選ばれる理由 お見積もり お問い合わせ ログイン
言語
English日本語 ✓
専門家に相談(英語) サイトを中国で診断する(英語)

Ngrokは中国本土で使えるか:ICP、越境データ、オフショアのエッジ

ngrokは中国国内のホストではなく、ローカルのサービスを外部に公開する ingress ツールです。ポイント・オブ・プレゼンス(PoP)はすべてオフショアにあるため、中国本土の利用者は国境を越えてエンドポイントに到達し、公開するサービスには依然としてICP備案が必要で(オフショアのエンドポイントはそれを担えません)、クライアントIPとデータはPIPLの領域へと越境します。「扉」をコンプライアンス起点で読み解きます。

Ngrokは中国本土で使えるか

ngrokは ingress ツールであって、中国のホスティング経路ではありません。公開接続はサービスをインターネットに難なく公開しますが、ngrokのPoPはどれも中国本土の外にあるため、中国の利用者は国境を越えてエンドポイントに到達し、その先にある公開サービスにはICP備案を紐づけられるものが何もありません。

ngrokは自らの言葉で、“Expose a service running on localhost to the internet, even from behind a NAT or firewall,”(NATやファイアウォールの内側からでも、localhostで動くサービスをインターネットに公開する)とし、“globally distributed cloud service [that] runs on points of presence all around the world”(世界各地のPoPで動くグローバル分散型のクラウドサービス)の上で動くと述べています——そしてその拠点一覧に挙がるのはシンガポール、シドニー、フランクフルト、ムンバイ、東京、サンパウロ、オハイオ、カリフォルニアで、中国本土にあるものはありません。ここから二つの帰結が導かれ、どちらも速度の話ではありません。中国本土の訪問者に公開するサービスには、依然として中国本土のホスティングリソースに紐づくICP備案が必要ですが、オフショアのエンドポイントには差し出せるものがありません。そして利用者が送るクライアントIPとあらゆる個人データは、ngrokのエッジへオフショアに渡ります——PIPLが規律する越境移転です。下の表は、ngrok自身の言葉と、各点が引き起こすルールを並べたものです。

これは判定ではなくリスクの見取り図です——ICP備案、PIPLの移転メカニズム、あるいはその両方のどれを負うかは、何を公開し、誰が到達するかによって変わります。当社の中国チームが貴社のリスクを一緒に整理します →

コンプライアンス・スナップショット

  • ! ngrokのPoPはすべてオフショア——最も近いのはシンガポールで、中国本土ではない
  • ! 中国本土の利用者は国境を越えて公開接続に到達する——そのため配信は不安定
  • ✕ オフショアのエンドポイントには、ICP備案を担う中国本土の足場がない
  • ! 中国に公開するサービスには、依然として中国本土のホスト上のICP備案が必要
  • ! クライアントIPと個人データはngrokのエッジへ国境を越える——PIPLが適用
コンプライアンス評価を依頼する(英語)
ICPと越境のリスクを整理します——その間もngrokはワークフローにそのまま/ご相談は英語で承ります

Ngrokの公式ドキュメントが中国について述べていること

事実一次情報源
ngrokのPoPはすべてオフショア——中国本土には一つもない。ngrokは“globally distributed cloud service runs on points of presence all around the world”(世界各地のPoPで動くグローバル分散型のクラウドサービス)と述べ、その拠点一覧はアジア太平洋(シンガポール)、オーストラリア(シドニー)、欧州(フランクフルト)、インド(ムンバイ)、日本(東京)、南米(サンパウロ)、米国(オハイオとカリフォルニア)である。中国に最も近いのはシンガポール。したがって中国本土の利用者とngrokのエンドポイントの間のトラフィックは、毎回国境を越える。 ngrok Docs — Points of Presence(ngrok.com、2026-10-07 取得)
ngrokは ingress ツールであり、アプリが置かれる場所ではない。ngrokは自らの言葉で、“Expose a service running on localhost to the internet, even from behind a NAT or firewall,”(NATやファイアウォールの内側からでも、localhostで動くサービスをインターネットに公開する)とし、“works everywhere, and it works the same everywhere: AWS, GCP, Azure, your on-prem data center, a Raspberry Pi, or your laptop.”(どこでも、そしてどこでも同じように動く)と述べている。サービスはすでにある場所で動き続け、ngrokはそこへトラフィックを運ぶだけだ。つまりngrokは開発者向けの接続レイヤーであって、中国の公開サービスを運営できるライセンス付きの中国本土拠点ではない。 ngrok Docs — What is ngrok(ngrok.com、2026-10-07 取得)
公開サービスを中国本土の利用者に公開することは依然としてICPを発動させる——そして公開接続では備案を担えない。中国国内の訪問者に提供される公開サイトやAPIは、国務院令第292号および工業・情報化部令第33号の下でICP備案を発動させ、その備案は中国本土に物理的に所在するホスティングリソースに紐づかなければならない。ngrokのエンドポイントはオフショアのPoP上にあるため、備案を紐づけられる中国国内の対象がない。中国に到達することは、そこで運営する許可を得ていることとは別である。 中国のICP備案制度 — 国務院令第292号;工業・情報化部令第33号(工業・情報化部ICP備案ポータル、beian.miit.gov.cn)
利用者のトラフィックとデータは、公開接続に届いた瞬間に中国本土を出る。ngrokのエッジはオフショアにあるため、中国の利用者が送信するクライアントのIPアドレスとあらゆる個人情報は、国境を越えて中国本土の外にあるPoPへ運ばれる。中国の個人情報保護法(PIPL)の下では、これは個人情報の越境移転であり——通知、個別の同意、移転メカニズムを要する(PIPL第38〜43条)——重要情報インフラ運営者(CIIO)や大量取扱者の場合、中国で収集した個人情報は中国本土内に保存しなければならない(PIPL第40条、サイバーセキュリティ法第39条(旧第37条))。 ngrok Docs — Points of Presence(オフショアのエッジ、2026-10-07 取得);PIPL 第38〜43条・第40条;サイバーセキュリティ法 第39条(旧第37条)

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

中国本土の利用者にとって、ngrokをめぐる問いは、公開用の接続が開けるかどうかではありません——その接続に何が許されているか、です。ngrokは ingress ツールです。すでに動いているサービスを受け取り、ngrok自身のエッジを通じてインターネットに公開します。しかしngrokのポイント・オブ・プレゼンス(PoP)はどれも中国本土の外にあるため、中国の訪問者は国境を越えてはじめてエンドポイントに到達でき、その先にある公開サービスは依然として中国のライセンス制度の対象です。結果を決めるのは二つの扉で、どちらも速度の話ではありません——中国本土の利用者に公開するサイトには、オフショアのエンドポイントでは担えないICP備案が必要であり、ngrokのエッジへ流れ出るクライアントIPと個人データは、中国のデータ関連法の下での越境移転に当たります。接続すること自体は簡単な部分で、リスクはライセンスとデータの経路のほうです。

ngrok documentation Points of Presence page listing region codes ap Asia/Pacific (Singapore), au Australia (Sydney), eu Europe (Frankfurt), in India (Mumbai), jp Japan (Tokyo), sa South America (São Paulo), us United States (Ohio) and us-cal-1 United States (California) — with no mainland-China location
ngrok自身のPoint of Presence:その“globally distributed cloud service runs on points of presence all around the world”(グローバルに分散したクラウドサービスが世界各地のPoPで動く)とされ、その一覧にはシンガポール、シドニー、フランクフルト、ムンバイ、東京、サンパウロ、オハイオ、カリフォルニアが挙げられています——中国本土にあるものは一つもありません。出典:ngrok.com/docs/universal-gateway/points-of-presence

中国でのNgrok:ひと目で

決め手 Ngrok自身の言葉では
エッジはどこで動くか 8つのポイント・オブ・プレゼンス(PoP)——シンガポール、シドニー、フランクフルト、ムンバイ、東京、サンパウロ、オハイオ、カリフォルニア。ngrok自身の一覧に中国本土のものはなく、最も近いシンガポールも依然としてオフショアです。
ngrokとは実際には何か ingress ツールです。ngrokは“expose[s] a service running on localhost to the internet”(localhostで動くサービスをインターネットに公開する)とし、“works … the same everywhere: AWS, GCP, Azure, your on-prem data center, a Raspberry Pi, or your laptop.”(AWS、GCP、Azure、オンプレミスのデータセンター、Raspberry Pi、ノートPCのどこでも同じように動く)と述べています。サービスは今ある場所に留まり、ngrokはそこへトラフィックを中継するだけです。
中国本土の利用者に届くか 中国国内からのリクエストはすべて、国境を越えてオフショアのPoPに届きます。そのため配信は不安定になります——これは到達性の問題であって、ライセンスの問題ではありません。
公開して提供すること 中国本土の訪問者に公開するサイトやAPIには、中国本土のホストに紐づいたICP備案が必要です。オフショアのエンドポイントには、それを担う中国国内の足場がありません。
利用者のデータ クライアントIPとあらゆる個人データは、ngrokのオフショアのエッジへ流れ出ます——PIPLが規律する越境移転であり、CIIO(重要情報インフラ運営者)や大量取扱者には中国国内での保存義務が伴います。

ngrok自身の地図が示すオフショアのエッジ

ngrokの“globally distributed cloud service runs on points of presence all around the world”(世界各地のPoPで動くグローバル分散型のクラウドサービス)について、公開されている拠点一覧は、アジア太平洋(シンガポール)、オーストラリア(シドニー)、欧州(フランクフルト)、インド(ムンバイ)、日本(東京)、南米(サンパウロ)、米国のオハイオとカリフォルニアです。そのいずれも中国本土にはなく、最も近いシンガポールも依然としてその外です。ngrokはそのネットワークで何をするかを明確に述べています——“Expose a service running on localhost to the internet, even from behind a NAT or firewall,”(NATやファイアウォールの内側からでも、localhostで動くサービスをインターネットに公開する)、そして“works everywhere, and it works the same everywhere: AWS, GCP, Azure, your on-prem data center, a Raspberry Pi, or your laptop.”(どこでも、そしてどこでも同じように動く)というものです。

この設計こそ、中国でのngrokについての率直な最初の事実です。中国本土の訪問者は、国境を越えてオフショアのPoPに到達することでしか、公開された接続にたどり着けません。そのため配信は、中国へ向かうあらゆる越境経路と同じく不安定です。しかし到達性は、問いのうち簡単な半分にすぎません。公開したばかりのサービスを運営する許可があるかどうかについては、何も語りません——そしてそこで、コンプライアンスの二つの扉が開きます。

公開用の接続は中国本土の拠点ではない——だからICPには紐づける先がない

中国国内の訪問者に提供される公開ウェブサイトやAPIは、国務院令第292号および工業・情報化部令第33号の下でICP備案(备案)を必要とします。備案は後から付け足す形式手続きではありません——中国本土に物理的に所在するホスティングリソースに紐づかなければならず、それを持たないドメインは、中国の利用者に対してインターネット情報サービスを適法に提供できません。ngrokのエンドポイントはオフショアのPoP上にあるため、備案を紐づけられる中国国内の対象がそもそも存在しないのです。

「ngrokで公開しているだけ」という話が行き詰まるのはここです。ngrokは開発者向けの接続レイヤーであり、すでに動いている場所で動き続けるサービスへトラフィックを運ぶものです。中国本土のホスティングの足場を与えるわけではなく、本番の中国ホスティングの経路でもありません。公開用の接続を開けばサービスには到達できるようになりますが、中国で公開拠点を運営する許可が得られるわけではありません。

利用者のIPとデータは国境を越える

ngrokのエッジはオフショアにあるため、中国の利用者からのリクエストはすべて——クライアントのIPアドレスと、送信されるあらゆる個人情報——中国本土の外にあるPoPへと運び出されます。中国の個人情報保護法(PIPL)の下では、この移動は個人情報の越境移転に当たり、取扱者(ngrokではなく貴社)に対して、通知し、個別の同意を取得し、移転メカニズム——CACの安全評価、CAC標準契約、または認証——をクリアすることを義務づけます(PIPL第38〜43条)。貴社が重要情報インフラ運営者(CIIO)または大量取扱者であれば、中国で収集した個人情報は中国本土内に保存しなければなりません(PIPL第40条、サイバーセキュリティ法第39条(旧第37条))——オフショアのどのPoPも満たせない義務です。ngrokはデータストアではありませんが、データが国を出る地点ではあります。そのため移転のルールは、その入口(ingress)そのもので効いてきます。

これは判定ではなくリスクの見取り図です。ICP備案、PIPLの移転メカニズム、中国国内での保存、あるいはそれらの組み合わせのどれを負うかは、何を公開し、どれだけの個人データを扱い、利用者が誰かによって変わります——リリースの前に専門家と整理する価値があります。

21YunBoxの位置づけ——移行ではなく、法令適合のオーバーレイ

ngrokは、その価値が活きる場所——開発、デモ、Webhookのテスト——にそのまま置いておいてください。中国本土の利用者の前に出す必要がある本番サービスについては、オフショアの ingress ツールには提供できない要素を当社が加えます。すなわち、法令に沿ったICP備案済みの中国本土内からの配信を、既存のオリジンの前段に置きます——作り直しも、二つ目のコードベースも、今お使いのスタックからの移行もありません。当社の中国チームが、貴社の法人とデータに照らしてICPとPIPLの越境義務を整理し、そのうえで適法な公開拠点に必要な中国国内からの配信を立ち上げます。その間、アプリケーションは今日動いている場所でそのまま動き続けます。

コンプライアンス評価を依頼する(英語) →


関連する読み物:

よくあるご質問

ngrokの公開接続を使って、中国で公開ウェブサイトやAPIを運営できますか?

本番の中国ホスティングの経路ではなく、開発・接続のツールとして扱ってください。ngrok本来の役割はサービスをインターネットに公開することで、同社も“works the same everywhere”(どこでも同じように動く)と述べています——中国本土の内側で動くわけではありません。ngrokのPoPはすべてオフショアにあるため、中国本土の利用者は国境を越えて公開接続に到達し、公開するサービスには依然として中国本土のホストに紐づくICP備案が必要ですが、オフショアのエンドポイントはそれを提供できません。テスト・デモ・Webhookには適していますが、中国で公開拠点を運営する適法な方法ではありません。

中国の利用者にとってngrokが遅い・不安定なのはなぜですか?

中国本土の内側にngrokのPoPがないからです。ngrok自身の一覧では最も近いのがシンガポール、ほかに東京・ムンバイ・フランクフルト——いずれも中国本土の外です。したがって中国の利用者からのリクエストはすべて、国境を越えてngrokのエッジに届き、中国への越境リンクは本質的に不安定です。これは配信の問題であり、そもそもそのサービスを中国に公開する許可があるかという法的な問いとは別です。

21YunBoxは、私のngrok構成の背後にあるサービスを、中国で法令に適合して公開する手助けができますか?

はい。開発ワークフローのngrokを置き換えるのではなく、オフショアの ingress ツールには提供できない要素を加えます。すなわち、本番オリジンの前段に置くICP備案済みの中国国内からの配信です。これにより、公開される中国トラフィックはライセンスのある足場の上で中国本土内から配信されます。当社の中国チームが、貴社の法人と利用者に照らしてICPとPIPLの越境リスクを評価し、そのうえでその法令適合の配信を立ち上げます。その間、アプリはすでにある場所で動き続けます。個別のケースはお問い合わせから一緒に詰めましょう。

Ngrokに関する記事

ウェブサイト

https://ngrok.com

カテゴリー

WebOps