はじめに
CDN（コンテンツデリバリーネットワーク）は、Webサイトを速く・安定して表示するための仕組みです。
ただ、導入後に「本当にCDN経由で配信されているの？」「設定は正しく反映されている？」と不安になる方は少なくありません。画面上では分かりにくいため、確認方法を知らないと判断できないからです。
この記事では、初心者の方でも迷わず確認できるように
①DNSの向き先を確認する
②レスポンスヘッダで配信情報を見る
③キャッシュの効き方を確認する
この3つのポイントを順番に解説します。
表示速度や安定性はユーザー体験やSEOにも影響します。だからこそ、CDNを導入したら「効いているかどうか」を自分で確かめることが大切です。
難しい専門用語はできるだけ避け、必要な部分だけをやさしく整理していきます。
この記事で分かること
・CDNが正しく動作しているかを確認する方法
・CloudflareやCloudFrontなど、CDNを利用しているかどうかの調べ方
・DNSの基本的な見方とキャッシュの仕組み
・他社サイトがどのCDNを利用しているかを確認する方法
・ツールを使った具体的な確認手順
CDNとは？
CDNの確認方法を理解するためには、仕組みをざっくり知っておくことが大切です。専門知識がなくても大丈夫です。まずは「CDNがどんな役割を果たしているのか」を、やさしく整理していきます。
CDNの仕組みと役割
CDN（Content Delivery Network）は、世界中に配置されたサーバーのネットワークを使って、Webサイトのデータを “より近い場所から” 配信する仕組みです。
たとえば、福岡に住む人が東京のサーバーにある画像を読み込む場合、距離が遠いほど読み込みが遅くなってしまいます。そこにCDNを使うことで、福岡に近いサーバーから画像を配信でき、表示速度が大きく改善します。
CDNの主な役割は以下の3つです。
表示速度の向上（ユーザー体験・SEOの向上にも関わる要素）
サーバー負荷の軽減（アクセス集中時のダウン防止）
セキュリティの強化（DDoS対策やWAFと組み合わせられるCDNもある）
このように、CDNは現代の多くのWebサイトにとって欠かせない仕組みになっています。
CDN確認を行うメリット
「CDNを導入した」と思っていても、次のような状況が起きることがあります。
DNS設定がまだ反映されていない
キャッシュ設定が正しく動いていない
レスポンスヘッダにCDNが出てこない
プラグインやサーバー設定が干渉している
こうした状態では、期待した効果が得られません。
そのため、CDN導入後は“CDNが確実に動いているか”“どのCDN経由で配信されているか”を確認することが非常に重要です。
CDNの確認で最初に見るべき3つのポイント
CDNが正しく動作しているかどうかを確認する際は、まず次の3つをチェックすると全体像がつかみやすくなります。これらは初心者でも確認しやすく、トラブルの早期発見にもつながる重要なポイントです。
DNSの仕組みが少しでも理解できていると、この後の「DNSからCDNを特定する手順」がスムーズに読み進められます。苦手な方は先にこちらで基本だけ押さえておくと安心です。
▶DNSとは？初心者でも理解できる仕組みと役割をやさしく解説します
DNSレコード（Aレコード・CNAME・TTL）の基礎を、初めて扱う人向けにまとめた記事です。CDN確認に必要な部分だけをやさしく整理しています。
POINT①：DNS設定が正しく反映されているか
CDNを利用する際、多くの場合は DNSの設定（CNAME・Aレコードなど）を切り替える 必要があります。この設定が反映されていないと、CDNがまったく動作しません。
確認するポイントは以下の通りです。
CNAMEがCDNサービス（例：Cloudflare、Akamaiなど）のドメインを指しているか
TTL（有効期限）が長すぎて古い設定のままになっていないか
DNS反映（伝播）が完了しているか
DNSが反映されるまでには時間がかかる場合があるため、設定直後は特に注意が必要です。
POINT②：レスポンスヘッダにCDN情報が出ているか
CDNを経由して配信されているページであれば、レスポンスヘッダにCDN特有の情報が表示されることがあります。
例：
CF-Cache-Status（Cloudflare）
X-Cache / X-Cache-Hits（CloudFront・Akamai など）
Via（経路確認ヘッダ）
これらが確認できれば、「CDNを通って配信されている」ことがわかります。
レスポンスヘッダの読み方に自信がない場合は、先にこちらで「ヘッダとは何か」を理解しておくと、CDN確認がより簡単になります。
▶レスポンスヘッダとは？初心者にもわかる基本と読み方ガイド
レスポンスヘッダの基礎（ステータスコード・ヘッダの種類・意味）を、専門用語を使わずに整理した記事です。CDN確認の理解を深めたい方に役立つ内容です。
POINT③：キャッシュ状況（HIT / MISS）が適切か
CDNの効果を最大限に活かすには、キャッシュが正常に機能している必要があります。
HIT → CDNのキャッシュが使われている状態
MISS → CDNにはキャッシュがなく、元サーバーから取得している状態
導入直後や更新した直後は MISS になることもありますが、常に MISS のままなら設定に問題がある可能性があります。
DNSから利用しているCDNを特定する方法（初心者〜中級向け）
CDNを確認するうえで、もっとも基本的で分かりやすい方法が「DNSレコードを調べる」ことです。DNSを確認すると、そのサイトがどのサーバーへ接続されているか、どのCDNサービスを使っているかを読み取ることができます。
DNSレコードで見るべき項目（CNAME・Aレコードなど）
CDNを利用している場合、以下のようなDNSレコードの変化が見られます。
CNAMEがCDNサービスのドメインを指す
例：example.com → example.cdn.cloudflare.net
AレコードがCDNのIP帯域に変わる
Cloudflare や Akamai の専用IPに切り替わることがある
ネームサーバー（NS）がCDN専用に変更される場合もある
とくに、CNAMEにCDN企業名が含まれていることが多く、判断材料としてとても分かりやすいポイントです。
nslookup / dig を使った確認手順
DNSの確認は、PCの標準機能・ターミナルを使うだけで行えます。特別なツールは不要です。
dig の基本コマンド例
ターミナルで以下のように入力します：
dig example.comCNAME が返ってきたら、それがどのCDNを示すか判断できます。
結果の読み方（CNAMEチェーンの解析）
たとえば、結果の中に次のような表記があれば、Cloudflare を使っている可能性が高いです。
example.com. 300 IN CNAME example.cloudflare.net.また、Akamai・Fastly などは独自のホスト名を持っており、それぞれのCDN特有のドメイン名から判別できます。
CDN判定の典型パターン（Cloudflare系・Akamai系・Fastly系）
CDNサービスごとに、DNSでよく見かけるパターンが存在します。
Cloudflare：xxx.cloudflare.net
Akamai：akamai.net、edgesuite.net
Fastly：fastly.net
CloudFront：CNAMEにcloudfront.netが含まれる
このような特徴を押さえておくと、どのCDNを利用しているかをより正確に判断できます。
レスポンスヘッダからCDNを判別する方法（もっとも確実）
CDNが正しく動作しているかを確認するうえで、最も信頼性が高いのが「レスポンスヘッダを見る方法」です。
レスポンスヘッダには、CDNを経由した証拠となる情報が含まれており、DNSよりも直接的に判断できます。
ブラウザのDevToolsで確認する手順
もっとも簡単に確認できる方法は、ブラウザの開発者ツール（DevTools）を使う方法です。
- ページを開く
- 右クリック →「検証」
- 画面右側にツールが表示されるので、Network（ネットワーク） を選ぶ
- ページを再読み込み
- 任意のリクエストをクリック → Headers（ヘッダ） を確認
レスポンスヘッダにCDN特有の項目が表示されていれば、CDNを通って配信されていることがわかります。
よく使われるCDNヘッダ一覧と意味
CDNごとに特有のヘッダが存在します。
有名なサービスの例をいくつか紹介します。
CF-Cache-Status（Cloudflare）
Cloudflare特有のキャッシュステータスを表すヘッダで、以下のような値が取得できます。
HIT：CDNキャッシュから配信
MISS：キャッシュされていない
EXPIRED：キャッシュが期限切れ
BYPASS：キャッシュを通らず配信
X-Cache / X-Cache-Hits（Akamai・CloudFront など）
キャッシュ状況を示す一般的なヘッダです。
X-Cache: Hit from cloudfrontX-Cache: Miss from cloudfront
など、どの CDN ノードを経由したかも分かる場合があります。
Age / Via ヘッダの意味
Age：キャッシュされてからの経過秒数
Via：CDNなどの経路情報を示す
Age が大きいほど、キャッシュが長く保持されていることを意味します。
CDNが正常にキャッシュしているかの判断基準（HIT/MISS）
レスポンスヘッダを見ることで、CDNが意図どおり動作しているかも確認できます。
ページ更新直後は MISS でも問題なし
しばらくしてもずっと MISS のまま → 設定の不備が疑われる
一部の静的ファイルだけ HIT → キャッシュ対象が限定されている可能性
特に Cloudflare や CloudFront を利用する場合、キャッシュポリシーによって HIT/MISS の動作が変わるため、設定と照らし合わせて確認することが重要です。
オンラインツールを使ったCDNチェック方法
DNS やレスポンスヘッダを自分で確認するのが難しい場合は、オンラインツールを使うと簡単にCDNの利用状況を調べられます。URLを入力するだけで判定してくれるため、初心者でも扱いやすい方法です。
BuiltWith での確認手順
BuiltWith（ビルトウィズ） は、Webサイトで使用されている技術スタックを一覧で表示してくれるサービスです。
手順はとてもシンプルです。
- BuiltWith を開く
- 調べたいURLを入力して分析開始
- 「CDN」カテゴリの項目を確認
Cloudflare、Akamai、Fastly など、利用中のCDNサービスが表示されます。
CDN Planet / WhatRuns / Wappalyzerなどの判別ツール
以下のツールも、同様にCDNを自動判別してくれます。
CDN Planet
WhatRuns
Wappalyzer
Netcraft Site Report
ツールによって焦点が違うため、複数併用するとより精度が高まります。
Wappalyzer → 拡張機能として常用しやすい
CDN Planet → CDNに特化した判定が得意
WhatRuns → WordPressテーマやJSライブラリも把握できる
ツール判定が間違うケースと注意点
オンラインツールは便利ですが、判定が100%正確とは限りません。以下のような理由で誤判定が起きることがあります。
CDN固有のヘッダを無効化している
独自CDNや企業専用ネットワークを使っている
WAFで情報が隠されている
サイトが複数のCDNを組み合わせている
そのため、オンラインツールの結果は「参考情報」として扱い、最終的な確認には レスポンスヘッダのチェック を併用することが推奨されます。
CDNの確認ができたら、次は「サイト全体の表示速度」がどれくらい改善しているかも知っておくと、最適化の方向性がつかみやすくなります。
▶Webサイトの表示速度を改善するための基本チェックリストを公開します
速度改善のために最低限おさえるべき要素（画像最適化・キャッシュ・圧縮・遅延読み込みなど）をまとめた記事です。CDN確認後の改善にも役立つ内容です。
CDN設定が正しく動作していない場合の原因と対処法
CDNを導入したのに「速度が変わらない」「CDNを通っていない」「キャッシュがまったくHITしない」などの問題が起きることがあります。
ここでは、実際に多い原因を整理し、すぐ実践できる対処法をわかりやすくまとめました。
原因① DNSがまだ伝播していない
DNSの設定を変更した直後は、すべての地域に反映されるまで時間がかかります。
とくに TTL が長い場合、数時間〜最大72時間程度かかることもあります。
対処法
TTLを短く設定してから切り替える
反映まで待つ
DNSキャッシュをクリアする（ブラウザ・PC）
原因② キャッシュ設定が誤っている（TTL / キャッシュルール）
CDN側のキャッシュルールが適切でないと、いつまで経っても MISS のままです。
よくある設定ミス
HTMLをキャッシュしない設定になっている
キャッシュTTLが極端に短い
特定のパスがキャッシュ対象外になっている
対処法
CDN側のキャッシュ設定（TTL・キャッシュポリシー）を見直す
静的ファイルは積極的にキャッシュさせる
キャッシュの「強制削除（Purge）」を実行し、更新を反映させる
SSLの設定が不十分だと、CDNが正しく動かない原因になりやすいため、HTTPSの基礎を一度確認しておくと安心です。
▶HTTPSとは？SSLの仕組みとWebサイトが安全に表示される理由を解説
SSL証明書の働きや、HTTPSが必要な理由を初心者向けに整理した記事です。Cloudflare・AkamaiなどのCDN利用時にも欠かせない基礎知識をやさしくまとめています。
原因③ SSL設定の不備
SSL設定が途中で止まっていると、CDNが正しく機能しません。
よくある例
Cloudflareで「Flexible」モードのまま利用している
オリジンサーバーの証明書が期限切れ
証明書が自動更新されていない
対処法
SSLモードを正しく設定する（Full または Full Strict 推奨）
オリジンサーバーの証明書を更新
自動更新が機能しているかチェック
原因④ WordPress側のプラグイン干渉
WordPressを利用している場合、キャッシュプラグインなどがCDNの動作を邪魔することがあります。
対処法
プラグインのキャッシュ機能を一度無効化
CDNプラグイン（Cloudflare等）は設定を重複させない
レスポンスヘッダがどう変わるか確認する
原因⑤ オリジンサーバーのレスポンス異常
元サーバー（オリジン）が遅かったり不安定だったりすると、CDNの効果が出ません。
よくある例
サーバーのCPU負荷が高い
大量のDB問い合わせが発生している
レスポンスが5xxエラーになりやすい
対処法
CDNの「オリジンヘルスチェック」を設定する（サービスによる）
サーバー負荷を改善する
キャッシュしやすいディレクトリ構造にする
他社サイトがどのCDNを使っているか調べる方法
自分のサイトだけでなく、競合サイトや有名企業サイトがどのCDNを使用しているかを知りたいケースも多いです。
CDNの種類を知ることで、「どんな構成が主流なのか」「自社に合ったCDNを選べるか」の判断材料にもなります。
ここでは、他社サイトのCDNを調べる具体的な方法を紹介します。
DNSチェックによる判別
もっとも一般的で簡単な方法が、DNSレコードを調べることです。
手順の例：
dig example.comまたはnslookup example.comを実行- CNAME や Aレコードに注目
- CDN企業名に関連するドメインが含まれていれば判別できる
例：
Cloudflare → xxx.cloudflare.net
Fastly → fastly.net
Akamai → akamai.net / edgesuite.net
CloudFront → cloudfront.net
DNSは変わらない限り安定して確認できるため、CDN判別の強い材料になります。
レスポンスヘッダによる判別
より確実に知りたい場合は、レスポンスヘッダを見る方法が有効です。
DevTools でヘッダを確認すると、CDN特有のヘッダ値が含まれていることがあります。
例：
CF-Cache-Status（Cloudflare）X-Cache: Hit from cloudfront（CloudFront）X-Akamai-Transformed（Akamai）
こうしたヘッダはCDN側が付与しているため、DNSよりも直接的な証拠となります。
CDN特有の文字列で判断する方法
CDNはレスポンスヘッダ以外にも、以下のような特徴から判別できることがあります。
URLパスにCDNの文字列が含まれる（例：cdn.example.com）
静的ファイルの配信ドメインがCDN専用になっている
HTML内のリソースが特定CDNのネットワークに置かれている
特に大規模サイトでは、静的ファイルのみ別ドメイン（例：FastlyやCloudFront）で配信しているケースもあります。
CDNの確認でよくある質問（FAQ）
CDNを確認していると、設定や挙動の違いから「これって正常？」「問題があるの？」と迷うポイントが出てきます。ここでは、実際に多く寄せられる質問をわかりやすくまとめました。
確認してもCDN名が出ないケース
レスポンスヘッダやDNSを確認しても、CDN名が見つからないことがあります。
考えられる理由は以下のとおりです。
CDN特有のヘッダを非表示にしている
独自CDN（企業独自の配信網）を利用している
WAFやセキュリティ設定で情報が隠れている
DNSだけCDN経由だが、実際はキャッシュを使っていない
対処方法
別ページ・別ファイル（画像など）でも確認する
ヘッダをブロックするプラグインや設定がないか確認
CDNの管理画面でヘッダ設定を確認
キャッシュされないのは不具合か？
CDNが正しく設定されていても、次のような場合は キャッシュされない（MISS） ことがあります。
HTML をキャッシュしないようにしている
動的ページ（管理画面や検索結果）はキャッシュ対象外
直前に更新してキャッシュが消えている
クエリパラメータ付きURLがキャッシュされない設定
ただし、以下のような状況が続く場合は設定不備の可能性があります。
静的ファイル（画像・CSS・JS）がすべて MISS のまま
キャッシュTTLが極端に短い
Edgeサーバーがキャッシュを拒否している
「HIT」「MISS」「EXPIRED」の違い
CDNのキャッシュ状態を示す代表的なステータスです。
HIT：CDNのキャッシュから配信している
MISS：キャッシュがなく、オリジン（元サーバー）から取得
EXPIRED：キャッシュが期限切れで再取得した状態
BYPASS：キャッシュせず直接オリジンから配信（設定で意図的に行うこともある）
キャッシュ状態の理解は、CDNが「実際に効いているか」を判断するうえで非常に重要です。
まとめ
CDNの確認方法はいくつかありますが、最終的に押さえておきたいポイントはとてもシンプルです。
どのCDNを使っているか、正しく動作しているかを判断するには、次の3つを見るだけで十分です。
POINT①. DNSでCDNの経路を確認する
CNAME や Aレコードが CDN のサーバーを示しているかを確認します。
Cloudflare・Akamai・Fastly・CloudFront などは、特有のドメイン名が分かりやすい判断材料になります。
POINT②. レスポンスヘッダでCDNを特定する
CF-Cache-Status や X-Cache など、CDN特有のヘッダはもっとも確実な判別方法です。
DevTools で簡単に確認でき、実際にキャッシュされているかどうかも把握できます。
POINT③. キャッシュ状況（HIT/MISS）で正常動作を確認する
CDNの真価はキャッシュにあります。
HIT が増えてくれば、速度改善や負荷軽減などの効果をしっかり得られている証拠です。
逆にMISSが続く場合は、設定を見直す良いサインになります。
この3つをセットで確認するだけで
を確実に判断できるようになります。
初心者でも取り組みやすい方法を中心に解説しましたので、ぜひ実際のサイトで試してみてください。
CDNで基盤を整えたあとは、サイト全体のパフォーマンス改善に取り組むと、より大きな表示高速化が期待できます。
▶Webサイトを高速化するための完全ガイド｜初心者でもできる改善ステップ
画像最適化・キャッシュ制御・圧縮設定・サーバー最適化など、CDNと相性の良い高速化施策をまとめた記事です。CDN確認後に取り組むべき改善点が一目でわかります。
