欧州のCDN利用企業のうち、実に10社中9社がCloudflareを利用

CDNを利用する欧州企業のうち、約9割がCloudflareを利用

コンテンツデリバリーネットワーク（CDN）はウェブサイトの前面に配置されます。リクエストはまずCDNのエッジサーバーに到達し、そこでキャッシュされたコンテンツが提供され、TLSが終端処理され、トラフィックがフィルタリングされ、残りがオリジンに渡されます。これは、CDNが共有された依存関係であることを意味します。CDNがダウンすると、それ以外に共通点がなくても、その背後にあるすべてのサイトが一緒にダウンします。

CipherCueが追跡している欧州企業を調査し、どのCDNがウェブサイトの前面にあるかを確認しました。CDNが検出された44,143社のうち、39,547社がCloudflareの背後にありました。これは89.6%に相当します。

検出されたCDNを持つ44,143社の欧州企業の89.6%がCloudflareの背後にある

参考として、W3Techsは2026年7月28日時点で、リバースプロキシプロバイダーが特定できるサイトの84.1%でCloudflareを使用していると報告しています（w3techs.com）。私たちの89.6%は同じ方法で測定されており、すべてのサイトに対する割合ではなく、特定されたセットに対する割合であるため、両者は近いです。今回の欧州のカットオフはわずかに高くなっています。

実際にCDNを実行している企業のみをカウントしました。企業が自身のオリジンから直接サイトを提供している場合、これらの数字には一切含まれていません。したがって、これは「Cloudflare対ウェブ全体」ではなく、CDNユーザーが誰を選んだかということです。

トップとその他

分類した4つのCDNベンダーを、それぞれが検出された企業数としてカウントした場合:

39,547

Cloudflare

3,112

Amazon

1,299

Fastly

396

Akamai

各CDNベンダーが検出された欧州企業数（1社が複数のベンダーにカウントされる場合があります）

2位はAmazonで3,112社ですが、この数字には注意が必要です。AmazonはCloudFrontを通じて検出されますが、Amazonは一般的なクラウドホストでもあります。そのため、これらのうちいくつかは、意図的にCloudFrontをフロントドアとして選択した企業ではなく、単にオリジンがAWS上にある企業です。Fastlyにはそのような曖昧さはありません。純粋なCDNであり、1,299社で3位につけており、これはCloudflareの背後にある企業の約30社に1社に相当します。このカテゴリで最も古い名前であるAkamaiは、396社で4位です。

生のカウントの合計が44,143社を超えるのは、1社が複数のベンダーの背後に存在し、それぞれにカウントされるためです（例えば、AWSオリジンを持つFastlyフロントドア）。この重複カウントは、小規模ベンダーの合計を水増ししますが、CloudflareのシェアはCDN利用セット全体に対する測定値であるため、水増しされません。

国別

8カ国を1つの数字にまとめることは、国ごとの違いを隠してしまうため、ここでは国別の同じ測定値を示します。Cloudflareはすべての国で過半数のフロントドアですが、そのシェアはスペインとアイルランドの約5社に4社から、オランダの約20社に19社まで幅があります。

イギリスは絶対数で最大であり、1つの市場で15,846社のCDN利用企業がCloudflareの背後にあります。ドイツは主要市場の中で最も低い81.4%ですが、それでも5社に4社です。

集中がもたらすコスト

企業がCDNを購入する理由の一部は回復力であり、独立したサプライヤーの利点の1つは、それらが独立して障害を起こすことです。市場の大部分が同じサプライヤーの背後にある場合、その利点は失われます。そこでのインシデントは、もはや1社だけの障害ではなく、市場の大部分が同じ午後にダウンすることになります。

Cloudflareは過去15ヶ月間にいくつかのインシデントのポストモーテムを公開しています。3件はグローバルで、顧客に影響を与えました。

• 2025年11月18日、UTC 11:20頃から17:06頃まで。データベースの権限変更により、Bot Management機能のファイルが重複エントリで満杯になり、プロキシが強制する制限を超えてサイズが倍増し、コアCDNとセキュリティ提供がクラッシュしました。Cloudflareの記述によると、障害は「サイバー攻撃またはあらゆる種類の悪意のある活動によって直接的または間接的に引き起こされたものではない」とのことです（blog.cloudflare.com）。
• 2025年12月5日。業界全体に影響するReact Server Componentsの脆弱性を軽減中に適用された設定変更により、グローバルな障害が発生しました（Cloudflare outage postmortems）。
• 2026年2月20日、UTC 17:48から始まり、6時間7分間継続。クリーンアップ自動化タスクがバグのあるAPI応答をBYOIPプレフィックスを撤回する指示として読み取り、その25%がBGP経由でインターネットから引き出されました。Cloudflareは再び、「サイバー攻撃またはあらゆる種類の悪意のある活動によって直接的または間接的に引き起こされたものではない」と述べています（blog.cloudflare.com）。

3件のうちどれも攻撃ではありませんでした。設定ファイルが倍増した、他者の脆弱性をパッチ中に加えられた変更、削除しすぎたクリーンアップジョブ：これらはすべて、エッジに到達し、多くのサイトをダウンさせた日常的な内部作業でした。表の企業は、11月18日に同時にオフラインになるために、共通点を持つ必要はありませんでした。フロントドアを共有しているだけで十分でした。

これはCloudflareがずさんであるということではありません。FastlyやAkamaiも同様のバグを出荷しますが、それらがダウンさせるサイトは、それらの背後にあるサイトが少ないため、より少なくなります。それが肝心な点です。1つのプロバイダーが市場の大部分をフロントしている場合、その間違いはもはやそのプロバイダー自身の問題ではなく、全員の問題となり、同時に発生します。

CDNはデータが存在する場所ではない

これは、企業がデータをどこに保管しているかについては何も述べていません。CDNは単なるフロントドアであり、オリジンサーバー、データベース、およびデータを処理する主体はその後ろにあり、GDPRやデータ居住性の問題においては、そのバックエンドが重要になります。代わりにそれを測定すると、欧州はより良く見えます。フロントドアではなくAPIサブドメインを深く掘り下げる人々は、通常、ここで見るよりもはるかに多くのOVHやHetznerを見つけます。私はフロントドアに焦点を当てましたが、それは皆が同時にダウンする部分であり、上記の障害で起こったことです。

独自のフロントドアを確認する

レスポンスヘッダーから、どのCDNがドメインの前面にあるか（もしあれば）を確認できます。

curl -sI https://example.com | grep -i 'server\|cf-ray\|x-served-by\|x-amz-cf-id'

cf-rayヘッダーまたはserver: cloudflareはCloudflareを示します。Fastlyキャッシュノードを示すx-served-byはFastlyを示します。x-amz-cf-idはAmazon CloudFrontを示します。そのようなヘッダーがなく、自身のウェブサーバーまたはオリジンホストの名前を付けるserver値は、通常、前面にCDNがないことを意味します。

方法論ノート

ソースとコホート: CipherCue自身の欧州企業ウェブサイトの観測（HTTPレスポンスフィンガープリンティングとDNS）であり、サードパーティのデータセットではありません。コホートは、ドイツ、イギリス、オランダ、ポーランド、フランス、イタリア、スペイン、またはアイルランドのいずれかの国別属性を持ち、少なくとも1つのCDNコンポーネントが検出された、追跡対象エンティティセット内の企業です。これにより、2026年9月7日時点の各企業に対する最新の観測を使用して、44,143社が得られました。これは、私たちのデータセット内の企業数であり、これらの国々のすべての企業を代表するサンプルではなく、CDNを全く利用していない企業に関する主張でもありません。コホートは、大企業よりも中小企業に偏っており、Cloudflareの無料ティアはそのセグメントで最も強力であるため、この数字は、CDNを利用している企業の集中度として読み取るべきであり、特に大企業に関する声明ではありません。

「CDNが検出された」の意味: レスポンスヘッダーまたはサービングフィンガープリントが既知のCDNベンダーのパターン（例: Cloudflareのcf-rayヘッダー、Fastlyキャッシュノードのx-served-by、CloudFrontのx-amz-cf-id）に一致する場合、コンポーネントをCDNとして分類します。認識可能なCDNフィンガープリントがなく、オリジンから直接提供している企業は分母から除外されます。これらのヘッダーを隠す設定ミスまたは異常なセットアップは、過小評価される可能性があります。

重複カウント: 1社が複数のCDNベンダーの背後で検出される場合、それぞれにカウントされます。Cloudflareのシェア（89.6%）は、Cloudflareで検出された企業数を、CDNが検出された全企業数で割ったものです。したがって、CloudflareとFastlyの両方の背後にある企業は、分子と分母の両方で1回カウントされます。したがって、ベンダーごとの生のカウントの合計は44,143社を超えます。

Amazonの注意点: AmazonはCloudFrontを通じて検出されますが、Amazonは一般的なクラウドホストでもあります。Amazonの検出の一部はフロントドアとしてのCloudFrontの選択であり、一部はAWSオリジンからのサービングです。ここでは両者を区別していません。そのため、曖昧さのない純粋なCDNであるFastlyが、最も近いクリーンな比較として挙げられています。

障害の詳細は、Cloudflare自身の公開されたポストモーテムから引用されており、インラインで参照されています。時刻と期間はCloudflareが示した通りです。二次的な報道からの数値を繰り返すのではなく、各障害の主要なソースへのリンクを貼っています。

国別グループ化は私たちの選択であり、国別テーブルが単独で読めるように明示されています。ヘッドラインの数字は、これらの8つの市場の合計であり、単一の国ではありません。

自分の市場で見つける

CipherCueは、企業ごとのCDN、ホスティング、メール、DNSインフラストラクチャを追跡し、ベンダー、国、セクターでフィルタリングできます。これらのカテゴリのいずれかで欧州の代替製品を販売している場合、ディレクトリには、あなたの市場のどの企業が現在どのインテンバントを実行しているかが表示されます。Cloudflareの背後で検出された企業はそこにリストされており、EUベンダーディレクトリはカテゴリ別の代替製品をカバーしています（companies we detect behind Cloudflare、EU vendor directory）。