Un LCP lent s’ha de llegir com una cadena: quan es va descobrir el recurs LCP, quant va trigar el servidor, quant va necessitar el recurs per arribar i què va impedir pintar-lo abans. Aquesta seqüència indica si el canvi útil és a la imatge, servidor, CSS o fonts.
Identifica l’element LCP real
Captura quin és l’LCP al viewport i template que falla. No optimitzis la hero per costum si l’LCP mesurat és un títol, un pòster o un asset responsive diferent.
Separa servidor de descobriment
Una resposta HTML tardana retarda tot; una resposta ràpida també pot descobrir massa tard el recurs si entra per CSS/JS o sense prioritat adequada.
Revisa la transferència del recurs
En imatges mira dimensions, format, compressió, `srcset` i CDN. Si l’LCP és text, comprova que la font no retardi innecessàriament el pintat.
Busca bloqueig després de descarregar
Si el recurs arriba aviat però es pinta tard, revisa CSS bloquejant, dependències de fonts, render client o overlays que retardin l’estat visible final.
Canvia el coll d’ampolla, no totes les capes
Comprimir una imatge no corregeix 1,5 s de servidor; canviar hosting no arregla un LCP descobert després de hydration. Ordena les causes per contribució mesurada.
Valida templates representatius
Repeteix la prova a la pàgina afectada i plantilles relacionades, mòbil i desktop. Després confirma amb LCP de camp que la millora es manté en usuaris reals.
Per a casos d’imatge usa la guia de LCP de la imatge principal; si tot comença tard, compara amb el diagnòstic de primer byte lent.