Core Web Vitals: qué miden LCP, INP y CLS y por qué afectan a tus ventas

Si tu web fuera una tienda física, la velocidad sería esa persona que abre la puerta y te dice “pasa”. Si tarda en aparecer, te das media vuelta. Es lo que les pasa a muchos negocios online: invierten en anuncios, en redes o en SEO, pero la página tarda en mostrar lo importante, no responde al primer toque o se mueve justo cuando vas a pulsar. Y la gente se va antes de ver nada.

Google tiene un nombre para medir eso: Core Web Vitals. Son tres métricas concretas, con umbrales concretos, y se pueden medir con datos de visitas reales. Aquí te explicamos qué mide cada una, cómo comprobar la tuya y qué suele estropearlas.

Qué son los Core Web Vitals

Son tres métricas que Google usa para medir la experiencia de carga, de respuesta y de estabilidad de una página:

Métrica	Qué mide	Bueno	Mejorable	Malo
LCP (Largest Contentful Paint)	Cuánto tarda en aparecer el elemento principal de la pantalla: la imagen grande, el titular, el bloque de producto	hasta 2,5 s	más de 2,5 s y hasta 4 s	más de 4 s
INP (Interaction to Next Paint)	Cuánto tarda la página en responder visualmente cuando el usuario toca, hace clic o escribe	hasta 200 ms	más de 200 ms y hasta 500 ms	más de 500 ms
CLS (Cumulative Layout Shift)	Cuánto se desplaza el contenido de forma inesperada mientras la página está abierta (cuenta la peor ráfaga de desplazamientos)	hasta 0,1	más de 0,1 y hasta 0,25	más de 0,25

Cuatro detalles que cambian cómo se leen:

• Se evalúan en el percentil 75 de las visitas reales. No basta con que la página cargue rápido en tu ordenador: tiene que hacerlo para la gran mayoría de quienes la visitan.
• Móvil y ordenador se miden por separado. Es habitual aprobar en uno y suspender en el otro.
• INP sustituyó a FID en marzo de 2024. Si en algún informe antiguo ves FID, ya no es la métrica vigente. INP es más exigente, porque mira todas las interacciones de la visita y no solo la primera.
• CLS no mira solo la carga inicial. Tiene en cuenta los desplazamientos inesperados durante toda la vida de la página, también los que ocurren al hacer scroll o cuando aparece contenido tarde. No es una suma sin fin: los desplazamientos se agrupan en ráfagas (con menos de un segundo entre uno y otro, y un máximo de cinco segundos por ráfaga), y la puntuación es la de la peor ráfaga (web.dev). Los movimientos que el usuario provoca justo después de tocar algo, como abrir un menú, no cuentan.

Cómo medirlos: datos reales y datos de laboratorio

Hay dos tipos de datos y conviene no mezclarlos:

• Datos de campo (de visitas reales): los que Google recoge de usuarios de Chrome y usa para evaluar tu web. Los ves en el informe de Core Web Vitals de Search Console, que agrupa las URL parecidas, y en la parte superior de PageSpeed Insights, cuando la página o el sitio tienen tráfico suficiente.
• Datos de laboratorio (una prueba simulada): los que calcula Lighthouse en PageSpeed Insights o en las herramientas de desarrollo de Chrome. No son los que cuentan para Google, pero sirven para diagnosticar por qué una página va lenta y comprobar un arreglo antes de publicarlo.

Si tu web tiene poco tráfico, es posible que no haya datos de campo. En ese caso, apóyate en el laboratorio y, sobre todo, en la prueba más barata de todas: abrir tus páginas clave desde un móvil normal, con datos y no con el wifi de la oficina.

Qué suele empeorar cada métrica (y cómo se arregla)

LCP lento: lo principal tarda en aparecer

Causas habituales: una imagen de cabecera enorme o sin optimizar, esa misma imagen cargada “en diferido” cuando debería ir primero, un servidor que tarda en responder, y hojas de estilo, scripts o fuentes que bloquean el pintado.

Qué suele funcionar: servir la imagen principal en un formato moderno y al tamaño en que se muestra, cargarla con prioridad y sin diferir, activar caché (y una CDN si tu público está repartido), y quitar o aplazar lo que bloquea la carga.

INP alto: la página tarda en reaccionar

Causas habituales: demasiado JavaScript, sobre todo de terceros (chats, píxeles de publicidad, mapas de calor, widgets de reseñas), tareas largas que ocupan el navegador justo cuando el usuario toca algo, y páginas con una estructura enorme.

Qué suele funcionar: revisar qué scripts de terceros siguen haciendo falta y quitar los demás, cargar los que queden cuando no estorben, dividir el trabajo pesado en partes más pequeñas y evitar plugins que cargan código en todas las páginas aunque solo se usen en una.

CLS alto: el contenido se mueve

Causas habituales: imágenes y vídeos sin dimensiones declaradas, banners (de cookies, de ofertas) que se insertan empujando el contenido hacia abajo, anuncios o contenidos incrustados sin espacio reservado, fuentes web que cambian el tamaño del texto al cargar y bloques que aparecen más tarde, por ejemplo al hacer scroll.

Qué suele funcionar: declarar ancho y alto (o la proporción) de imágenes y vídeos, reservar el hueco de todo lo que llega tarde y mostrar los avisos por encima del contenido en lugar de empujarlo.

Velocidad y SEO: lo que Google dice de verdad

Según la documentación de Google Search, los Core Web Vitals se usan en sus sistemas de ranking. Pero Google también es claro en lo contrario: busca mostrar el contenido más relevante aunque su experiencia sea mejorable, y obtener buenos resultados en estos informes no garantiza posicionar arriba. Una web rápida no compensa un contenido que no responde a lo que se busca; y una web lenta con el mejor contenido puede seguir posicionando.

Dicho de forma práctica: los Core Web Vitals no son un atajo para subir posiciones. Cuando hay muchas páginas igual de útiles, una buena experiencia puede contribuir, y sobre todo influye en lo que pasa después del clic, que es donde se gana o se pierde el cliente.

Velocidad y ventas: donde de verdad se nota

Una página lenta o inestable empeora la experiencia y puede hacer que parte de las visitas se vaya antes de ver tu propuesta. Cada una de esas visitas es una oportunidad que ya habías conseguido, y si venía de un anuncio, la pagaste igual. Cuánto te cuesta en tu caso no lo dice la métrica: hay que medirlo, por ejemplo comparando cómo se comportan las visitas en páginas lentas y rápidas, sabiendo que no son exactamente el mismo público.

En Google Ads, además, la experiencia en la página de destino es uno de los componentes del nivel de calidad. Por eso la velocidad no es un tema “técnico” aparte: forma parte de que la web convierta. Lo contamos en la guía de diseño web orientado a conversión.

Por dónde empezar si eres una pyme o una tienda online

No hace falta arreglar todas las URL una por una. A menudo el problema está en unas pocas plantillas de página que se repiten: la home, las páginas de servicio, las categorías, las fichas de producto y el checkout. Arreglas la plantilla y arreglas todas las páginas que la usan.

Un orden razonable:

1. Mira en Search Console qué grupos de URL suspenden y en qué métrica, empezando por móvil.
2. Prioriza las plantillas que reciben tráfico o que cierran ventas: fichas de producto y checkout en una tienda; páginas de servicio y formularios en una web de empresa.
3. Ataca primero lo barato: imágenes, scripts de terceros que sobran, plugins que no se usan, caché.
4. Comprueba el arreglo en laboratorio y espera a que los datos de campo lo confirmen, que tardan semanas en reflejarse.

A veces la conclusión es que la base no da más de sí: una plantilla pesada, capas de plugins y años de parches. Entonces tiene sentido plantearse si compensa rehacerla; aquí comparamos diseño web a medida frente a plantillas para esa decisión.

Cómo trabajamos la velocidad en Bolmia

Cuando nos llega un proyecto con la frase “creo que mi web va lenta”, el enfoque que proponemos no empieza cambiando colores, empieza midiendo: datos de campo si los hay, pruebas de laboratorio de las páginas críticas y revisión del servidor, los plugins, las imágenes y los scripts de terceros.

A partir de ahí priorizamos por impacto en negocio, no por puntuación. Hay webs que no necesitan rediseñarse, solo aligerarse y ordenarse; y otras donde la base técnica se ha quedado corta y lo sensato es construir una nueva, más limpia y preparada para crecer. El alcance concreto se acuerda en cada proyecto; es parte de cómo trabajamos en nuestro servicio de diseño web.

Si tienes la sensación de que tu web no responde como debería, o de que las campañas traen tráfico pero no cierran, puede que el problema esté en esos segundos invisibles entre clic y clic. Medirlo es el primer paso, y cuesta muy poco.

Fuentes citadas

• web.dev: Core Web Vitals, umbrales y percentil 75.
• web.dev: Cumulative Layout Shift (CLS) y ventanas de sesión.
• Google Search Central: experiencia en la página y ranking.