Volver a las notas

Buena nota en PageSpeed y suspenso en Core Web Vitals: datos de laboratorio frente a datos de campo

12 de septiembre de 2026·
wordpresscorewebvitalspagespeedperformance

Nota revisada y reescrita el 18 de octubre de 2026: la versión original tenía errores y datos sin fuente.

PageSpeed Insights da un 92 en verde y, justo encima, dice Evaluación de Core Web Vitals: no superada. No es una contradicción: son dos mediciones distintas en la misma página.

Dos fuentes de datos

Arriba: datos de campo (CrUX). Lo que han medido los navegadores Chrome de usuarios reales en los últimos 28 días, en el percentil 75. Esta es la evaluación de Core Web Vitals: aprueba si LCP ≤ 2,5 s, INP ≤ 200 ms y CLS ≤ 0,1. Si tu URL no tiene tráfico suficiente, muestra el dato de todo el origen, o nada.

Abajo: datos de laboratorio (Lighthouse). Una sola carga simulada, en un móvil de gama media con red lenta emulada, sin caché, sin cookies y sin interactuar con la página. El número de 0 a 100 sale de ponderar varias métricas de esa carga.

Por qué no coinciden

  • INP no existe en el laboratorio. INP mide lo que tarda la página en responder a clics y teclas, y Lighthouse no hace clic en nada. Una web puede sacar un 95 y tener un INP malo por un menú, un filtro de WooCommerce o un plugin de chat que bloquea el hilo principal al interactuar. La métrica de laboratorio más parecida es Total Blocking Time, pero no es lo mismo.
  • Tus usuarios no son el móvil simulado. Si la mayoría entra con móviles más lentos o redes peores que la emulación, el campo sale peor. Y al revés.
  • Lo que pasa después de cargar. Banners de cookies, anuncios o un popup de newsletter que aparece a los 5 segundos empujan el contenido (CLS) cuando Lighthouse ya ha terminado.
  • Otras páginas, otros estados. El campo junta visitas con sesión iniciada, carritos llenos, páginas de categoría con 100 productos... Lighthouse mide una URL en frío.
  • 28 días de retraso. Si arreglaste algo ayer, el campo aún no lo refleja.

Cómo usar cada uno en un WordPress

  1. El campo dice qué métrica falla. Mira cuál suspende en PageSpeed, y en el informe de Core Web Vitals de Search Console mira qué grupos de URLs: muchas veces son solo las fichas de producto o solo el móvil.
  2. El laboratorio sirve para buscar la causa, en el Performance de Chrome DevTools con throttling:
    • LCP: la imagen principal cargada en lazy (WordPress deja sin lazy la primera imagen del contenido desde la 5.9, y las tres primeras desde la 6.3, pero muchos temas y constructores de páginas aplican su propio lazy a todo), fuentes de Google sin precargar, o un TTFB alto por no tener caché de página.
    • INP: graba mientras haces clic en el menú o en los filtros, y busca tareas largas. Suelen ser scripts de plugins (sliders, chats, analítica, constructores de páginas) que se cargan en todas las páginas.
    • CLS: activa Layout Shift Regions en Rendering y recarga. Normalmente son imágenes sin width/height, anuncios sin hueco reservado o el banner de cookies insertado arriba.
  3. Comprueba el arreglo con medición propia si no puedes esperar 28 días. La librería web-vitals envía las métricas reales a tu analítica.

Optimizar solo para subir el número de Lighthouse (difiriendo todo el JavaScript hasta que el usuario hace algo, por ejemplo) puede empeorar el INP real: el primer clic tiene que esperar a que cargue todo lo que se retrasó.

Fuentes