すでにCloudflareを利用しているのに、なぜ別のCDNを検討する必要があるのでしょうか。ユーザーが海外にいて、ページも問題なく表示され、現在の防御機能で要件を満たしているなら、急いで変更する必要はありません。

一方、サーバーは海外にあり、顧客の大半が中国本土にいる場合は状況が異なります。通常時は問題なくても、夜になると画像の読み込みが遅くなり、ログインが時折タイムアウトする状態が解消されないことがあります。

CDN07のDDoS防御機能付きCDNは、中国本土からのアクセス、Webサイトの防御、中国語による技術サポートを同時に重視するWebサービスに適しています。

当社のサービスは、香港および中国本土からのアクセスに適したネットワーク経路に加え、エッジノード、帯域幅、セキュリティポリシーのカスタマイズに重点を置いています。切り替える価値があるかどうかは、これらの機能で現在の問題を解決できるかによって決まります。

CDN07が適しているのはどのようなWebサイトか？

Webサイトの種類は判断材料の一つにすぎません。同じ企業サイトでも、主に欧州の顧客を対象とするサイトと、中国本土の検索エンジンから問い合わせを獲得するサイトでは、必要なネットワーク経路が大きく異なる場合があります。

海外サーバーから中国本土の顧客にサービスを提供するWebサイト

このようなWebサイトでよく起きるのは、サーバーは停止しておらず、海外からの監視でも異常がないのに、中国本土のユーザーから「開けない」「遅い」と報告される問題です。サーバーのメモリを増やしても、国境をまたぐネットワークで発生する待ち時間が改善するとは限りません。

CDN07が提供する中国本土向けのネットワーク経路は、こうしたWebサイトの高速化手段になります。ただし、同じWebサイト内でも、すべてのリクエストが同じ経路を通るわけではありません。

たとえば、商品画像がCDNのエッジノードにキャッシュされていれば、ユーザーがアクセスするたびに海外サーバーから画像を取得する必要はありません。一方、ログイン、在庫照会、注文送信などの操作は、通常、Webアプリケーションが実際に稼働するサーバー、つまりオリジンサーバーへ到達する必要があります。

そのため、静的リソースの高速化と動的APIのパフォーマンスを併せて評価する必要があります。画像は明らかに速くなったのにログインが遅い場合、ボトルネックがオリジンへのネットワーク経路やアプリケーション処理に残っている可能性があります。2つの経路がアクセス品質へ与える影響については、海外サーバーから中国本土のユーザーに配信するためのCDN選定とトラブルシューティングも参照してください。

ECサイト、会員サイト、オンラインサービス

取引を伴うWebサイトでは、防御の目的は明確です。異常なリクエストを遮断しながら、正規の顧客がサービスを継続して利用できる状態を維持することです。

商品を閲覧できてもログインできない、注文を送信できても決済成功後にステータスが更新されないのであれば、Webサイトは依然として取引機会を失っています。ECサイトや会員システムで、一般的な情報サイトよりも細かな設定が必要になるのはこのためです。

商品画像や公開情報ページはキャッシュできます。一方、ショッピングカート、注文、住所、アカウント情報はユーザーごとに異なるため、公開ページと同じキャッシュ方法をそのまま適用できません。ログインページ、アプリから呼び出されるAPI、決済事業者から送信されるサーバー間通知を、すべてブラウザ向け認証の対象にすることも避ける必要があります。

このようなWebサイトでは、ドメイン全体へ同一ルールを適用するのではなく、具体的な処理フローに合わせてCDN07の高速化と防御を構成できます。どのパスをキャッシュできるか、どのリクエストをリアルタイムでオリジンへ転送するか、どの入口に特別な処理が必要かを導入計画で明確にしてください。

SaaS、API、リアルタイム通信を使用するWebサイト

SaaSプラットフォームのアクセス問題は、表示されたページの背後に隠れていることがよくあります。画面の枠は表示されても顧客一覧が出てこない、画面を操作できても保存ボタンが処理中のままになる、といったケースです。このようなサービスでは、トップページだけをテストしてもほとんど意味がありません。

CDN07のDDoS防御機能付きCDNはWebSocketに対応しており、継続的な双方向通信を必要とするWebサイトに利用できます。オンラインチャットや通知機能については、実際の利用時間を想定し、接続維持と再接続の動作も確認する必要があります。マルチテナントSaaSでは、顧客ごとのドメイン、ログイン状態、キャッシュコンテンツが適切に分離されているかが特に重要です。

API、つまりシステム間でサービスを呼び出すインターフェースでは、「ブラウザで開ける」ことより、正しいデータが正常に返されることが重要です。テストでは実際のクライアントと同じ呼び出し方法を使用し、必要なリクエストヘッダーと認証フローを維持してください。ブラウザテストは正常でも、本番アプリがブロックされる状況を避けるためです。

Cloudflareと比較したCDN07のメリットは？

どちらもWebサイトの高速化とセキュリティ機能を提供しています。実際の違いは、具体的なネットワーク経路、設定方法、契約したプランに含まれるサービスにあります。

CDN07のDDoS防御機能付きCDNで注目すべき点は、中国本土からのアクセスに適した香港経路、要件に応じて調整できるエッジノードと帯域幅、中国語による技術サポートです。海外のオリジンサーバーから中国本土の顧客へサービスを提供し、専任のネットワーク運用担当者がいないWebサイトにとって、特に実用的な特徴です。

中国本土のユーザーが中心なら、必要なアクセス経路に予算を配分する

顧客の大半が中国本土にいる場合、CDN選定で最も価値のあるデータは、その顧客がいる地域からのアクセス結果です。米国のテストノードで高速でも、モバイル通信事業者のユーザーが夜間にページを開けない理由は分かりません。

CDN07は中国本土からのアクセスに対応したネットワーク経路を提供しており、この市場を高速化の中心に置くWebサイトに適しています。契約時には、ユーザーが集中する地域とオリジンの所在地を起点に、エッジノード、帯域幅、オリジン接続を構成できます。漠然とした世界平均レイテンシだけで判断する必要はありません。

Cloudflareも中国本土向けネットワークサービスを提供しています。同社のChina Network公式概要によると、このサービスはEnterprise顧客向けの追加サブスクリプションとして提供され、ドメインの導入には有効なICP登録またはライセンスなどの条件があります。現在、通常のグローバルネットワークプランを利用している場合、China Networkへのアップグレードと香港経路への切り替えは異なる解決策であり、費用と利用条件も異なります。

そのため、海外でのホスティングを維持しながら中国本土からのアクセス改善を重視するWebサイトにとって、CDN07は比較する価値のある選択肢です。どの程度改善するかは、ユーザーのネットワーク、オリジンの所在地、選択した構成によって異なり、「香港ノード」という言葉だけでは判断できません。

特殊な要件がある場合は、エッジノードとセキュリティポリシーを併せて検討できる

アクセス数は多くなくても、ログインや検索APIへの不正な連続アクセスに悩むWebサイトがあります。一方、通常時の負荷は低くても、キャンペーン時に正規ユーザーが急増するWebサイトもあります。それぞれに必要な防御構成は異なります。

CDN07では、エッジノードの分布、帯域幅、セキュリティポリシーを要件に合わせて構成できます。どの地域からのアクセスが遅いのか、どのAPIが頻繁に攻撃されるのか、ピーク時に正規トラフィック用の帯域幅がどれだけ必要かといった具体的な問題から、適切な構成を検討できます。

たとえば、検索APIへのリクエストごとにデータベースクエリが実行される場合があります。各レスポンスが小さくても、頻繁に呼び出されればオリジンサーバーへ大きな負荷がかかります。画像配信用の帯域幅を増やすだけでは、通常この問題を解決できません。対処すべきなのは、リクエスト頻度、アクセス元、アプリケーション自体のクエリ処理コストです。

このような場合、ネットワーク防御とアプリケーション処理を連携させる必要があります。WAF、ボット管理、DDoS防御を連携させる方法では、リクエストの種類ごとに異なる処理について説明しています。DDoS防御機能付きCDNを導入した後も、アカウント権限、API認証、データベース最適化はアプリケーション側で対応する必要があります。

具体的な問題を相談したいチームに適した中国語技術サポート

専任の運用担当者がいない小規模チームに不足しているのは、「このスイッチを有効にする」と説明する一般的な手順書ではありません。異常が発生したときに、実際のWebサイトの状況に沿って原因を追跡できる相談窓口です。

CDN07では中国語対応のチームがサポートを提供します。たとえば、「広東省のChina Mobileユーザーは夜間にログインがタイムアウトするが、画像は正常に表示される」「決済通知が時々403になる」と具体的に伝え、発生時刻、リクエスト記録、オリジンログを組み合わせて調査できます。単に「Webサイトが重い」と伝えるよりも、原因を特定しやすくなります。

技術サポートも購入判断の一部です。導入前に、設定支援の範囲、障害時の連絡方法、応答に関する取り決めを確認しておけば、問題発生時の対応が明確になります。Cloudflareのサポート内容もプランによって異なるため、現在のアカウントに実際に含まれるサービスを基準に比較してください。

防御能力とパフォーマンスのどちらに予算をかけるべきか？

すでにCloudflareを使用している場合、切り替えを「防御がない状態から、防御がある状態への移行」と考えるべきではありません。CloudflareのDDoS防御ドキュメントには、Freeを含む各プランに、攻撃量に応じた従量課金を行わない標準DDoS防御が含まれると記載されています。一方、高度な機能やルール権限はプランによって異なります。

追加予算を使う価値があるのは、現在の構成で解決できていない問題です。

攻撃中にオリジンの負荷が大きくなる場合は、リクエストが防御の入口を通っているか、どのリクエストが引き続きオリジンへ到達しているかを確認してください。主な問題が夜間ピーク時のアクセス遅延であれば、ミティゲーション容量を増やしても、適切なネットワーク経路の代わりにはなりません。正規顧客の誤検知が多い場合は、ルールとサービスの互換性を調整する必要があります。

DDoS防御機能付きCDNプランに記載されるGbpsはトラフィックの転送速度を示し、QPSは1秒あたりのリクエスト数を示します。防御仕様は正規サービスが自由に使用できる帯域幅ではなく、月間データ転送量が無制限になるという意味でもありません。

したがって、月額料金を比較する際は、少なくともドメイン数、正規トラフィックまたは帯域幅、防御範囲、必要な機能を含める必要があります。エッジノード、ログ、カスタムサービスに追加料金が発生するかも併せて計算してください。既存の請求データがあるWebサイトは、DDoS防御機能付きCDNの月額料金と追加費用の計算方法を使用し、同じ使用量データで2つのプランを比較できます。

予算が限られ、現在のアクセスにも問題がない小規模サイトであれば、Cloudflareを継続するほうが経済的な場合があります。アクセス障害がすでに問い合わせ、注文、顧客の契約更新へ影響している場合は、障害対応にかかる時間とビジネスへの影響も選定時に考慮してください。

すでにCloudflareを使用している場合、切り替える価値があるかどう判断するか？

まず、ユーザーに最も大きな影響を与えている問題を一つ特定します。たとえば「江蘇省のChina Telecomユーザーは夜間ピーク時にログインが遅い」という問題なら、そのユーザー層、時間帯、処理フローを対象に比較してください。任意の速度測定サイトでトップページのスコアだけを比べても、適切な判断はできません。

比較には可能な限り同じオリジンとコンテンツを使用し、キャッシュ状態も記録します。一方のサービスがキャッシュ済みページを返し、もう一方が毎回オリジンから取得している場合、結果の差がネットワーク経路によるものとは限りません。

コマンドラインを使用できる場合は、次のコマンドでページまたは読み取り専用APIのレスポンスを記録できます。Linux、macOS、WSLで使用でき、URLを自社Webサイトの最終的なHTTPSアドレスへ置き換えるだけです。

curl --silent --show-error --output /dev/null \
  --connect-timeout 10 --max-time 30 \
  --write-out 'status=%{http_code} ttfb=%{time_starttransfer}s total=%{time_total}s\n' \
  'https://example.com/'

statusはHTTPステータスコード、ttfbはリクエストを開始してから最初の1バイトを受信するまでの時間、totalは今回のリソースリクエストにかかった合計時間です。curl公式マニュアルには、これらの時間フィールドが詳しく定義されています。TTFBには接続確立などの前段階も含まれるため、オリジンアプリケーションだけの実行時間として扱うことはできません。

このコマンドが送信するのは1回の通常のGETリクエストだけで、Webページ全体をテストするものではありません。301または302リダイレクトが返された場合は、最終URLをテストしてください。タイムアウトした場合も失敗結果を残します。200が返されても、レスポンス内容が正しいかを別途確認する必要があります。ページ全体はブラウザで確認し、ログインや注文などの操作は実際に一通り実行してください。

結果は次のように判断できます。

• 静的リソースは速くなったが、リアルタイムAPIは依然として遅い：オリジンへの接続とアプリケーション処理を引き続き調査する。
• 特定の地域または通信事業者だけ改善した：現在影響を受けている主要ユーザーをカバーしているか確認する。
• ページは速くなったが、ログインに失敗する、または長時間接続が頻繁に切れる：機能上の問題を解決してから切り替える。
• 主要地域、夜間ピーク、重要な操作が継続的に改善した：費用と併せて導入範囲を決定する。

一度だけ低レイテンシを記録しても、長期的な効果は判断できません。通常時と夜間ピーク時に複数回測定した結果は、2枚の速度測定画面を比較するよりも信頼できます。通常のアクセス試験だけでは、DDoS防御能力も証明できません。防御テストが必要な場合は、事前に許可範囲とテスト計画を合意してください。

切り替え前に確認すべきこと

CDNを変更しても、必ずしも同時にサーバーを移転する必要はありません。オリジンはそのまま利用でき、主な変更対象はDNS設定、CDN構成、オリジンへのアクセス許可です。

ただし、次の項目は事前に対応する必要があります。

オリジン証明書。Cloudflare Origin CA証明書を使用している場合、新しいCDNがデフォルトで信頼するとは限りません。CloudflareのOrigin CAドキュメントでは、プロキシを一時停止するか、対象サブドメインのプロキシを無効にし、ブラウザがこの証明書を使用するオリジンへ直接接続すると、証明書が信頼されていないというエラーが発生する可能性があると説明されています。切り替え前に新しい構成で証明書を検証し、必要に応じて交換してください。

既存プラットフォームの機能。Cloudflare Workersで認証やリクエスト書き換えを処理している場合、そのロジックはDNSの変更だけでは移行されません。どの機能を維持し、どの機能を再構築する必要があるかを事前に整理し、新しいエッジからアクセスできても重要な処理が欠けている状態を避けてください。

オリジンへの直接アクセス。攻撃者が公開済みのサーバーIPアドレスへ直接接続できる場合、ドメインをCDN経由にしても、その経路は自動的に遮断されません。オリジンのアクセス制御と必要なサーバー側防御を同時に構成してください。

ゲームプロトコル。ゲームの公式サイト、アカウントページ、HTTP APIはWebサイト用CDNで配信できます。一方、クライアントが使用するTCPまたはUDPのゲーム接続には、別の対応製品が必要です。CDN07のゲームSDKシールドは、別の導入方法を提供します。Webサイト用のDDoS防御機能付きCDNを購入しても、SDK統合やゲームプロトコルの防御が自動的に含まれるわけではありません。

よくある質問

CDN07とCloudflareはどちらが優れていますか？

ユーザーの大半が中国本土にいて、対象を絞ったネットワーク構成と中国語サポートを必要とするWebサイトは、CDN07を重点的に検討できます。現在のCloudflareでアクセス、防御、機能の要件を満たしているWebサイトは、継続して利用できます。ブランドの規模だけでなく、実際のWebサイトのパフォーマンスを基準に選んでください。

Cloudflareによる中国本土からのアクセスが遅い場合、CDN07へ切り替えれば改善しますか？

ネットワーク経路が原因の問題には改善の余地があります。アプリケーションやデータベース自体が遅い場合は、別途対応が必要です。ページリソース、接続確立、特定APIのどこが遅いのかを切り分け、該当するリクエストの結果を比較することで、切り替えによって何が解決されたかを判断できます。

CDN07はECサイトのログインAPIや決済APIを保護できますか？

これらのHTTPまたはHTTPSエンドポイントはWebサイトの導入対象にできますが、通常の認証、決済通知、ステータス更新のフローを維持する必要があります。設定ではブラウザアクセスとサーバー間通信を区別し、決済事業者からの通知にブラウザ向け認証を要求しないようにしてください。

DDoS防御機能付きCDNを導入した後も、オリジンの防御は必要ですか？

必要です。CDNが主に処理するのは、その入口を通過するトラフィックです。オリジンへの直接アクセス、管理用ポート、その他の公開サービスは個別に保護する必要があります。特にオリジンIPアドレスがすでに公開されている場合、DNS設定を変更するだけで防御が完了したと判断してはいけません。

CDN07は小規模なWebサイトにも適していますか？

Webサイトの規模だけが判断基準ではありません。アクセス数が少ない商用サイトでも、頻繁に攻撃を受けている、または重要な顧客が継続的にアクセスできない場合は、導入する価値があります。現在の構成で安定している個人のポートフォリオサイトなら、明確な要件が生じるまで既存サービスを維持できます。

WebサイトにCDN07が必要かどうかは、次の質問で判断する

• 主要ユーザーは中国本土にいて、現在のネットワーク経路がWebサイトの利用に影響しているか？
• 現在の主な問題はネットワークの遅さ、悪意のあるリクエスト、正規トラフィックのピークに対する処理能力不足のどれか？
• 中国語による技術的な相談や、Webサイトの状況に合わせたエッジノードとセキュリティポリシーの調整が必要か？
• 切り替え後、顧客が閲覧、ログイン、検索、取引をより安定して完了できるか？

これらが解決したい課題であれば、オリジンの地域、主要ユーザーの分布、現在最も目立つアクセス問題を添えて、CDN07へ技術・導入についてお問い合わせください。Webサイト全体をすぐに切り替えるより、影響を受けているページやAPIから検討を始めたほうが効果を確認しやすく、切り戻しもしやすくなります。