Core Web Vitals para ecommerce en España: plan de 90 días para mejorar LCP, CLS e INP
Plan práctico para mejorar Core Web Vitals en tiendas online españolas: qué son LCP, CLS e INP, cómo afectan al SEO y las ventas, y cómo optimizarlos paso a paso.
Los Core Web Vitals no son una métrica técnica más — son el indicador más directo del impacto del rendimiento en ventas. En ecommerce español, la mayoría de tiendas online todavía tienen LCP superior a 4 segundos en móvil. Cada segundo de mejora equivale a conversiones recuperadas.
Diagnóstico: estado típico de una tienda online española sin optimizar
| Métrica | Objetivo (bueno) | Sin optimizar (típico) | Causa más frecuente |
|---|---|---|---|
| LCP (carga) | < 2.5s | 4–8s en móvil | Imagen hero sin optimizar, servidor lento, sin CDN |
| INP (interactividad) | < 200ms | 300–600ms | JavaScript bloqueante, plugins de terceros pesados |
| CLS (estabilidad) | < 0.1 | 0.2–0.5 | Imágenes sin dimensiones, fuentes sin reserva de espacio |
| TTFB | < 800ms | 1.5–3s | Servidor compartido, sin caché, PHP sin OPcache |
Impacto de optimizar Core Web Vitals en ecommerce
Mejoras medidas en tiendas online tras plan de optimización 90 días
Herramientas de diagnóstico: por dónde empezar
| Herramienta | Qué mide | Datos reales vs. laboratorio | Cuándo usarla |
|---|---|---|---|
| PageSpeed Insights | CWV + oportunidades de mejora | Ambos (CrUX + Lighthouse) | Primera auditoría, seguimiento mensual |
| Google Search Console | CWV por grupo de URLs (datos reales) | Datos reales de usuarios (CrUX) | Identificar páginas problemáticas a escala |
| WebPageTest | Análisis detallado de carga, waterfall | Laboratorio (simulado) | Diagnóstico profundo de causa raíz |
| Lighthouse CI | CWV en cada deploy | Laboratorio (CI/CD) | Prevenir regresiones de rendimiento en deploys |
Plan 30/60/90 días para mejorar Core Web Vitals en ecommerce
Primeros 30 días — Ganancias rápidas (LCP y TTFB)
- Auditar con PageSpeed Insights las 10 URLs más visitadas: home, categoría y producto más vendido.
- Activar CDN (Cloudflare, CloudFront) si no está activo: reduce TTFB a escala global sin cambios de código.
- Optimizar imagen hero de la portada: convertir a WebP/AVIF, dimensiones explícitas,
loading="eager"+fetchpriority="high". - Activar caché de página completa si la plataforma lo permite (Varnish, Redis o módulo de caché nativo).
- Configurar
preconnectpara dominios críticos: CDN de imágenes, Google Fonts, pasarela de pago.
Días 31-60 — INP y JavaScript
- Auditar JavaScript de terceros: pixels, chats, analytics. Cargar de forma diferida o eliminar los que no aportan ROI medible.
- Activar lazy loading nativo en imágenes de listing de productos:
loading="lazy". - Revisar plugins activos: desactivar los no usados. Cada plugin añade JavaScript que bloquea el hilo principal.
- Separar CSS crítico (above-the-fold) del resto e inyectarlo inline para eliminar render-blocking CSS.
Días 61-90 — CLS y estabilidad
- Añadir dimensiones explícitas (
widthyheight) a todas las imágenes del catálogo. - Configurar
font-display: swapen fuentes web y definir fallback con dimensiones similares. - Revisar banners y pop-ups: usar
position: fixedo reservar espacio previo para evitar desplazamiento de contenido. - Implementar Lighthouse CI en el pipeline de deploy para detectar regresiones automáticamente.
- Medir impacto: comparar tasa de conversión y bounce rate con los datos de antes del plan.
Guías relacionadas
¿Quieres mejorar el rendimiento de tu tienda online?
Auditamos tus Core Web Vitals, identificamos las causas raíz y ejecutamos el plan de optimización con impacto medible en conversión y posicionamiento orgánico.
Validación técnica y evidencia recomendada
Para que este enfoque sea defendible ante dirección y equipos técnicos, conviene acompañar la implementación con pruebas repetibles, métricas comparables y un registro claro de decisiones.
Pruebas técnicas mínimas
- Lighthouse CI en PR con budget de rendimiento por plantilla.
- Pruebas WebPageTest en móvil con red limitada (4G).
- Validación de Core Web Vitals reales vía RUM.
- Comparativa A/B de rendimiento antes/después en páginas de negocio.
Protocolo de validación reproducible
| Fase | Objetivo | Método | Criterio de aceptación |
|---|---|---|---|
| Baseline | Conocer estado real en usuarios finales | Recolectar CWV de RUM por plantilla y dispositivo | LCP, INP y CLS con muestra estadística útil |
| Hipótesis | Priorizar cambios con impacto en negocio | Relacionar cuellos técnicos con conversión y rebote | Roadmap con impacto estimado por acción |
| Validación | Asegurar mejora real y no solo de laboratorio | A/B o canary con medición en móvil | Mejora de CWV sin caída de conversión |
| Escalado | Evitar regresiones en releases futuros | Performance budget en CI y alertas de regresión | Build bloqueado ante regresión relevante |
Datos que debes conservar como evidencia
| Métrica | Herramienta | Cadencia | Objetivo |
|---|---|---|---|
| LCP | RUM + CrUX | Semanal | < 2.5s |
| INP | RUM | Semanal | < 200ms |
| CLS | RUM | Semanal | < 0.1 |
| Conversión | Analytics | Semanal | Sin caída tras cambios |
Dashboard mínimo recomendado
| Panel | Fuente | Actualización | Umbral operativo |
|---|---|---|---|
| CWV por plantilla | RUM + CrUX | Diario | LCP < 2.5s, INP < 200ms, CLS < 0.1 |
| Peso de página | Lighthouse CI | En cada PR | Dentro del performance budget |
| Scripts terceros | WebPageTest / RUM | Semanal | Tiempo bloqueante en descenso |
| Impacto negocio | Analytics | Semanal | Conversión estable o al alza |
Curva de madurez esperada (referencial)
Esta visualización sirve como referencia operativa para 90 días. Debe ajustarse con tus datos reales, complejidad técnica y contexto de negocio.
CWV real por plantilla y dispositivo.
Optimizaciones iniciales en render y terceros.
Mejora de métricas de campo en páginas clave.
Budgets de rendimiento integrados en release.
Riesgos que invalidan resultados
- Optimizar desktop y olvidar tráfico móvil real de España.
- Perseguir solo Lighthouse score y no métricas de usuarios reales.
- Agregar scripts de marketing sin presupuesto de rendimiento.
- No versionar el performance budget por tipo de página.
Recomendaciones de implementación real
- No introducir scripts de terceros sin presupuesto técnico explícito.
- Medir en entorno real móvil, no solo en desktop local.
- Versionar cambios de rendimiento como parte del release plan.
- Relacionar métricas técnicas con resultado comercial (leads, conversión).
Preguntas frecuentes que suele hacer un equipo técnico
¿Qué métrica impacta más en SEO técnico hoy?
Para experiencia real, INP y LCP son claves. El impacto SEO aparece cuando mejoras consistentes se reflejan en datos de campo.
¿Core Web Vitals mejora directamente el ranking?
No sustituye contenido ni autoridad, pero sí mejora señal de experiencia y puede consolidar posiciones cuando compites con resultados similares.
¿Cómo priorizar optimizaciones de frontend?
Empieza por renderizado inicial, terceros y tamaño de bundle en páginas con mayor tráfico e intención comercial.
Preguntas frecuentes
¿Qué son los Core Web Vitals y por qué importan para el ecommerce?
Los Core Web Vitals son tres métricas de rendimiento web definidas por Google como señales de experiencia de usuario: LCP (Largest Contentful Paint, velocidad de carga del contenido principal), INP (Interaction to Next Paint, respuesta a interacciones) y CLS (Cumulative Layout Shift, estabilidad visual). Google los usa como factor de posicionamiento desde 2021. En ecommerce, un LCP alto reduce conversiones: un retraso de 1 segundo en la carga reduce la tasa de conversión entre un 7% y un 20%.
¿Cuáles son los umbrales de Core Web Vitals para 2026?
Los umbrales actuales son: LCP 'bueno' < 2.5s, 'necesita mejora' 2.5–4s, 'malo' > 4s. CLS 'bueno' < 0.1, 'necesita mejora' 0.1–0.25, 'malo' > 0.25. INP 'bueno' < 200ms, 'necesita mejora' 200–500ms, 'malo' > 500ms. Para ecommerce competitivo, el objetivo debe ser 'bueno' en el percentil 75 de las visitas.
¿Cómo afectan los Core Web Vitals al SEO de una tienda online?
Google usa Page Experience signals (incluidos los Core Web Vitals) como factor de ranking. Un mal rendimiento no penaliza directamente, pero competir con sitios que tienen 'bueno' en los tres es más difícil. El impacto mayor es indirecto: bounce rate alto, menor tiempo en sitio y peores métricas de engagement afectan al posicionamiento orgánico.
¿Qué plataformas de ecommerce tienen peores Core Web Vitals por defecto?
Magento 2 y WooCommerce sin optimización suelen tener LCP alto (4–8s) por el peso de plugins y themes. PrestaShop tiene resultados variables según el tema. Shopify tiene rendimiento medio-bueno por defecto gracias a su CDN y optimización de imágenes automática. BigCommerce suele tener mejores resultados out-of-the-box. Independientemente de la plataforma, la personalización y los plugins degradan el rendimiento.
¿Vale la pena invertir en Core Web Vitals si ya aparezco en Google?
Sí, porque el ROI no es solo SEO. Una mejora del LCP de 4s a 2s típicamente aumenta la tasa de conversión un 10–25% en ecommerce, reduce la tasa de rebote y mejora el CPC en campañas de pago (Google Ads usa Quality Score que incluye landing page experience). La inversión en rendimiento tiene retorno directo en ventas, no solo en posicionamiento.
Checklist FinOps AWS: 40 puntos para recortar tu factura
El mismo checklist que usamos en cada diagnóstico. Márcalo sobre tu cuenta AWS y sabrás dónde se te va el dinero.
- 40 puntos de revisión en 5 áreas
- Quick wins aplicables en 2–4 semanas
- El mismo checklist que usamos en los diagnósticos
¿Quieres aplicarlo con ayuda en Rendimiento web?
Si quieres priorizar quick wins y un plan ejecutable para tu equipo, podemos ayudarte con una sesión técnica de 30 minutos. Sin comerciales y sin compromiso.
¿Prefieres hacerlo por tu cuenta? Atlas Insight automatiza este análisis sobre tus cuentas AWS.