Core Web Vitals: Cómo Mejorarlos sin Rehacer tu Web

Es una de las dudas que más se repiten cuando audito una web: alguien ha lanzado PageSpeed Insights, ha visto un número en rojo y no sabe si es grave, si afecta al posicionamiento o por dónde empezar. Los Core Web Vitals son la respuesta de Google a esa pregunta, pero también una de las fuentes de más malentendidos del SEO técnico: se persiguen puntuaciones que Google no usa y se ignoran las que sí.

En este artículo te explico qué miden exactamente los Core Web Vitals, por qué tu Lighthouse puede marcar verde mientras Search Console marca rojo, cuánto pesan de verdad en el posicionamiento y qué hacer, por orden de prioridad, para mejorarlos sin rehacer tu web.

Qué son los Core Web Vitals y qué miden

Los Core Web Vitals son tres métricas con las que Google mide la experiencia real de una persona al cargar y usar una página: cuánto tarda en ver el contenido principal, cuánto tarda la página en responder cuando interactúa y si el diseño se mueve mientras lee. Forman parte de las señales de experiencia de página que Google tiene en cuenta en el posicionamiento.

Se evalúan por separado en móvil y en escritorio, y Google no mira una visita concreta, sino el percentil 75: para que una página se considere buena, al menos tres de cada cuatro visitas deben cumplir el umbral. Una web puede ir rápida para quien entra con fibra y un portátil, y aun así suspender en móvil.

Métrica Qué mide Bueno Deficiente
LCP
Largest Contentful Paint
Tiempo hasta que aparece el elemento principal visible, normalmente una imagen o un titular grande. 2,5 s o menos Más de 4 s
INP
Interaction to Next Paint
Lo que tarda la página en responder a clics, toques y pulsaciones de teclado durante toda la visita. 200 ms o menos Más de 500 ms
CLS
Cumulative Layout Shift
Cuánto se desplazan los elementos de forma inesperada mientras la página carga y se lee. 0,1 o menos Más de 0,25

Datos de laboratorio y datos de campo: lo que Google mide de verdad

Aquí está el origen de la mayoría de confusiones. Hay dos formas de medir los Core Web Vitals y no dicen lo mismo, porque no miden lo mismo.

Datos de laboratorio
Herramienta típica: Lighthouse, dentro de PageSpeed Insights
Es una simulación: un dispositivo y una conexión fijos, en una sola carga
Sirve para depurar y comparar el antes y el después
Es lo que Google no usa para evaluar tu página
Datos de campo
Fuente: informe de Core Web Vitals de Search Console y datos CrUX
Son visitas reales de usuarios de Chrome, agregadas durante los últimos 28 días
Reflejan tus dispositivos y conexiones reales, que casi nunca son los de tu oficina
Es lo que Google usa para evaluar tu página

Por eso un 95 en Lighthouse y una alerta roja en Search Console no se contradicen: uno simula una visita y el otro resume miles. Y si tu página recibe poco tráfico, es posible que Google no tenga datos de campo suficientes y el informe aparezca vacío. En ese caso, el laboratorio es tu única referencia, pero con las cautelas que acabas de leer.

Cuánto pesan los Core Web Vitals en el posicionamiento

Menos de lo que se vende y más de lo que se ignora. Los Core Web Vitals son una señal de posicionamiento, pero no compensan un contenido que no responde a lo que busca el usuario: la propia documentación de Google indica que prioriza la relevancia, incluso cuando la experiencia de página es mejorable. Pasar de rojo a verde no te lleva del puesto 20 al 1.

Donde sí marcan diferencia es en un empate entre páginas igual de relevantes y, sobre todo, en lo que ocurre después del clic. Una página lenta o inestable pierde a la persona antes de que lea nada, y una tienda donde el botón de compra se desplaza justo cuando vas a pulsarlo pierde ventas. Esa es la razón más sólida para mejorarlos, más que el ranking.

Regla práctica. Si tu web está en verde en las tres métricas, deja de optimizar velocidad y dedica ese tiempo al contenido y a la autoridad. Si está en rojo, corrígelo antes de invertir en ambos: es la base sobre la que todo lo demás rinde.

Cómo mejorar los Core Web Vitals, paso a paso

1

Localiza dónde está el problema, por dispositivo y tipo de página

En Search Console, abre el informe de Core Web Vitals y empieza por móvil. Fíjate en los grupos de URLs: normalmente el problema no es la web entera, sino una plantilla (fichas de producto, entradas del blog, categorías). Arreglar una plantilla corrige cientos de URLs de golpe.

2

Empieza por el LCP: la imagen principal

En la mayoría de webs el elemento más grande es una imagen. Comprímela, sírvela en un formato moderno (WebP o AVIF) con unas dimensiones acordes a su tamaño real y no la cargues en diferido: la imagen principal tiene que ser la primera en llegar. Si el LCP sigue alto, revisa el tiempo de respuesta del servidor, la caché y los recursos que bloquean el renderizado.

3

Estabiliza el CLS: reserva el espacio antes de que llegue el contenido

Define el ancho y el alto de imágenes, vídeos y anuncios para que el navegador deje el hueco preparado. Revisa también las fuentes web, para que su carga no cambie el tamaño del texto, y los banners de cookies o avisos que empujan el contenido hacia abajo cuando aparecen.

4

Reduce el INP: menos JavaScript y menos scripts de terceros

Un INP alto suele venir de JavaScript que bloquea el hilo principal: temas y constructores visuales pesados, plugins que ya no usas, widgets de chat, píxeles y etiquetas de seguimiento. Haz inventario de lo que se carga, elimina lo que no aporta y retrasa lo que no es crítico para la primera interacción. Revisar plugins y actualizaciones cada semana lleva tiempo. Si no lo tienes, un servicio de mantenimiento web evita que la página vuelva a perder velocidad.

5

Valida y espera a los datos reales

Aplica los cambios y, en Search Console, pulsa «Validar corrección». Como los datos de campo se acumulan durante 28 días, el resultado no aparece de un día para otro: no saques conclusiones antes de un mes.

Cómo medir si los Core Web Vitals han mejorado

Este es el punto donde muchos proyectos se quedan a medias: se aplican cambios técnicos, pero no se mide nada que demuestre si han servido. Necesitas combinar fuentes, cada una con su papel.

Qué medir Dónde y qué te dice
Estado por grupos de URLs Search Console. Datos de campo en móvil y escritorio. Es la medida de referencia.
Diagnóstico de una URL PageSpeed Insights. Datos de campo de esa página y oportunidades de mejora del laboratorio.
Plantillas que fallan Screaming Frog con la API de PageSpeed. Métricas de muchas URLs a la vez para detectar el patrón.
Efecto en negocio GA4. Tasa de interacción y de conversión por dispositivo, antes y después de los cambios.

Esa última fila merece una lectura tranquila. Si tras mejorar los Core Web Vitals la conversión en móvil sube mientras tu tráfico se mantiene, el trabajo ha servido aunque tus posiciones no se muevan. Para verlo necesitas una analítica web con eventos que midan negocio, no solo páginas vistas.

Lo que no funciona

✕
Perseguir el 100 en Lighthouse. Es una puntuación de laboratorio, no la que evalúa Google. Una web con un 78 y los datos de campo en verde está mejor que otra con un 100 y los datos de campo en rojo.
✕
Instalar un plugin de optimización y dar el trabajo por hecho. La caché, la minificación y la carga diferida ayudan, pero activadas sin medir también rompen diseños y empeoran el CLS.
✕
Eliminar a ciegas los scripts de medición. Quitar Tag Manager o los píxeles mejora los números, pero te deja sin analítica. Se trata de cargarlos mejor y de eliminar solo los que no usas.
✕
Optimizar solo la home. Google evalúa por grupos de URLs. Si las fichas de producto fallan, da igual lo rápida que sea la portada.
Un apunte sobre los umbrales. Las métricas han cambiado antes: en marzo de 2024 el INP sustituyó al FID, y Google puede volver a ajustarlas. Antes de fijar objetivos, contrasta los valores vigentes en la documentación oficial de Google, y desconfía de los artículos que no indiquen cuándo se escribieron.

¿Tu Search Console marca URLs en rojo?

Reviso tus Core Web Vitals con datos de campo, identifico qué plantillas fallan y te entrego un plan priorizado para corregirlas sin rehacer tu web.

Ver auditoría SEO

Lo he visto en proyectos reales. En el caso de éxito SEO de productos personalizados B2B, la auditoría inicial detectó un WPO móvil débil, con un LCP crítico causado sobre todo por imágenes sin comprimir. La mejora del LCP y un plan de optimización de imágenes formaron parte de la hoja de ruta técnica del proyecto.

¿Hablamos?
Scroll al inicio