確かにあまり読みやすくはありませんが、読みやすいことは必要ありません。元のページは「開発バージョン」として保存しておき、ページをウェブサイトに公開する準備ができたら必ず上述の手順を適用するのです。離れてみると、上記の例から重要な点がわかります。ルールの縮小化など、コンテンツ固有の数十種類にのぼる最適化は行いません。コンテキストに対応した最適化が強力なツールになる可能性があります。達しようとしています。同様に、上記の技法は単なるテキストベースのアセット以外にも応用できます。画像、動画、その他の種類のコンテンツには、いずれも独自の形式のメタデータやさまざまなペイロードが含まれています。カメラで写真を撮るたびに、通常、写真にはカメラの設定、位置情報など多くの追加情報が埋め込まれます。アプリケーションによっては、このデータが重要になることもあれば(写真共有サイトなど)、まったく無意味なこともあるため、削除することが妥当かどうかを検討する必要があります。画像あたり合計数十キロバイトに及ぶことがあります。まとめると、アセットの効率性を最適化する最初の手順は、さまざまなコンテンツの種類の一覧表を作成し、どのようなコンテンツ固有の最適化を適用すればサイズを縮小できるかを検討することです。それを見極めることができたら、次に、その最適化をビルドとリリースのプロセスに追加して自動化します。して最適化が必ず適用されるようにします。テキストベースのアセット(CSS、JavaScript、HTML)で最大限の効果を発揮します。圧縮に対応しており、自動的にこの圧縮をリクエストします。圧縮に対応するように設定する必要があります。有効化されていることを確認するために特に注意が必要です。どのようなバイトストリームにも適用できる汎用の圧縮ツールです。説明をご確認ください)。実行しても、ほとんどまたはまったく効果がありません。圧縮のネゴシエーションが自動的に実施されます。ここで必要なことは、クライアントからリクエストされたときに圧縮後のリソースを提供するようにサーバーが正しく設定されているようにすることです。圧縮を適用した場合の削減率を示したものです。適用すると効果が高いことがわかります。縮小化ツール)を適用します。適用して縮小後の出力を圧縮します。