LCP Shopify: cómo mejorar la velocidad de carga de tu tienda
El LCP Shopify es una de las métricas que mejor explica si una tienda se siente rápida de verdad. No mide cuánto tarda en terminar de cargar absolutamente todo, sino cuánto tiempo necesita el navegador para mostrar el elemento de mayor peso visual dentro de la primera pantalla. En una home puede ser un hero; en una colección, una imagen o un bloque de texto; y en una ficha de producto, con frecuencia es la fotografía principal. Si ese contenido tarda demasiado en aparecer, el usuario percibe una tienda lenta aunque otros elementos ya estén visibles.
En ecommerce, esa percepción importa porque la velocidad forma parte de la experiencia de compra. Una tienda puede tener una propuesta de valor sólida, campañas bien segmentadas y una ficha de producto convincente, pero perder eficiencia si cada visita empieza con varios segundos de espera. Por eso optimizar el LCP no debería plantearse como una carrera por conseguir un número perfecto en PageSpeed Insights. El objetivo es detectar qué está retrasando el contenido principal y corregirlo sin romper diseño, tracking, funcionalidades o conversión.
Qué es el Largest Contentful Paint y qué mide realmente
Largest Contentful Paint, o LCP, mide el momento en el que se renderiza el elemento de contenido más grande visible dentro del viewport inicial. Google considera que una experiencia es buena cuando el LCP se produce en 2,5 segundos o menos para, al menos, el 75% de las visitas. Entre 2,5 y 4 segundos existe margen de mejora; por encima de 4 segundos el rendimiento se considera deficiente.
La clave está en la palabra “visible”. El LCP no espera a que se descarguen productos situados varias pantallas más abajo ni a que terminen todos los scripts de marketing. Analiza la parte que el usuario ve al entrar. Por eso una imagen hero demasiado pesada, una fotografía principal cargada con baja prioridad o un bloque visual que depende de JavaScript pueden condicionar la métrica completa.
Por qué el LCP importa en una tienda Shopify
La velocidad afecta a tres áreas que en ecommerce están conectadas: experiencia de usuario, conversión y visibilidad orgánica. Google utiliza Core Web Vitals dentro de sus sistemas de ranking relacionados con la experiencia de página, aunque deja claro que un buen resultado técnico no sustituye a la relevancia del contenido. En otras palabras: mejorar el LCP puede reforzar una buena página, pero no hará posicionar una página que no responde a la intención de búsqueda.
Por eso en E-MPACT trabajamos la optimización de velocidad en Shopify como una parte del sistema de crecimiento, no como un ajuste cosmético. El rendimiento debe convivir con CRO, diseño, medición y funcionalidades comerciales.
Qué valor de LCP debería tener Shopify
| Resultado | LCP | Qué significa | Prioridad |
|---|---|---|---|
| Bueno | ≤ 2,5 s | La mayoría de usuarios ve rápido el contenido principal | Mantener y monitorizar |
| Necesita mejora | > 2,5 s y ≤ 4 s | Existe fricción perceptible en parte del tráfico | Revisar causas y quick wins |
| Deficiente | > 4 s | El contenido principal aparece demasiado tarde | Intervención prioritaria |
El umbral es el mismo para Shopify que para cualquier otra web, porque la métrica se calcula en el navegador. Lo que cambia es dónde conviene buscar las causas. Shopify ya aporta una infraestructura gestionada, CDN y optimizaciones de plataforma. En muchas tiendas, el margen de mejora está en el tema, las imágenes, el código Liquid, las apps, las etiquetas de marketing y el orden en el que se solicitan los recursos.
Cómo saber cuál es el elemento LCP de una página
Antes de tocar código hay que localizar qué elemento está marcando el LCP. PageSpeed Insights y Lighthouse muestran el elemento detectado en la prueba y permiten ver si se trata de una imagen, un encabezado, un banner o cualquier otro bloque elegible. Chrome DevTools también permite analizar la carga con más detalle y revisar la cascada de red.
En Shopify conviene repetir la comprobación en varias plantillas. La home puede tener como LCP un banner; una colección puede depender del encabezado o de la primera imagen; una PDP puede tener la foto principal. Optimizar únicamente la portada y asumir que el problema está resuelto deja fuera las páginas donde se produce la mayor parte de la intención de compra.
Las cuatro partes que explican un LCP lento
Dividir el LCP ayuda a no optimizar a ciegas. De forma práctica, el tiempo puede entenderse como la suma de cuatro bloques: TTFB, retraso hasta descubrir el recurso, tiempo de descarga y retraso de renderizado. Cada uno apunta a problemas distintos.
1. Tiempo hasta el primer byte
Si el HTML inicial tarda en llegar, todo empieza tarde. En Shopify, un TTFB elevado puede estar relacionado con plantillas Liquid complejas, bucles anidados, trabajo innecesario en el servidor o determinadas dependencias. No es lo primero que debe culparse siempre, pero sí debe revisarse cuando la respuesta inicial ya consume una parte importante del presupuesto de 2,5 segundos.
2. Retraso en descubrir el recurso principal
El navegador no puede descargar una imagen que todavía no conoce. Un hero definido como background-image, una imagen insertada después mediante JavaScript o un recurso oculto detrás de un carrusel pueden descubrirse demasiado tarde. Este problema suele tener mucho impacto porque crea una espera antes incluso de iniciar la descarga.
3. Duración de la descarga
Una vez descubierto el recurso, su peso, dimensiones, formato, conexión y servidor determinan cuánto tarda en transferirse. Descargar una imagen de escritorio de gran tamaño en un móvil es un desperdicio de ancho de banda. Aquí entran las imágenes responsive, srcset, sizes y el uso correcto de las herramientas de imagen de Shopify.
4. Retraso hasta que el elemento se pinta
Un archivo puede estar descargado y, aun así, no aparecer. Animaciones de entrada, opacidad inicial a cero, JavaScript pesado, CSS bloqueante o una lógica de carrusel pueden retrasar el momento de render. El diagnóstico debe comprobar tanto cuándo termina la descarga como cuándo el navegador pinta el elemento.
El error más habitual: aplicar lazy loading a la imagen principal
El lazy loading es útil para imágenes que están fuera de la primera pantalla porque evita descargar recursos que el usuario todavía no necesita. El problema aparece cuando el tema aplica loading="lazy" de forma indiscriminada y termina afectando a la imagen que marca el LCP.
Shopify recomienda expresamente no aplicar lazy loading al elemento LCP. Si una imagen es visible nada más entrar y sabemos que es el recurso principal, debe cargarse de forma eager o sin atributo loading. El objetivo es que el navegador pueda solicitarla cuanto antes.
{ section.settings.image
| image_url: width: 1800
| image_tag:
widths: '480, 750, 1100, 1500, 1800',
sizes: '100vw',
loading: 'eager',
fetchpriority: 'high',
alt: section.settings.image.alt
}
Priorizar la imagen LCP con fetchpriority
Cuando el navegador encuentra varias imágenes puede no saber inmediatamente cuál es la más importante. El atributo fetchpriority="high" permite indicar que un recurso visible en la primera pantalla merece prioridad. Shopify lo recomienda para la imagen LCP cuando está correctamente identificada.
Evitar background-image en el hero principal
Usar una imagen de fondo CSS puede resultar cómodo para determinados diseños, pero es una mala elección cuando esa imagen es el contenido visual principal. El navegador primero debe descargar y procesar el CSS y solo después descubre la URL de la imagen. Esa cadena retrasa el inicio de la descarga.
Cuando el hero representa el LCP, es preferible utilizar un elemento <img> o <picture>. Así el preload scanner del navegador puede detectar el recurso durante el análisis inicial del HTML. Además, es más sencillo aplicar fetchpriority, imágenes responsive, atributos de tamaño y texto alternativo.
Servir imágenes del tamaño que realmente necesita cada dispositivo
Comprimir una imagen no basta si se sigue enviando una resolución desproporcionada. Un móvil de 390 píxeles de ancho no necesita descargar el mismo archivo que una pantalla desktop de gran formato si el diseño no lo requiere. Shopify permite generar variantes mediante image_url e image_tag, y el navegador puede elegir la más adecuada con srcset y sizes.
Si mobile y desktop necesitan creatividades diferentes, un <picture> bien configurado es preferible a cargar dos imágenes y ocultar una mediante CSS. Ocultar visualmente un recurso no impide necesariamente que el navegador lo descargue.
Revisar animaciones, sliders y transiciones
Una animación puede mejorar la percepción visual y empeorar la métrica si retrasa la aparición del contenido. Un patrón frecuente consiste en cargar una imagen con opacity: 0 y mostrarla después con una transición. Aunque el archivo esté disponible, el navegador no la considera visible hasta que se pinta.
Los sliders también añaden complejidad. Pueden cargar varias imágenes grandes, ejecutar JavaScript antes de mostrar la primera diapositiva y retrasar el contenido que el usuario debería ver de inmediato. Si el carrusel no demuestra una mejora de negocio, simplificar el hero suele aportar más que intentar optimizar una interacción innecesaria.
Este criterio conecta rendimiento y CRO para Shopify: no se trata de eliminar elementos por velocidad, sino de exigir que cada componente justifique su coste visual, técnico y comercial.
Reducir JavaScript que bloquea el contenido principal
Shopify permite ampliar una tienda con apps, scripts personalizados, píxeles, herramientas de personalización, chat, reviews, buscadores, recomendaciones y plataformas de analítica. El problema aparece cuando demasiadas capas compiten durante los primeros segundos de carga.
El JavaScript puede afectar al LCP de varias formas: ocupar el hilo principal, insertar tarde el contenido, disparar peticiones adicionales o retrasar clases y estilos necesarios para mostrar el elemento. Las funcionalidades esenciales que pueden renderizarse con Liquid y HTML deberían estar disponibles desde la respuesta inicial siempre que sea posible.
Optimizar Liquid cuando el problema empieza antes del navegador
El rendimiento de Liquid afecta al tiempo que Shopify necesita para generar la respuesta HTML. Bucles profundamente anidados, iteraciones innecesarias sobre productos o variantes y determinadas consultas repetidas pueden aumentar el tiempo de servidor. Cuando el TTFB es alto, trabajar únicamente sobre imágenes no soluciona la raíz.
Shopify Theme Inspector ayuda a localizar líneas y bloques Liquid que consumen más tiempo. La revisión debe centrarse en el código que realmente impacta la plantilla, evitando microoptimizaciones que apenas cambian el resultado. Un desarrollo Shopify limpio debe buscar una base editable y preparada para evolucionar, pero también controlar el coste de renderizado de cada decisión.
CSS, fuentes y recursos que compiten con el LCP
El navegador necesita estilos para pintar correctamente una página. Si el CSS crítico llega tarde o existe una gran cantidad de código bloqueante, el elemento principal puede quedar esperando. Lo mismo ocurre con fuentes web que condicionan un gran bloque de texto cuando ese texto termina siendo el LCP.
Conviene reducir CSS no utilizado, dividir responsabilidades cuando tenga sentido y evitar cargar hojas completas de funcionalidades que no aparecen en la plantilla. En fuentes, limitar familias y pesos, utilizar font-display de forma adecuada y priorizar solo los archivos necesarios reduce competencia durante la primera carga.
El preload debe utilizarse con criterio. Preloadear demasiados recursos fuerza prioridades que pueden competir con la decisión automática del navegador. En performance, más instrucciones no equivalen a más velocidad.
Apps y terceros: medir antes de eliminar
Una tienda real necesita herramientas externas. El objetivo no es perseguir una Shopify sin JavaScript, sino saber cuánto cuesta cada capa y qué valor devuelve. Reviews, personalización, búsqueda avanzada o automatización pueden ser decisivas para vender. Otras apps quedan instaladas después de campañas antiguas o duplican funcionalidades existentes.
Una auditoría debería responder cuatro preguntas: qué carga la app, dónde lo carga, cuándo se ejecuta y qué impacto tiene en negocio. Si una herramienta introduce scripts en todas las páginas aunque solo se utilice en producto, existe margen. Si hay dos soluciones de tracking haciendo lo mismo, también. Y si una funcionalidad puede resolverse con código ligero dentro del tema, puede tener sentido reducir dependencias.
Cómo diagnosticar el LCP Shopify paso a paso
| Paso | Qué revisar | Herramienta | Qué decisión tomar |
|---|---|---|---|
| 1 | Datos reales y tendencia | Shopify Web Performance / Search Console | Confirmar si el problema afecta a usuarios reales |
| 2 | Elemento LCP | PageSpeed Insights / Lighthouse | Identificar imagen, texto o bloque responsable |
| 3 | TTFB | DevTools / WebPageTest | Separar problema de servidor y problema frontend |
| 4 | Descubrimiento | Network waterfall | Comprobar si el recurso empieza a cargar tarde |
| 5 | Prioridad y peso | DevTools | Revisar lazy loading, fetchpriority, tamaño y formato |
| 6 | Render | Performance panel | Detectar JS, CSS o animaciones que retrasan el pintado |
| 7 | Apps | Theme/app audit | Eliminar, diferir o sustituir dependencias costosas |
| 8 | Validación | Campo + laboratorio | Comparar antes/después y monitorizar |
PageSpeed Insights no es el único dato que debes mirar
PageSpeed Insights es útil para detectar oportunidades, pero una auditoría seria no debería reducirse a perseguir un score. Dos ejecuciones pueden variar por red, carga del servidor o condiciones simuladas. Además, una puntuación alta no garantiza que todas las plantillas funcionen bien para los usuarios reales.
Errores que suelen empeorar el LCP después de una optimización
- Preloadear demasiados archivos: todos compiten por ancho de banda y se diluye la prioridad real.
- Aplicar fetchpriority high a varias imágenes: si todo es prioritario, nada lo es.
- Eliminar apps sin medir: puede mejorar una prueba técnica y empeorar conversión o experiencia.
- Ocultar contenido con CSS: el recurso puede seguir descargándose aunque no se vea.
- Optimizar solo la home: colecciones y PDP pueden tener problemas distintos.
- Mirar solo el peso de la imagen: el retraso puede estar en descubrimiento o render.
- Perseguir un 100 en Lighthouse: puede desviar recursos de mejoras con más impacto en revenue.
Rendimiento y conversión deben optimizarse juntos
Una tienda rápida pero poco persuasiva no convierte por arte de magia. Y una tienda visualmente espectacular que obliga a esperar tampoco aprovecha bien el tráfico. El trabajo útil está en equilibrar claridad comercial, diseño, funcionalidades y rendimiento.
Cuando una mejora implica cambiar un hero, retirar un slider o retrasar un widget, la decisión debería apoyarse en datos. Puede tener sentido mantener un recurso pesado si genera suficiente valor, pero entonces hay que optimizar cómo se entrega. En otros casos, eliminar complejidad mejora simultáneamente velocidad y comprensión.
Este enfoque es el mismo que aplicamos al analizar cómo vender más online sin depender solo de más tráfico: el crecimiento aparece cuando adquisición, experiencia, conversión y operación trabajan como un sistema.
Cuándo compensa hacer una optimización técnica específica
Una intervención específica tiene sentido cuando los datos reales muestran LCP moderado o deficiente, cuando mobile concentra la mayor parte del tráfico, cuando las campañas aterrizan en páginas pesadas o cuando el theme ha acumulado apps y código durante años. También es recomendable después de un rediseño, una migración o cambios importantes en la cabecera visual.
En tiendas nuevas, el mejor momento para performance es antes de que exista deuda técnica. En tiendas maduras, suele ser más rentable priorizar: primero los cuellos con mayor impacto, después optimizaciones estructurales y finalmente detalles menores. Nuestro Growth Service para Shopify trabaja precisamente con esa lógica de auditar, implementar, medir e iterar.
Si estás comparando plataformas, también conviene evitar conclusiones simplistas. Shopify aporta una infraestructura estable, pero un theme mal construido puede ser lento. En nuestra comparativa Shopify vs WooCommerce explicamos por qué la plataforma importa, aunque la disciplina técnica y la arquitectura siguen siendo determinantes.
Checklist para mejorar el LCP sin romper la tienda
- Identificar el elemento LCP en cada plantilla prioritaria.
- Confirmar datos de campo antes de sacar conclusiones por una única prueba.
- Evitar
loading="lazy"en la imagen principal visible. - Usar
fetchpriority="high"solo cuando el recurso crítico está claro. - Preferir
<img>o<picture>frente a fondos CSS para contenido LCP. - Servir imágenes responsive con tamaños adecuados.
- Revisar si animaciones o sliders retrasan la visibilidad.
- Analizar JavaScript de theme, apps y terceros.
- Revisar Liquid si el TTFB es elevado.
- Controlar CSS, fuentes y recursos render-blocking.
- Validar los cambios en mobile y desktop.
- Comparar antes y después con las mismas URLs y condiciones.
- Monitorizar el rendimiento después de instalar apps o lanzar nuevas campañas.
Preguntas frecuentes sobre LCP en Shopify
¿Qué significa LCP en Shopify?
LCP significa Largest Contentful Paint y mide cuánto tarda en mostrarse el elemento de contenido más grande visible en la primera pantalla. En Shopify suele ser una imagen hero, la imagen principal de producto o un bloque de texto destacado.
¿Cuál es un buen LCP para una tienda Shopify?
El objetivo recomendado es un LCP de 2,5 segundos o menos para al menos el 75% de las visitas. Entre 2,5 y 4 segundos necesita mejora y por encima de 4 segundos se considera deficiente.
¿Shopify es lento por defecto?
No. Shopify aporta infraestructura gestionada, CDN y optimizaciones de plataforma. El rendimiento final depende mucho del theme, imágenes, apps, scripts, Liquid y recursos de terceros que se añaden a cada tienda.
¿Las apps pueden empeorar el LCP?
Sí. Algunas apps cargan JavaScript, CSS o peticiones adicionales que compiten durante el render inicial. El impacto depende de cómo y dónde cargan sus recursos, por lo que conviene medir antes de decidir si una app debe eliminarse o diferirse.
¿Debo usar lazy loading en todas las imágenes?
No. El lazy loading es útil para imágenes que están fuera del viewport inicial, pero no debería aplicarse a la imagen que marca el LCP. El recurso principal necesita descubrirse y descargarse pronto.
¿fetchpriority="high" mejora siempre el LCP?
Puede ayudar cuando se aplica al recurso LCP correcto y visible desde el inicio. No conviene utilizarlo indiscriminadamente en varias imágenes porque puede generar competencia entre recursos que el navegador intenta priorizar.
¿PageSpeed Insights es suficiente para medir el problema?
Es una buena herramienta de diagnóstico, pero conviene combinarla con datos reales de usuarios, Search Console, informes de rendimiento de Shopify y herramientas de navegador. El laboratorio explica causas; el campo muestra qué experimenta la audiencia.
¿Mejorar LCP garantiza mejores posiciones en Google?
No. Core Web Vitals forman parte de las señales relacionadas con experiencia de página, pero Google utiliza muchos sistemas y la relevancia sigue siendo esencial. Mejorar LCP ayuda a ofrecer una mejor experiencia y refuerza una base SEO sólida, pero no sustituye al contenido ni a la autoridad.
No todo va de crecer rápido. Va de crecer con criterio.
Optimizamos tu embudo de conversión con estrategias de UX avanzadas y análisis de datos en tiempo real.