Los datos de laboratorio (Lighthouse, pruebas simuladas) sirven para encontrar problemas, pero la señal real de experiencia proviene de datos de campo: mediciones de usuarios reales, agregadas en el Informe de experiencia de usuario de Chrome (CrUX). Para un cliente, la pregunta correcta es qué ve la mayoría de sus visitantes, no qué puntaje sale en una prueba simulada.
Dónde ver datos de campo
- Search Console: informe de Experiencia de la página y Core Web Vitals por grupos de URL.
- PageSpeed Insights: muestra datos de campo (cuando hay suficiente tráfico) y diagnóstico de laboratorio. Entra en PageSpeed Insights.
- CrUX: datos públicos del Chrome UX Report, por origen y, si hay volumen, por página.
Las tres métricas
Las Core Web Vitals miden carga (LCP), interactividad (INP) y estabilidad visual (CLS); las definiciones y umbrales vigentes están en web.dev. Recuerda que INP sustituyó a FID como métrica de interactividad. Explica al cliente cada una con un ejemplo: «cuánto tarda en verse lo principal», «cuánto tarda en responder a un toque», «si los elementos saltan mientras carga».
Por qué el laboratorio y el campo difieren
- El laboratorio simula un dispositivo y una red; el campo refleja la variedad real.
- El campo incluye la caché, la ubicación y el uso real.
- Los datos de campo se acumulan durante semanas; un arreglo hoy tarda en verse.
- Un sitio con poco tráfico puede no tener datos de campo suficientes.
Cómo explicarlo al cliente
Usa dos números: el estado de campo (aprobado o no por métrica) y la tendencia de las últimas semanas. Muestra qué páginas o plantillas fallan y qué arreglo se hará primero. Evita obsesionarte con un puntaje de 100: para Google importa pasar los umbrales en campo, y para el negocio importa que la web se sienta rápida. Para arreglos concretos, mira cómo mejorar el LCP en WordPress y el INP en WordPress.
Un flujo de trabajo
- Revisa campo en Search Console y PSI para identificar plantillas con problemas.
- Diagnostica en laboratorio la causa técnica.
- Implementa el arreglo en una plantilla y valida en laboratorio.
- Espera a que los datos de campo se actualicen y documenta el antes y el después.
Un ejemplo práctico (ilustrativo)
Un cliente presume un 98 en Lighthouse, pero Search Console muestra que su plantilla de producto falla en INP en datos de campo. La agencia explica la diferencia y prioriza el arreglo en esa plantilla. Es un escenario hipotético para ilustrar el método, no un caso real ni una promesa de resultados.
Reporte de Core Web Vitals
- Estado de campo por métrica.
- Tendencia de semanas recientes.
- Plantillas con problema.
- Diagnóstico de laboratorio por plantilla.
- Arreglo propuesto y fecha.
- Antes y después en campo.
- Nota sobre el retraso de los datos.
¿Cómo puede ayudarte RankPro con esto?
RankPro mide los Core Web Vitals con datos de campo y de laboratorio y entrega informes de mejora comprensibles para tus clientes.
Preguntas frecuentes
¿Qué hago si mi cliente no tiene datos de campo?
Usa laboratorio como guía y mide con tu propia analítica de rendimiento mientras acumula tráfico.
¿Cuánto tarda en actualizarse CrUX?
Los datos son acumulativos; los cambios pueden tardar varias semanas en reflejarse.
¿Es obligatorio pasar las tres métricas?
Son una señal de experiencia entre muchas; conviene mejorarlas sin sacrificar el contenido.
¿Un 100 en Lighthouse garantiza buena experiencia?
No; puede variar mucho en campo.