過去10年間、Webページのサイズは年間6～9%の割合で増加し続けており、フレームワーク主導の開発、インタラクティブ性、リッチメディアコンテンツの普及がその主な要因です。この傾向は変わりませんが、現在ではエージェント（Agent）が状況を一変させています。エージェントはWebをクロールして消費するだけでなく、AI支援開発によりデプロイの頻度を高めています。その結果、デプロイのたびに膨大な数のクライアントがほぼ同一のリソースを再ダウンロードすることになり、帯域幅の無駄が発生しています。
Cloudflareは本日、この非効率を解消するために共有圧縮辞書（Shared Compression Dictionaries）のサポートを発表しました。この技術はデルタ圧縮（Delta Compression）を利用し、ファイルの差分のみを転送します。具体的には、ブラウザがすでにキャッシュしている旧バージョンを辞書として使用し、サーバーは新しいバージョンとの差分だけを送信します。例えば、272KBのJavaScriptファイルはgzipで92.2KBに圧縮されますが、共有辞書を使用するとわずか2.6KBになります。これはgzip比で97%の削減に相当し、ほぼ差分そのもののサイズです。
この技術は新しいものではありません。2008年にGoogleがChromeでSDCH（Shared Dictionary Compression for HTTP）を導入しましたが、CRIMEやBREACHなどのセキュリティ脆弱性、同一生成元ポリシーの違反、CORSとの非互換性などの問題により、2017年に廃止されました。その後10年にわたる標準化の努力を経て、現代の仕様であるRFC 9842がこれらの問題を解決しました。辞書の使用を同一生成元に制限することで、サイドチャネル攻撃のリスクをほぼ排除しています。現在、ChromeとEdgeが対応しており、Firefoxも追随しています。
Cloudflareは共有辞書のサポートを3つのフェーズで展開します。第1フェーズ（パススルー）の公開ベータ版は2026年4月30日に開始され、Cloudflareは必要なHTTPヘッダー（Use-As-Dictionary、Available-Dictionaryなど）とエンコーディング（dcb、dcz）をそのまま転送し、キャッシュのバリアントを適切に管理します。第2フェーズでは、Cloudflareが顧客に代わって辞書の生成とデルタ圧縮を管理し、顧客はルールで辞書とするアセットを指定するだけで済みます。第3フェーズでは完全に自動化され、Cloudflareネットワークがトラフィックパターンに基づいて自動的に適切なアセットを特定し、辞書を生成します。実験室テストでは、軽微な変更を含むJavaScriptバンドルのP99ダウンロード時間が、gzipの161ミリ秒から1ミリ秒（キャッシュミス時）に短縮され、性能が99%以上向上しました。
Cloudflareは、共有辞書が圧縮を「ステートレス」から「記憶を持つ」ものに変えると強調しています。これは、エージェンティックツールによる頻繁なデプロイと大量のマシントラフィックが共存する現代のWebに特に適しています。帯域幅の節約に加え、CPU消費も削減されるため、ネットワーク全体の効率が向上します。2026年4月30日のベータ版開始に向けて、Cloudflareはデモサイト「Can I Compress (with Dictionaries)?」を公開し、開発者がこの技術の可能性を試せるようにしています。
この技術の意義は、圧縮のパラダイムを根本的に変える点にあります。従来の圧縮アルゴリズム（gzipなど）はステートレスであり、毎回ファイル全体を再圧縮していました。しかし、共有辞書は圧縮に「記憶」を与え、クライアントがすでにキャッシュしているデータを活用します。エージェント駆動のネットワーク環境において、このステートフルな圧縮は個々の応答のバイト数を削減するだけでなく、総転送回数を減らし、ハードウェアのボトルネックを緩和します。標準化の道のりは長く困難でしたが、Cloudflareの実装により、カスタム辞書を手動で実装する余裕のない数百万のゾーンを含むすべてのユーザーがこの技術を利用できるようになります。