Llega el tester de PageSpeed.ONE versión 4.2: más URL, JS de terceros, INP, más Slack y Teams

Nos complace anunciar que acabamos de lanzar una nueva versión de pagespeed.one, nuestra herramienta para el monitoreo de velocidad web.

¿Qué novedades hemos incorporado en la versión 4.2? Primero, echemos un vistazo a los aspectos más destacados.

Posibilidad de incluir más URL#

En la configuración predeterminada, puedes supervisar 5 URL de tu sitio web y 4 dominios adicionales en un solo conjunto de pruebas, como podría ser la competencia.

Para la mayoría, esto es suficiente porque solo monitoreamos las páginas principales y muchos operadores no tienen más de un dominio.

Sin embargo, algunos de ustedes han expresado interés en un mayor número de URL y dominios, así que hemos trabajado en esta función. Ahora, es posible por un pequeño costo adicional.

Hasta 10 URL, para cuando tenemos una gran cantidad de plantillas web únicas.

Nueva métrica «Tiempo total de bloqueo por JS de terceros»#

Con frecuencia, los desarrolladores culpan al JavaScript de terceros —analítica, herramientas de personalización, chats y otros componentes insertados a través de GTM— por el mal rendimiento del sitio. No siempre es así.

Para evaluar el impacto de terceros en la velocidad del sitio, ahora puedes comparar el tiempo total de bloqueo (métrica TBT) con el tiempo de bloqueo por terceros (denominado 3PBT):

El tiempo total de bloqueo de JavaScript en este sitio es enorme, pero las terceras partes no lo afectan de manera significativa.

Métrica INP en Core Web Vitals#

Como probablemente ya sepas, a partir del 12 de marzo, Google dejará de utilizar la métrica FID en favor de la nueva Interaction to Next Paint (INP) para evaluar la velocidad web.

Por ello, ya hemos ajustado todos los paneles correspondientes. Creemos que la métrica INP es mucho mejor para medir el retraso en las interacciones, y por eso eliminamos por completo FID de los informes.

Aquí será necesario ajustar, el INP es alto y algunas interacciones serán muy, muy lentas.

Es bueno recordar que INP solo se puede medir en usuarios reales, por lo que la métrica solo está disponible en informes del Chrome UX Report.

En datos sintéticos puedes enfocarte en la métrica auxiliar TBT (Tiempo Total de Bloqueo), cuya optimización junto con la salida a Trace y el ajuste en Chrome DevTools te ayudará a ajustar el INP.

Configuración: más canales de Slack/Teams#

Hemos añadido otra función que nuestros usuarios han solicitado: la posibilidad de enviar notificaciones a más de un canal dentro de Slack o Teams.

Es común (y recomendable) que personas de diferentes empresas, como marketing o desarrollo, accedan a los informes de un equipo en pagespeed.one/app. Por eso priorizamos esta nueva función.

Vigilante: reducción del primer intervalo a 5 días#

Nuestro monitoreo de velocidad web agrupa todos los datos sintéticos en un solo lugar e informa de cambios cuando ocurren. Es una herramienta esencial para el pilar básico de la optimización de velocidad web, es decir, el monitoreo de métricas.

Resultados maravillosamente estables y el Vigilante casi no tiene nada que monitorear. La primera regla de la velocidad dice: Monitorea, porque nunca se sabe…

El Vigilante generalmente recoge datos durante 14 días para establecer un nuevo nivel, pero para los nuevos clientes de nuestro tester ahora se conforma con cinco días. Simplemente para que puedas ver los resultados del monitoreo un poco antes.

Todo lo mencionado hasta ahora son novedades para los usuarios de pruebas PLUS.

Ahora veamos algunas modificaciones menores o menos orientadas al usuario que lanzamos con la versión 4.2.

Detalles: novedades, correcciones de errores y más, actualizaciones técnicas#

• Proyecto demo: si te interesa ver cómo lucen las pruebas PLUS por dentro, puedes echar un vistazo a la demostración con la prueba de Mall.cz.
• Hemos agregado información sobre los horarios de inicio de las pruebas en la Configuración, para que puedas evitar colisiones con posibles procesos en tus sitios web.
• Hemos mejorado las etiquetas del eje X en los gráficos del UI, para que sea más fácil identificar lo que estás viendo.
• Capturamos errores como el que mostraba incorrectamente los datos de CrUX en el informe de Dominio.
• Hemos ajustado el problema con las notificaciones por correo electrónico, que a veces llegaban sin imágenes.
• Hemos añadido información a los gráficos sobre por qué no se pueden hacer clic en los valores en los gráficos anuales.
• Hemos dado un gran salto tecnológico y actualizado Next.js a la versión 14.
• Una gran tarea interna fue la capacidad de suplantación y la barra de administración, para poder trabajar mejor con lo que ves en tus pruebas.
• Solucionamos un problema con AWS que alrededor del 24 de febrero causó un aumento inesperado en las métricas de JavaScript. Ahora sabemos que no podemos permitir que AWS pruebe en procesadores de AMD.

¿Qué sigue?#

Tenemos mucho en plan para la versión 4.3:

• Estamos preparando un sitio web independiente para documentación y una "wiki" sobre velocidad web.
• En el Vigilante, nos preocupa el problema de la "oscilación alrededor del límite", donde podemos afinar los informes.
• Nos gustaría mejorar el proceso de incorporación para nuevos usuarios.
• Finalmente queremos comenzar con experimentos de recomendaciones personalizadas, que queremos incorporar gradualmente en el tester basándonos en la experiencia de consultoría.

¿Tienes algún deseo o sugerencia para mejorar nuestro tester de velocidad? Escríbenos a info@pagespeed.cz.

¿El primer paso hacia un sitio web más rápido? Monitoreo, por ejemplo, con la ayuda de nuestras pruebas PLUS.