Cómo ver los datos del Informe de UX de Chrome en PageSpeed Insights

PageSpeed Insights (PSI) es una herramienta que permite a los desarrolladores web comprender el rendimiento de una página y cómo mejorarlo. Usa Lighthouse para auditar la página y también identificar oportunidades para mejorar el rendimiento. También se integra con el Informe sobre la experiencia del usuario en Chrome (CrUX) para mostrar cómo los usuarios reales experimentan la página y el origen en conjunto. En esta guía, aprenderás a usar PSI para extraer estadísticas de CrUX y comprender mejor la experiencia del usuario.

Datos de campo de CrUX en PageSpeed Insights

Lee los datos

Para comenzar, ve a https://pagespeed.web.dev/ Ingresa la URL de la página que quieras probar y haz clic en Analizar.

Ingresa una URL para comenzar a usar PageSpeed Insights

Después de unos segundos, Lighthouse se realizarán auditorías y verás secciones con datos de CrUX ("Descubre la experiencia de tus usuarios reales") y Lighthouse ("Diagnostica problemas de rendimiento"). CrUX es una colección de experiencias de usuario real desde el campo, mientras que Lighthouse es una prueba controlada en el laboratorio.

Datos de campo de CrUX en PageSpeed Insights

En la sección de experiencias del usuario real, las métricas se agrupan por Métricas web esenciales y otras métricas destacadas. Las tres métricas web esenciales se enumeran primero: Largest Contentful Paint (LCP), Interaction to Next Paint (INP) y Cambio de diseño acumulado. A estas siguen las otras métricas notables: First Contentful Paint (FCP) y Time to First Byte (TTFB).

Métricas web esenciales

  • El LCP mide el tiempo hasta que la página muestra lo que probablemente sea su contenido principal, como una imagen hero o un encabezado.
  • El INP mide la interactividad de la página midiendo la latencia de todas las interacciones que un usuario realiza con la página y presenta un solo valor que corresponde a todas (o casi todas) las interacciones.
  • CLS mide el grado de inestabilidad del diseño en la página debido a cambios, como la inserción de contenido cargado de forma asíncrona.

Otras métricas destacadas

  • El FCP mide el tiempo hasta que la página muestra algo en primer plano, como texto o un logotipo.
  • TTFB es una métrica experimental que mide el tiempo entre la solicitud de un recurso y el momento en que comienza a llegar el primer byte de una respuesta.

Límites de métricas

En esta tabla, se describe cómo se clasifican los valores de estas métricas en “bueno”, “que necesita mejorar” o “deficiente”.

Métrica "Bueno" “Requiere mejoras” "Deficiente"
LCP 0 a 2,500 ms 2,500 a 4,000 ms Más de 4,000 ms
CLS 0.00 a 0.10 0.10–0.25 0,25 o más
INP 0 a 200 ms 200 ms a 500 ms Más de 500 ms
FCP 0 a 1,800 ms 1,800 ms a 3,000 ms Más de 3000 ms
TTFB 0 a 800 ms 800 ms a 1800 ms Más de 1800 ms

Las métricas web esenciales son las más importantes y las experimentan usuarios reales de forma directa. Las otras métricas se pueden usar como diagnóstico, pero no son necesariamente perceptibles para los usuarios reales. Por lo tanto, estas métricas no se incluyen en la evaluación de Métricas web esenciales y no se cumplen de seguridad solo son importantes si afectan negativamente a las Métricas web esenciales.

La experiencia del usuario se muestra en PSI de tres maneras:

  • una etiqueta que resume la página para indicar que pasó o no las Métricas web esenciales evaluación
  • percentiles medidos en segundos o milisegundos (CLS no tiene unidades)
  • una distribución que representa el porcentaje de “bueno”, “que necesita mejorar” y “deficiente” experiencias está disponible haciendo clic en Expandir vista en la parte superior derecha de esta sección.

Vista expandida de los datos de CrUX en PageSpeed Insights

En la captura de pantalla anterior, la página está etiquetada como "pasando" la evaluación de Métricas web esenciales. Para aprobar, el percentil debe estar categorizado como “bueno” en las tres Métricas web esenciales. De lo contrario, la evaluación aparecerá como “desaprobada”. Es posible que algunas páginas no tengan suficientes datos de INP. En ese caso, la página se evalúa en las otras dos métricas web esenciales.

Los percentiles que se muestran para todas las métricas corresponden al percentil 75. En estadística, un percentil es una medida que indica el valor por debajo del cual se encuentra un determinado porcentaje de muestras. Por ejemplo, la captura de pantalla anterior muestra que el percentil 75 de INP es 64 ms, lo que significa que el 75% de las experiencias de INP son más rápidas que 64 ms. Estos valores se codifican por colores según la tabla de umbrales anterior, en la que los valores "buenos" son verdes, los valores "que necesitan mejoras" son naranjas y los valores "deficientes" son rojos.

Por último, las distribuciones para cada métrica se ilustran con los atributos “bueno”, “necesario de mejora” y “deficiente” y agrupamiento. Por ejemplo, las experiencias de LCP de esta página son "buenas" (menos de 2.5 segundos) el 90% del tiempo. INP es "deficiente" (al menos 500 milisegundos) el 1% del tiempo. Estas distribuciones representan todas las experiencias del usuario en la página y sus formas indican la tendencia a ser "buena" o "deficiente".

Resumen de rendimiento en el origen

PSI también incluye un resumen del rendimiento del origen. Esta es una agregación de experiencias del usuario en todas las páginas de un origen. Puedes obtener las mismas estadísticas de un origen completo que están disponibles para páginas individuales. Estos datos están estrechamente alineados con lo que está disponible en BigQuery, mientras que el rendimiento a nivel de la página no está disponible para consultas.

Rendimiento de CrUX de origen en PageSpeed Insights

Hay una gran diferencia entre los datos a nivel de origen en PSI y los de BigQuery. Los conjuntos de datos de BigQuery se lanzan una vez al mes y abarcan los datos del mes calendario anterior. Por ejemplo, el conjunto de datos 202005 incluye todas las experiencias de los usuarios que ocurrieron en mayo de 2020. Por otro lado, PSI agrega datos nuevos todos los días que abarcan los 28 días anteriores. Por lo tanto, los resultados que ves hoy pueden ser diferentes mañana y no necesariamente serán los mismos que los que verías en la agregación del mes actual en BigQuery.

Respuestas cuando los datos de las URLs no están disponibles en CrUX

Si la URL que ingresaste no está disponible en CrUX, PageSpeed Insights intentará recurrir a datos a nivel del origen, como se muestra en la siguiente captura de pantalla. Si haces clic en el ícono junto al botón This URL inhabilitado, verás más explicaciones.

No hay datos de CrUX a nivel de la URL en PageSpeed Insights, por lo que se muestran datos de origen

Si los datos a nivel de origen tampoco están disponibles en CrUX, PSI no podrá mostrar esta sección y verás la opción No Data. Aún están disponibles los datos de lab de Lighthouse para brindarte una aproximación del rendimiento de la página.

No hay datos de CrUX en PageSpeed Insights

Preguntas frecuentes

Estas son algunas de las preguntas frecuentes sobre los datos de CrUX en PageSpeed Insights:

¿Cuándo usaría PageSpeed Insights en lugar de otras herramientas?

PSI combina los datos reales de la experiencia del usuario de CrUX con el diagnóstico de rendimiento de Lighthouse basado en labs. Esto facilita ver qué tan rápido se experimenta una página y cómo hacerla más rápida, todo en un solo lugar. La agregación diaria de datos de campo en PSI la convierte en un excelente lugar para supervisar más de cerca el rendimiento del origen o de la URL que las herramientas con agregaciones menos frecuentes.

¿Existe alguna limitación para utilizar PageSpeed Insights?

PSI solo proporciona la agregación diaria más reciente, por lo que no necesariamente podrás ver las tendencias del rendimiento de un sitio. También hay algunas métricas no vitales incluidas en el conjunto de datos de CrUX que no se exponen en PSI.

¿Dónde puedo obtener más información sobre PageSpeed Insights?

Consulta la documentación de PSI para obtener más información.