Hagamos una prueba mental. Entras en una tienda online desde el móvil, tocas un producto y la pantalla se queda en blanco un par de segundos. Luego carga la imagen, el texto salta hacia abajo y, cuando vas a pulsar "Añadir al carrito", el botón se mueve solo y acabas dándole a otra cosa. ¿Cuánto aguantáis vosotros antes de cerrar la pestaña? Exacto. Vuestros clientes, lo mismo.
Esa sensación de web que va a trompicones tiene nombre y, desde hace unos años, se mide. Google la resume en tres métricas que llama Core Web Vitals, y son la forma más honesta de saber si vuestra web se siente rápida para una persona real, no para un informe bonito.
Qué miden exactamente los Core Web Vitals
No hablamos de humo, sino de tres cosas muy concretas que cualquiera nota al navegar:
- LCP (Largest Contentful Paint): cuánto tarda en aparecer el elemento grande principal de la página, normalmente la imagen de cabecera o el titular. Por debajo de 2,5 segundos se considera bueno. Es el "¿ya está?" del usuario.
- INP (Interaction to Next Paint): cuánto tarda la web en responder cuando tocáis o hacéis clic en algo. Sustituyó al antiguo FID en 2024 y es más exigente, porque mide todas las interacciones, no solo la primera. Por debajo de 200 milisegundos, bien.
- CLS (Cumulative Layout Shift): cuánto baila el contenido mientras carga. Ese botón que se mueve justo cuando vas a pulsarlo. Cuanto más cercano a cero, mejor.
Los tres juntos dibujan un retrato bastante fiel de la experiencia. Y aquí viene lo importante: Google los usa como señal de posicionamiento, sí, pero el verdadero motivo para cuidarlos no es el SEO, es que la gente se queda o se va.
Por qué esto se traduce en dinero
Las cifras son tozudas. Estudios del propio equipo de web.dev muestran que cada segundo extra de carga dispara la tasa de rebote. Un e-commerce que tarda cinco segundos frente a uno que tarda dos pierde una parte enorme de las conversiones por el camino, y no porque el producto sea peor, sino porque el cliente ni llega a verlo.
En Social Digital nos hemos encontrado casos de manual: tiendas con buen producto, buenas fotos y buena oferta que sangraban ventas en el móvil porque la cabecera tardaba una eternidad en pintar. Se arregla el LCP, se ordena el CLS, y las mismas visitas empiezan a comprar. No hay magia, hay fontanería.
El móvil manda
Un detalle que mucha gente pasa por alto: Google mide sobre todo la versión móvil, y con una conexión que no es la fibra de vuestra oficina. Vuestra web puede volar en el portátil del diseñador y arrastrarse en el 4G de un cliente en el metro. Probad siempre en condiciones reales, con el móvil y datos, no solo en wifi.
Cómo mejorar los Core Web Vitals sin rehacerlo todo
La buena noticia es que la mayoría de problemas vienen de un puñado de sospechosos habituales. Por orden de retorno:
- Imágenes. Son casi siempre las culpables del LCP malo. Servidlas en formatos modernos como WebP o AVIF, con el tamaño justo para cada dispositivo y con carga diferida (lazy loading) en lo que está por debajo del pliegue. Una imagen de cabecera de 3 MB es un pecado que se paga.
- Reservar el espacio. El CLS se cura diciéndole al navegador cuánto van a ocupar imágenes, banners y anuncios antes de que carguen. Con atributos de ancho y alto o con CSS que reserve el hueco, el contenido deja de saltar.
- JavaScript de más. El INP suele empeorar por scripts pesados, sobre todo de terceros: chats, píxeles de seguimiento, widgets sociales. Cada uno tiene un coste. Auditad qué hay cargado y quitad lo que no aporte.
- Fuentes web. Las tipografías que tardan en cargar provocan textos invisibles o saltos. Precargad las importantes y usad estrategias de intercambio para que el texto aparezca ya.
- Servidor y caché. Un hosting decente y una CDN acercan los archivos al usuario y recortan el tiempo de respuesta inicial. A veces el problema no está en el código, sino en dónde vive.
Cómo medirlo de verdad
Hay dos tipos de datos y conviene no confundirlos. Los de laboratorio, como los de Lighthouse o PageSpeed Insights, simulan una carga y sirven para depurar. Los de campo, que vienen de usuarios reales a través del informe CrUX, son los que Google usa para posicionar. Miran ambos: el laboratorio os dice qué arreglar, el campo os dice si de verdad ha mejorado para la gente.
Un consejo práctico: no os obsesionéis con sacar un 100 en Lighthouse. Es una herramienta, no la meta. La meta es que una persona con un móvil normal entre, vea vuestro contenido rápido y pueda tocar sin frustrarse. Si eso pasa, las métricas caen solas.
La velocidad no es un lujo técnico ni un capricho de desarrolladores. Es la primera impresión, y en digital la primera impresión ocurre en milisegundos. Cada mejora en los Core Web Vitals es una barrera menos entre vuestra oferta y quien la busca.
Si sospecháis que vuestra web va lenta pero no sabéis por dónde empezar, en Social Digital hacemos un diagnóstico de rendimiento sin compromiso: medimos, priorizamos y os decimos claramente qué toca. Agendad una sesión con nosotros y le ponemos números a esa sensación de "esto va lento".