中国本土の内側から計測した280サイト：3分の1は一度も読み込みを完了しなかった

人々が検索するのは、サイトが中国で 遮断 されているか、という問いです。それは間違った問いであり、これはなぜそうかを示す計測です。

中国本土の内側の探針から、エンタープライズのソフトウェアとインフラのサイト280件を、それぞれ3回、1回につき60秒を上限として要求しました。840リクエスト。 1回の実行が完了としてカウントされるのは、ページが読み込みを完了した場合のみです。60秒時点でまだ進行中の実行は、破棄ではなく失敗として記録します。

結果

結果	サイト数	割合
毎回完了	162	58%
一度も完了せず	96	34%
一部の試行で完了	22	8%

少しでも応答したすべてのサイトを通して、最初のバイトまでの時間の中央値は742ms（90パーセンタイル1,093ms）でした。完了したサイトのうち、最大コンテンツの描画（LCP）の中央値は2.1秒（90パーセンタイル4.7秒）でした。

そして、そのどれよりも重要な数字：

一度も完了しなかった96サイトのうち、66は応答していました。 最初のバイトが届き、多くの場合、描画も記録されたのに、ページは決して完了しませんでした。まったく応答がなかったのは30だけでした。

同じ結果をまとった二つの異なる失敗

どちらのグループも、利用者には同じに見え——ページが機能しない——まったく異なる問題です。

何も返さなかった30が、人々が「遮断」と呼ぶものです。そのリストは2社に支配されています。10のGoogleプロパティ（Maps、Docs、reCAPTCHA、Tag Manager、Analytics、Cloud Functions、Hosted Libraries、Fontsの閲覧サイト、YouTube、サポートページ）と、MetaとXの4つ（Facebook、Instagram、Twitter、X）。Snapchatもそこにあります。これは中国で運営することのよく理解された部分であり、配信の問題ではありません——応答しない行き先への要求は、どこから来るかを変えても応答するようにはなりません。

同じデータセットに有用な対比があります。bing.com/maps は280サイト中で最も速い最初のバイト、66msを返しました。 地図というカテゴリーが問題なのではありません。特定のホストが問題なのです。

応答して決して完了しなかった66が、誰も計画しないもので、その数は倍です。接続チェックは合格します。速度テストは時間を報告します。200を監視するモニタリングは緑のままです。そして訪問者が開くページは、決して使えるようになりません。

そのギャップがどこまで伸びうるかの例：

サイト	最初のバイト	描画	完了
Authentisign	108ms	2.6s	3回中0回
Framer	339ms	2.6s	3回中0回
AWS Route 53 コンソール	375ms	4.0s	3回中0回
Contentstack	1,104ms	28.0s	3回中0回
Freshdesk	718ms	14.2s	3回中0回

Authentisignはセンサス中のどのサイトより速く応答し、どの実行も完了しませんでした。Contentstackは28秒後に描画しました——計測ツールが待ち続けたからこそ存在する数字で、誰かが待つからではありません。

最初のバイトまでの時間は、ページが機能するかを教えてくれません。 それがこのデータセットで最も有用な一点であり、中国の外から取った速度テスト、あるいはどこから取った最初のバイトの数字も、買い手が実際に尋ねている問いに答えられない理由です。

単一のサイトでは示せなかったこと

公開アセットのCDN：5つのうち2つが機能した

ホスト	結果
cdnjs	3回中3回完了
Microsoft Ajax CDN	3回中3回完了
Google Hosted Libraries	まったく応答なし
BootstrapCDN	3回中0回完了
Font Awesome	3回中0回完了

5つすべて、通常はドキュメントのheadから参照され、そこではブラウザはそれらが解決するまで描画しません。その位置が、不釣り合いに大きな被害を与える理由です——失敗するスクリプトCDNを参照するページは、遅く読み込まれるのではなく、止まります。

人々が手を伸ばすルール——「公開CDNは中国で機能しない」——は支持されません。5つのうち3つが失敗し、2つは問題ありませんでした。使える助言はより狭く、より有用です。実際に依存するホストを計測するか、ライブラリを自分のビルドに取り込んで問いそのものをなくす。 取り込みはたいてい、どの配信作業より小さな変更です。

あるベンダーに共通する失敗のシグネチャ——しかし全体ではない

4つのAdobeプロパティは、タイムアウトではなく ERR_HTTP2_PROTOCOL_ERROR で失敗しました：Adobe Commerce、Magento、Marketo、Adobe Dynamic Tag Management。プロトコルレベルの失敗は、輻輳とは異なる診断です——接続が転送中に中断されていることを示し、帯域やPoPを足しても改善しません。

同じ実行で計測したAdobe Fontsは、毎回完了しました。 ベンダー単位の一般化は計測に耐えません。だからこのセンサスはブランドではなくホストをテストします。

同じ製品カテゴリー、正反対の結果

9つのポッドキャストホストのうち、5つは使える読み込みを生まず、4つは毎回完了しました。同じストアフロントプラットフォーム向けの2つのロイヤリティアプリのうち、一つは毎回完了し、もう一つは一度も完了しませんでした。学習プラットフォームも同じように割れました。一つは1.6秒の描画で3回とも完了し、もう一つは一度も完了しませんでした。

ここにカテゴリー単位の答えはありません。これは修辞ではありません——「ヘッドレスCMSを使え」や「埋め込み動画を避けろ」といった形の助言は実行可能ではなく、それを解決するのは、特定のホストを計測することだけだ、という意味です。

一つのベンダー自身のホスト同士でさえ一致しない

Google Fontsが最もきれいな例です。ページが呼ぶスタイルシートのエンドポイント fonts.googleapis.com は、別途の12時間のサンプリング実行で、中央値111msで73回中73回応答しました。デザイナーが書体を選びに行くサイト fonts.google.com は、3回中一度も完了しませんでした。訪問者はフォントを受け取り、デザイナーは新しいフォントを買い物しに行けないのです。

除外したもの、そしてその理由

5つのホストは280に含まれていません。

そのうち3つ——fauna.com、stepzen.com、thin.dev——は中国の外からも解決しません。それらのサービスはもう存在しません。4つ目は、誤ったベンダーURLを載せた当社自身のナレッジベースのページで、指していたドメインはどこにも登録されていませんでした。

5つ目は、掘り下げる価値のあるものです。あやうく公開するところだったからです。edg.io は中国の内側から ERR_CERT_COMMON_NAME_INVALID で失敗しました——実行中でただ一つの証明書の失敗で、いかにも診断的に見えるシグネチャでした。それを独立した発見として書き起こしていたところ、中国の外からのチェックが同じエラーを返しました。Edgecastを買収していたEdgioは2024年9月にチャプター11を申請し、そのコンテンツ配信ネットワークは2025年1月15日にオフラインになりました。Akamaiは顧客契約を買いましたが、ネットワークは買いませんでした。そのホストの証明書が保守されていないのは、誰も、どこでも、保守していないからです。

死んだ製品は中国の発見ではありません。 異常にきれいなシグネチャを持つ失敗——解決しない名前、即座に閉じられる接続、一致しない証明書——は、書き起こす前に国の外から検証する価値があります。当社はこの方法で5つを捕まえました。そのうち一つは、当社自身のサンプリングデータが逆を示しているのに「Google Fontsは中国で機能しない」と公開させるところでした。

限界

• 一つの探針、一つの都市。 cn-zhangjiakou の商用クラウド回線です。データセンターからの国際トランジットは、企業のブロードバンド接続からよりも実質的に良いため、ここのすべての数字は最悪値ではなく下限です。 実際のオフィスはもっと悪く見えます。
• サイトあたり3回の試行。 「届く」と「届かない」を確実に分けるには十分ですが、精密なレイテンシの数字には足りません。丸一日サンプリングしたところ——中国本土の内側からのサードパーティ要求の12時間（英語）——あるホストの最初のバイトまでの時間は、最も静かな時間帯の中央値493msから夜のピークの1,086msまで振れました。3回の中央値では見えない幅です。
• ベンダー自身のサイトで、顧客のデプロイではありません。 ベンダー自身のサイトの挙動は、その上に築かれたサイトの挙動ではありません。ホストについての信号であって、製品への判定ではありません。
• 60秒の上限は選択です。 これらのページの一部は90秒で完了するかもしれません。訪問者はそんなに待たないので、当社も待ちませんでした。

なぜ答えが配信だけではないのか

ここで終えられれば好都合でしょう。上記はすべて到達性の問題で、到達性はバイトがどこから配信されるかを変えることで直せる部分だからです。しかし配信を中国本土の内側へ移すことは、エンジニアリングだけの判断ではありません。本土の内側から配信することは、まさにICP備案の要件を発動させるものです——備案は中国本土の法人に発行され、ホスティングとアクセスの取り決めに結びつき、アクセス事業者は備案のないサイトを運ぶことを禁じられています。

したがって二つの問いは一緒に到来し、アーキテクチャの段階で一度に決まります。ページが到達できるか、そしてそれが到達する場所から配信することを許されているか。 最初の問いについて、利用可能な各取り決めが実際に何を買うかを、中国にWebサイトを届ける4つの方法（英語）で計測しました——中国の内側にあり、正しく備案され、それでも読み込みを完了しなかった取り決めも含めて。

次に計測するもの

データセンター回線ではなく、中国のオフィスのブロードバンド接続からの同じセンサス。ここのすべての数字を悪くし、公開するには見栄えのしない比較になると予想しています。それでも公開します。方法は、最初に間違えた8つのやり方（英語）も含めて、別途書き起こしています。

計測は21YunBoxの中国エンジニアリングチームが、2026年8月28〜29日に中国本土の内側の探針から実施しました。各サイトの結果——完了率、最初のバイトまでの時間の中央値、描画の中央値、失敗の種類——はホストごとに記録しています。