Core Web Vitals son tres métricas con las que Google mide si tu web se siente rápida para alguien que la está usando de verdad: cuánto tarda en aparecer lo importante, cuánto salta el contenido mientras carga y cuánto tarda en reaccionar cuando alguien toca un botón. Nada más. Y cada una corresponde a un momento exacto en el que tu cliente decide si sigue o se va.

Las tres métricas, en cristiano

Los umbrales son de Google, no míos: la documentación de web.dev sobre Métricas web esenciales fija el LCP en menos de 2,5 segundos, el INP en 200 milisegundos o menos y el CLS en 0,1 o menos.

LCP (Largest Contentful Paint). Es el reloj que corre desde que alguien toca tu enlace hasta que ve el elemento más grande de la pantalla. En una ficha de producto casi siempre es la foto principal. Mientras eso no aparece, tu visita está mirando un rectángulo gris.

CLS (Cumulative Layout Shift). Es el salto. Ese momento en que vas a tocar «Comprar» y una barra de «envío gratis desde S/150» se carga arriba, empuja todo hacia abajo y terminas tocando otra cosa. No es un problema de velocidad: es un problema de confianza. Una web que salta se siente rota.

INP (Interaction to Next Paint). Es lo que tarda la web en darte una señal visible después de que tocas algo, y mide toda la sesión, no solo el primer clic. La documentación oficial de la métrica marca la frontera: hasta 200 ms la respuesta es buena, entre 200 y 500 ms hay que mejorarla, y por encima de 500 ms es mala. Si tocas «Añadir al carrito» y durante medio segundo no pasa nada, tu cliente lo toca otra vez. Y a veces se le añaden dos unidades. Y a veces se va.

Dónde las miras y cuál es el número que cuenta

Abre pagespeed.web.dev, pega la URL de una ficha de producto (no la home, ahí no se compra) y mira la pestaña de móvil. Vas a ver dos bloques y solo uno importa:

• Datos de campo. Visitas reales de usuarios de Chrome en los últimos 28 días. Este es el que Google usa. Si tu tienda tiene poco tráfico, este bloque no aparece.
• Datos de laboratorio. Una simulación hecha en ese instante, en un móvil de gama media con conexión limitada. Sirve para diagnosticar, no para evaluarte.

Un detalle que casi nadie sabe y que cambia la lectura: Google no usa el promedio, usa el percentil 75 de las cargas de página, como especifica la misma documentación de web.dev enlazada arriba. Es decir, 3 de cada 4 visitas tienen que estar por debajo del umbral. Puedes tener un promedio de 2 segundos y suspender igual, porque una cuarta parte de tus clientes está esperando 6.

Otras dos herramientas gratis que sí valen la pena:

• Search Console → informe Core Web Vitals. Te agrupa las URLs por problema. Aquí descubres que la home va bien y las fichas de producto van mal, que es lo habitual.
• Extensión Web Vitals de Chrome (la oficial del equipo de Chrome). Te muestra las tres métricas en vivo mientras navegas tu propia tienda. Útil para cazar el salto de CLS con los ojos.

Qué rompe cada métrica en una tienda de verdad

LCP alto

Casi siempre es una imagen. Una foto de producto de 2 MB subida tal cual sale de la cámara, servida en JPEG y escalada por el navegador. Se arregla convirtiendo a WebP o AVIF, exportándola al tamaño real en que se muestra, y quitándole el loading="lazy" a la imagen principal (esa nunca debe ir en carga diferida: es justo la que se está midiendo). Si las imágenes ya están bien y el LCP sigue alto, el problema está antes: el servidor tarda en responder, y ahí toca mirar hosting.

CLS alto

Cosas que aparecen y empujan. Banners de cookies, barras de promoción, imágenes sin width y height declarados, tipografías que cargan tarde y cambian de tamaño al aplicarse. La regla es sencilla: todo lo que va a aparecer necesita su hueco reservado desde el primer momento.

INP alto

JavaScript de más peleando por el único hilo que tiene el navegador. En Shopify suelen ser las apps acumuladas; en WooCommerce, los plugins. El widget de chat, el de reseñas, el de «14 personas están viendo esto», tres píxeles de seguimiento y un carrusel. Cada uno pesa poco. Juntos, tu botón tarda medio segundo en reaccionar. Haz inventario: si una app lleva seis meses instalada y no sabes qué hace, desinstálala y mide. Que esto mueve la aguja está documentado: redBus publicó con Google que tras reordenar su gestión de estado el INP de la página mejoró un 72% y las ventas subieron un 7%.

Lo que esto vale en dinero

Cuando una página tarda, el visitante no espera: vuelve a los resultados y entra en la de al lado. No es que convierta peor, es que se va antes de ver un producto. Y ese tráfico lo pagaste tú, clic a clic. El marketplace argentino Agrofy lo midió con sus propios datos: según el caso publicado por Google, tras mejorar su LCP un 70%, el abandono durante la carga en las fichas de producto cayó un 76%, del 3,8% al 0,9%.

El efecto tampoco es de todo o nada, va por milisegundos. Farfetch midió que su tasa de conversión baja de media un 1,3% por cada 100 ms adicionales de LCP, y que la tasa de salida baja un 3,1% por cada 0,01 menos de CLS. En la otra dirección, el estudio Milliseconds Make Millions, que Deloitte y 55 hicieron por encargo de Google sobre 37 marcas europeas y americanas y más de 30 millones de sesiones, asoció una mejora de solo 0,1 s en móvil con un 8,4% más de conversión en retail.

Del tráfico que sí llega al carrito, el Baymard Institute sitúa en 70,22% la tasa media documentada de abandono, calculada sobre 50 estudios distintos. Un checkout que salta o que tarda en responder al botón de pagar aporta su parte a ese número, y es la parte más cara de todas: es alguien que ya había decidido comprarte.

Sobre el SEO, seamos honestos: Google confirma en su documentación que las Core Web Vitals, junto con otros aspectos de la experiencia en la página, están entre lo que sus sistemas de posicionamiento buscan recompensar. Pero el contenido relevante pesa más. Arreglar esto no te va a subir solo del puesto 30 al 3. El retorno está en la conversión, no en el ranking.

¿Y cuándo se arregla y cuándo se rehace? Si el LCP se va por las imágenes, es trabajo de un día. Si el problema es el tema que compraste, once apps encima y un checkout con tres pasos, parchear sale más caro que empezar de cero. Una tienda mobile-first construida por debajo de 3 segundos y con pasarela local arranca desde US$350 en nuestro servicio de tienda y landing express.

Qué hacer el lunes por la mañana

Media hora, sin equipo técnico y sin pagar nada:

1. Entra en pagespeed.web.dev y analiza tres URLs: tu home, tu ficha de producto más vendida y tu carrito. Pestaña móvil.
2. Apunta en un papel los tres números de campo de cada una: LCP, CLS, INP. Nueve números en total.
3. Márcalos contra la tabla de arriba. Los que estén en rojo son tu lista de trabajo, por orden.
4. Si el LCP está mal, abre la ficha de producto en tu móvil con datos, no con wifi. Cronométralo. Ese es el segundo real de tu cliente.
5. Entra en Search Console → Core Web Vitals y mira qué grupo de URLs falla. Suelen ser las de producto, y son las que venden.
6. Haz la lista de apps o plugins activos. Marca los que no uses hace un mes. Ese es el primer ataque al INP.

Con esos nueve números ya sabes si tienes un problema de imágenes (barato), de código (medio) o de plataforma (caro). Y sabes por dónde empezar, que es lo que casi nadie tiene claro un lunes.

Preguntas frecuentes

¿Qué son exactamente los Core Web Vitals?

Son tres métricas de Google que miden la experiencia de carga de una web con usuarios reales - LCP, CLS e INP. Google marca como bueno un LCP menor a 2,5 segundos, un CLS menor a 0,1 y un INP menor a 200 milisegundos.

¿Dónde veo los Core Web Vitals de mi tienda?

En PageSpeed Insights (pagespeed.web.dev) pegando tu URL, y en Search Console dentro del informe Core Web Vitals. Mira siempre la pestaña de móvil y el bloque de datos de campo, que es el que usa Google.

¿Afectan los Core Web Vitals al posicionamiento en Google?

Google los usa como parte de sus señales de experiencia de página, aunque el contenido relevante pesa más. El efecto directo en ventas suele ser mayor que el efecto en el ranking.

Fuentes

• Google / web.dev — Métricas web esenciales (Web Vitals)
• Google / web.dev — Interaction to Next Paint (INP)
• Google Search Central — Comprender las Core Web Vitals y los resultados de la Búsqueda de Google
• Google / web.dev — Agrofy Market, caso de estudio
• Google / web.dev — Farfetch, caso de estudio
• Google / web.dev — redBus, optimizing INP increased sales by 7%
• Deloitte y 55, por encargo de Google — Milliseconds Make Millions
• Baymard Institute — 50 Cart Abandonment Rate Statistics