En Dotcom-Monitor estamos de acuerdo con Google en que “creemos que el tiempo de los usuarios de Internet es valioso, y que no deberían tener que esperar mucho tiempo para que se cargue una página web”. Este fue su mensaje de apertura hoy cuando anunciaron el lanzamiento de su nuevo algoritmo de compresión, Brotli. Brotli fue nombrado en honor a un pequeño bollo en Switzerdeutsch (alemán suizo). Google continúa afirmando que “El tamaño comprimido más pequeño permite una mejor utilización del espacio y cargas de página más rápidas”.
Esta versión sigue apoyando el hecho de que Google se compromete a proporcionar la optimización del rendimiento móvil. Google ha declarado que esta es sólo otra manera en que están tratando de ayudar a la industria a exprimir sólo un poco más de datos a los usuarios finales mientras optimizan las tarifas de transferencia de datos, así como el uso de la batería.
¿Es el algoritmo Brotli el mejor?
Lo que queda por ver es si la industria en su conjunto estará de acuerdo con Google en que el algoritmo brotli es el mejor disponible y se implementará en futuras versiones del navegador. Google ha publicado su propio estudio interno comparando diferentes algoritmos aquí:
‘Comparación de Brotli, Deflate, Zopfli, LZMA, LZHAM y Bzip2 Compression Algorithms
‘.
El algoritmo es de código abierto, por lo que estoy seguro de que la compresión web y los parámetros de velocidad estarán expresando sus opiniones sobre las técnicas utilizadas. Por lo que Google ha publicado, el algoritmo es capaz de comprimir los datos a una mayor densidad que varios algoritmos más antiguos manteniendo las mismas tasas de alta velocidad de descompresión, que es más importante para los usuarios finales que la tasa de compresión en el lado del servidor. Leyendo otros estudios encontramos que brotli ha demostrado ser una mejora positiva para las fuentes web WOFF 2.0 al disminuir el tamaño de fuente en aproximadamente un 25%. Pasan a describir que también hay mejoras significativas con elementos adicionales como javascript y css. Dado que javascript y css, así como las fuentes web juegan un papel clave en la mayoría de los sitios web hoy en día, esto suena como que debe ser una mejora positiva en las velocidades generales de carga de páginas web para Internet en general. Un estudio citado en la discusión chromium.org menciona la disminución de los bytes css en un 17% y una disminución del 20% en bytes javascript al probar en facebook.
Entonces, ¿qué significa esto para el mundo de la supervisión? Bueno, como se mencionó anteriormente, Brotli ya se ha implementado en Firefox y chrome para WOFF2, pero parece que tiene sentido implementar para los elementos adicionales basados en los resultados de la prueba con las reducciones de tamaño javascript y css de facebook. Por lo que entiendo, la desventaja puede ser tiempos de compresión un poco más largos, pero en términos de un sitio web- el contenido se comprime una vez en el lado del servidor y se descomprime muchas veces en el lado del cliente, por lo que tiene sentido ir por la mejor densidad de compresión en los tiempos de descompresión más rápidos.
En Dotcom-Monitor, siempre estamos atentos a las últimas tecnologías para ayudar a mejorar el rendimiento de la web, y esperamos que todos los navegadores sigan a Google en su impulso para hacerlo mientras mantienen una experiencia de usuario segura y nítida.
Si desea ver la diferencia antes y después Brotli- configurar una cuenta gratuita con Dotcom-Monitor para monitorear el rendimiento de sus sitios web con y sin Brotli hoy!
Próximos pasos de rendimiento del sitio web
¿Busca consejos de optimización del rendimiento más allá de la compresión? Consulte lo último en optimización del rendimiento móvil para asegurarse de que su sitio web se está cargando lo más rápido posible, en todos los tipos de dispositivos.
