Contenidos
Resumen
Los Core Web Vitals son tres métricas —LCP, INP y CLS— con las que Google mide la experiencia de carga real de tu web. Se pueden medir de dos formas distintas (laboratorio, con una simulación, o campo, con datos de tus visitantes reales), y conviene no confundirlas: un 100/100 en Lighthouse no es lo mismo que "aprobar" los Core Web Vitals de campo. En esta guía tienes qué es cada métrica, cómo mejorarla y un checklist para revisar tu propia web.
¿Qué son los Core Web Vitals?
Son tres métricas que Google usa para valorar la experiencia de carga de una página, dentro de su conjunto más amplio de señales de "experiencia de página":
- LCP (Largest Contentful Paint): cuánto tarda en pintarse el elemento más grande visible al cargar la página (normalmente una imagen o un bloque de texto grande). Se considera bueno por debajo de 2,5 segundos.
- INP (Interaction to Next Paint): cuánto tarda la página en responder visualmente después de que alguien haga clic, toque o escriba. Sustituyó a FID en 2024. Se considera bueno por debajo de 200 milisegundos.
- CLS (Cumulative Layout Shift): cuánto se mueven los elementos de la página mientras carga (por ejemplo, un botón que salta porque una imagen tarda en cargar). Se considera bueno por debajo de 0,1.
Laboratorio vs datos de campo: la confusión más habitual
Esta es la parte que más se pasa por alto, y la que más problemas de expectativas genera:
- Datos de laboratorio (Lighthouse, PageSpeed Insights): simulan una visita en un entorno controlado, con una conexión y un dispositivo estándar. Son útiles para diagnosticar y comparar antes/después de un cambio, pero no son Core Web Vitals en sentido estricto.
- Datos de campo (Chrome UX Report, CrUX): se calculan con visitas reales de usuarios de Chrome durante las últimas 4 semanas. Esto es lo que Google usa realmente como señal de posicionamiento relacionada con la experiencia de página.
Una web puede sacar 100/100 en Lighthouse y no tener todavía datos de campo, simplemente porque no acumula tráfico suficiente para que Google pueda calcularlos. No es un error ni un problema: solo significa que hay que esperar tráfico o medir por tu cuenta (te explico cómo, más abajo).
Descarga mi guía SEO para CEOs
¿Necesitas una estrategia clara para implementar estas prácticas en tu empresa? He creado una guía completa sobre SEO y estrategia digital para líderes empresariales. Aprende a aplicar estas tendencias y medir resultados reales.
Descargar ahoraCómo mejorar el LCP
- Optimiza la imagen o el bloque principal. Comprime y sirve en formatos modernos (WebP/AVIF) la imagen o el elemento que se pinta primero.
- Prioriza la carga del recurso principal. Usa
fetchpriority="high"en la imagen del LCP y evita que quede detrás de JavaScript innecesario. - Reduce el tiempo de respuesta del servidor. Un hosting lento retrasa todo lo demás, por muy optimizada que esté la página.
- Elimina CSS y fuentes que bloqueen el renderizado. Carga lo crítico en línea y difiere el resto.
- Usa un CDN para servir imágenes y archivos estáticos más cerca del usuario.
Cómo mejorar el INP
- Reduce el JavaScript que se ejecuta al cargar. Divide el código en partes más pequeñas (code splitting) para no bloquear el hilo principal con una tarea larga.
- Evita librerías y scripts de terceros innecesarios. Cada script añadido (chats, píxeles, widgets) compite por el mismo hilo de ejecución.
- Aplaza el trabajo no urgente. Usa
requestIdleCallbacko carga diferida para lo que no afecta a la primera interacción del usuario. - Optimiza los manejadores de eventos (clics, scroll) para que hagan el mínimo trabajo posible antes de actualizar la pantalla.
Cómo mejorar el CLS
- Reserva espacio para imágenes y vídeos con los atributos
widthyheight, o conaspect-ratioen CSS, para que el navegador sepa cuánto sitio ocupar antes de que carguen. - Reserva espacio para anuncios y embebidos en lugar de dejar que empujen el contenido al cargar.
- Ten cuidado con las fuentes web. Usa
font-display: swapu optimiza la carga para minimizar el salto al cambiar de fuente por defecto a la definitiva. - Evita insertar contenido dinámico por encima de lo que el usuario ya está viendo, salvo que sea en respuesta a una acción suya.
Herramientas para medir Core Web Vitals
- PageSpeed Insights: datos de laboratorio y, si existen, de campo para una URL o para todo el dominio.
- Google Search Console: el informe "Core Web Vitals" agrupa datos de campo por todo el origen, y suele mostrar algo aunque una URL concreta no tenga muestra suficiente en PageSpeed Insights.
- Chrome DevTools (panel Performance): para ver exactamente qué tarea bloquea el hilo principal o qué elemento causa un salto de layout.
- La librería
web-vitalsde Google: para medir tú mismo, en tiempo real, a tus visitantes reales y mandar esos datos a Google Analytics, sin depender de que Google acumule tráfico suficiente.
Checklist de revisión
- ¿Sabes si tu LCP, INP y CLS están en verde con datos de campo, no solo de laboratorio?
- ¿La imagen o bloque principal de cada página está optimizado y prioriza su carga?
- ¿Hay scripts de terceros que podrías eliminar o cargar de forma diferida?
- ¿Todas las imágenes y embebidos tienen su espacio reservado?
- ¿Tienes medición propia (web-vitals + Analytics) si Search Console aún no muestra datos?
Un caso real, con la aclaración honesta
En consultor Core Web Vitals tienes el caso de stratedge.es: 100/100 en Rendimiento (Lighthouse, móvil). Lo importante es la aclaración que acompaña al caso: es una puntuación de laboratorio, porque esa web todavía no acumula tráfico suficiente para tener datos de campo. Es exactamente la distinción de la que habla esta guía, aplicada a un caso real en lugar de solo explicada en teoría.
Cómo lo trabajo yo
Soy Santiago Arroyo, consultor de marketing digital afincado en Getafe con más de 20 años de experiencia en SEO técnico. Mi forma de trabajar el rendimiento:
- Diagnóstico con datos de laboratorio y de campo, sin mezclar ambos conceptos en el informe que te entrego.
- Medición de usuarios reales con
web-vitalscuando Google todavía no tiene datos suficientes. - Implementación directa de las mejoras técnicas, priorizadas por impacto.
Tienes el detalle del servicio en consultor Core Web Vitals, y si tu web está en WordPress, en consultor SEO WordPress trato también la parte de velocidad específica de esa plataforma.
Preguntas Frecuentes
P: ¿Los Core Web Vitals son un factor de posicionamiento directo? R: Son una señal dentro de un conjunto más amplio de factores de experiencia de página. Ayudan, pero un contenido débil con Core Web Vitals perfectos no va a superar a un contenido mejor con métricas peores.
P: ¿Por qué mi web tiene una nota distinta en Lighthouse cada vez que la mido? R: Lighthouse simula la carga en el momento del análisis, y hay variabilidad de red y de máquina entre ejecuciones. Para comparar de forma fiable, mide varias veces y fíjate en la tendencia, no en un único resultado.
P: ¿Con arreglar los Core Web Vitals me basta para posicionar mejor? R: No. Es una condición necesaria pero no suficiente: ayuda a que Google pueda valorar mejor tu contenido, pero no sustituye a tener contenido relevante, buena estructura y enlaces de calidad.
P: ¿Cuánto tarda en verse el cambio en los datos de campo? R: Los datos de campo de Chrome UX Report se calculan sobre una ventana móvil de aproximadamente 28 días, así que una mejora tarda semanas en reflejarse completamente, aunque el resultado de laboratorio cambie al instante.
Conclusión
Conclusión
Mejorar los Core Web Vitals es, sobre todo, trabajar tres cosas por separado: qué tan rápido se ve lo principal (LCP), qué tan rápido responde la página (INP) y qué tan estable es visualmente mientras carga (CLS). Mide siempre distinguiendo laboratorio de campo, y si todavía no tienes datos reales, empieza a medirlos tú mismo en lugar de esperar.
Si quieres que revise los Core Web Vitals de tu web con detalle, tienes toda la info en consultor Core Web Vitals.
