Es una de las confusiones más frecuentes en Core Web Vitals: ejecutas PageSpeed Insights en tu página, sale todo verde, y luego abres Google Search Console y ves que esa misma página está en "Necesita mejora" o "Malo". ¿Cuál es el dato correcto? La respuesta corta: ambos son correctos, pero miden cosas distintas.
Los dos tipos de datos de Core Web Vitals
Datos de laboratorio (Lab Data)
Los datos de laboratorio son mediciones sintéticas: PageSpeed Insights o Lighthouse simulan una visita a tu página en condiciones controladas (dispositivo emulado, velocidad de red simulada, sin caché). Son reproducibles, inmediatos y útiles para el diagnóstico técnico. El problema: no reflejan la experiencia real de tus usuarios.
Datos de campo (Field Data / CrUX)
Los datos de campo provienen del Chrome User Experience Report (CrUX): mediciones reales de usuarios de Chrome que visitaron tu página en los últimos 28 días. Reflejan la variedad real de dispositivos, conexiones, ubicaciones geográficas y comportamientos de tus usuarios. Son los datos que Google usa para el ranking.
| Característica | Lab Data (PageSpeed/Lighthouse) | Field Data (CrUX/Search Console) |
|---|---|---|
| Fuente | Simulación controlada | Usuarios reales de Chrome |
| Ventana temporal | Medición puntual | Últimos 28 días |
| Dispositivos | Un dispositivo emulado | Todos los dispositivos de tus usuarios |
| Conexión | Red simulada fija | Variedad real de conexiones |
| Disponibilidad | Inmediata para cualquier URL | Solo si hay suficiente tráfico real |
| Uso por Google para ranking | ❌ No | ✅ Sí |
| Útil para diagnóstico | ✅ Sí | ⚠️ Limitado |
Por qué PageSpeed puede mostrar "Bueno" y Search Console "Malo"
Razón 1: Tus usuarios usan dispositivos más lentos que el emulado
PageSpeed Insights emula un dispositivo de gama media (Moto G Power) con una conexión 4G simulada. Si una parte significativa de tus usuarios reales usa dispositivos más lentos o conexiones más lentas, su experiencia real será peor que la simulación. Search Console refleja esa experiencia real.
Razón 2: Los datos de campo son un percentil 75, no la media
Search Console y CrUX reportan el percentil 75 de cada métrica — es decir, el valor que el 75% de los usuarios experimenta igual o mejor. Si solo el 30% de tus usuarios tienen LCP malo pero son muchos en términos absolutos, el P75 puede caer en "Necesita mejora" aunque la mayoría de visitas sean rápidas.
Razón 3: Las optimizaciones recientes aún no aparecen en el campo
CrUX agrega datos de los últimos 28 días. Si hiciste una mejora hace una semana, los datos de campo mejorarán gradualmente durante las próximas 3 semanas mientras el período de 28 días "olvida" los datos malos. PageSpeed en cambio refleja el estado actual inmediatamente.
Razón 4: Páginas agrupadas en Search Console
Search Console agrupa URLs similares (por ejemplo, todas las páginas de producto de un ecommerce) y reporta el estado del grupo basándose en una URL representativa. Si esa URL representativa tiene CWV malos, todo el grupo aparece como "Malo" aunque la mayoría de URLs individuales estén bien.
Por qué Search Console puede mostrar "Bueno" y PageSpeed "Malo"
Ocurre con menos frecuencia pero es posible. Las causas más comunes: la URL tiene muy poco tráfico real y CrUX no tiene datos suficientes (Search Console no muestra la URL o la marca como "buena" por defecto), o la página tiene una caché muy agresiva que beneficia a los usuarios reales pero no al bot de PageSpeed que siempre carga sin caché.
¿Qué dato debo priorizar para el SEO?
Para el ranking de Google, los datos de campo (Search Console / CrUX) son los que importan. Si Search Console dice "Necesita mejora", tienes un problema de SEO real aunque PageSpeed diga "Bueno". Usa los datos de laboratorio de PageSpeed para diagnosticar y encontrar la causa técnica, pero mide el éxito de tus optimizaciones en los datos de campo.
Una página sin datos de campo suficientes (poco tráfico) no tiene impacto de CWV en el ranking — Google solo aplica la señal de Page Experience cuando hay datos CrUX disponibles. Esto significa que las páginas nuevas o con poco tráfico no se benefician ni perjudican por sus CWV.
Cómo usar el Monitor de iRankly para interpretar ambos datos
El Monitor Core Web Vitals de iRankly usa la API de PageSpeed Insights, que muestra tanto los datos de campo (CrUX) cuando están disponibles como los datos de laboratorio (Lighthouse). Puedes ver de un vistazo cuáles de tus URLs tienen discrepancias entre ambos tipos de datos y priorizar las que tienen datos de campo negativos.
Prueba la herramienta gratis
Analiza tus URLs con Monitor Core Web Vitals de iRankly. Sin registro, sin tarjeta.
Workflow recomendado: (1) Identifica páginas con CWV malos en Search Console → (2) Analiza esas URLs en el Monitor de iRankly para ver el estado actual → (3) Usa PageSpeed Insights para obtener el diagnóstico técnico detallado → (4) Implementa las mejoras → (5) Verifica el impacto en datos de campo después de 28 días.
Qué mide cada métrica y cómo mejorarla: