オフィスからは1秒で表示されるサイトでも、地球の反対側にいる訪問者には4秒かかることがあります。距離、応答するCDNエッジ、現地のDNS、地域ごとのスクリプトはいずれも各市場での体験を変えますが、自分のデスクから1回速度テストをしても、そのどれも見えません。複数の国で販売やランキングを行っているなら、それらの国からのテストはSEOモニタリングの一部であり、任意の追加作業ではありません。
このガイドでは、さまざまなロケーションからWebサイトの表示速度をテストする方法を解説します。どのツールが何を測定するのか、なぜPageSpeed Insightsだけでは不十分なのか、CDNがすべての市場で同じように動作しているかを確認する方法、そして毎週繰り返せるシンプルなワークフローを紹介します。
国によって速度が変わる理由
同じURLでも、どこでも同じページとは限りません。市場によって変わる要素は次の5つです。
- 距離。 訪問者とサーバー間の往復ごとに時間がかかり、1ページの表示には何度もの往復（DNS、TCP、TLS、そしてリクエスト）が必要です。遠くの訪問者は、そのすべてで遅延の影響を受けます。
- CDNエッジ。 CDNは、その地域に拠点があれば、訪問者に最も近いPoP（Point of Presence）から応答します。2か国離れたエッジから配信される市場は、現地にエッジがある市場とはまったく異なる挙動になります。
- キャッシュの状態。 エッジごとに独自のキャッシュがあります。主要市場ではページが常にキャッシュされた状態に保たれますが、小さな市場ではキャッシュミスが発生し、オリジンからの応答を待つことになるかもしれません。
- DNSルーティング。 Geo DNSによって、特定の国が別のオリジンや、まったく別のCDNに振り分けられることがあります。
- 地域固有のコンテンツ。 欧州の同意バナー、現地の決済ウィジェット、翻訳ページ、国別のサードパーティタグはいずれも、自国版では読み込まれない負荷を追加します。
GoogleのCore Web Vitalsは実際のアクセスに基づいて測定されるため、自社のテスト結果が完璧に見えても、表示の遅い市場がフィールドデータを押し下げます。
ラボデータとフィールドデータ
速度データには2種類あり、その両方が必要です。
フィールドデータは、実際のChromeユーザーから収集されます。PageSpeed InsightsとSearch ConsoleはChrome UXレポート（CrUX）のデータを表示しますが、ページまたはオリジン単位の世界全体の数値1つとしてのみです。CrUXは公開BigQueryデータセットで国別のデータも提供しており、「ブラジルでの表示速度はどのくらいか」という問いに対する最も正直な答えになります。データは月次で、表示されるにはその国からの十分なトラフィックが必要です。
ラボデータは、必要なときに実行する管理されたテストです。PageSpeed Insights内のLighthouseテストは、訪問者の国ではなくGoogleのデータセンターから実行されるため、そのラボスコアは特定の市場での体験について何も教えてくれません。地域間の比較ではなく、ページ自体の問題を見つけるために使ってください。
ロケーション別のラボテストには、WebPageTestのように多数の場所に実際のテストエージェントを持つツールを使います。WebPageTestでは、実行ごとにロケーション、ブラウザ、回線速度を選択できます。商用の合成モニタリングサービスも、同じことをスケジュールに沿って行います。
各国で配信される内容をテストする
速度ツールはページの表示にかかった時間を教えてくれますが、ある国がなぜ遅いのかまでは必ずしも教えてくれません。そのためには、その国の訪問者が実際に受け取るレスポンスを確認する必要があります。どのエッジが応答したか、キャッシュヒットだったか、余分なリダイレクトがあったか、ページの重さはどのくらいだったか、といった点です。
対象国のResidential Proxiesを経由したリクエストなら、まさにそれが分かります。リクエストはその市場の家庭回線から、実際の訪問者と同じように届くからです。CDNやGeo DNSは、顧客のリクエストと同じようにルーティングします。
curlを使ったシンプルなチェックで、所要時間の内訳と重要なヘッダーを出力できます。
curl -s -o /dev/null -D - \
-x http://customer-USERNAME-country-de:PASSWORD@p.shifter.io:443 \
-w "dns:%{time_namelookup} connect:%{time_connect} tls:%{time_appconnect} ttfb:%{time_starttransfer} total:%{time_total} size:%{size_download}\n" \
https://www.example.com/country-deを、country-brやcountry-jpなど対象とする各市場に変えて比較してください。確認すべき点は次のとおりです。
- キャッシュステータスヘッダー（
cf-cache-status、x-cache、x-vercel-cacheなど）。主要市場ではHIT、それ以外ではMISSとなっている場合、そのエッジはキャッシュされていないページを配信しています。 - エッジの識別子。 Cloudflareの
cf-rayの末尾は、応答したデータセンターの空港コードです。CloudFrontはx-amz-cf-pop、Fastlyはx-served-byを送信します。ドイツの訪問者に別の大陸から応答しているなら、それが問題の原因です。 Age。キャッシュされたコピーがそのエッジにどれだけの時間保存されているかを示します。- リダイレクトとサイズ。 国別のリダイレクトや、より重いローカライズページは、余分なホップやバイト数の増加として現れます。
ひとつ注意点があります。プロキシ経由のリクエストはプロキシネットワークも通過するため、その絶対的な所要時間は現地の訪問者よりも長くなります。プロキシ経由のテストは国同士の比較や配信内容の確認に使い、絶対的な読み込み時間はWebPageTestやフィールドデータから取得してください。設定なしで別の国からページをさっと目視確認したいだけなら、無料のWebプロキシで十分です。
CDNのパフォーマンスとエッジキャッシュのテスト
地域的な遅さの多くは、サーバーではなくCDNの問題であることが分かります。市場ごとに次のチェックを行ってください。
エッジのカバレッジ。 各国にどのエッジが応答しているかを確認します。プロバイダーはPoPの一覧を公開していますが、唯一の確かな証拠は、その国の内部（たとえばドイツや日本）から送ったリクエストのエッジヘッダーです。
地域ごとのキャッシュヒット率。 各国から同じURLを2、3回リクエストします。最初のリクエストはミスになることがありますが、2回目はヒットするはずです。ミスが続く場合、そのレスポンスはその地域でキャッシュ可能になっていない可能性があります。
キャッシュキーの断片化。 Cookieやユーザーエージェントに対するVaryヘッダーや、初回訪問時に設定されるGeo Cookieによって、1つのページが多数のキャッシュエントリーに分割されることがあります。その結果、小さな市場ではキャッシュ済みのコピーにほとんどヒットしなくなります。
パージの反映。 デプロイやパージの後、最も近いエッジだけでなくすべての場所で新しいバージョンが配信されているかを、複数の国から確認します。
オリジンシールド。 遠い市場でキャッシュミス時の応答が遅い場合、オリジンシールドや地域別の階層型キャッシュを使えば、エッジがオリジンではなく近くのキャッシュから取得できるようになります。
繰り返し使えるワークフロー
- 対象市場を選びます。 Search Consoleとアナリティクスから、トラフィックや売上をもたらしている国と、これから伸ばしたい国を選びます。
- 国別のフィールドデータを確認します。 CrUXのBigQueryデータセットで月に1回確認します。
- ラボテストを実行します。 主要なテンプレートについて、WebPageTestで各市場から、毎回同じブラウザと回線でテストします。
- 配信内容を確認します。 国ごとにプロキシ経由のリクエストを送り、エッジ、キャッシュステータス、リダイレクト、サイズを確認します。
- 修正して再テストします。 数値やヘッダーがおかしい市場で対応します。
同じ国別のアプローチは、ランキングやコンテンツにも当てはまります。それらのチェックについては、ジオグリッドによる順位トラッキングと大規模なローカライズQAのガイドで解説しています。
よくある質問
別の国から自分のWebサイトの表示速度をテストするにはどうすればよいですか？
読み込み時間については、WebPageTestなど、その国にテストエージェントを持つラボツールを使います。その国で何が配信されているか（CDNエッジ、キャッシュステータス、リダイレクト）を確認するには、その国にあるResidential Proxiesを経由してリクエストを送信します。
PageSpeed Insightsは訪問者のロケーションからテストしていますか？
いいえ。ラボテストはGoogleのデータセンターから実行され、フィールドデータは世界全体の数値1つです。国別のフィールドデータは、CrUXのBigQueryデータセットで入手できます。
一部の国でサイトが遅いのはなぜですか？
通常は、近くにCDNエッジがない、エッジのキャッシュが温まっていない、Geo DNSがその国を遠くのオリジンに振り分けている、あるいはローカライズページが余分なスクリプトを読み込んでいる、といった理由です。
国別の速度テストはどのくらいの頻度で行うべきですか？
主要なテンプレートの合成チェックを毎週、フィールドデータの確認を毎月行い、大きなデプロイやCDNの変更のたびに追加でチェックしてください。
まとめ
速度はローカルなものです。国ごとの実態にはフィールドデータを、比較可能な読み込み時間には複数ロケーションのラボツールを使い、どのエッジが応答し、キャッシュ済みのコンテンツを配信しているかは現地からのリクエストで確認しましょう。地域的な遅さの多くはCDNに起因しており、訪問者のいる場所から見えるようになれば、簡単に修正できます。