Si alguna vez has pasado tu web por una herramienta de Google y te ha devuelto siglas como LCP, INP o CLS en rojo, este artículo es para ti. No hace falta saber programar para entender qué significan, qué valores son buenos y por qué deberían importarte.
Qué son las Core Web Vitals
Las Core Web Vitals son tres métricas que usa Google para medir la experiencia real de quien visita una página. Según web.dev, la web de referencia de Google para desarrolladores, cada una mide un aspecto distinto:
- LCP (Largest Contentful Paint): la carga. ¿Cuánto tarda en verse lo principal?
- INP (Interaction to Next Paint): la respuesta. ¿Cuánto tarda la página en reaccionar cuando tocas algo?
- CLS (Cumulative Layout Shift): la estabilidad. ¿Se mueven las cosas mientras intentas leer o pulsar?
Los umbrales oficiales
Google clasifica cada métrica en tres niveles. Estos son los valores que publica en la documentación de web.dev y en la ayuda de Search Console:
| Métrica | Qué mide | Bueno | Necesita mejorar | Malo |
|---|---|---|---|---|
| LCP | Carga | 2,5 s o menos | Entre 2,5 y 4 s | Más de 4 s |
| INP | Respuesta | 200 ms o menos | Entre 200 y 500 ms | Más de 500 ms |
| CLS | Estabilidad | 0,1 o menos | Entre 0,1 y 0,25 | Más de 0,25 |
LCP: cuánto tarda en verse lo importante
El LCP mide el tiempo que pasa desde que alguien entra en tu página hasta que se muestra el elemento más grande de la pantalla: normalmente la imagen principal, un vídeo (su primer fotograma o su imagen de portada) o un bloque de texto grande, como el titular.
Es la métrica que mejor se corresponde con la sensación de “esta web tarda”. Si tu foto de cabecera es enorme o el servidor responde despacio, el visitante ve una pantalla vacía o a medio pintar.
Según web.dev, en el LCP influyen cosas como el tiempo que tarda el servidor en empezar a responder, las redirecciones previas y el contenido que se carga tarde.
Objetivo: 2,5 segundos o menos.
INP: cuánto tarda en reaccionar
El INP mide cuánto tarda la página en responder visualmente cuando el visitante interactúa con ella. Cuentan los clics con el ratón, los toques en pantallas táctiles y las pulsaciones de teclado. No cuentan pasar el ratón por encima, hacer scroll ni hacer zoom.
En la práctica: tocas “Añadir al carrito” o el botón de abrir el menú y no pasa nada durante un momento, así que vuelves a tocar. Esa espera es lo que mide el INP.
Es la métrica más reciente de las tres. Sustituyó a la antigua FID (First Input Delay) como Core Web Vital oficial el 12 de marzo de 2024, según anunció el equipo de Chrome en web.dev. Si lees guías antiguas que hablan de FID, están desactualizadas en ese punto.
Objetivo: 200 milisegundos o menos.
CLS: si la página se mueve sola
El CLS mide los saltos inesperados del contenido. Seguro que te ha pasado: vas a pulsar un enlace, de repente aparece una imagen o un banner encima, todo baja y acabas pulsando otra cosa.
La documentación de web.dev señala como causas habituales:
- Imágenes o vídeos sin dimensiones definidas.
- Tipografías que, al cargar, ocupan más o menos espacio que la fuente provisional.
- Anuncios o widgets de terceros que cambian de tamaño solos.
- Contenido que se añade a la página después de cargar.
Un detalle importante: los movimientos que ocurren justo después de que el usuario haga clic o toque algo (en los 500 ms siguientes) no penalizan, porque se consideran esperados. Si pulsas “Ver más” y se despliega un texto, eso no cuenta como salto.
Objetivo: 0,1 o menos. A diferencia de las otras dos, no se mide en segundos: es una puntuación.
Lo que casi nadie explica: el percentil 75
Google no mira tu mejor visita ni la media. Según web.dev, para considerar que una página cumple, el 75 % de las visitas deben estar dentro del umbral “bueno”, y se mide por separado en móvil y en escritorio.
Traducido: si tu web va rapidísima en tu ordenador de la oficina con fibra, pero una buena parte de tus clientes entra desde el móvil con cobertura regular, lo que cuenta es la experiencia de esas personas. Por eso tiene sentido revisar siempre primero los datos de móvil.
¿Influyen en el posicionamiento en Google?
Sí, pero con matices, y conviene no exagerar. Google explica en su documentación que tener buenas Core Web Vitals, junto con otros aspectos de la experiencia de página, se alinea con lo que sus sistemas de clasificación buscan premiar. Pero también aclara que no existe una única señal de experiencia de página y que Google siempre intenta mostrar el contenido más relevante, aunque su experiencia de página no sea la mejor.
Dicho de otra forma: unas Core Web Vitals perfectas no te van a colocar primero si tu contenido no responde a lo que busca la gente. Pero cuando hay varias páginas igual de útiles compitiendo, la experiencia puede contribuir a marcar la diferencia. Y, sobre todo, una web lenta o inestable molesta a tus clientes, aparezcas donde aparezcas.
Cómo medirlas gratis
PageSpeed Insights
Entra en PageSpeed Insights, pega la dirección de tu web y pulsa Analizar. Verás dos bloques que conviene no confundir:
- Datos de usuarios reales (arriba): vienen del informe de experiencia de usuarios de Chrome (CrUX) y recogen los últimos 28 días de visitas reales. Es lo que Google tiene en cuenta.
- Diagnóstico de rendimiento (abajo): es una simulación de laboratorio hecha con Lighthouse. Sirve para encontrar problemas concretos, pero no es lo que experimentan tus visitantes. Además, Lighthouse no mide el INP directamente, porque en una simulación nadie hace clic.
Si tu web tiene pocas visitas, es posible que no aparezcan datos reales de esa página concreta. En ese caso, PageSpeed Insights muestra los datos del sitio completo, y si tampoco hay suficientes, no muestra datos reales.
Search Console
Si tienes tu web dada de alta en Search Console (gratis), entra en el informe Core Web Vitals. Sus ventajas:
- Usa también datos de usuarios reales.
- Agrupa las páginas parecidas, así ves si el problema está en todas las fichas de producto o solo en el blog.
- Separa móvil y escritorio.
- Cada grupo recibe la calificación de su peor métrica: si LCP e INP están bien pero el CLS es malo, el grupo aparece como malo.
Si aparece “No hay suficientes datos”, no es un error: significa que Chrome aún no ha recogido suficientes visitas reales de tu web para ese tipo de dispositivo.
Qué hacer si salen en rojo
- Empieza por el móvil y por las páginas que más visitas o más contactos te traen.
- Identifica qué métrica falla. Cada una tiene causas diferentes: no se arregla igual un LCP lento que un CLS alto.
- Usa el diagnóstico de PageSpeed Insights como lista de pistas y compártelo con quien mantenga tu web.
- Vuelve a medir con paciencia. Los datos reales se calculan sobre 28 días, así que una mejora tarda en reflejarse del todo.
Si las métricas son solo una de varias cosas que no funcionan, repasa las 10 señales de que tu web está perdiendo clientes: a veces el problema de fondo es la web entera, no solo la velocidad.
¿No sabes por dónde empezar con tus resultados? Pide una auditoría gratuita y te explicamos qué falla y qué arreglar primero. Y si prefieres que alguien vigile esto por ti de forma continua, mira nuestro servicio de mantenimiento web.
¿Lo aplicamos a tu negocio?
Pide tu propuesta