Qué son los Core Web Vitals
Los Core Web Vitals son una forma de medir la experiencia real de una página desde tres ángulos distintos: carga, respuesta e estabilidad visual. No describen solo si un sitio “abre”, sino si lo hace de una manera que resulta cómoda para la persona que lo usa.
Las tres métricas son LCP (Largest Contentful Paint), INP (Interaction to Next Paint) y CLS (Cumulative Layout Shift). Cada una responde a una pregunta diferente. ¿Cuándo aparece el contenido principal? ¿Con qué rapidez reacciona la página a una interacción? ¿Se mantiene todo en su sitio mientras se carga y se actualiza?
LCP: la sensación de que la página ya está lista
El LCP mide el momento en que se renderiza el elemento visible más grande dentro de la ventana. Suele ser una imagen principal, un titular destacado o un bloque amplio de contenido. Es un buen indicador de la experiencia de carga porque refleja cuándo el usuario empieza a ver algo verdaderamente útil, no solo actividad técnica en segundo plano.
Una página puede estar descargando recursos y, aun así, sentirse lenta si el contenido principal tarda demasiado en aparecer. En ese retraso influyen el HTML, las hojas de estilo, las imágenes, las fuentes y también la velocidad de respuesta del servidor. Por eso el LCP se entiende mejor como el resultado de varias capas, no como una cifra aislada.
Si quiere explorar por qué una web se percibe lenta antes de mirar métricas concretas, el artículo por qué mi sitio web parece lento ayuda a poner el tema en contexto.
INP: la rapidez con la que responde la interfaz
INP mide el retraso entre una acción del usuario y el siguiente cambio visible que pinta el navegador. No se limita al primer clic o toque; observa la capacidad de respuesta durante toda la visita. Esa diferencia importa porque la experiencia no es un solo instante, sino una cadena de pequeñas interacciones.
Un INP elevado suele indicar presión sobre el hilo principal. JavaScript pesado, tareas largas, manejadores de eventos costosos o un DOM muy complejo pueden hacer que la respuesta visual llegue tarde. El sitio recibe la interacción, pero el usuario no percibe una reacción inmediata.
Esto se nota especialmente en menús, filtros, formularios, carritos y paneles. En esas interfaces, la sensación de fluidez depende menos de la velocidad de carga inicial y más de lo bien que el sistema responde cuando la persona intenta hacer algo.
CLS: por qué los saltos de diseño molestan tanto
El CLS mide los desplazamientos inesperados de elementos en la pantalla. Si un botón baja porque se carga tarde una imagen, si un texto cambia de sitio cuando aparece un anuncio o si una fuente web altera el alto de las líneas, la página se vuelve inestable y difícil de usar.
La estabilidad visual no es un detalle estético. Reduce errores de clic, mejora la lectura y transmite sensación de orden. Una web que se mueve menos da la impresión de estar mejor construida, aunque por dentro siga siendo compleja.
Causas frecuentes de CLS
- Imágenes sin espacio reservado.
- Anuncios o incrustaciones añadidos después del render inicial.
- Fuentes que cambian el tamaño del texto al cargarse.
- Barras, avisos o módulos dinámicos que empujan el contenido.
Datos de laboratorio y datos de campo: dos miradas distintas
Los Core Web Vitals se analizan a menudo con datos de laboratorio y datos de campo. Los primeros proceden de pruebas controladas, con condiciones fijas de dispositivo y red. Los segundos reflejan la experiencia de usuarios reales, con móviles distintos, conexiones irregulares y comportamientos de navegación variados.
Por eso no siempre coinciden. Una página puede verse aceptable en laboratorio y, aun así, resultar pesada en teléfonos modestos o redes lentas. También puede ocurrir que un test sintético dramatice un problema que la mayoría de visitantes no percibe. Ninguna de las dos visiones es falsa; simplemente responden a preguntas diferentes.
Los datos de campo muestran lo que ocurrió de verdad. Los de laboratorio ayudan a investigar el porqué. Juntos ofrecen una lectura bastante más útil que una sola captura aislada.
Por qué una nota global no cuenta toda la historia
Las puntuaciones generales son cómodas, pero simplifican demasiado. Un sitio puede obtener una nota aceptable y, aun así, moverse de forma brusca o responder tarde a una acción. Otro puede parecer peor en una prueba sintética y, sin embargo, ofrecer una experiencia más clara y tranquila para el usuario.
La utilidad de Core Web Vitals está precisamente en separar las dimensiones. LCP habla de la carga, INP de la respuesta y CLS de la estabilidad. Esa división permite entender la experiencia con más precisión que una sola cifra global.
TTFB y LCP: relacionados, pero no iguales
TTFB significa Time to First Byte y mide cuánto tarda el servidor en enviar el primer byte de la respuesta. No es lo mismo que LCP, aunque puede influir en él. Si el servidor responde tarde, el HTML llega más tarde y el contenido principal puede comenzar a renderizarse después.
Ahora bien, un TTFB bueno no garantiza un LCP bueno. Las imágenes, el CSS, el JavaScript o el renderizado del lado del cliente también pueden retrasar el contenido principal. El TTFB forma parte de la cadena, pero no explica todo. Para profundizar en el concepto, puede leer qué es TTFB y cómo encaja en el primer tiempo de respuesta.
Ver Core Web Vitals como experiencia de usuario real
La mejor forma de interpretar estas métricas es entenderlas como señales de experiencia humana. ¿El contenido principal aparece a tiempo? ¿La interfaz responde con agilidad? ¿La página permanece estable mientras se lee o se interactúa? Esas preguntas conectan la medición con el uso real.
Por eso no conviene tratar LCP, INP y CLS como tres números sueltos. Cada uno describe una parte distinta del recorrido del usuario. Juntos, ofrecen una visión mucho más fiel de cómo se siente una página en la práctica.
Las Core Web Vitals mejoran cuando el contenido recorre menos distancia y hay menos elementos que recalcular. Una CDN ayuda en la distribución, mientras que la caché del sitio web reduce los retrasos de las páginas dinámicas.
