Un LCP lento debe leerse como una cadena: cuándo se descubrió el recurso LCP, cuánto tardó el servidor, cuánto necesitó el recurso para llegar y qué impidió pintarlo antes. Esa secuencia indica si el cambio útil está en imagen, servidor, CSS o fuentes.
Identifica el elemento LCP real
Captura cuál es el LCP en el viewport y template que falla. No optimices la hero por costumbre si el LCP medido es un título, un poster o un asset responsive distinto.
Separa servidor de descubrimiento
Una respuesta HTML tardía retrasa todo; una respuesta rápida también puede descubrir demasiado tarde el recurso si entra por CSS/JS o sin prioridad adecuada.
Revisa la transferencia del recurso
En imágenes mira dimensiones, formato, compresión, `srcset` y CDN. Si el LCP es texto, comprueba que la fuente no retrase innecesariamente el pintado.
Busca bloqueo después de descargar
Si el recurso llega pronto pero se pinta tarde, revisa CSS bloqueante, dependencias de fuentes, render cliente u overlays que retrasen el estado visible final.
Cambia el cuello de botella, no todas las capas
Comprimir una imagen no corrige 1,5 s de servidor; cambiar hosting no arregla un LCP descubierto tras hydration. Ordena las causas por contribución medida.
Valida templates representativos
Repite la prueba en la página afectada y plantillas relacionadas, móvil y desktop. Después confirma con LCP de campo que la mejora se mantiene en usuarios reales.
Para casos de imagen usa la guía de LCP de la imagen principal; si todo empieza tarde, compara con el diagnóstico de primer byte lento.