PageSpeed Insights (PSI) informa sobre la experiencia del usuario de una página en dispositivos móviles y computadoras de escritorio, y brinda sugerencias sobre cómo se puede mejorar esa página.
PSI proporciona datos de campo y de lab sobre una página. Los datos del lab son útiles para depurar problemas, ya que se recopilan en un entorno controlado. Sin embargo, es posible que no capture los cuellos de botella reales. Los datos de campo son útiles para capturar experiencias del usuario reales y reales, pero tienen un conjunto más limitado de métricas. Consulta Cómo pensar sobre las herramientas de velocidad para obtener más información sobre los dos tipos de datos.
Datos de la experiencia del usuario real
Los datos de la experiencia del usuario real en PSI se basan en el conjunto de datos del Informe sobre la experiencia del usuario en Chrome (CrUX). PSI informa a los usuarios reales las experiencias de primer procesamiento de imagen con contenido (FCP), retraso de primera entrada (FID), procesamiento de imagen con contenido más grande (LCP) y cambio de diseño acumulado (CLS) del período de recopilación de 28 días anterior. PSI también informa experiencias para las métricas experimentales Interacción con el próximo procesamiento de imagen (INP) y Tiempo hasta el primer byte (TTFB).
A fin de mostrar datos de la experiencia del usuario para una página determinada, debe haber suficientes datos para que se incluyan en el conjunto de datos de CrUX. Es posible que una página no tenga suficientes datos si se publicó recientemente o tiene muy pocas muestras de usuarios reales. Cuando esto sucede, PSI recurre al nivel de detalle a nivel de origen, que abarca todas las experiencias del usuario en todas las páginas del sitio web. A veces, el origen también puede tener datos insuficientes, en cuyo caso, PSI no podrá mostrar datos de la experiencia del usuario real.
Evaluación de la calidad de las experiencias
PSI clasifica la calidad de las experiencias del usuario en tres categorías: Buena, Necesita mejoras o Mala. PSI establece los siguientes umbrales en alineación con la iniciativa Web Vitals:
| Buena | Necesita mejoras | Deficiente | |
|---|---|---|---|
| FCP | [0, 1800ms] | (1,800 ms, 3,000 ms) | más de 3,000 ms |
| FID | [0, 100ms] | (100 ms, 300 ms) | más de 300 ms |
| LCP | [0, 2500ms] | (2,500 ms, 4,000 ms) | más de 4,000 ms |
| CLS | [0, 0.1] | (0,1, 0,25) | más de 0.25 |
| INP (experimental) | [0, 200ms] | (200 ms, 500 ms) | más de 500 ms |
| TTFB (experimental) | [0, 800ms] | (800 ms, 1800 ms) | más de 1,800 ms |
Distribución y valores de métricas seleccionados
PSI presenta una distribución de estas métricas a fin de que los desarrolladores puedan comprender el rango de experiencias para esa página u origen. Esta distribución se divide en tres categorías: Buena, Necesita mejoras y Mala, que se representan con barras verdes, ámbar y rojas. Por ejemplo, ver un 11% dentro de la barra de ámbar de LCP indica que el 11% de todos los valores de LCP observados se encuentran entre 2,500 ms y 4,000 ms.
Por encima de las barras de distribución, PSI informa el percentil 75 de todas las métricas. El percentil 75 está seleccionado para que los desarrolladores puedan comprender las experiencias del usuario más frustrantes en su sitio. Estos valores de métricas de campo se clasifican como buenos, necesitan mejoras o son deficientes mediante la aplicación de los mismos umbrales que se muestran arriba.
Métricas web esenciales
Las Métricas web esenciales son un conjunto común de indicadores de rendimiento fundamentales para todas las experiencias web. Las métricas de las Métricas web esenciales son FID, LCP y CLS, y se pueden agregar a nivel de la página o del origen. Para las agregaciones con datos suficientes en las tres métricas, la agregación pasa la evaluación de Métricas web esenciales si los percentiles 75 de las tres métricas son correctos. De lo contrario, la agregación no pasa la evaluación. Si la agregación no tiene datos suficientes para el FID, aprobará la evaluación si los percentiles 75.o de LCP y CLS son correctos. Si el LCP o el CLS no tienen datos suficientes, no se puede evaluar la agregación a nivel de la página o el origen.
Diferencias entre los datos de campo de PSI y CrUX
La diferencia entre los datos de campo de PSI y el conjunto de datos CrUX en BigQuery es que los datos de PSI se actualizan a diario, mientras que el conjunto de datos de BigQuery se actualiza mensualmente y se limita a los datos a nivel de origen. Ambas fuentes de datos representan períodos finales de 28 días.
Diagnóstico del lab
PSI usa Lighthouse a fin de analizar la URL dada en un entorno simulado para las categorías de rendimiento, accesibilidad, prácticas recomendadas y SEO.
Puntuación
En la parte superior de la sección, hay puntuaciones para cada categoría, que se determinan ejecutando Lighthouse para recopilar y analizar información de diagnóstico sobre la página. Una puntuación de 90 o más se considera buena. De 50 a 89 es una puntuación que debe mejorarse y una inferior a 50 se considera deficiente.
Métricas
La categoría Rendimiento también tiene el rendimiento de la página en diferentes métricas, incluidas las siguientes: Primer procesamiento de imagen con contenido, Pintura con contenido más grande, Índice de velocidad, Cambio de diseño acumulado, Tiempo para ser interactivo y Tiempo de bloqueo total.
Cada métrica tiene una puntuación y se etiqueta con un ícono:
- El elemento bueno se indica con un círculo verde.
- Se indica que se debe mejorar con un cuadrado informativo ámbar.
- Los pobres se indican con un triángulo rojo de advertencia
Auditorías
Dentro de cada categoría, hay auditorías que proporcionan información sobre cómo mejorar la experiencia del usuario de la página. Consulta la documentación de Lighthouse para obtener un desglose detallado de las auditorías de cada categoría.
Preguntas frecuentes
¿Qué condiciones del dispositivo y de red usa Lighthouse para simular la carga de una página?
Actualmente, Lighthouse simula las condiciones de carga de páginas de un dispositivo de nivel medio (Moto G4) en una red móvil para dispositivos móviles y uno emulado con una conexión por cable para escritorio. PageSpeed también se ejecuta en un centro de datos de Google que puede variar en función de las condiciones de la red. Para comprobar la ubicación en la que se realizó la prueba, consulta el bloque de entorno del Informe de Lighthouse:
Nota: PageSpeed informará en América del Norte, Europa o Asia.
¿Por qué a veces los datos de campo y los datos de laboratorio se contradicen?
Los datos de campo son un informe histórico sobre el rendimiento de una URL específica y representan datos de rendimiento anónimos de usuarios en el mundo real en diferentes dispositivos y condiciones de red. Los datos del lab se basan en la carga simulada de una página en un solo dispositivo y un conjunto fijo de condiciones de red. Como resultado, los valores pueden variar. Consulta Por qué los datos del lab y el campo pueden ser diferentes (y qué hacer al respecto) para obtener más información.
¿Por qué se elige el percentil 75 para todas las métricas?
Nuestro objetivo es asegurarnos de que las páginas funcionen bien para la mayoría de los usuarios. Si nos enfocamos en los valores del percentil 75 para nuestras métricas, nos aseguramos de que las páginas brinden una buena experiencia del usuario en las condiciones de dispositivo y red más difíciles. Consulta Cómo definir los umbrales de métricas de las Métricas web esenciales para obtener más información.
¿Cuál es una buena puntuación para los datos del lab?
Cualquier puntuación en verde (más de 90) se considera buena, pero tenga en cuenta que tener buenos datos de labs no necesariamente significa que las experiencias de usuarios reales también serán buenas.
¿Por qué la puntuación de rendimiento cambia de una ejecución a otra? No cambié nada en mi página.
La variabilidad en la medición del rendimiento se presenta a través de varios canales con diferentes niveles de impacto. Varias fuentes comunes de variabilidad de la métrica son la disponibilidad de la red local, la disponibilidad del hardware del cliente y la contención de recursos del cliente.
¿Por qué los datos de CrUX del usuario real no están disponibles para una URL o un origen?
En el Informe sobre la experiencia del usuario en Chrome, se recopilan datos de la velocidad real de los usuarios habilitados y se requiere que una URL sea pública (rastreable e indexable) y tenga una cantidad suficiente de muestras distintas que proporcionen una vista representativa y anónima del rendimiento de la URL o el origen.
¿Tienes más dudas?
Si tienes alguna pregunta sobre cómo usar PageSpeed Insights que sea específica y confiable, haz tu pregunta en inglés en Stack Overflow.
Si tienes comentarios o preguntas generales sobre PageSpeed Insights o quieres iniciar un debate general, inicia una conversación en la lista de distribución.
Si tienes preguntas generales sobre las métricas de las Métricas web, inicia una conversación en el grupo de discusión web-vitals-feedback.
Comentarios
¿Te sirvió esta página?