ひとことで言うと
エッジキャッシュは、オリジンサーバー（元のデータがあるサーバー）から離れた地域のCDNノードにコンテンツのコピーを保持する仕組みです。日本から東京のエッジノードにキャッシュされたHTMLを取得すれば、米国のオリジンサーバーへわざわざ接続しなくて済むため、応答速度が数十ミリ秒から数百ミリ秒短縮されます。
エッジキャッシュにはTTL（Time To Live）と呼ばれる保持期間が設定されており、期限を過ぎるか明示的なパージ操作を行うまでエッジのコピーが使われ続けます。ギガサイト便やCloudflare Pagesではこのエッジキャッシュが自動で有効になるため、アップロード直後からユーザーは高速にHTMLを受け取れます。
- 相手がログインなしで開ける状態か確認する
- PCとスマホで最低1回ずつ表示を確認する
- 内部情報・個人情報・不要な外部送信が残っていないか見る
- レビュー期限と修正時の差し替え方を決めておく
HTML共有で関係する場面
AI生成HTMLを差し替えアップロードした直後、日本の確認者は東京エッジのキャッシュを、海外の確認者はローカルエッジのキャッシュを参照するため、同じURLでも見えるバージョンが異なるケースがあります。特にCloudflareはTTLが数時間から数日に設定されることがあるため、「Aさんには新版が見えているのにBさんには旧版が見える」という状況が発生します。
ギガサイト便でHTMLを差し替えた後に確認者全員が最新版を見るためには、管理画面からグローバルキャッシュパージを実行することが確実です。もしパージ機能が使えない場合は、ファイル名にバージョン番号を付加して新しいURLで再共有するか、確認者に「シークレットモードで開き直してください」と案内することで暫定対処できます。
よくある誤解
「エッジキャッシュを使うと更新が反映されない」と思われがちですが、適切にパージ操作を行えば数秒で全エッジノードから旧キャッシュを削除できます。Cloudflareの場合はAPIや管理画面から即座にパージが走り、次のリクエストからオリジンの最新版が取得されます。エッジキャッシュ自体が問題ではなく、差し替え後のパージを忘れることが問題です。
「CDNを使わない方が更新が確実に届く」という発想もありますが、CDNなしでは遠方のユーザーへの配信が遅くなり、オリジンサーバーへの負荷も高まります。プレビュー共有ではエッジキャッシュを活用しつつ、差し替え時の運用フロー（パージ手順）を決めておくことがバランスの取れた方法です。
安全に使うための注意点
機密性の高いHTMLプレビューをエッジキャッシュで配信する場合、キャッシュされた内容が意図しない範囲に配信されるリスクを考慮してください。パスワード付きURLやメール認証を使う共有サービスでは、認証前のレスポンスはキャッシュせず、認証後のコンテンツのみをキャッシュするよう設定が必要です。ギガサイト便のようなアクセス制御付きサービスではこの分離が適切に行われているかを確認してください。
エッジキャッシュのTTL設定は、共有コンテンツの更新頻度に合わせて決めることが重要です。頻繁に修正が発生するプレビュー段階では短いTTL（60〜300秒）か`no-store`を設定し、最終版の公開後は長いTTL（86400秒以上）に切り替えることで、配信速度と更新の即時反映を段階的に最適化できます。
よくある質問
エッジキャッシュとブラウザキャッシュはどう違いますか？
エッジキャッシュはCDNのサーバー上にあり全ユーザーに共有されます。ブラウザキャッシュは個々のユーザーの端末に保存されます。ブラウザクリアしても、CDN側にキャッシュが残っていれば引き続き古い版が配信されます。
Cloudflareのエッジキャッシュをすぐにパージするにはどうすればいいですか？
Cloudflareダッシュボードから「キャッシュ」→「設定」→「すべてのキャッシュをパージ」で即座に全エッジのキャッシュを削除できます。ギガサイト便で差し替え後に更新が届かない場合はこの操作を試してください。
エッジキャッシュがある状態でHTMLを更新する最もスムーズな方法は？
ファイル名にバージョン番号やハッシュを含める方法が最も確実です。URLが変わるためエッジキャッシュのコンテンツとは別物として扱われ、自動的に最新版が取得されます。確認者への再送URLが必要になりますが、キャッシュ問題を根本から回避できます。