Core Web Vitals

Las tres métricas y qué se considera bueno

• Largest Contentful Paint (LCP): cuánto tarda en pintarse el elemento más grande del área visible, normalmente una imagen destacada o el titular. Bueno es 2,5 segundos o menos; por encima de 4 segundos es malo. Es lo más parecido a medir "cuándo pareció llegar la página".
• Interaction to Next Paint (INP): la latencia entre un toque, clic o pulsación de tecla y el siguiente fotograma que pinta el navegador, medida en toda la visita y no solo en la primera interacción. Bueno es 200 milisegundos o menos; por encima de 500 es malo. INP sustituyó a First Input Delay en marzo de 2024, porque casi cualquier página aprobaba FID sin esfuerzo.
• Cumulative Layout Shift (CLS): cuánto se mueve el contenido visible mientras la página carga, expresado como un número sin unidades. Bueno es 0,1 o menos; por encima de 0,25 es malo. Los culpables habituales son imágenes sin dimensiones, fuentes que cargan tarde y banners inyectados por encima del contenido.

Las puntuaciones que usa Google son datos de campo: sesiones reales de usuarios reales de Chrome, recogidas en el Chrome User Experience Report en una ventana móvil de 28 días. Las herramientas de laboratorio, como Lighthouse o la mitad de laboratorio de PageSpeed Insights, simulan una visita en un dispositivo sintético: son valiosísimas para depurar, pero no son la cifra que se evalúa. Un sitio con poco tráfico puede no tener datos de campo, y entonces sencillamente no se evalúa.

Cuánto influyen en el posicionamiento

Menos de lo que suele suponer el esfuerzo que se les dedica. Los Core Web Vitals son una entrada de la experiencia de página, que Google ha descrito de forma consistente como una señal modesta, capaz de separar resultados comparables antes que de impulsar uno flojo. Una página rápida no supera a una respuesta mejor. Si una página no recibe tráfico, el rendimiento rara vez es la causa: el diagnóstico suele estar más arriba, en la indexación, en la intención de búsqueda o en la simple ausencia de algo que merezca posicionar.

Donde sí compensan de forma fiable es después del clic. Quien se marcha antes de que la página se pinte nunca fue un problema de posicionamiento, y un diseño que salta bajo el pulgar cuesta conversiones justo en el dispositivo donde menos te lo puedes permitir. Trata los Core Web Vitals como trabajo de conversión que además sirve de desempate en buscadores y priorizarás bien: arregla las páginas realmente lentas y deja de optimizar una puntuación que ya aprueba.

La trampa que encontramos midiendo nuestro propio LCP

El LCP mide lo que registra el navegador, no lo que ve una persona, y en esa distancia es donde la métrica engaña. En nuestra propia portada de AgentCeres —el Director de Crecimiento con IA, en agentceres.com— el titular estaba detrás de una animación de aparición que solo se ejecutaba tras la hidratación. PageSpeed Insights informó de un LCP móvil de 6,6 segundos con un retardo de renderizado del elemento cercano al 98%: la página había cargado mucho antes y el titular simplemente era invisible hasta que JavaScript se ponía al día. Quien tuviera JavaScript bloqueado no lo veía nunca.

Arreglar eso destapó algo más extraño. Cambiamos la aparición por JavaScript por un fundido puro en CSS y el LCP medido empeoró en lugar de mejorar: 8,1 segundos cuando lo medimos en vivo el 12 de julio de 2026, anclado ahora en el pequeño logotipo de la barra de navegación. Un fundido desde opacidad cero se ejecuta en el compositor y nunca repinta el elemento, así que Chrome no emite ningún candidato a LCP para él y la métrica se traslada en silencio a lo siguiente que sí se pinta. La solución fue dejar el titular sin ninguna animación de entrada. La lección se generaliza: cualquier cosa que animes al aparecer puede dejar de ser tu elemento LCP, y la puntuación que leas después describirá otra parte de la página.