Nuevas características en las pruebas PLUS (infraestructura estable, informe «Técnico» y notas en gráficos)

Además del Guardián de Velocidad y las notificaciones, el monitoreo PLUS aporta muchas otras novedades que facilitan el seguimiento y la evaluación de la velocidad de tus sitios web.

En este texto nos centraremos especialmente en tres de ellas:

1. Nuestra propia infraestructura de pruebas estable.
2. Nuevo informe «Técnico».
3. Notas en los gráficos.

Cifras estables (infraestructura de pruebas propia con Lighthouse)#

En la versión PLUS, tienes acceso a nuestra propia infraestructura de pruebas, donde la herramienta open source Lighthouse realiza pruebas diarias de tu sitio web.

¿Por qué es tan crucial una infraestructura propia para pruebas profesionales de velocidad? Hay dos razones principales:

• Estabilidad en los resultados, para que las pruebas no se vean afectadas por factores externos.
• Posibilidad de utilizar características adicionales, como el almacenamiento del informe Trace.

Vamos a explicar detalladamente por qué esto es tan importante.

Estabilidad en los resultados#

En la versión gratuita del tester, proporcionamos desde el inicio resultados del PageSpeed Insights API, que Google ofrece gratuitamente.

Sin embargo, hay un inconveniente: los resultados del PageSpeed Insights API son inestables.

Google obtiene los resultados de PageSpeed Insights en diferentes momentos, ubicaciones y partes de su infraestructura. Por lo tanto, los datos resultantes son más útiles para pruebas puntuales o para observar tendencias a largo plazo, pero no para cambios de un día para otro.

Los resultados de las pruebas de Lighthouse en nuestra propia infraestructura, como se muestra en la imagen de abajo, son mucho más estables, permitiéndote discernir mejor entre una fluctuación insignificante y un cambio más permanente en las métricas.

Resultados de pruebas y JSON, Trace, HAR#

En la versión PLUS, puedes confiar mucho más en los resultados específicos de pruebas específicas de Lighthouse. Además, hemos enriquecido estas pruebas al ofrecer la opción de descargar archivos fuente, que puedes utilizar para identificar oportunidades de acelerar tu sitio web.

Los resultados de las pruebas de Lighthouse en la nueva versión son más ricos en características.

¿Qué significan las enigmáticas siglas JSON, Trace y HAR que ves en la imagen?

Los tres archivos son herramientas esenciales para cualquier optimizador de velocidad cuando necesita investigar las causas de los cambios o buscar oportunidades de mejora.

• JSON: Salida transportable del informe de Lighthouse. Ábrelo, por ejemplo, en Lighthouse Report Viewer o compáralo con otra prueba en Lighthouse Diff. Será útil para comparar dos pruebas de velocidad en caso de cambios o para guardar una prueba con resultados inesperadamente positivos o negativos para futuras necesidades.
• Trace: Informe detallado del rendimiento de la página. Puedes abrirlo en la pestaña Performance de Chrome DevTools o en herramientas como Trace.Café. En nuestra consultoría de velocidad web, consideramos Trace como la representación más esencial de la velocidad real de carga y rendimiento de una página.
• HAR: Informe de descarga de la página. Ábrelo en la pestaña Network dentro de Chrome DevTools. Es un informe complementario que te muestra problemas potenciales en la carga de la página, incluyendo la priorización de elementos, fuentes de carga, protocolo usado o compresión.

Nos complace poder ofrecerte estas herramientas favoritas en la versión PLUS.

¿Cómo probamos exactamente con Lighthouse?#

Basándonos en nuestra experiencia con otras herramientas durante la consultoría de velocidad web y numerosos experimentos realizados durante el desarrollo de la nueva versión del tester, hemos llegado al siguiente método de prueba para cada URL:

• Horas nocturnas Consideramos las horas nocturnas como una práctica recomendada para el seguimiento a corto (días) y largo plazo (meses). Por la noche, los servidores no están tan cargados, lo que nos permite realizar pruebas más tranquilamente y observar tendencias de mejora o deterioro de velocidad a largo plazo. La velocidad de respuesta del servidor afecta las métricas de usuario en las que nos enfocamos, como LCP o FCP. Nuestra experiencia indica que los resultados nocturnos son mucho más estables y proporcionan una mejor visión del desarrollo de las métricas con el tiempo. Si las horas nocturnas no te convienen, por ejemplo, debido a que las pruebas coinciden con el mantenimiento del sitio, puedes cambiar el horario de inicio de las pruebas en configuración.
• Cinco veces seguidas Sabemos que las pruebas puntuales, como PageSpeed Insights en nuestras pruebas gratuitas, pueden mostrar resultados muy imprecisos. Tras experimentar, hemos determinado la necesidad de realizar cinco pruebas para eliminar la mayoría de las imprecisiones y lograr la máxima estabilidad en las cifras. Las pruebas se realizan con unos minutos de diferencia, y los tiempos exactos se muestran siempre en el detalle de la prueba Lighthouse.
• Una vez al día Probamos cada URL estándar una vez al día en un intervalo de unos minutos, generalmente durante la noche. Es bueno saber que nuestro objetivo no es monitorizar la disponibilidad, lo cual requiere pruebas mucho más frecuentes, sino seguir el desarrollo de métricas de usuario como LCP, CLS o INP.

Las pruebas se realizan en la infraestructura europea de Amazon Web Services (AWS), pero en el futuro es posible realizar nuestras pruebas prácticamente desde cualquier lugar.

Informe «Técnico»#

El campo moderno de la optimización de la velocidad web ya no sigue principalmente indicadores técnicos como el volumen de datos de los elementos de una página o el número de archivos enviados desde el servidor.

Desde nuestra experiencia en consultoría de velocidad web, sabemos bien que incluso los sitios que descargan grandes cantidades de datos pueden ser rápidos para el usuario gracias a una buena optimización de las primeras vistas.

Sin embargo, estamos encantados de presentar el informe «Técnico», que sigue precisamente estos indicadores secundarios. El volumen de datos, el número de solicitudes y otras métricas valen la pena ser monitoreadas por otras razones:

• Las métricas técnicas son útiles para buscar correlaciones entre el cambio en los valores de las métricas de usuario (por ejemplo, LCP, CLS, INP) y los cambios durante el desarrollo del sitio (por ejemplo, volumen de datos de imágenes o tamaño del JavaScript bloqueante).
• Ahorrar en el volumen de datos es considerado una cortesía hacia los usuarios que pueden tener recursos limitados para descargar datos en sus móviles.
• A menudo, cuanto menos se transmiten datos, más ahorra el operador del sitio en infraestructura.

En las pruebas PLUS, verás el informe «Técnico» para todas las páginas tipo que hayas introducido en la configuración de la prueba.

Como se muestra en el gráfico a continuación, te mostramos tanto el estado actual de la métrica como su evolución en el tiempo, diferenciando entre móvil y escritorio.

Es un poco voluminoso, pero al menos consistentemente voluminoso. Son imágenes.

Basándonos en nuestra experiencia consultiva, hemos añadido al informe «Técnico» la siguiente información:

• Volumen de datos HTML Evolución del volumen de datos HTML para páginas individuales. Es el estado en el que llegó el HTML al navegador de pruebas, por ejemplo, después de compresión Gzip o Brotli. Cuanto menor sea el tamaño del HTML, mejor. Recomendamos un tamaño de hasta 20 kB. Afecta métricas de carga como FCP o LCP.
• Número de nodos DOM Evolución del número de nodos DOM para páginas individuales en el tiempo. Un árbol DOM complejo complica el trabajo del JavaScript, lo que puede afectar métricas como TBT o INP. Google recomienda un máximo de 1,400 nodos DOM.
• Volumen de datos CSS Evolución del volumen de datos de archivos CSS para páginas individuales en el tiempo. Es el estado después de la posible compresión Gzip o Brotli en tu servidor. El CSS suele ser un recurso que bloquea el primer renderizado y su tamaño afecta métricas como FCP o LCP. Mantén idealmente el volumen de datos CSS por debajo de 50 kB.
• Número de JS bloqueantes Evolución del número de archivos JS que bloquean el primer renderizado. JavaScript no tiene que ser bloqueante, a diferencia del CSS. Cuanto menos JS bloqueante tengas, mejor para métricas como FCP o LCP.
• Volumen de datos JS Evolución del volumen de datos de archivos JS para páginas individuales en el tiempo. Este gráfico muestra tanto los archivos que bloquean el primer renderizado como los que no lo hacen, después de la posible compresión Gzip o Brotli en tu servidor. Cuanto menor sea el JS, menos código tendrá que procesar y ejecutar el navegador. Afecta métricas de interacción como TBT o INP. El JS bloqueante también afecta FCP y LCP, es decir, el primer renderizado.
• Volumen de datos de JS de terceros Evolución del volumen de datos de archivos JavaScript de terceros para páginas individuales en el tiempo. En esta categoría se incluye el JS ejecutado fuera de tu dominio principal, por lo que es posible que veas aquí tus propios archivos colocados fuera del dominio principal. Normalmente, aquí encontrarás el volumen de datos de código ajeno para componentes como herramientas analíticas, chats, pruebas A/B, publicidad, etc. Este código también afecta métricas de interacción como TBT o INP. Es importante mantenerlo lo más pequeño posible.
• Volumen de datos de fuentes Evolución del volumen de datos de fuentes para páginas individuales en el tiempo. Las fuentes suelen ser un recurso necesario para renderizar el contenido y, por lo tanto, afectan la métrica LCP. Recomendamos mantener su volumen de datos por debajo de 50 kB.
• Volumen de datos de imágenes Evolución del volumen de datos de imágenes para páginas individuales en el tiempo. Las imágenes a menudo son un recurso necesario para renderizar el contenido y, por lo tanto, pueden afectar la métrica LCP. Recomendamos mantener su volumen de datos por debajo de 100 kB para cada página.
• Volumen total de datos Evolución del volumen total de datos de todos los archivos descargados para páginas individuales en el tiempo. El volumen total de datos puede no afectar las métricas y la experiencia del usuario, pero aun así, recomendamos mantenerlo por debajo de 0,5 MB para cada página.

Algunos de los indicadores técnicos que seguimos. En el informe real hay muchos más.

El seguimiento de los indicadores técnicos puede ser de gran ayuda cuando decides centrarte en alguna de las métricas mencionadas anteriormente y en algún tipo específico de página.

Notas en gráficos#

Durante el desarrollo web, se producen muchos cambios que afectan la velocidad y las métricas.

Las notas en los gráficos de nuestro tester de velocidad te permiten registrar momentos importantes en la evolución del sitio web, para que puedas identificar más fácilmente mejoras o deterioros en las métricas. Estos eventos pueden incluir:

• Implementación de una versión rediseñada del sitio web.
• Realización de cambios significativos en el backend.
• Implementación de una optimización específica de velocidad.
• Adición de un nuevo componente de terceros al sitio web.
• Cambio en la medición al modificar las URL monitoreadas.

En la versión PLUS, puedes añadir una nota a cualquier día en cualquier gráfico:

¿Has implementado Cloudflare? Un cambio importante debe registrarse en la historia del sitio web.

En los gráficos, verás estos cambios importantes, proporcionándote un contexto crucial para tu trabajo futuro y la evaluación de ajustes.

Algo ha cambiado. ¿Tuvo impacto en las métricas de velocidad?

Finalmente, te ofrecemos algunas recomendaciones sobre cómo trabajar con las notas:

• Introduce solo cambios importantes que afecten la velocidad. Si publicas una nueva versión del sitio varias veces a la semana, no es necesario añadir una nota cada vez. Pronto dejarás de orientarte entre tantos datos en los gráficos.
• No olvides las modificaciones fuera del desarrollo técnico del sitio: ajustes de diseño, implementación de componentes de terceros, pruebas A/B realizadas, etc.
• No dudes en añadir notas retroactivamente si observas cambios significativos en los gráficos de métricas. Estas notas explican mejor qué impacto tiene cada cambio y te enseñan a evaluar el impacto de ajustes futuros.
• No olvides añadir una nota si cambias la configuración de la prueba. Cada adición o cambio de URL afectará, por ejemplo, los gráficos y las alertas del Guardián de Velocidad.

Las notas son un asistente relativamente discreto, pero muy útil para cualquiera que se preocupe por la evolución de la velocidad de sus sitios web.

Otras novedades en la versión PLUS#

5 URL probadas detalladamente#

Recomendamos incluir una prueba detallada de un solo sitio web en una prueba PLUS. Si tu sitio tiene múltiples versiones en diferentes idiomas, te sugerimos las URL de todas las páginas tipo del sitio más importante.

Cada URL se prueba detalladamente todos los días. Recopilamos datos mediante pruebas Lighthouse que se ejecutan en nuestra propia infraestructura, así como datos públicos del Chrome UX Report.

Las direcciones probadas también se cuentan como fuente para el control regular de velocidad mediante el Guardián.

5 dominios probados#

Además de las pruebas detalladas, te permitimos seguir los datos de usuario del Chrome UX Report para otros dominios.

Es útil si tu sitio tiene múltiples versiones en diferentes idiomas en forma de dominio de segundo nivel o subdominios, como dominios de tercer nivel. También es posible seguir los resultados de tu competencia aquí.

Si necesitas seguir más dominios, te recomendamos añadir pruebas gratuitas al panel de control de tu equipo, lo cual también es posible.

Posibilidad de cambiar la hora de prueba#

Nuestras pruebas gratuitas no permiten cambiar la hora de las pruebas, lo cual es inconveniente si no deseas que las pruebas coincidan, por ejemplo, con el mantenimiento nocturno en curso.

En la prueba PLUS, puedes elegir una hora aproximada de inicio de la prueba y así evitar el mantenimiento.

Historial de datos anual#

Mientras que en las pruebas gratuitas seguimos y mostramos solo un historial de datos de tres meses, en las pruebas PLUS puedes ver hasta un historial de datos anual, y archivamos los datos un poco más.

Direcciones no públicas#

No ocultamos los datos en las pruebas gratuitas de personas y bots como Googlebot. En las pruebas pagadas, protegemos tu privacidad y las URL de tus informes no son accesibles.

Sin embargo, los datos del informe se pueden compartir con colegas no registrados mediante una URL especial para compartir.

Echa un vistazo a otras características de las pruebas PLUS.