Qué miden realmente Core Web Vitals y cuál de ellas percibe el visitante

Core Web Vitals son tres números, y casi todo lo escrito sobre ellos explica qué miden. La pregunta más útil es la experiencia de quién miden, porque la respuesta está en la definición y determina a qué conclusiones puedes llegar a partir de una puntuación verde.

Los tres, y el que se fue

Los propios umbrales de Google, en tres bandas cada uno:

• Largest Contentful Paint (LCP): Bueno 2500 ms o menos, Necesita mejora 2501 a 4000 ms, Deficiente más de 4000 ms.
• Interaction to Next Paint (INP): Bueno 200 ms o menos, Necesita mejora 201 a 500 ms, Deficiente más de 500 ms.
• Cumulative Layout Shift (CLS): Bueno 0.1 o menos, Necesita mejora 0.11 a 0.25, Deficiente más de 0.25.

LCP es carga: cuánto tarda hasta que la cosa más grande de la pantalla llega. INP es interactividad: tocas algo, y cuánto tarda la página en pintar una respuesta. CLS es estabilidad visual, y es el único que no es una duración; es una puntuación de cuánto se movió el maquetado después de que ya podías verlo.

First Input Delay ya no es uno de ellos. INP reemplazó FID y se estabilizó en 2024, lo que importa principalmente porque cualquier guía escrita antes de entonces nombre una métrica que ya no se mide. Si alguien te entrega un informe de rendimiento con una columna de FID, te está hablando de una web diferente.

Cuál de ellas percibe un visitante

Esta es la parte valiosa, porque un usuario nunca reporta una métrica. Reportan una sensación, y la sensación te dice cuál de los tres investigar.

“Me quedé mirando nada.” Eso es LCP. Se alcanzó la página, el servidor respondió, y la cosa que la persona buscaba aún no llegaba. Nada está roto y nada da error.

“Le toqué y nada pasó, así que lo toqué de nuevo.” Eso es INP, y el segundo toque es la mitad de diagnóstico. Una página que no pinta una respuesta en un par de cientos de milisegundos se pulsa dos veces, que es cómo una acción intencional se convierte en dos acciones presentadas.

“Saltó y pulsé lo incorrecto.” Eso es CLS. Una imagen tardía o una fuente web que llega después de la primera pintura empuja el botón a otro lugar entre el ojo decidiendo y el dedo aterrizando.

Así que “el sitio se siente lento” es al menos tres defectos diferentes, y las palabras que elige alguien lo reducen antes de haber medido nada. Eso vale más de lo que parece, porque los tres no tienen nada en común debajo: LCP suele ser bytes y round trips, INP es usualmente JavaScript ocupando el hilo principal, y CLS suele ser maquetado para el que no reservaste espacio.

El percentil 75 es toda la historia

Aquí está la frase que cambia cómo lees una puntuación. La evaluación se realiza en el percentil 75 de las cargas de página, segmentadas entre dispositivos móviles y de escritorio.

No el promedio, y no tu visita. Tres cuartos de las cargas tienen que estar en o bajo el umbral para que una página pase, lo que significa una carga de cada cuatro puede ser peor que tu número verde mientras el número se mantiene verde. Eso no es un defecto en la métrica; es lo que la métrica dice.

La razón de Google para elegir ese percentil está publicada y vale la pena conocer, porque explica por qué la cola es deliberada: el percentil 75 asegura que la mayoría de visitas experimenten el nivel objetivo de rendimiento, mientras que percentiles más altos dan peso indebido a experiencias malas ocasionales. Con cien visitas, mover el umbral al percentil 75 requiere que veinticinco de ellas sean afectadas antes de que la puntuación se mueva. En el percentil 95, solo se necesitan cinco.

Así que la decisión de diseño es ser robusto ante valores atípicos. El costo de esa robustez es que un problema real y repetible que afecta a una quinta parte de tus visitantes puede permanecer debajo de una puntuación aprobada indefinidamente.

Por qué tu propia experiencia nunca es la medición

Abre tu propio sitio y casi seguramente estás en los tres cuartos cómodos, y no por suerte. Estás en una máquina elegida para trabajo de desarrollo, en una conexión que pagas, con el caché ya caliente, las fuentes ya descargadas y el service worker ya instalado, probablemente cerca de una ubicación edge que te sirve en milisegundos de un solo dígito.

El cuarto lento es alguien en un teléfono de rango medio en un tren con un caché frío. No son una anomalía. Son la parte de la medición que no puedes alcanzar desde tu escritorio, que también es la parte que la puntuación está construida para tolerar.

Por eso “para mí está bien” es una afirmación verdadera y no evidencia de nada, y por qué una página puede sentirse lenta mientras cada métrica del servidor dice que es rápida.

Lo que una puntuación de campo no puede hacer

Core Web Vitals como Google los evalúa son datos de campo: un agregado sobre una población de visitas reales. Eso es lo que las hace valiosas, y también es el límite.

Un agregado no puede responder una pregunta sobre una visita. Cuando una persona específica dice que el checkout era inutilizable el martes por la tarde, ningún percentil te dice qué les pasó, y una página que pasa solo te dice que al menos tres cuartos de las visitas fueron bien. La queja muy posiblemente es del cuarto que el umbral fue diseñado para absorber.

Así que las dos cosas hacen trabajos diferentes y ninguna sustituye a la otra. La puntuación de campo te dice si la experiencia es ampliamente aceptable y dónde gastar tiempo de ingeniería. Una visita capturada te dice qué pasó con la persona frente a ti. Ir por el primero cuando alguien pregunta sobre el segundo es cómo un informe real se cierra como no reproducible.

Qué hacer con una queja lenta

Tres pasos, en el orden que cuesta menos.

Lee las palabras de la métrica. Esperando, sin respuesta o moviéndose. Eso solo elige cuál de los tres investigar y descarta los otros dos.

Obtén la visita en lugar del agregado. Cuándo sucedió, en qué dispositivo y conexión, y qué estaba haciendo la página en ese momento. Un percentil no puede reducirse a una persona, pero una sesión capturada ya es una.

Luego comprueba la puntuación de campo para averiguar si estás persiguiendo la cola o el medio. Si la página pasa y la queja es real, estás en el cuarto que fue diseñado así, y eso cambia la decisión en lugar de terminarla.

En un párrafo

Core Web Vitals son LCP a 2500 ms, INP a 200 ms y CLS a 0.1, evaluados en el percentil 75 de las cargas y divididos entre dispositivos móviles y de escritorio, con FID retirado a favor de INP. Cada uno corresponde a una queja que una persona realmente hace: esperar, tocar dos veces, o pulsar el botón equivocado. Y el percentil significa que un cuarto de tus visitas pueden ser peor que tu puntuación aprobada, lo que explica por qué un panel verde y un usuario infeliz generalmente son ambos correctos, y por qué resolverlo necesita una visita capturada en lugar de un promedio mejor.