Optimización Core Web Vitals PrestaShop

Core Web Vitals (CWV) son las 3 métricas de rendimiento de Google: LCP (Largest Contentful Paint, < 2.5s = bueno), INP (Interaction to Next Paint, < 200ms = bueno, reemplazó FID en 2024), CLS (Cumulative Layout Shift, < 0.1 = bueno). Desde 2021 estas métricas son parte del algoritmo de ranking Google. Una tienda en "poor" en una de las 3 es sistemáticamente degradada en móvil frente a competidores en "good". El impacto se mide en posiciones perdidas y conversión móvil.

Depende del punto de partida. En una tienda mal optimizada (LCP a 5s, score Lighthouse 30/100): típicamente alcanzamos LCP < 2s y score 80+/100 en 2-4 semanas de trabajo. En una tienda decente (LCP a 3s, score 60/100): llegamos a "good" en las 3 métricas en 1-2 semanas. Las ganancias no son mágicas: son resultados reproducibles basados en tácticas concretas (critical CSS, preload, lazy loading, TTFB).

Auditoría + plan de acción valorado: desde 2 500 € (5 días, entregable PDF + recomendaciones priorizables). Auditoría + correcciones prioritarias: desde 4 500 € (auditoría + 5-10 días de correcciones en el top 3 de optimizaciones). Optimización completa (auditoría + todas las correcciones en todos los ejes): desde 8 000 €. El presupuesto especifica las correcciones incluidas según tu tienda.

5 ejes principales: (1) LCP — generación de critical CSS para home y categorías, preload de imagen hero, optimización TTFB del servidor (cache, OPcache, compresión), lazy loading correcto de imágenes below-the-fold; (2) INP — auditoría JS de terceros, eliminación de trackers parásitos, defer / async de scripts no críticos, optimización de event handlers; (3) CLS — reserva de espacio para imágenes (width/height), font-display swap + preload, reservas para banners; (4) TTFB — cache, FastCGI, OPcache, optimización de queries; (5) JS bundling — modulepreload, tree-shaking, eliminación de librerías no usadas.

Muy poco, si se hace correctamente. El critical CSS se extrae sin tocar el tema. El preload se hace vía meta en el head. El lazy loading usa atributos HTML5 nativos. El TTFB se mejora del lado servidor (cache PHP, MySQL) sin tocar el diseño. La renderización visual permanece idéntica — ganas en rendimiento sin cambiar la apariencia.

Sí, frecuentemente. Optimizamos los módulos de terceros vía: (1) lazy loading condicional (no cargar el slider en páginas checkout); (2) carga diferida (cargar tras 3s de inactividad); (3) eliminación de assets no usados; (4) reemplazo por alternativas más ligeras. Si un módulo sigue siendo bloqueante, lo señalamos en el informe y listamos alternativas potenciales.

Acumulado, es un efecto bola de nieve: (1) el SEO móvil pasa a good, subes 3-10 posiciones en keywords competitivas (según sector); (2) la tasa de conversión móvil aumenta 5-25% (los usuarios ya no abandonan durante la carga); (3) la tasa de rebote baja 10-30%; (4) como el LCP es también una señal de confianza, el CPC publicitario mejora (Google Ads Quality Score). Para la mayoría de tiendas, la inversión se rentabiliza en pocos meses.

Seguimiento incluido durante 30 días post go-live: monitoreo CWV diario vía PageSpeed Insights API y CrUX (Chrome User Experience Report), informe semanal de métricas durante 30 días, ajustes si algunas páginas siguen en zona naranja. Tras estos 30 días, opción de continuar en mantenimiento (ver Mantenimiento PrestaShop) con monitoreo CWV incluido.