Qué es el LCP y cómo bajarlo por debajo de 2,5 segundos

¿Qué elementos cuentan para el LCP?

Para el LCP cuentan las imágenes, las imágenes dentro de un SVG, el póster de un vídeo, las imágenes de fondo cargadas con CSS y los bloques de texto (Google, web.dev).

El navegador va actualizando el candidato a LCP mientras carga la página y se queda con el mayor elemento visible antes de la primera interacción del usuario. En una web de servicios suele ser la imagen principal o el titular del primer bloque.

¿Cuáles son las cuatro partes del LCP?

El LCP se divide en cuatro partes: el tiempo hasta el primer byte del servidor (TTFB), el retraso hasta que empieza a cargar el recurso, la duración de su descarga y el retraso hasta que se pinta en pantalla (Google, web.dev).

Saber qué parte pesa más indica qué arreglar: un TTFB alto apunta al servidor o al alojamiento; un retraso de carga, a que el navegador descubre tarde la imagen; una descarga larga, a una imagen pesada; un retraso de pintado, a fuentes o scripts que bloquean.

¿Por qué el límite es 2,5 segundos?

Google fija el umbral bueno del LCP en 2,5 segundos y el malo en más de 4 segundos, evaluados en el percentil 75 de las visitas reales: tres de cada cuatro visitas deben estar por debajo (Google, web.dev).

Los datos reales salen del informe CrUX de Chrome sobre los últimos 28 días; por eso una mejora tarda unas semanas en verse en Search Console.

¿Cómo bajar el LCP paso a paso?

Cómo mejorar LCP y bajarlo con las acciones de mayor efecto:

1. Identificar el elemento LCP en PageSpeed Insights.
2. Si es una imagen: comprimirla, servirla en WebP o AVIF y con el tamaño real de pantalla.
3. Añadir fetchpriority="high" a la imagen principal y no ponerle loading="lazy".
4. Cargar las fuentes una sola vez, con preconnect, y reducir sus variantes.
5. Retrasar los scripts de terceros —chats, píxeles— hasta después de la carga.
6. Mejorar el servidor o usar una CDN si el TTFB es alto.

¿Qué aprendimos midiendo nuestra propia web?

En la web de Estrategia 360, PageSpeed Insights midió en octubre de 2026 un LCP móvil de 3,2 segundos con un primer pintado también de 3,2 segundos, y el elemento LCP era el titular de texto, no una imagen.

La coincidencia de ambos tiempos señalaba que el navegador esperaba a recursos que bloquean el pintado: las fuentes se cargaban de nuevo en cada bloque. La solución fue cargarlas una sola vez para todo el sitio y reducir sus variantes; el bloqueo total por JavaScript ya era de 0 ms.

¿Por qué el LCP suele ser peor en móvil?

El LCP móvil suele ser peor porque los móviles tienen procesadores más lentos y conexiones más variables, y PageSpeed Insights simula un móvil de gama media con red lenta en su prueba de laboratorio.

Además, muchas webs sirven en móvil la misma imagen grande que en ordenador. Usar srcset para servir imágenes del tamaño de cada pantalla es una de las mejoras más baratas.

¿El LCP influye en el posicionamiento?

El LCP forma parte de las Core Web Vitals, que Google usa como señal de experiencia de página, pero la relevancia del contenido pesa más (Google Search Central).

Su efecto real se nota sobre todo en el negocio: una página principal que tarda en verse pierde visitas antes de que el usuario lea nada, y eso reduce las conversiones aunque la posición no cambie.

¿Qué errores empeoran el LCP?

El error más frecuente es cargar en diferido la imagen principal con loading="lazy": el navegador la descubre tarde y el LCP se dispara.

• Imágenes de cabecera de varios megas sin comprimir.
• Sliders y carruseles en la primera pantalla.
• Imágenes de fondo en CSS que el navegador descubre tarde.
• Fuentes web sin font-display: swap.
• Banners de cookies o chats que se pintan encima del contenido.