ドットコムモニターでは 、「インターネットユーザーの時間は貴重であり、ウェブページが読み込まれるのを長く待つ必要はない」とGoogleに同意しています。 彼らは 彼らの新しい圧縮アルゴリズムのリリースを発表したとき、これは今日の彼らのオープニングメッセージでした, Brotli . ブロトリはスイスの小さなパンにちなんで名付けられました(スイスドイツ語)。 Google は 、「圧縮サイズが小さいほど、スペースの使用率が向上し、ページの読み込みが高速になります」と述べています。
このリリースは、Google が モバイルパフォーマンスの最適化を提供することにコミットしているという事実を引き続きサポートしています。 Googleは、これは業界がデータ転送料金とバッテリー使用量を最適化しながら、エンドユーザーにもう少しデータを絞り込むのを助けようとしているもう一つの方法であると述べています。
ブロトリアルゴリズムは最高ですか?
残っているのは、業界全体がブロトリアルゴリズムが利用可能で、将来のブラウザバージョンで実装されることをGoogleに同意するかどうかです。 Googleはここで異なるアルゴリズムを比較する独自の内部研究を発表しました: ‘
ブロトリの比較, デフレート, Zopfli, LZMA, LZHAMとBzip2圧縮アルゴリズム
‘.
アルゴリズムはオープンソースなので、ウェブ圧縮とスピードプンディットが使用される技術について意見を述べるのは確かです。 Googleが公開したことから、アルゴリズムは、サーバー側の圧縮率よりもエンドユーザーにとって重要である、同じ高速減圧率を維持しながら、いくつかの古いアルゴリズムよりも高密度でデータを圧縮することができます。 他の研究を読むと、ブロトリは約25%のフォントサイズを減少させることによってWOFF 2.0ウェブフォントにプラスの改善であることが証明されていることがわかります。 javascript や css などの追加要素を使用して大幅な改善が行われていることを説明します。 Javascriptとcssだけでなく、ウェブフォントは、今日のほとんどのウェブサイトで重要な役割を果たしているので、これは一般的にインターネットの全体的なウェブページの読み込み速度の肯定的な改善であるはずであるように聞こえます。 chromium.org 議論で引用された1つの研究は、facebookでテストするときにcssバイトが17%減少し、javascriptバイトが20%減少した。
では、これは監視の世界にとって何を意味するのでしょうか? 上記のように、BrotliはすでにFirefoxとChromeでWOFF2用に実装されていますが、Facebookのjavascriptとcssサイズの縮小でテスト結果に基づいて追加の要素を実装することは理にかなっているようです。 私が理解していることから、マイナス面は圧縮時間が少し長いかもしれませんが、Webサイトの観点からは、コンテンツはサーバー側で一度圧縮され、クライアント側で何度も解凍されるので、最速の圧縮時間で最高の圧縮密度を得ることは理にかなっています。
Dotcom-Monitorでは、ウェブのパフォーマンスを向上させるための最新の技術を常に探しており、すべてのブラウザがGoogleに従って安全で鮮明なユーザーエクスペリエンスを維持することを期待しています。
あなたは、あなたが違いの前とポストBrotliを見たい場合 – 今日のBrotliの有無にかかわらず、あなたのウェブサイトのパフォーマンスを監視するために、Dotcom-Monitorで 無料アカウントを設定 してください!
次の Web サイトのパフォーマンスステップ
圧縮を超えたパフォーマンス最適化のヒントをお探しですか? モバイルパフォーマンスの最適化に関する最新情報を参照して、すべてのデバイスタイプでウェブサイトができるだけ速く読み込まれます。
