Desde 2021, Google utiliza los Core Web Vitals como señal de ranking. En 2026, su peso ha seguido aumentando, y las fichas de producto son el escenario principal: imágenes de alta resolución, sliders, botones de añadir al carrito, reviews dinámicas... todo lo que degrada el rendimiento.
Aquí tienes cómo optimizar las 3 métricas que importan (LCP, CLS, INP) en una ficha de producto sin perder calidad visual ni UX.
LCP (Largest Contentful Paint) — el tiempo que tarda en mostrarse el elemento visible más grande (normalmente la imagen principal del producto). Objetivo: <2,5 s.
CLS (Cumulative Layout Shift) — la estabilidad visual: los elementos no deben moverse durante la carga. Objetivo: <0,1.
INP (Interaction to Next Paint) — desde marzo de 2024, INP sustituye a FID. Mide el retraso entre un clic del usuario (añadir al carrito, abrir un menú) y la respuesta visual. Objetivo: <200 ms.
Una ficha de producto que supera los 3 umbrales en verde tiene ventaja de ranking frente a las que no los superan. La diferencia puede representar 3-5 posiciones en una keyword competitiva.
Una imagen hero que se muestra a 600×600 píxeles en pantalla no debe pesar 4000×4000 píxeles. Sirve la imagen al tamaño correcto + versión 2x para pantallas retina:
Incluso en una imagen responsive (CSS que sobrescribe la width/height), especifica los atributos HTML: sirven como pista para reservar el espacio antes de la carga.
Si cargas una fuente personalizada, llega con retraso. Mientras tanto, el texto se muestra con una fuente fallback con métricas distintas. Cuando llega la fuente final, todo se mueve.
Solución: font-display: optional o font-display: swap con size-adjust ajustado:
Las bibliotecas de terceros (Facebook Pixel, Google Tag Manager, Hotjar, widgets de reviews) son las primeras culpables. Cada script que se ejecuta en el main thread bloquea las interacciones.
Soluciones:
Cargar los scripts de terceros con defer o async cuando sea posible
Moverlos a un Web Worker si es crítico
Consolidar los píxeles de analytics con una sola etiqueta (GTM)
Retrasos voluntarios: no cargar Hotjar hasta 3 segundos después del First Contentful Paint
Lighthouse (integrado en Chrome DevTools) — detallado
WebPageTest — más configuración, pruebas en varios dispositivos
Field data (datos reales de usuarios, críticos para Google):
Chrome User Experience Report (CrUX) — datos agregados públicos
Google Search Console → Core Web Vitals — tu sitio específicamente
PostHog, Vercel Analytics, Cloudflare Web Analytics — monitorización continua
Regla importante: solo el field data cuenta para el ranking. Una puntuación perfecta en lab con malas puntuaciones en field = ningún efecto positivo en SEO.
Shopify ofrece unos Core Web Vitals decentes por defecto. Los temas oficiales (Dawn, Studio, Crave) están optimizados. Los malos Core Web Vitals en Shopify casi siempre vienen de:
Apps third-party que inyectan JS pesado
Temas premium de terceros mal optimizados
Imágenes sin comprimir
Auditoría en Shopify: elimina las apps innecesarias (Online Store → Apps), usa un tema oficial reciente y comprime las imágenes.
Se agregan 28 días de "field data" para CrUX. Después de desplegar optimizaciones, cuenta con 4-6 semanas antes de que la puntuación de Google refleje la realidad. Ten paciencia, no reviertas tras 1 semana.
No. El contenido (relevancia, calidad, backlinks) sigue siendo el factor dominante. Los Core Web Vitals son un tie-breaker: entre dos páginas equivalentes en contenido, la que tenga mejores CWV posiciona mejor. Empeorar el contenido para ganar en CWV es contraproducente.
Para un sitio de España con audiencia solo en España, sí, si tu servidor está en España y bien configurado. Para tráfico internacional, el CDN es casi obligatorio. Cloudflare gratis basta en el 80 % de los casos.
No. La configuración correcta (WebP/AVIF + dimensiones + CDN + fetchpriority) permite tener una imagen de 600×600 en 40 KB con una calidad equivalente a un JPEG de 200 KB. El sacrificio ya no es necesario desde 2023.
Los umbrales sí, pero Google mide las puntuaciones por separado. Una página puede estar "Good" en desktop y "Poor" en móvil (es frecuente). Google utiliza principalmente las métricas mobile para el ranking (Mobile-First Indexing).
Orientación: si tus páginas ya están en "Good", no hace falta invertir más. Si estás en "Needs improvement", 1-3 semanas de desarrollo en las correcciones principales (imágenes, scripts third-party, CDN) suelen bastar. Si estás en "Poor" en todo el sitio, quizá haga falta una refactorización técnica: empieza por una auditoría completa.