Qué mide el LCP

El LCP (Largest Contentful Paint) mide cuánto tarda en aparecer el elemento más grande visible al cargar una página: normalmente la imagen de la cabecera o el bloque de título. Es la métrica que más nota el usuario, porque es "cuánto tardó en verse algo útil".

BienMejorableMal
menos de 2,5 s2,5–4 smás de 4 s

Se mide con usuarios reales (desde Chrome), así que los cambios tardan unas semanas en reflejarse. Forma parte de los Core Web Vitals.

De dónde viene un LCP malo

  • Hosting lento. El servidor tarda en entregar el HTML. Un hosting compartido barato y saturado añade segundos antes de que el navegador empiece.
  • La imagen del hero pesa demasiado. Una foto de 2–3 MB sin comprimir ni redimensionar.
  • Recursos que bloquean el render. Hojas de estilo y scripts que el navegador tiene que descargar y procesar antes de pintar nada.
  • Scripts de terceros pesados. Chats, píxeles de publicidad, mapas, widgets de reseñas: cada uno retrasa el contenido.
  • La imagen principal se carga tarde porque el navegador no sabe que es importante.

Cómo bajarlo, en orden de impacto

1. La imagen del hero

  • Redimensiónala al tamaño real en el que se muestra (no subas una de 4000px para mostrarla a 1200px).
  • Compríme y sírvela en formato moderno: WebP o AVIF. Debería pesar menos de 200 KB.
  • Dale prioridad de carga: fetchpriority="high" en la etiqueta de esa imagen, y evita el loading="lazy" en ella (el lazy es para las imágenes de más abajo).
  • Define width y height para que el navegador reserve el espacio.

2. El hosting

Mide el "tiempo hasta el primer byte" (TTFB) en PageSpeed Insights. Si pasa de 600 ms, el servidor es lento. Para un sitio pequeño en Colombia no hace falta un servidor caro, pero sí uno que no esté saturado. Activar la caché del servidor y, si el tráfico lo justifica, una CDN, ayuda mucho.

3. Los recursos que bloquean

  • Reduce y minifica el CSS; carga solo el que la primera pantalla necesita.
  • Aplaza el JavaScript que no hace falta para ver el contenido (defer o cargarlo después del render).
  • Precarga las fuentes web críticas y usa font-display: swap.

4. Los scripts de terceros

Cada chat, píxel o widget tiene un costo. Quita los que no aportan y carga el resto de forma diferida, después de que la página sea usable.

El 80/20. En la mayoría de las webs de pyme, el LCP se arregla con dos cosas: comprimir la imagen del hero y mejorar el hosting o la caché. Empieza por ahí antes de tocar código.

Cómo comprobar que mejoró

  • PageSpeed Insights: pega la URL y mira el LCP en los "datos de la experiencia de usuario real" (arriba) y en la prueba de laboratorio (abajo, con las recomendaciones concretas).
  • Search Console → Experiencia → Core Web Vitals: te agrupa todas las URLs en "buenas", "mejorables" y "malas". Los cambios tardan 2–4 semanas en verse aquí porque se calcula con datos de 28 días.
Cómo lo hacemos en ClikRank. En cada rediseño y proyecto de SEO técnico revisamos el LCP con datos de campo y lo arreglamos sin rehacer lo que funciona. Suele bastar con las imágenes, la caché y aplazar scripts. Si tu web va lenta, la auditoría lo incluye.

Preguntas frecuentes

Mi PageSpeed da 45 pero el LCP de campo está en verde. ¿Qué miro?

Los datos de campo (usuarios reales). Si el LCP está por debajo de 2,5 s ahí, tu web va bien para la gente real aunque la puntuación de laboratorio sea baja.

¿Cambiar de hosting mejora el LCP de golpe?

Si el TTFB era el problema, sí, y bastante. Pero si el LCP viene de una imagen de 3 MB, cambiar de hosting no lo arregla: hay que optimizar la imagen.

¿El LCP afecta mi ranking?

Es una señal, pero pequeña frente al contenido y los enlaces. El beneficio grande de un buen LCP es en conversión: una web que muestra el contenido rápido pierde menos visitas.