Gatsbyは中国本土で使えるか：ICP、データの国内保存、そしてオフショアのビルド
Gatsbyはホストではなく、Reactのビルドフレームワークです——その出力は、Netlify、Vercel、GitHub Pages、S3／CloudFrontといったオフショアのプラットフォームにデプロイされ、中国本土には一つもありません。そのため、公開のGatsbyサイトはオフショアから中国に届き、国内にICP備案の経路がなく、訪問者のデータはPIPLの下で国境を越えます。二つの扉を、コンプライアンス起点で読み解きます。
Gatsbyは中国本土で使えるか
公開の中国本土向けの利用者にとって、正直な答えは「それ単独では無理」です——理由は、Gatsbyの性能ではなく、許認可と所在地です。Gatsbyはホストではなく、ビルドの工程です。Reactのプロジェクトを本番出力に変え、その出力をデプロイ用プラットフォームへ引き渡し、Gatsby自身が挙げるプラットフォームはすべてオフショアで、中国本土には一つもありません。
Gatsby自身の言葉では、「Reactベースのフレームワーク」であり、「高速で安全で強力なウェブサイトを構築する」ために使います。そのデプロイ文書は、「Gatsbyからの本番出力を、デプロイ用プラットフォームが理解できるものに変える」と述べ、そのプラットフォームをNetlify、AWS Amplify、Azure Static Web Apps、Firebase、GitHub Pages、GitLab Pages、Heroku、S3 & CloudFront、Vercelのいずれかと挙げます——すべてオフショアです（Gatsby Cloud自体もNetlifyに統合されました）。公開の中国サイトには、下の表のGatsby自身の記述に照らして、二つのことが続きます。そのオフショアのホストから提供されるサイトには、国内で紐付けるICP備案がなく、本土から到達することは、当然ではなく配信の問いだ、ということです。（ほぼ静的な）サイトが収集するあらゆる個人データはその後国外に出て、その上により軽いPIPLの問いが乗ります。
これは法務に持ち込むべきリスクの見取り図であって、判定ではありません。何が当てはまるかは、中国で公衆にサービスを提供するか、貴社の法人、そしてサイトが扱うデータによって変わります。当社の中国チームがGatsby＋21YunBoxの経路を一緒に整理します →
コンプライアンス・スナップショット
- ✓ Gatsbyでの構築はそのまま——Reactのコードベース、コンテンツソース、ビルドパイプラインは変わらない
- ✕ Gatsbyの連鎖にICP備案の経路はない——ビルド出力はオフショアのホスト（Netlify、Vercel、Pages、S3／CloudFront）にデプロイされ、中国本土には一つもない
- ! 到達できるがムラがある：gatsbyjs.comは本土のデータセンター探針から読み込みを完了したが、北京の家庭用回線では3回中0回（2026-08-28／08-30、各3回）
- ! 静的サイトでもオフショアのフォント・スクリプト・ホストのエッジを参照し、訪問者の実IPを国境を越えて運ぶ——PIPLの問い
- ✓ 法令に適合した経路：Gatsbyのビルドの前段にICP備案済みの国内からの配信——移行ではなくオーバーレイ
Gatsby JSの公式ドキュメントの記載と、当社が中国本土内から実測した結果
| 事実 | 一次情報源 |
|---|---|
| Gatsby自身の言葉では、ホストではなくビルドフレームワークです——その出力はデプロイ用プラットフォームへ引き渡され、Gatsbyが挙げるプラットフォームはすべてオフショアです。Gatsbyのホームページはそれを「最良のReactベースのフレームワーク」と称し、「当社のReactベースのオープンソースフレームワークで、高速で安全で強力なウェブサイトを構築する」よう促します。そのデプロイ文書は「Gatsbyからの本番出力を、デプロイ用プラットフォームが理解できるものに変える」と述べ、そのプラットフォームをNetlify、AWS Amplify、Azure Static Web Apps、Firebase、GitHub Pages、GitLab Pages、Heroku、S3 & CloudFront、Vercelと挙げます——Gatsby Cloudは現在Netlifyに統合されています。一つも中国本土のホストではないため、公開のGatsbyサイトはオフショアから本土に届き、許認可の問いは、Gatsbyではなくそのオフショアのホストにかかります。 | Gatsby — ホームページおよび「Preview, Deploys & Hosting」文書（2026-10-07 取得） |
| 公開の中国本土サイトはICP備案を必要とし、オフショアにデプロイされたGatsbyのビルドには、それを紐付ける国内の対象が何もありません。国務院令第292号（第4条）と工業・情報化部令第33号の下で、ICP備案は、中国本土内に物理的に置かれたホスティングリソースと、本土の法人に紐付きます。Netlify、Vercel、GitHub Pages、S3／CloudFrontから提供されるGatsbyサイトは、国内のホストも本土の法人も持たないオフショアのインフラで動くため——ICPの扉は、Gatsbyにも、それらのホストにもありません。これはGatsbyの欠陥ではなく、許認可と所在地の境界です。 | 国務院令第292号（インターネット情報サービス管理弁法）第4条；工業・情報化部令第33号（ICP備案の規定） |
| ほぼ静的なGatsbyサイトでも、エッジで個人情報に触れるため、そのデータがどう国境を越えるかはPIPLの問いです。訪問者の実IPアドレスとリクエストログは個人情報です。オフショアのホストから本土に提供し、それらを国外へ運ぶことは、PIPLの下での越境移転（英語）です（第3章 第38〜43条：通知、個別の同意、そして許可された移転メカニズムのいずれか一つ。第40条は、サイバーセキュリティ法 第39条（旧第37条）とともに、CIIOまたは大量取扱者に国内保存を加えます）。静的なマーケティングサイトは、データ量の多いアプリよりここでは軽いものの——法令に適合した設計は同じように答えます。各訪問者の実IPを国境を越えて転送するのではなく、固定された国内IPを貴社のオリジンへ送る、国内のICP備案済みの入口です。 | PIPL 第3章 第38〜43条・第40条；サイバーセキュリティ法 第39条（旧第37条） |
中国本土内から計測したところ、Gatsbyで構築したサイトは到達できたものの、観測地点によって挙動が大きく異なりました。21YunBoxはgatsbyjs.com（Gatsby自身のサイト。その文書が推奨する種類のオフショアホストで構築・提供されています）を、二つの本土観測地点から各3回要求しました。2026-08-28にcn-zhangjiakouのアリババクラウドのデータセンター探針からは3回すべてで読み込みを完了した一方、2026-08-30に北京の家庭用ブロードバンド回線からは毎回応答し描画を始めたものの、3回中0回しか読み込みを完了しませんでした。データセンターの結果は、家庭用の接続の訪問者が見るものを言い表しません——本土からの到達性は本物ですが、ムラがあり、その不足は、強い遮断ではなくオフショア配信の表れです。 | 21YunBox — 中国配信計測、中国本土内から実測（cn-zhangjiakou 2026-08-28；北京の家庭用ブロードバンド 2026-08-30；各観測地点3回） |
情報源は21YunBox コンプライアンスチームが2026年10月7日に確認しました。
中国本土の利用者にとって、Gatsbyをめぐる決め手は、ビルドや描画がどれだけ速いかではありません——完成したサイトをどこに置くことが許されるか、そして訪問者のデータがどこへ行くことが許されるか、です。Gatsbyは前半を自社の文書で答えています。それはホストではなく、ビルドフレームワークです。Reactのプロジェクトを本番用の出力に変え、その出力をデプロイ用のプラットフォームへ引き渡します——そしてGatsby自身が挙げるプラットフォームはすべてオフショアで、中国本土には一つもありません。したがって、公開のGatsbyサイトは本土から到達できても、完全に本土の外から提供されます。これにより、公開の本土サイトが必要とするICP備案の足場がなく、収集するあらゆる個人データは、中国の法が規律する越境移転になります。到達性は本物です。許認可とデータの国内保存こそが露出です。
中国でのGatsby：ひと目で
| 決め手 | Gatsby自身の言葉では |
|---|---|
| どこで動くか | Gatsbyはホストではなく、ビルドフレームワークです。"production output"（本番出力）を生成し、それをプラットフォーム——Netlify、AWS Amplify、Azure Static Web Apps、Firebase、GitHub Pages、GitLab Pages、Heroku、S3 & CloudFront、Vercel——にデプロイします。いずれも中国本土にはなく、Gatsby CloudはNetlifyに統合されました。 |
| ICPの足場を持つのは誰か | ICP備案は、中国本土内に物理的に置かれたホスティングリソースと、本土の法人に紐付きます。それらオフショアのホストにデプロイされたGatsbyのビルドは、そのどちらも持ちません——備案を紐付ける対象が国内に何もないのです。 |
| 公開サービスの提供 | 中国本土内から本土の訪問者に提供されるサイトは、本土のホスティングリソースに紐付いたICP備案を必要とします。Gatsbyからオフショアホストへという連鎖は、それ自体には、そのような国内のホストを持ちません。 |
| 訪問者のデータ | オフショアから提供されると、本土の訪問者の実IPとリクエストログは国外に出ます——ほぼ静的なサイトであっても、PIPLが規律する越境移転です。 |
| 到達できるか？ | はい——遮断されていません。Gatsby自身のサイトは、本土内からのデータセンター探針の試行すべてで読み込みを完了しましたが、北京の家庭用回線では完了しませんでした。差は、遮断ではなくオフショア配信です。 |
国内ホストを持たないビルドツール——だからICP備案の足場がない
Gatsbyはサイトを動かすのではなく、ビルドします。Gatsby自身の言葉では、“React-Based Framework”（Reactベースのフレームワーク）であり、“Build a fast, secure, and powerful website,“（高速で安全で強力なウェブサイトを構築する）ために使い、そのデプロイ文書は、アダプターが”taking the production output from Gatsby and turning it into something your deployment platform understands.”（Gatsbyからの本番出力を、デプロイ用プラットフォームが理解できるものに変える）と述べます。挙げられるプラットフォーム——Netlify、AWS Amplify、Azure Static Web Apps、Firebase、GitHub Pages、GitLab Pages、Heroku、S3 & CloudFront、Vercel——はすべてオフショアで、Gatsby Cloud自体もNetlifyに統合されました。中国本土にあるものは一つもありません。
これは、パフォーマンスが登場する前に許認可の問いを決着させます。中国本土内から本土の訪問者に提供される公開ウェブサイトは、国務院令第292号と工業・情報化部令第33号の下でICP備案を発動させ、その備案は本土内に物理的に置かれたホスティングリソースと、本土の法人に紐付かなければなりません。オフショアのホストにデプロイされたGatsbyのビルドは、そのどちらも持ちません——だから、備案を行う対象が連鎖の中に単純に存在しないのです。ここが「すでにGatsbyサイトを配信している」の限界です。高速な静的バンドルを構築することは、中国で営業する許可を得ていることと同じではなく、どれだけビルドを調整しても、備案に必要な国内の足場は生まれません。
到達できる、遮断されていない——だがムラがあり、そこが要点
Gatsbyのサイトは中国で遮断されていません。21YunBoxが本土内から行った計測では、Gatsby自身のサイトは、張家口のアリババクラウドのデータセンター探針（2026-08-28）からの試行すべてで素早く応答し、読み込みを完了しました。一方、北京の家庭用ブロードバンド回線（2026-08-30）からは、毎回応答し描画を始めたものの、読み込みを完了したものは一つもありませんでした——各観測地点で3回の試行です。ここで報告するのは到達性であって速度スコアではありません。データセンターの結果は、家庭用の接続を言い表しません。静的なGatsbyのビルドは助けになります。事前レンダリングされたページにはサーバーのラウンドトリップの負担がないからです——しかしそれでも、オフショアのフォント・スクリプト、そしてホスト自身のエッジを参照するので、それらオフショアの依存と同じだけしか到達できません。したがって、中国向けのGatsbyサイトの露出は、主として人が到達できないことではありません——到達しても、ICP備案も国内でのデータの国内保存も得られないことです。それらの隙間はコンプライアンス上の事実であり、どのビルド設定もそれを埋めません。
中国の訪問者のデータは、やはり国境を越える
Gatsbyのサイトをオフショアのホストから中国に提供すると、訪問者の個人情報——少なくとも実IPアドレスとリクエストログ、サイトがフォームや分析を載せていればさらに——は本土を離れます。中国の個人情報保護法（PIPL）の下では、これは越境移転であり、取扱者——Gatsbyやホストではなく貴社——は、通知し、個別の同意を取得し、移転メカニズムのいずれか一つ（CACの安全評価、CAC標準契約、または認証）をクリアしなければなりません。重要情報インフラ運営者または大量取扱者であれば、中国で収集した個人情報は本土内に保存しなければならず（PIPL 第40条、サイバーセキュリティ法 第39条（旧第37条））——これは、Gatsbyのデプロイ一覧にあるどのオフショアホストも満たせないデータ国内保存の義務です。ほぼ静的なマーケティングサイトは、データ量の多いアプリよりここでは軽いものの、法令に適合した設計はやはり同じように問いに答えます。
これは判定ではなくリスクの見取り図です。ICP備案、国内保存、あるいはその両方が必要かどうかは、何を提供するか、どれだけの個人データを保持するか、そしてユーザーが誰かによって変わります——構築する前に、法務と整理する価値があります。
21YunBoxの位置づけ——移行ではなく、法令適合のオーバーレイ
Gatsbyでの構築と、今日デプロイしている先へのデプロイは、そのまま続けられます。当社が加えるのは、ビルドツールとオフショアのホストにはできない一つの部分です。法令に適合した中国本土内からのICP備案済みの配信を、Gatsbyのビルドが生成するサイトの前段に置きます——作り直しも、二つ目のコードベースも、Gatsby・Netlify・Vercel・Pagesからの移行もありません。当社の中国チームが、ICPとデータ国内保存の義務を、貴社の法人とデータ量に照らして整理し、合法的な中国でのプレゼンスが必要とする国内での配信と保存を立ち上げます。その間、フレームワークとホストは、すでにある場所にそのまま残ります。
関連する読み物：
よくあるご質問
中国本土にサービスを提供するために、Gatsbyをやめたり作り直したりする必要がありますか？
いいえ。法令に適合したパターンは、移行ではなくオーバーレイです。Gatsbyはフレームワーク・コンテンツソース・ビルドのまま残り、ICP備案済みの国内からの配信レイヤー——すでに出荷しているのと同じGatsbyのビルドから供給されます——が、本土の訪問者向けにその前段に置かれます。作り直しも、二つ目のコードベースも、Gatsbyサイトの書き方やデプロイ方法の変更もありません。
なぜGatsbyやホスト（Netlify、Vercel、Pages）はICP備案を持てないのですか？
ICP備案は、中国本土内に物理的に置かれた許可済みのホストと、本土の法人に紐付くからです。Gatsbyのビルド出力は、オフショアのプラットフォーム——Netlify、Vercel、GitHub Pages、S3／CloudFrontなど——にデプロイされます。その連鎖には、備案を載せる国内のホストも本土の法人もありません。これはGatsbyやそれらのホストの欠陥ではなく、許認可と所在地の境界です。それらはビルドとデプロイの対象のまま残り、21YunBoxがその前段にICP備案済みの国内からの配信を供給します。
21YunBoxはGatsbyサイトを中国本土で使えるようにする手助けができますか？
はい。当社の中国チームが、ICP・到達性・越境データのリスクを、貴社の法人とデータに照らして評価し、ICP備案を手配し、Gatsbyのビルドが生成するサイトの前段に、法令に適合したICP備案済みの国内からの配信を立ち上げます——そうすればGatsbyと現在のホストは、今ある場所にそのまま残ります。個別のケースはお問い合わせください。具体は、法務と確認すべきリスクの見取り図として扱ってください。
