Para optimizar los Core Web Vitals hay que trabajar tres cosas por separado: que lo importante de la pantalla aparezca rápido (LCP), que la web responda al instante cuando tocas o haces clic (INP) y que nada salte de sitio mientras carga (CLS). Google marca sus umbrales oficiales en web.dev: LCP por debajo de 2,5 segundos, INP por debajo de 200 milisegundos y CLS por debajo de 0,1. Si tu web cumple los tres, va bien; si no, cada uno se arregla de una forma distinta.
Los Core Web Vitals son las tres métricas con las que Google mide si tu web es rápida y cómoda de usar. No es opinión ni marketing: son valores medibles con umbrales publicados. Aquí no te explicamos qué son en detalle (eso ya lo tienes en Core Web Vitals explicados); este artículo va de lo otro, de cómo se mejoran.
Cómo bajar el LCP: que lo importante aparezca antes
El LCP mide cuánto tarda en verse el elemento más grande de la primera pantalla: normalmente la imagen del cabecero o el titular principal. Si tarda más de 2,5 segundos, el visitante ve la web "colgada" aunque el resto ya esté cargando.
Lo que suele disparar un LCP malo es casi siempre lo mismo: imágenes enormes sin comprimir, un servidor lento que tarda en responder, o demasiadas cosas cargando antes de lo que el usuario ve. Una foto de cabecera de 3 MB que podría pesar 200 KB es el caso más habitual que nos encontramos.
Qué se hace para arreglarlo: comprimir y redimensionar las imágenes al tamaño real en que se muestran, servir la primera pantalla lo primero de todo, y usar un alojamiento que responda rápido. En una web hecha así, el LCP baja de golpe sin tocar el diseño. Si tu web es WordPress y va lenta, la causa suele estar en el punto de partida: lo desglosamos en por qué WordPress se vuelve lento.
Cómo mejorar el INP: que la web responda al instante
El INP es la métrica más buscada y la peor entendida, así que le damos protagonismo. Mide el retraso entre que el usuario hace algo (un clic, tocar un botón, abrir un menú) y el momento en que la web reacciona. Sustituyó al antiguo FID en marzo de 2024 y es mucho más exigente, porque mide toda la interacción, no solo el primer clic.
Un INP malo es esa sensación de "he pulsado y no pasa nada". Aprietas "Añadir al carrito" y tarda medio segundo en enterarse. El botón del menú que hay que tocar dos veces. Eso frustra y hace que la gente se vaya, aunque la web se vea perfecta.
¿Qué lo dispara? Casi siempre demasiado código ejecutándose a la vez en el navegador del visitante: plugins que se acumulan, scripts de terceros (chats, sliders, contadores) y plantillas cargadas de funciones que nadie usa. El navegador se satura y no le da tiempo a responder al usuario.
Qué se hace para arreglarlo: quitar lo que no aporta, dividir el trabajo del navegador para que atienda al usuario antes que a las tareas de fondo, y no cargar de golpe scripts que pueden esperar. El objetivo es que la web reaccione en menos de 200 ms, que es cuando la interacción se siente instantánea.
Cómo evitar el CLS: que nada salte de sitio
El CLS mide cuánto se mueve el contenido mientras la página carga. Es esa situación en la que vas a pulsar un enlace y, justo entonces, aparece una imagen o un banner que empuja todo hacia abajo y acabas pulsando otra cosa. Google quiere ese valor por debajo de 0,1.
Lo que lo provoca son elementos que cargan sin tener su sitio reservado: imágenes sin dimensiones definidas, anuncios que aparecen tarde, o tipografías que cambian el texto de tamaño al terminar de cargar.
Qué se hace para arreglarlo: reservar de antemano el espacio de cada imagen y bloque para que nada se desplace, y cargar las fuentes de forma que el texto no dé un salto. Es de los tres el más "invisible" cuando está bien hecho: simplemente la web deja de moverse sola.
Tabla: qué síntoma ves y qué se arregla en cada caso
| Métrica | Umbral bueno (Google) | Qué notas como dueño | Qué se hace para arreglarlo |
|---|---|---|---|
| LCP | < 2,5 s | La web tarda en "aparecer"; se ve en blanco un par de segundos | Comprimir imágenes, servir la primera pantalla primero, alojamiento rápido |
| INP | < 200 ms | Pulsas un botón y tarda en responder; hay que tocar dos veces | Quitar scripts y plugins de más, aligerar el trabajo del navegador |
| CLS | < 0,1 | El contenido salta mientras carga y pulsas donde no querías | Reservar el espacio de imágenes y bloques, cargar bien las tipografías |
Umbrales oficiales de Google, publicados en web.dev.
Por qué esto es trabajo nuestro, no tuyo
La lista de arriba parece sencilla escrita, pero cada punto exige tocar imágenes, código, plantilla y servidor con criterio. No es apretar un botón mágico ni instalar un plugin de "optimización" que muchas veces empeora el INP en vez de mejorarlo.
En Chabela lo abordamos midiendo primero con datos reales, arreglando lo que de verdad mueve la aguja y volviendo a medir. Si tu web arrastra estos problemas o vas a hacer una nueva y quieres que nazca rápida, es parte de nuestro desarrollo web: una web que carga rápido no es un extra, es la base.
Y no es solo comodidad: la velocidad afecta a cuánta gente se queda. Cuánto margen tienes lo explicamos en cuánto debe tardar en cargar una web, el punto de partida de todo esto.
Preguntas frecuentes
¿Qué es un buen valor de INP?
Un INP bueno según Google es por debajo de 200 milisegundos. Entre 200 y 500 ms está "a mejorar" y por encima de 500 ms se considera malo. Por debajo de 200 ms la web se siente instantánea al pulsar.
¿Cuánto se tarda en mejorar los Core Web Vitals?
Depende del estado de partida, pero en una web existente las mejoras más grandes (imágenes y scripts) suelen verse en cuestión de días de trabajo, no de meses. Lo primero es medir para saber cuál de las tres métricas te está fallando y en qué páginas.
¿Puedo medirlos yo mismo?
Sí. Con PageSpeed Insights de Google (gratis) metes la URL de tu web y te da las tres métricas con su color: verde, naranja o rojo. Te sirve para ver si tienes un problema; para saber por qué y cómo arreglarlo ya hace falta mirar debajo del capó.
¿Afectan al posicionamiento en Google?
Sí. Los Core Web Vitals son un factor de posicionamiento oficial de Google desde 2021. No son el factor más potente (el contenido pesa más), pero entre dos webs parecidas, la más rápida y estable tiene ventaja, y además retiene mejor a quien entra.