ICP備案はサイトを中国で速くするか

いいえ。ICP備案は中国本土で運営する許可であって、パフォーマンスの機能ではありません——オフショアのオリジンから配信される備案済みのサイトは、備案のないものとまったく同じだけ遅く読み込まれます。関係は一方向にのみ走ります:越境のラウンドトリップをなくす唯一の配信経路は中国本土の内側からの配信であり、それこそが備案のルールが求める取り決めなのです。

本土に到達する方法は3つあり、それぞれが両方の答えを同時に定めます。オフショアのオリジンはリクエストのたびに国境を越え、備案を要しません。香港やシンガポールのニアショアのエッジはその越境を短縮しますが、本土には決して入らないため免除されたまま——そして同じ理由で恒久的なレイテンシの床を保ちます。中国国内からの配信だけがラウンドトリップをなくし、応答が本土の内側から発せられるため、まさにICP備案のルール(国務院令第292号、MIIT令第33号)がかかる対象です。下の各節が、3つの経路すべて、中国での悪いスコアの2つの独立した原因、そしてチームが遅れて気づく3つの備案の性質を案内します。

これは許可と経路がどうかみ合うかの地図であって、法的助言ではありません——どの扉が合うかは、法人・データ・ユーザーが誰かで変わり、専門家と確認する価値があります。当社の中国チームが一緒に経路を整理します →

なぜ備案と速い経路が2つではなく1つの判断なのか

事実一次情報源
ICP備案は、2000年の国務院令の下で発行される許可であって——配信の仕組みではない。 インターネット情報サービス管理弁法(国務院令第292号)は、分野を2つに分ける:経営性の情報サービスにはライセンス、非経営性には備案が必要で、適用されるステップを完了せずにインターネット情報サービスを提供してはならない。この令にDNS・ルーティング・サーバーの所在・ページの重さに関わるものは何もない——それは、運営が許されるかを規律するのであって、どれだけ速く読み込まれるかではない。ICP備案の仕組み → 国務院令第292号、インターネット情報サービス管理弁法(2000-09-25 公布、2011 改正)、gov.cn 経由——2026-10-07 取得
3つの配信経路のうち越境のラウンドトリップをなくすのは1つだけで——それが備案を要する唯一のものである。 オフショアのオリジンと、香港やシンガポールのニアショアのエッジは、いずれも本土の外にとどまるため、どちらも備案を発動しない。どちらも越境を、全面でまたは一部で保つ。中国国内からの配信が、ラウンドトリップを終わらせる唯一の経路で、応答が本土の内側から発せられるためICPのルールにまさに該当する。免除とレイテンシの上限は、オフショア配信についての2つの事実ではない——一つの事実を、二度述べているのだ。ICPガイド → 国務院令第292号・MIIT令第33号(備案は中国本土の内側から提供されるインターネット情報サービスにかかる)、gov.cn 経由;21YunBox の配信経路分析——2026-10-07 取得
備案は、サービスがどこから提供されるかで発動され、本土の法人を要し、接続事業者に紐づく。 MIIT令第33号(2005-03-20 施行)の下で、非経営性の備案は運営者の国内の事業所在地の省通信管理局に提出され、備案していないサービスは本土の内側で提供してはならない。本物の備案はMIITの公開記録 beian.miit.gov.cn で照会でき、期限切れの備案も記録を返す一方、何も返さない備案は一度も行われておらず——以前の事業者を指したままの記録は休眠に分類され取り消されうる。 MIIT令第33号、非経営性インターネット情報サービス備案管理弁法(2005-03-20 施行、2024 改正)、gov.cn 経由;MIIT公開備案記録——2026-10-07 取得
備案はコンプライアンスの門の一つにすぎず——訪問者のデータがどこに着地するかは別の門である。 中国本土をオフショアまたはニアショアのオリジンから配信することは、応答を本土の外に保ち、それは中国ユーザーの個人情報が国を出ることも意味する:個人データの越境移転で、PIPLが通知・個別の同意・移転メカニズム(第38〜43条)を通じて規律し、CIIOまたは大量取扱者には中国国内保存を求める(第40条)。したがって、速度のために選ぶ配信経路は、データ上のリスクも定める——後回しの問題ではなく、専門家と評価すべきリスクだ。 個人情報保護法(PIPL)第3章 第38〜43条・第40条、国家インターネット情報弁公室(cac.gov.cn)経由——2026-10-07 取得

情報源は21YunBox コンプライアンスチームが2026年10月7日に確認しました。

要約——ICP備案は法的な許可であって、パフォーマンスの機能ではありません。サイトを備案しても速くは読み込まれず、そうでないと言う人は間違ったものを売っています。しかし逆は対称ではありません。中国本土では、越境のラウンドトリップをなくす唯一の配信経路は中国本土の内側からの配信であり、中国本土の内側からの配信こそが、まさに備案の要件を発動させる事象です。したがってコンプライアンスは速度を買うものではなく——そして利用可能な最も速い経路は、それなしには買えません。

まず譲歩から、それが真実だから

サイトが中国本土で遅く、ICP備案がそれを直すと誰かが言うなら、その助言は間違っています。備案を得てもDNSは変わらず、サーバーも動かず、決して応答しないフォントのホストも置き換わらず、ネットワーク経路も一つも短くなりません。オフショアのオリジンを持つ備案済みのサイトは、オフショアのオリジンを持つ備案のないサイトと、まったく同じだけ遅いのです。

このことははっきり言う価値があります。混乱は両方向に走り、両方向がお金を失わせるからです。チームは速度の改善を期待して備案を買い、何も得ません。別のチームは、備案は「ただの書類仕事」と言われて備案の会話を先送りし、ローンチのときに、自分が築いた取り決めに法的根拠がないと気づきます。

コンプライアンスは許可についてで、パフォーマンスは経路についてです。 これらは異なる問いで、異なる答えを持ちます。

しかし両者はちょうど一点で出会う

2つをきれいに分けすぎると抜け落ちる部分が、ここです。

中国本土へサイトを配信する方法は3つあります。3つだけです:

経路リクエストの終端越境のラウンドトリップICP備案
オフショアのオリジン中国の外全面——すべてのリクエストが、混雑した、フィルタされた国境を越える不要
ニアショアのエッジ(香港・シンガポール)本土の外短縮されるが、なくならない不要
中国国内からの配信本土の内側なくなる必要

ここで、真ん中の行と一番下の行を一緒に読んでください。判断のすべてがそこにあるからです。

ニアショアの選択肢が備案を免除されるのは、まさにそれがパフォーマンスのギャップを埋められない理由によります——それは中国に入らないからです。 香港やシンガポールのノードは、越境の旅の終端をユーザーに近づけます。旅そのものはなくしません。トラフィックはなお、彼らに届くために本土へ越えなければならないからです。免除と上限は、ニアショア配信についての2つの事実ではありません。一つの事実を、二度述べているのです。

そして一番下の行は、それを逆にします。ラウンドトリップをなくすとは、応答が中国本土の内側から発せられることを意味します。中国本土の内側から発せられることが、備案の要件を発動させる事象です。「中国の内側から配信される」のに「備案のルールの範囲の外」であるバージョンは存在しません。

だから、このインターロックはこうです:備案を避けるあらゆる取り決めは、その構造上、レイテンシを保ったままです。 方針やベンダーの好みの問題としてではなく——パケットがどこへ行くかの問題として。

選ぶときにこれが意味すること

実務上の帰結は、「中国でどれだけ速くなれるか」と「中国で何をしてよいか」が、独立に走って最後に出会う2つの調達トラックではない、ということです。それらは3つの選択肢を持つ一つの判断で、各選択肢が両方の軸を同時に値づけします。

  • オフショアのオリジンを選べば、備案なしと全面のレイテンシを選んだことになります。
  • ニアショアを選べば、備案なしと、減るが恒久的なレイテンシを選んだことになります。
  • 中国国内からの配信を選べば、備案と、越境のラウンドトリップなしを選んだことになります。

3つのどれでも選べます。できないのは、3行目のパフォーマンスを2行目の書類仕事で手に入れることです。

中国での悪いスコアのもう半分

混同されがちなものを切り分けるついでに——中国の内側からの悪い結果には通常、独立した2つの原因があり、そのうち距離についてのものは1つだけです。

原因どう見えるか配信を近づけると助けになるか?
距離と混雑すべてが、遅く読み込まれる。TTFBが高く、すべてのリクエストのテールが長い。はい。短い経路はそのためにあります。
到達できない依存ページの外枠は届き、そこで止まる。個々の第三者ホストがまったく応答しない。いいえ。

2行目は強調に値します。人々が間違った道具で解こうとするのがこれだからです。CDNは、到達できるホストを近づけます。到達できないホストを応答させることはできません。 ページが、国境でフィルタされるドメイン上のフォント、タグマネージャー、分析のエンドポイント、動画プレーヤー、地図APIを要求するなら、そのリクエストを別の場所でキャッシュしても何も変わりません——ブラウザはなお元のホストに尋ね、元のホストはなお応答しません。ブロックされた依存は、置き換えるか、中国本土の内側から配信される同源の経路へ書き換える——これが 21YunBox Optimizer の行うことです——しかありません。それらを高速化することはできません。

自社のどの依存がそのカテゴリーに入るかは、中国ファイアウォール検査(英語)で、そして Lighthouse の監査が中国本土の内側から何を報告するかは中国スピード検査(英語)で確認できます——Google PageSpeed Insights は中国にまったく到達できないインフラから監査するため、そのスコアは中国の訪問者が誰も通らない経路を記述します。

チームが遅れて気づく、ICP備案の3つの性質

大半のチームは、すでにアーキテクチャにコミットした後にこれらに出会います。それは、出会うには高くつく順序です。

  1. 会社の国籍ではなく、サーバーの所在で発動される。 問いは事業がどこで登記されているかではありません。応答がどこから来るか、です。中国本土の内側から配信する外国企業には備案が必要で、シンガポールから配信する中国企業には不要です。

  2. 本土の法人が必要。 備案は国内の事業体の名義で行われます。だからこそ「中国子会社はなく、作る予定もない」は、書類仕事上の不便ではなく、本当のアーキテクチャ上の制約です。

  3. ドメインだけでなく、接続事業者に紐づく。 記録を更新せずにホスティングや配信の事業者を変えると、備案は陳腐化します。陳腐化した記録は休眠に分類され、取り消されうります——そのときサイトは遅いのではなく、止まっています。

工業・情報化部が記録そのものを公開しており、想定せずに確認する価値があります。本当に存在する備案は beian.miit.gov.cn で照会できます。期限切れの備案も記録を返します。何も返さない備案は、一度も行われていません。MIITの備案それ自体に政府手数料はかかりません——変わるのはその周辺のすべてで、中国でWebサイトをホストする実際の費用(英語)で内訳を解説しています。

コンプライアンスが買わないもの

正直に締めくくると、備案はパフォーマンスの製品ではなく、そう売るべきではありません。それは次をしません:

  • オフショアのオリジンを速くする、
  • 第三者の依存を解除する、
  • Core Web Vitals を改善する、
  • あるいは、合法になればサイトがうまく動くことを保証する。

それが買うのは、中国本土の内側から配信する権利です——そして中国本土の内側からの配信こそが、リクエストの経路から国境をなくす唯一のものです。それが関係のすべてで、一方向にのみ走ります。

両方の軸に照らした配信オプションの完全な比較が必要なら、CDNか21YunBoxか:中国にどちらが必要か(英語)に整理しています。備案それ自体を単独で理解したいなら、中国ICPライセンスのガイドから始めてください。

よくあるご質問

ICP備案を得ると、サイトは中国本土で速く読み込まれますか?

いいえ。備案は運営の法的な許可であって、配信の仕組みではありません。DNSの記録を変えず、サーバーを動かさず、ネットワーク経路を短くせず、第三者のホストを解除もしません。オフショアのオリジン上の備案済みのサイトは、同じオリジン上の備案のないものと同じ性能です——人々が買えると望む改善は、単に備案が行うことではありません。

備案が速度を改善しないなら、なぜ最速の経路にはやはりそれが要るのですか?

応答がどこから来るか、によります。越境のラウンドトリップをなくす唯一の方法は本土の内側から配信することで、本土の内側からの配信こそがICPのルールがかかる対象です。したがって2つの問いは一つの判断に収束します:備案を避けて通るあらゆる取り決めは、その構造上、国境越えを保ったままです。備案なしのオフショアの経路、備案なしで恒久的なレイテンシの床を持つニアショアの経路、あるいは備案ありでラウンドトリップなしの中国国内の経路——どれでも選べますが、3つ目の経路の速度を2つ目の経路の書類仕事では手に入れられません。

21YunBoxは速くてコンプライアントな経路を正しく整える手助けができますか?

はい。当社の中国チームが、3つの配信経路のどれが貴社のケースに合うか——ICP上の立場と、PIPLの下でユーザーのデータがどこに座るかを天秤にかけて——整理し、すでに運用しているグローバルなスタックの上に、コンプライアントな本土でのプレゼンスが要するICP備案済みの中国国内配信を立ち上げます。一律の判定ではなく、貴社の顧問と進めるリスクの地図として扱います。具体はお問い合わせから進めます。

21YunBox を試しませんか?

導入のご相談