Core Web Vitals: cómo la velocidad de tu web afecta a tus ventas (datos 2026)

La regla de los 3 segundos

En e-commerce hay un dato que se repite hasta el aburrimiento porque sigue siendo cierto: por cada segundo extra de carga, la conversión baja entre un 7% y un 12%. Y no es que la gente "tenga prisa". Es que el cerebro humano procesa la espera como sospecha.

Y mira esto: a los 3 segundos, más de la mitad de visitantes en móvil abandonan. A los 5 segundos, casi todos. Una web lenta no es solo "incómoda" — es una sangría literal de ingresos.

Si tu Shopify, WooCommerce o web custom carga a 4-5 segundos, estás perdiendo el 30-40% de tus ventas potenciales. Punto.

Qué son LCP, INP y CLS (en lenguaje humano)

Google ya no se conforma con "que cargue rápido". Mide tres cosas concretas — los Core Web Vitals:

• LCP (Largest Contentful Paint). Cuánto tarda en aparecer el elemento principal de la página (la foto hero, el título). Objetivo: menos de 2,5s.
• INP (Interaction to Next Paint). Cuánto tarda la web en responder cuando el usuario hace clic, tap o teclea. Sustituyó a FID en marzo de 2024. Objetivo: menos de 200ms.
• CLS (Cumulative Layout Shift). Cuánto se mueve la página mientras carga (ese momento en que vas a pulsar un botón y se desplaza). Objetivo: menos de 0,1.

Estas tres métricas son factores de ranking en Google. Una web mala en CWV no posiciona, por mucho que el contenido sea bueno.

Cómo medir tu web hoy

Hay tres herramientas honestas:

1. PageSpeed Insights

Ve a pagespeed.web.dev. Pega tu URL. Mira los dos bloques:

• Field data. Datos reales de Chrome de los últimos 28 días — esto es lo que Google usa para ranking.
• Lab data. Test simulado en ese momento, útil para diagnóstico pero no es lo que pondera el ranking.

2. Search Console

En tu Search Console, sección "Experiencia → Core Web Vitals", ves qué páginas tienen problemas y cuántos usuarios reales los están sufriendo.

3. CrUX Report

El Chrome User Experience Report tiene los datos de campo de cualquier dominio público. Útil para auditar a la competencia.

No te quedes con los datos de lab. Lo que cuenta es el campo (lo que vive el usuario real).

Las 8 optimizaciones con mayor ROI

Por orden de impacto/esfuerzo:

1. Imágenes en WebP/AVIF y dimensionadas según el viewport. Una foto hero pasa de 1,5 MB a 80 KB sin perder calidad.
2. Lazy load de todo lo que no es above-the-fold. Imágenes, iframes, vídeos, hasta scripts.
3. Pre-conectar a dominios externos críticos con preconnect. Ahorra 100-300 ms en cada conexión.
4. Reducir JavaScript no esencial. Cargas innecesarias de chat widgets, analytics dobles, librerías legacy. Auditoría con Lighthouse.
5. Fonts con font-display: swap y subset latino. Las webfonts mal cargadas son el #1 de CLS.
6. CDN siempre. Vercel, Cloudflare, Fastly. Servir desde Madrid a un usuario de Madrid es 10× más rápido que desde Virginia.
7. Cache HTTP correcto para assets versionados (max-age largo, immutable).
8. Server Components / SSG cuando se pueda. Renderizar HTML en servidor reduce LCP y trabajo del navegador.

Las 4 primeras suelen mover el 80% del marcador.

Errores que matan la velocidad

❌ Imágenes "optimizadas" en Photoshop a 100% calidad. Un JPG de 4 MB en una home no se arregla con CDN.

❌ Plugins de WordPress acumulados. 30 plugins suman 30 archivos JS y CSS bloqueantes. Cada uno suma latencia.

❌ Sliders y carruseles auto-play en hero. Mueven el LCP a la zona roja siempre.

❌ Vídeos auto-play sin compresión. Mata móviles y 4G.

❌ Tag managers cargando 12 scripts de marketing. Cada uno inyecta JS que bloquea el thread principal.

❌ No reservar dimensiones para imágenes (sin width/height). Es el principal causante de CLS.

Plan de mejora de 30 días

Semana 1 — Auditoría:

• Sacar el report de PageSpeed Insights de las 5 páginas con más tráfico.
• Anotar LCP, INP y CLS de campo en cada una.
• Listar problemas con prioridad (alto/medio/bajo).

Semana 2 — Imágenes y fuentes:

• Convertir todas las imágenes a WebP/AVIF.
• Añadir width/height en cada imagen.
• font-display: swap + preconnect en fuentes externas.

Semana 3 — JavaScript y third-party:

• Auditar scripts cargados. Eliminar los muertos.
• Diferir analytics no críticos.
• Cargar tag manager con async.

Semana 4 — Cache, CDN y verificación:

• Configurar cache HTTP de assets.
• Migrar a un CDN serio si no lo tenías.
• Re-medir todas las páginas. Comparar con la línea base.

A los 30 días deberías estar en zona verde en Core Web Vitals para tus páginas principales. Y verás el efecto en el funnel: las páginas rápidas convierten más, sin tocar copy ni precio.

Conclusión

La velocidad web ya no es "una nice-to-have de SEO". Es el primer factor de conversión que tienes en tu mano, y depende solo de decisiones técnicas claras. La buena noticia: con stack moderno (Next.js, imágenes optimizadas, CDN europeo), una web premium ya viene rápida desde el día uno.

¿Quieres que auditemos tu web gratis? Escríbenos por WhatsApp.