Los Core Web Vitals son tres medidas de Google sobre cuánto tarda en aparecer lo importante de tu página (LCP), cuánto tarda en responder cuando alguien toca algo (INP) y cuánto se mueve el contenido mientras carga (CLS).
Para estar en verde necesitas LCP de 2,5 segundos o menos, INP de 200 milisegundos o menos y CLS de 0,1 o menos. Aquí te explicamos cada una y qué hicimos en mokev.net para pasar de 55 a 91 en móvil.
¿Qué son los Core Web Vitals y cuáles son sus límites?
Son tres métricas que Google propone para medir la experiencia real de quien visita una página. Según web.dev, se evalúan en el percentil 75 de las visitas, separando móvil y escritorio. En palabras simples: de cada cuatro visitantes, tres tienen que vivir una experiencia buena.
| Métrica | Qué mide | Bueno |
|---|---|---|
| LCP (Largest Contentful Paint) | Cuándo aparece el elemento más grande de la pantalla | 2,5 s o menos |
| INP (Interaction to Next Paint) | Qué tan rápido responde la página a un toque, clic o tecla | 200 ms o menos |
| CLS (Cumulative Layout Shift) | Cuánto se mueve el contenido sin que lo pidas | 0,1 o menos |
Piensa en una tienda física: LCP es cuánto tardas en ver el mostrador al entrar, INP es cuánto tarda el vendedor en responderte y CLS es que nadie te mueva la mercancía mientras eliges.
¿Es lo mismo PageSpeed Insights que los Core Web Vitals?
No. PageSpeed Insights muestra dos cosas distintas: datos de visitantes reales (si tu sitio tiene suficientes visitas) y una prueba de laboratorio con un teléfono simulado. Los Core Web Vitals son los datos reales. Si tu sitio es nuevo, la sección de usuarios reales dirá «No hay datos» (nos pasó en mokev.net en octubre de 2026), y Google no publica el mínimo de visitas que necesita (Chrome UX Report).
La prueba de laboratorio usa Lighthouse. Allí el Total Blocking Time (TBT) funciona como indicador del INP: web.dev lo llama un sustituto de laboratorio, no un reemplazo, y considera bueno un valor menor a 200 ms. Úsalo para encontrar problemas, pero confía en los datos reales para saber cómo lo vive tu cliente.
¿Cómo pasamos mokev.net de 55 a 91 en móvil?
Medimos nuestra propia web en PageSpeed Insights el 29 de octubre de 2026 y estos fueron los resultados (el móvil, con una conexión 4G lenta emulada):
| Antes | Después | |
|---|---|---|
| Rendimiento móvil | 55 | 91 |
| Rendimiento escritorio | 63 | 97 |
| LCP móvil | 8,0 s | 3,2 s |
| SEO | 85 | 100 |
Estos cambios hicieron la diferencia:
- Los scripts de terceros esperan a que alguien interactúe. Tag Manager, el píxel de Facebook y HubSpot cargaban al abrir la página y frenaban todo. Ahora cargan con el primer toque o desplazamiento.
- El texto principal sí cuenta como LCP. Nuestro titular aparecía con una animación que partía de opacidad cero, y Chromium ignora los elementos con opacidad 0. Por eso el «elemento más grande» terminaba siendo el aviso de cookies, que aparecía tarde. Cambiamos la animación para que solo desplace el texto y el párrafo principal pasó a ser el LCP.
- Menos HTML y menos JavaScript al inicio. Redujimos a la mitad las tarjetas de reseñas que se repetían para la cinta animada, enviamos al navegador solo las traducciones que necesita y cargamos el cliente de inicio de sesión cuando el navegador está libre.
- Secciones bajo el pliegue con carga diferida. Con
content-visibility, el navegador no calcula el diseño de lo que aún no se ve.
Hay cosas que probamos y descartamos: meter el CSS dentro del HTML duplicaba unos 300 KB de datos y no valió la pena. Y quedó algo naranja: el LCP móvil de 3,2 s sigue por encima de los 2,5 s recomendados, porque tres hojas de estilo bloquean el primer pintado. web.dev recomienda reducir o diferir el CSS que bloquea; es nuestro siguiente paso.
¿Qué puedes hacer en tu sitio para mejorar cada métrica?
Para el LCP (carga):
- Pregunta qué elemento es el LCP y cuánto de su tiempo es «retraso de renderizado»: PageSpeed lo muestra en «Desglose de LCP».
- Quita o difiere los estilos y scripts que bloquean el primer pintado.
- Responde con HTML ya armado desde el servidor, en lugar de esperar al JavaScript.
Para el INP (respuesta):
- Divide las tareas largas de JavaScript y retrasa los scripts que no se necesitan al inicio.
- Mide con visitantes reales: el INP considera clics, toques y teclas, no el desplazamiento (web.dev).
Para el CLS (estabilidad):
- Reserva el espacio de imágenes y videos con sus medidas.
- Anima con
transformen lugar de cambiar posición o tamaño, como indica web.dev. - Cuidado con anuncios, chats y widgets que aparecen después y empujan el contenido.
¿Cuándo no vale la pena obsesionarse con el puntaje?
Cuando tu sitio ya está en verde en los datos reales. Un número de laboratorio como 91 o 100 sirve para encontrar problemas, no para presumir. Google recomienda tener buenos Core Web Vitals, pero no promete que eso solo te lleve al primer lugar (Google Search Central). Si ya cumples, invierte tu tiempo en contenido útil.
Si tu tienda o tu página tarda en cargar y no sabes por dónde empezar, en desarrollo web y e-commerce revisamos estas métricas como parte del trabajo. También puedes escribirnos y medimos tu sitio.
Preguntas frecuentes
¿Qué puntaje de PageSpeed es bueno?
PageSpeed colorea de 90 a 100 en verde, de 50 a 89 en naranja y de 0 a 49 en rojo. Apunta al verde, pero mira primero LCP, INP y CLS con datos reales.
¿Los Core Web Vitals influyen en el posicionamiento en Google?
Google recomienda tener buenos valores y dice que se alinean con lo que sus sistemas de clasificación buscan premiar. No garantiza una posición por sí solos.
¿Dónde veo los Core Web Vitals de mi sitio?
En el informe de Core Web Vitals de Search Console y en la sección de usuarios reales de PageSpeed Insights. Si ves «No hay datos», tu sitio aún no tiene suficientes visitas.
¿Qué es el percentil 75?
Es el valor que cubre al 75 % de las visitas. Si tu LCP en el percentil 75 es de 2,4 segundos, tres de cada cuatro personas vieron tu página cargar en ese tiempo o menos.
¿Cuánto tarda en notarse una mejora?
Depende de tus visitas: los datos reales se acumulan con el tráfico. La prueba de laboratorio de PageSpeed sí cambia al instante, en cuanto publicas el cambio.
