¿Cómo corregir el problema de LCP en Search Console? Guía 2026

Table of contents

¿Qué es LCP?

Largest Contentful Paint (LCP) mide cuánto tiempo tarda en renderizarse por completo en la ventana gráfica el elemento visible más grande de la página — generalmente una imagen hero, una miniatura de video o un bloque de texto grande. Es una métrica de velocidad de carga percibida por el usuario: no cuándo la página empieza a cargar, sino cuándo el contenido principal se vuelve visible.

Los umbrales de Google:

• Bueno: menos de 2,5 segundos
• Necesita mejora: 2,5–4 segundos
• Malo: más de 4 segundos

Los elementos que aparecen solo después de un clic o un desplazamiento quedan excluidos de la medición de LCP. Se trata específicamente de lo que un visitante ve al llegar.

Relevante: Lee también cómo corregir problemas de CLS en Search Console aquí

¿Qué son los Core Web Vitals en 2026?

Los Core Web Vitals son el conjunto estandarizado de métricas de Google para la experiencia de página. A partir de marzo de 2024, las tres métricas son:

1. LCP (Largest Contentful Paint) — rendimiento de carga; objetivo por debajo de 2,5 s
2. INP (Interaction to Next Paint) — capacidad de respuesta; objetivo por debajo de 200 ms
3. CLS (Cumulative Layout Shift) — estabilidad visual; objetivo por debajo de 0,1

Actualización importante: FID (First Input Delay) fue retirado como Core Web Vital en marzo de 2024 y reemplazado por INP. INP es más estricto — mide la latencia de interacción en el peor caso durante toda la sesión de página, no solo la primera. Si tienes publicaciones o documentación más antiguas que hagan referencia a FID, esa información ya está desactualizada.

Puedes leer más sobre la optimización general de la velocidad del sitio web en mi guía de Core Web Vitals.

Por qué LCP importa para el posicionamiento

Google usa los Core Web Vitals como señal de posicionamiento. Un LCP deficiente no solo perjudica la experiencia del usuario — también te cuesta posiciones en los resultados de búsqueda.

Más concretamente: una imagen hero que carga lento significa que los usuarios ven una página en blanco o parcialmente cargada durante varios segundos. Eso dispara las tasas de rebote, especialmente en móvil. Si tu elemento LCP es una imagen de producto o una foto de artículo destacado, cada segundo extra que tarda en aparecer es un segundo en que los usuarios deciden si quedarse o no.

Cómo encontrar URLs problemáticas en Search Console

1. Inicia sesión en Google Search Console
2. En la barra lateral izquierda, bajo Experiencia, haz clic en Core Web Vitals
3. Verás informes separados para Móvil y Escritorio — revisa ambos
4. Haz clic en Abrir informe en cualquiera de ellos
5. El informe muestra grupos de URL con estado Malo, Necesita mejora o Bueno
6. Haz clic en una fila “Problema de LCP: más de 4 s” para ver URLs de ejemplo

Estas son mediciones de usuarios reales (datos de campo del Chrome User Experience Report), por lo que reflejan las condiciones reales de los visitantes, no solo pruebas de laboratorio.

Cómo comprobar tu puntuación LCP en PageSpeed Insights

Una vez que tengas una URL específica para investigar, ve a PageSpeed Insights e ingresa la URL. Muestra tanto datos de campo (si están disponibles) como datos de laboratorio de una prueba controlada.

Observa:

• El valor LCP bajo Core Web Vitals
• Las secciones de Oportunidades y Diagnósticos debajo — enumeran problemas específicos y ahorros estimados

Ejecuta la prueba para móvil por separado del escritorio. Móvil suele tener peores puntuaciones debido a redes más lentas y CPU, y tiene mayor peso en el posicionamiento de Google.

Cómo identificar cuál elemento es tu LCP

Abre Chrome DevTools en la página que quieres revisar:

1. Haz clic derecho en cualquier parte de la página → Inspeccionar
2. Ve a la pestaña Rendimiento
3. Haz clic en Grabar (ícono de círculo), recarga la página y detén la grabación
4. Busca el marcador LCP en la fila Tiempos
5. Haz clic en él para ver qué elemento fue identificado como el elemento LCP

En la mayoría de los casos es una imagen hero, un <h1> grande o un fotograma de póster de video. Saber exactamente qué elemento es te indica dónde enfocar el esfuerzo de optimización.

Métodos efectivos para corregir problemas de LCP

1. Servir imágenes en formatos modernos

La ganancia más rápida para LCP con muchas imágenes es pasar de JPEG/PNG a WebP o AVIF. Ambos ofrecen una compresión significativamente mejor con calidad visual equivalente.

Para sitios WordPress, plugins como Imagify, ShortPixel o Cloudflare’s Image Resizing gestionan la conversión automáticamente y sirven el formato correcto según el soporte del navegador. Para sitios estáticos, la mayoría de las herramientas de compilación (Next.js, Astro, etc.) tienen optimización de imágenes integrada que convierte y redimensiona durante la compilación.

Nota: JPEG XR y JPEG 2000 (mencionados en guías más antiguas) están prácticamente obsoletos. WebP tiene soporte universal en navegadores; AVIF tiene amplio soporte a partir de 2024.

2. Precargar el elemento LCP

Si tu elemento LCP es una imagen, añade una etiqueta <link rel="preload"> en el <head> para que el navegador la descargue inmediatamente en lugar de descubrirla más tarde en el análisis del HTML:

<link rel="preload" as="image" href="/images/hero.webp" fetchpriority="high">

El atributo fetchpriority="high" (ahora bien soportado en los navegadores) indica al navegador que priorice este recurso sobre otras imágenes de la página.

3. Eliminar recursos que bloquean el renderizado

El CSS y el JavaScript que bloquean el renderizado retrasan el momento en que el navegador puede empezar a pintar la página. Soluciones habituales:

• Mover CSS no crítico para que cargue de forma asíncrona o incluir CSS crítico en línea
• Añadir defer o async a los archivos JavaScript que no son necesarios inmediatamente
• Usar font-display: swap para fuentes web para que el texto se renderice con una fuente de respaldo mientras carga la fuente personalizada

Herramientas como PageSpeed Insights señalarán recursos bloqueantes específicos bajo Oportunidades.

4. Mejorar el tiempo de respuesta del servidor (TTFB)

Si el servidor tarda demasiado en responder, todo lo que viene después se retrasa. Apunta a un Time to First Byte (TTFB) por debajo de 800 ms.

Formas de mejorar el TTFB:

• Usa una CDN para servir páginas desde nodos edge más cercanos al usuario
• Habilita el caché del lado del servidor (caché de página, caché de objetos)
• Para sitios dinámicos, optimiza las consultas a la base de datos o migra a un stack de hosting más rápido
• Para sitios estáticos, asegúrate de que los activos estén en una CDN — la entrega de archivos debe ser casi instantánea

5. Carga diferida de imágenes por debajo del pliegue (pero NO el elemento LCP)

Usa loading="lazy" en las imágenes que aparecen por debajo del pliegue para diferir su carga. Pero, de manera crítica — no apliques carga diferida al elemento LCP en sí. Eso lo retrasaría aún más y empeoraría directamente tu puntuación LCP. Es un error habitual que veo en sitios WordPress donde se aplica un plugin de carga diferida global de forma indiscriminada.

6. Usar imágenes responsivas

Sirve imágenes con el tamaño apropiado para el dispositivo que hace la solicitud. Un usuario de móvil no necesita una imagen de 2400 px de ancho. Usa los atributos srcset y sizes para dejar que el navegador elija la versión correcta:

<img
  src="hero-800.webp"
  srcset="hero-400.webp 400w, hero-800.webp 800w, hero-1600.webp 1600w"
  sizes="(max-width: 600px) 400px, (max-width: 1200px) 800px, 1600px"
  alt="Hero image"
  fetchpriority="high"
>

7. Validar la corrección en Search Console

Después de hacer cambios, vuelve a PageSpeed Insights y vuelve a probar la URL para confirmar que el LCP mejoró en los datos de laboratorio. Luego, en Search Console, abre el informe de Core Web Vitals y haz clic en Validar corrección en el grupo de URL afectado. Esto le indica a Google que has realizado mejoras.

Ten en cuenta: los datos de campo (mediciones de usuarios reales) tardan semanas en actualizarse en Search Console porque reflejan una ventana continua de visitas reales. No esperes cambios inmediatos en el informe.

Preguntas frecuentes sobre la corrección de LCP — 2026

¿Corregir el LCP garantiza una mejora en el posicionamiento?

No directamente. Los Core Web Vitals son un factor de posicionamiento, pero uno entre muchos. Corregir una puntuación LCP deficiente elimina una señal que puede estar perjudicándote activamente, lo que puede llevar a mejoras en el posicionamiento — especialmente en nichos competitivos donde otras señales son similares entre páginas competidoras. Piénsalo como elevar el suelo, no como una palanca que garantiza un salto específico en el posicionamiento.

¿Google reemplazó FID con INP?

Sí. En marzo de 2024, Google reemplazó oficialmente First Input Delay (FID) por Interaction to Next Paint (INP) como métrica de capacidad de respuesta en los Core Web Vitals. INP mide la latencia de interacción en el peor caso durante toda la sesión de página (no solo la primera interacción), lo que lo convierte en una medida más estricta y realista de la sensación de respuesta de una página durante su uso.

Mi puntuación en PageSpeed Insights es buena pero Search Console sigue mostrando Malo. ¿Por qué?

Los datos de laboratorio de PageSpeed Insights son una prueba sintética controlada. Los datos de campo de Search Console provienen de usuarios reales de Chrome que visitan tu sitio en condiciones del mundo real (dispositivos variables, velocidades de red, geografía). Una página puede verse bien en una prueba de laboratorio pero rendir mal para visitantes reales en conexiones móviles lentas. Concéntrate en mejorar los datos de campo abordando las causas raíz — generalmente tamaño de imagen, recursos que bloquean el renderizado o respuesta lenta del servidor — en lugar de perseguir solo la puntuación de laboratorio.

¿Qué herramientas puedo usar para diagnosticar LCP en 2026?

Las principales: PageSpeed Insights (pagespeed.web.dev) para datos combinados de laboratorio y campo, panel de Rendimiento de Chrome DevTools para diagnóstico a nivel de elemento, WebPageTest para análisis de cascada y vistas de filmstrip, y el informe de Core Web Vitals de Search Console para datos de campo en todo tu sitio. Lighthouse (integrado en Chrome DevTools) también muestra diagnósticos de LCP.

Lecturas relacionadas:

• Cómo optimizar la velocidad de tu sitio web
• Cómo mejorar el posicionamiento SEO con una lista de verificación
• Cómo corregir problemas de CLS en Search Console

La versión corta

Si estás leyendo esto porque el flujo de trabajo que describe te come la semana, ese es el tipo de bucle para el que construyo agentes de IA. Dos espacios de construcción abiertos a la vez.

Actualizado para mayo de 2026

La historia de Google en 2026 es AI Overviews en todas partes: el experimento SGE de 2023 pasó a ser una función predeterminada en mayo de 2024 y ahora aparece en un estimado de ~60% de las consultas informativas en EE. UU. Para operadores de SEO y publicidad:

• El CTR orgánico en consultas con AI Overviews ha caído un 15–30% en promedio según estudios publicados de Ahrefs, Authoritas y similares (datos de 2024–25).
• Google Ads renombró varias funciones de PMax como AI-powered Search; la interfaz de gestión de campañas ahora usa por defecto sugerencias de puja con IA.
• Search Console añadió un filtro de “impresiones de AI Overview” a finales de 2025 — si alguna publicación aquí hace referencia a informes de GSC, el manual necesita una actualización.
• Los ingresos publicitarios de Google superaron ~$265B en 2024; Search sigue siendo ~57% de los ingresos totales de Alphabet.

La respuesta a “cómo gana dinero Google” en 2026: sigue siendo anuncios de Search (dominante), pero los anuncios de YouTube, Cloud y Suscripciones (YouTube Premium + Google One) son ahora líneas de ingresos relevantes.