Cómo mejorar el Largest Contentful Paint (LCP)

Cómo mejorar el Largest Contentful Paint (LCP)

La velocidad de carga es uno de los factores de posicionamiento que más ha ganado peso en los últimos años. Desde que Google convirtió los Core Web Vitals en señales de ranking oficiales, métricas como el Largest Contentful Paint (LCP) han pasado de ser datos técnicos reservados a desarrolladores a convertirse en prioridad estratégica para cualquier equipo de marketing digital.

El problema es que la mayoría de tiendas online y sitios web tienen un LCP deficiente sin saberlo. Un banner de hero con una imagen mal optimizada, un servidor lento o un recurso CSS que bloquea el renderizado pueden ser suficientes para que el LCP supere los 4 segundos: territorio que Google considera "deficiente" y que los usuarios perciben como una experiencia frustrante. Según datos de Google, el 75 % de las páginas analizadas en el informe CrUX no superan el umbral "bueno" de LCP (por debajo de 2,5 segundos).

En este artículo encontrarás una guía práctica y técnicamente sólida para diagnosticar los problemas de LCP en tu web, priorizar las acciones de mayor impacto y ejecutar las mejoras paso a paso. Tanto si gestionas una tienda online en WooCommerce o Shopify como si trabajas con un CMS personalizado, las técnicas que verás aquí son aplicables y medibles.

---

Qué es el LCP y por qué importa para el SEO

El Largest Contentful Paint mide el tiempo que tarda en renderizarse el elemento de contenido más grande visible en el viewport inicial de una página: habitualmente una imagen de hero, un vídeo, un bloque de texto grande o un banner. No mide cuándo se carga toda la página, sino cuándo el usuario puede ver el contenido principal.

Google establece tres rangos de valoración:

  • Bueno: LCP ≤ 2,5 segundos
  • Necesita mejora: LCP entre 2,5 y 4 segundos
  • Deficiente: LCP > 4 segundos

El LCP es el Core Web Vital con mayor correlación demostrada con la tasa de abandono. Estudios del sector muestran que reducir el tiempo de carga percibida en un segundo puede aumentar la tasa de conversión entre un 1 % y un 3 % en e-commerce, y reducir la tasa de rebote de forma significativa.

Además, desde la implantación del Page Experience Update, un LCP deficiente puede penalizar tu visibilidad en los resultados de búsqueda respecto a competidores con tiempos similares de relevancia pero mejor rendimiento técnico. Si quieres entender cómo encaja el LCP en el conjunto de señales de rendimiento, te recomiendo revisar nuestra guía completa sobre Core Web Vitals.

---

Cómo diagnosticar el LCP de tu sitio web

Antes de actuar, necesitas saber exactamente qué elemento es tu LCP y qué está causando el retraso. Las herramientas de diagnóstico son el punto de partida obligatorio.

Google PageSpeed Insights y Chrome DevTools

PageSpeed Insights (pagespeed.web.dev) combina datos de laboratorio (Lighthouse) con datos de campo reales del informe CrUX. La diferencia es importante: el laboratorio mide en condiciones controladas, pero los datos de campo reflejan la experiencia real de tus usuarios en sus dispositivos y conexiones.

En el informe de PageSpeed Insights, localiza el apartado "Diagnostics" y busca específicamente:

  • El elemento LCP identificado (te muestra una captura del elemento concreto)
  • El desglose de fases del LCP: tiempo de carga del recurso, retraso de renderizado, tiempo hasta el primer byte (TTFB)
  • La sección "Opportunities" con las mejoras de mayor impacto estimado

En Chrome DevTools, la pestaña Performance permite grabar una carga de página y ver en la línea de tiempo exactamente cuándo se pinta el LCP. El panel "Timings" marca el momento con una etiqueta visible.

Google Search Console

La sección Core Web Vitals de Search Console agrupa tus URLs según su estado (bueno, necesita mejora, deficiente) usando datos reales de usuarios. Es la fuente más fiable para entender el problema a escala: puede haber URLs específicas con problemas graves que el análisis página a página no habría revelado.

Herramientas de monitorización continua

Para tiendas online con catálogos extensos, herramientas como Screaming Frog (con integración de PageSpeed API), Sitebulb o soluciones especializadas como SpeedCurve o Calibre permiten auditar el rendimiento de cientos de URLs de forma sistemática. Si realizas una auditoría SEO de tu tienda online, el análisis de LCP por tipo de plantilla (home, categoría, ficha de producto) debería ser parte del flujo estándar.

---

Las causas más comunes de un LCP lento

Una vez identificado el elemento LCP, el siguiente paso es entender qué está ralentizando su carga. En la práctica, las causas se agrupan en cuatro grandes categorías.

Imágenes sin optimizar como elemento LCP

En la mayoría de tiendas online, el elemento LCP es una imagen: el banner de cabecera, la imagen principal del producto en la ficha o una fotografía en la portada del blog. Las causas de lentitud asociadas a imágenes son:

  • Formato incorrecto: Las imágenes en JPEG o PNG de gran tamaño pueden sustituirse por WebP o AVIF, que ofrecen calidades visuales equivalentes con archivos entre un 25 % y un 50 % más pequeños.
  • Dimensiones no adaptadas: Servir una imagen de 3000 x 2000 px cuando el viewport la muestra a 800 x 600 px es un desperdicio directo de ancho de banda.
  • Ausencia de fetchpriority="high": El navegador no sabe que esa imagen es el elemento más importante de la página. Añadir fetchpriority="high" al elemento del LCP indica al navegador que la priorice sobre otros recursos.
  • Lazy loading mal aplicado: Si la imagen LCP tiene loading="lazy", el navegador retrasa su descarga hasta que el usuario se acerca al elemento. Esto es correcto para imágenes fuera del viewport inicial, pero catastrófico para el elemento LCP.

Nuestra guía sobre optimización de imágenes SEO profundiza en las mejores prácticas para servir imágenes en tiendas online de forma eficiente.

Tiempo hasta el primer byte (TTFB) elevado

El TTFB es el tiempo que el navegador tarda en recibir el primer byte de respuesta del servidor. Un TTFB alto impacta directamente en el LCP porque el proceso de descarga del elemento no puede comenzar hasta que el servidor responde. Causas habituales:

  • Hosting lento o sobredimensionado: Servidores compartidos con recursos insuficientes generan tiempos de espera elevados en horas de tráfico pico.
  • Ausencia de caché a nivel de servidor: Sin un sistema de caché de páginas completas (Full Page Cache), el servidor regenera cada respuesta ejecutando consultas a la base de datos. Esto es especialmente grave en tiendas WooCommerce con muchos productos y filtros dinámicos.
  • CDN no configurado o mal configurado: Un CDN (Content Delivery Network) sirve los recursos estáticos desde el nodo geográficamente más cercano al usuario. Sin CDN, un usuario en Barcelona accediendo a una tienda con servidor en Irlanda experimentará latencias innecesarias.

En tiendas online, la velocidad de la tienda online es un factor crítico que va más allá del LCP, pero mejorar el TTFB suele ser la intervención con mayor impacto global sobre todos los Core Web Vitals.

Recursos que bloquean el renderizado

El navegador construye el árbol de renderizado leyendo el HTML, el CSS y ejecutando JavaScript. Si en el hay hojas de estilo o scripts que el navegador debe descargar y procesar antes de poder pintar nada en pantalla, el LCP se retrasa aunque el servidor responda rápido.

Acciones clave:

  • Eliminar o diferir CSS no crítico: El CSS "above the fold" necesario para renderizar el contenido visible inicial debe estar inline o cargarse de forma síncrona. El resto puede cargarse de forma asíncrona o diferida.
  • Diferir JavaScript no esencial: Los scripts de analítica, chat en vivo, píxeles de redes sociales y otros scripts de terceros deben cargarse con defer o async para no bloquear el parser HTML.
  • Reducir el tamaño de los CSS críticos: Herramientas como Critical o PurgeCSS ayudan a extraer el CSS mínimo necesario para el renderizado inicial e inlinearlo en el HTML.

Falta de preload del recurso LCP

Cuando el elemento LCP es una imagen referenciada desde un CSS (como un background-image) o cargada mediante JavaScript, el navegador no la descubre hasta que ha procesado esos recursos. Esto añade un retraso significativo.

La solución es añadir una etiqueta en el de la página:

`html `

Esta directiva indica al navegador que descargue el recurso lo antes posible, incluso antes de descubrir el elemento que lo referencia en el DOM.

---

Optimizaciones específicas por plataforma

El diagnóstico y las causas son universales, pero la implementación varía según la plataforma. Aquí tienes las acciones de mayor impacto para los CMS más habituales en e-commerce.

LCP en Shopify

Shopify limita el acceso al servidor, por lo que las optimizaciones se centran en el front-end del tema y las apps instaladas.

  • Audita las apps de terceros: cada app instalada suele añadir scripts que bloquean el renderizado. Desactiva las apps que no uses activamente.
  • Utiliza formatos de imagen WebP: Shopify los sirve automáticamente a navegadores compatibles si subes imágenes en alta calidad.
  • Asegúrate de que el banner principal del tema no tenga loading="lazy" y tenga fetchpriority="high".
  • Activa el Storefront Renderer de Shopify (disponible en todos los planes), que cachea páginas a nivel de CDN con tiempos de TTFB muy reducidos.

En nuestra guía de SEO para Shopify encontrarás el contexto completo de optimización técnica para esta plataforma.

LCP en WooCommerce

WooCommerce sobre WordPress ofrece más control técnico, lo que significa más posibilidades de optimización pero también más superficie de error.

  • Plugin de caché: WP Rocket, LiteSpeed Cache o W3 Total Cache con configuración correcta pueden reducir el TTFB a menos de 200 ms en hosting adecuado.
  • CDN: Cloudflare en su plan gratuito ya ofrece mejoras significativas. Los planes de pago de Cloudflare o BunnyCDN añaden optimización de imágenes automática.
  • Optimización de imágenes: Plugins como Imagify o ShortPixel comprimen y convierten automáticamente las imágenes subidas a WebP.
  • Eliminación de CSS/JS no usado: WP Rocket y LiteSpeed Cache incluyen opciones de minificación y eliminación de CSS no crítico.

La guía de SEO para WooCommerce desarrolla estas y otras optimizaciones técnicas en profundidad.

LCP en PrestaShop

PrestaShop tiene su propio sistema de caché y SmartCache, pero la configuración por defecto raramente está optimizada para producción.

  • Activa la caché de Smarty y configura el modo de compilación en "nunca recompilar".
  • Combina y minifica los archivos CSS y JavaScript desde el panel de administración (Rendimiento > CCC).
  • Audita los módulos instalados: al igual que en WooCommerce, los módulos de terceros son una fuente habitual de scripts bloqueantes.
  • Considera servir las imágenes del catálogo desde un CDN externo para reducir la latencia geográfica.

Nuestra guía de SEO para PrestaShop incluye una sección específica sobre rendimiento y velocidad de carga.

---

Medir el impacto de las mejoras

Implementar mejoras sin medir su efecto es trabajar a ciegas. El ciclo correcto es: medir → actuar → medir → iterar.

Datos de laboratorio vs. datos de campo

Los datos de laboratorio (PageSpeed Insights, Lighthouse, WebPageTest) son reproducibles y útiles para validar cambios técnicos inmediatamente después de implementarlos. Sin embargo, no siempre reflejan la experiencia real de los usuarios porque usan condiciones controladas y dispositivos virtuales.

Los datos de campo (CrUX en PageSpeed Insights, Search Console, RUM con Google Analytics 4) reflejan lo que experimentan realmente los usuarios con sus dispositivos, conexiones y cachés. Son los datos que Google usa para evaluar el ranking. El problema es que tardan entre 28 y 60 días en actualizarse, por lo que no son útiles para validación inmediata de cambios.

La estrategia recomendada es usar los datos de laboratorio para confirmar que la mejora técnica funciona, y hacer seguimiento de los datos de campo en las semanas siguientes para confirmar el impacto real.

Integración con Google Analytics 4

GA4 permite implementar medición de Web Vitals mediante la librería web-vitals.js de Google y enviar los valores como eventos personalizados. Esto te da visibilidad del LCP real de tus usuarios segmentado por dispositivo, tipo de conexión, página o segmento geográfico. Si aún no tienes configurada esta medición, consulta nuestra guía sobre cómo medir el SEO con Google Analytics 4.

---

Plan de acción priorizado para mejorar el LCP

Si tienes que priorizar, este es el orden de intervención por impacto potencial:

  1. Reducir el TTFB: Mejorar el hosting, configurar caché de servidor y activar un CDN. Es la base sobre la que se construyen el resto de mejoras.
  2. Optimizar el elemento LCP: Si es una imagen, convertirla a WebP/AVIF, ajustar sus dimensiones, añadir fetchpriority="high" y eliminar loading="lazy".
  3. Precargar el recurso LCP: Añadir si el recurso no es descubierto directamente en el HTML.
  4. Eliminar recursos bloqueantes: Diferir scripts no críticos y cargar CSS no esencial de forma asíncrona.
  5. Auditar scripts de terceros: Identificar y eliminar o diferir scripts de analítica, marketing y chat que impactan en el tiempo de renderizado.

Cada acción debería medirse de forma aislada cuando sea posible para cuantificar su contribución individual a la mejora total del LCP.

---

Errores frecuentes al optimizar el LCP

Para cerrar, conviene nombrar los errores más comunes que frustran los esfuerzos de optimización:

  • Añadir loading="lazy" al banner de hero: Es el error más frecuente y con mayor impacto negativo. Muchos temas y plugins lo activan por defecto en todas las imágenes.
  • Optimizar solo la home: Los motores de búsqueda rastrean e indexan todas las URLs. Las fichas de producto o las páginas de categoría pueden tener LCP mucho peor que la home.
  • Ignorar el LCP en móvil: Google indexa en modo mobile-first. El LCP en dispositivos móviles con conexiones 4G es habitualmente peor que en escritorio y es el dato que más pesa en el ranking.
  • Confundir optimización de imagen con compresión excesiva: Comprimir una imagen hasta degradar visiblemente su calidad puede dañar la experiencia de usuario y la tasa de conversión. El objetivo es reducir el peso sin pérdida perceptible de calidad.
  • No volver a medir después de cada cambio: Los cambios de tema, actualizaciones de plugins o nuevas apps instaladas pueden revertir las mejoras conseguidas. La monitorización continua es imprescindible.

---

Si llevas tiempo viendo advertencias sobre el LCP en tu Search Console o en los informes de PageSpeed Insights y no sabes por dónde empezar, el equipo de Comunicua puede ayudarte. Llevamos años trabajando en la optimización técnica de tiendas online y sabemos que cada plataforma, cada hosting y cada catálogo tiene sus propias particularidades. Contacta con nosotros y cuéntanos tu caso: analizamos tu sitio y te proponemos un plan de acción concreto y priorizado.