CDNは、画像などのコンテンツを複数の配信拠点へ保存し、利用者に配る仕組みです。元のサーバーにアクセスが集中するのを抑えたり、遠くの利用者へ届くまでの時間を短くしたりできます。

例えば、同じ商品写真に多数のアクセスが来ても、保存済みの写真をCDNから返せれば、元サーバーが毎回配信する必要はありません。ただし、予約処理やログインなど、毎回異なる結果を返す機能まで同じ方法で速くなるわけではありません。

元サーバーとCDNは、役割が異なる

元のWebサーバーをオリジンと呼びます。CDNはDNSなどを通じてHTTP・HTTPS通信を受け、キャッシュがあれば応答します。キャッシュにない内容はオリジンから取得するため、オリジンの停止や遅い動的処理が完全になくなるわけではありません。CDNとオリジンの両方が配信経路になります。

静的な画像・CSS・JavaScriptは同じ内容を再利用しやすく、CDNの効果を得やすい対象です。ログイン後の画面や利用者ごとに変わる内容は扱いが異なります。CDN事業者の初期設定が何をキャッシュするかを確認し、製品名だけで挙動を推測しません。Cloudflareでも初期状態ではHTMLやJSONを既定でキャッシュしないなど条件があります。

導入目的を速度・負荷・防御に分ける

海外や遠距離の利用者への遅延を減らしたい場合は、配信拠点の効果を測ります。画像転送が多いサイトではキャッシュヒットによりオリジンの転送を減らせます。アクセス集中では同じファイルへの要求をCDNが受けることで負荷を抑えられます。国内の小規模サイトでは体感差が小さい一方、海外からの閲覧や画像への集中アクセスで効果が出る場合があります。

DDoS対策やWAFを目的にする場合は、契約プランと防御範囲を確認します。CDNを通らずオリジンへ直接到達できる構成では、手前の防御を迂回される可能性があります。一方で接続元を急に制限すると監視や外部連携を止めることがあります。速度機能と防御機能を一括りにせず、それぞれの設定とログを管理します。

導入時にはDNSとHTTPSの設定が関係する

外部CDNではネームサーバーやDNSレコードを変更する場合があります。現在のA・AAAA・CNAMEだけでなく、MXとTXTなどWeb以外のレコードも保存します。Web通信だけをプロキシする設定と、DNS応答だけを提供する設定を区別します。変更前の値と戻す手順を用意してから切り替えます。

利用者からCDN、CDNからオリジンまでの両区間でHTTPSを成立させます。利用者側だけ暗号化し、オリジン側を平文にする構成は保護範囲が不足します。証明書の検証方法と更新担当を決めます。リダイレクトをCDNとオリジンの両方へ重複設定するとループすることがあるため、正規URLを決めて一貫させます。

個人ページやカートは、そのまま保存しない

WordPress管理画面・ログイン・問い合わせ送信・カートなど、利用者や状態によって変わるページを先に除外します。CookieやHTTPメソッド、レスポンスのCache-Controlもキャッシュ可否に関わります。Cloudflareには、privateやno-storeなどの指定やリクエストの種類によるキャッシュ制限があります。HEADでは保存済みGET応答を利用する場合もあり、単に画面を開かなければ保存されないとは言えません。追加ルールによっても挙動は変わります。

次に静的ファイルの保存期間を決めます。長くすればヒット率は上がりますが、更新後も古い内容を配る時間が延びます。ファイル名へ版を含める構成なら長い保存と相性があります。HTMLまでキャッシュする場合は、公開更新・ログイン状態・個人向け表示を検証し、安易な「すべてキャッシュ」を避けます。

導入前後を同じページで測り機能も試す

測定にはPageSpeed Insightsを使います。対象地域や実測データの有無も考慮し、同じURLを複数回確認します。CDNの管理画面ではキャッシュヒット率とオリジンへの要求を見ます。点数が変わらなくても転送負荷が減る場合があり、逆に静的配信が速くても動的処理は変わらない場合があります。

速度と同時に、ログイン・フォーム・検索・更新反映を試します。キャッシュの有無が分かる応答ヘッダーやログを使い、想定したURLだけ保存されているかを確認します。オリジンを直接見た検証とCDN経由の検証を分けます。不具合が出たら一時的に迂回または無効化できる手順を用意します。

CDNが向くサイトと、先に別の対策をしたいサイト

画像や資料の閲覧が多いサイト、遠方からのアクセスが多いサイト、短時間にアクセスが集中するサイトはCDNの候補になります。レンタルサーバーに連携機能が用意されている場合もあります。

一方、WordPressの管理画面やデータベース処理が遅い場合は、CDNだけでは解消しにくいです。画像そのものが極端に大きいなら、配信拠点を増やす前に画像の最適化が役立つこともあります。

更新後に古い画像が残るなど、キャッシュならではの挙動もあります。削除操作ができるか、元サーバーとCDNのどちらでエラーが起きているかが分かると、導入後に困りにくくなります。全キャッシュを削除すると元サーバーへアクセスが戻るため、混雑時は必要な範囲だけ削除できる機能が便利です。