Cómo usar el informe de UX de Chrome en PageSpeed Insights

PageSpeed Insights (PSI) es una herramienta para que los desarrolladores web comprendan cuál es el rendimiento de una página y cómo pueden mejorarlo. Utiliza Lighthouse para auditar la página y, además, identificar oportunidades para mejorar el rendimiento. También se integra con el Informe de UX de 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 deseas probar y haz clic en Analizar.

Ingresa una URL para comenzar a usar PageSpeed Insights

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

Datos de campo de CrUX en PageSpeed Insights

En la sección de experiencias de usuarios reales, las métricas se agrupan según las Métricas web esenciales y otras métricas destacadas. Las tres métricas web esenciales se muestran primero: Largest Contentful Paint (LCP), Retraso de primera entrada (FID) y Cambio de diseño acumulado. Estas están seguidas por otras métricas destacadas: First Contentful Paint (FCP), Interaction to Next Paint (INP) y Time to First Byte (TTFB).

Métricas web esenciales

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

Otras métricas destacadas

  • FCP mide el tiempo que transcurre hasta que la página muestra algún elemento en primer plano, como texto o un logotipo.
  • TTFB es una métrica experimental que mide el tiempo que transcurre entre la solicitud de un recurso y el momento en que comienza a llegar el primer byte de una respuesta.
  • FID (que ahora es obsoleto y se reemplazó por INP) mide la interactividad de la página, desde la primera interacción del usuario hasta el momento en que la página responde a ella.

Umbrales de métricas

En esta tabla, se describe cómo los valores de estas métricas se clasifican como “buenas”, “que necesitan mejoras” o “deficientes”.

Métrica | "Buena" | "Requiere mejora" | "Deficiente" -- | -- | -- | -- LCP | 0 a 2,500 ms | 2,500 a 4,000 ms | 0,00-0,10 ms | 0.10 a 0,25 ms | 0

Las Métricas web esenciales son las más importantes y las experimentan directamente usuarios reales. Las otras métricas pueden usarse como diagnósticos, pero no necesariamente son perceptibles para los usuarios reales. Por lo tanto, estas métricas no se tienen en cuenta en la evaluación de las Métricas web esenciales, y no alcanzar los umbrales “buenos” solo es importante 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 como aprobada o no la evaluación de Métricas web esenciales
  • percentiles medidos en segundos o milisegundos (CLS no tiene unidades)
  • Puedes encontrar una distribución que representa el porcentaje de experiencias “buenas”, “que se necesitan mejoras” y “deficientes” si haces clic en Expandir vista en la parte superior derecha de esta sección.

Vista expandida de datos de CrUX en PageSpeed Insights

En la captura de pantalla anterior, la página está etiquetada como "aprobada" 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 aparece como “desaprobada”. Es posible que algunas páginas no tengan suficientes datos de INP. En ese caso, la página se evalúa según 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 porcentaje determinado de muestras. Por ejemplo, la captura de pantalla anterior muestra que el percentil 75 de FID es de 13 ms, lo que significa que el 75% de las experiencias de FID son más rápidas que 13 ms. Estos valores están codificados por colores de acuerdo con la tabla de umbrales anterior, en la que los valores "bueno" son el verde, los valores "necesario de mejora" son de color naranja y los valores "malo" son rojos.

Por último, las distribuciones de cada métrica se ilustran con las agrupaciones "buena", "necesita mejorar" y "deficiente". Por ejemplo, las experiencias de LCP de esta página son "buenas" (menos de 2.5 segundos) el 90% de las veces. El FID es “deficiente” (al menos 300 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 "mala".

Resumen del rendimiento según el origen

PSI también incluye un resumen del rendimiento del origen. Esto es una agregación de experiencias del usuario en todas las páginas de un origen. Puedes obtener las mismas estadísticas para 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 la consulta.

Rendimiento de CrUX de origen en PageSpeed Insights

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

Respuestas cuando los datos de URL 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 a continuación. Si haces clic en el ícono junto al botón Esta URL inhabilitada, verás más explicaciones.

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

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

No hay datos de CrUX en PageSpeed Insights

Preguntas frecuentes

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

PSI combina los datos de la experiencia del usuario reales de CrUX con los diagnósticos de rendimiento basados en labs de Lighthouse. De este modo, es más fácil ver la velocidad con la que se experimenta una página y cómo agilizarla, todo en un solo lugar. La agregación diaria de datos de campo en PSI lo convierte en un excelente lugar para supervisar más de cerca el origen o el rendimiento de la URL que las herramientas con agregaciones menos frecuentes.

¿Existen limitaciones para el uso de 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.