中国でGatsbyサイトをデプロイする方法：国内配信とICP備案

Gatsbyサイトのデプロイは、一度やってしまえばチームが最も心配しなくなる部分です：Gatsbyはプロジェクトを静的ファイルにコンパイルし、静的ファイルはほぼどこへでも行きます。そのサイトが中国本土に供せるかを実際に決めるのはビルドコマンドではなく——デプロイ先をどこに向けるかです。それらのファイルが本土の内側から提供された瞬間、二つの関門が同時に開き、それこそが本当の仕事です。本ガイドは実務的な手順を残しつつ、どのデプロイ設定より長く残る問いに結びつけます：そのサイトは中国で運営するライセンスを持っているか、そしてその内側から配信されているか。

正直な出発点はこうで、今回は朗報です。Gatsbyは静的サイトジェネレーターであってホスト型プラットフォームではありません——欠けるべき「Gatsbyのリージョン」も、移行するアカウントもありません。ビルド出力はありふれた静的コンテンツで、だからこそGatsbyサイトは、ホスト専用のサービスにはできないやり方で、中国本土内のインフラから動かせます。その自由から続くのは責任です：本土ホストのICP備案、国境越えを取り除く国内配信、そしてページが収集するあらゆるもののPIPLチェック。以下は、Gatsby自身の出力の説明、本土ホスト自身の備案ルール、そして各関門が引き起こす法で、顧問弁護士に持っていけるようにします。

中国でのGatsby：ひと目で

「Gatsbyをデプロイする」とは実際に何か

Gatsbyのデプロイはすべて、一つのコマンドと一つのフォルダーに還元されます。gatsby build を実行するとプロジェクトがコンパイルされ——Gatsby自身の言葉で「出力は静的コンテンツ：HTML、CSS、JavaScript、画像など」——public/ ディレクトリになり、デプロイはそのフォルダーの中身をWebホストから提供するだけのことです。典型的な静的サイトの構成は、どこで動かしても同じに見えます：

そのどれも特定のプラットフォームに縛られないため、コマンドラインが決して尋ねない一つの決定こそ、最も重要です：どのホストが public/ を提供するか。国外のホストに向ければ、たまたま中国から国境越しに到達できるグローバルサイトになります。本土内のホストに向ければ国内サイトになり——同じ一手でICPの義務が生じます。その一つの選択こそ、フレームワークではなく、本稿が本当に扱うものです。

関門1：本土の内側からの配信

中国本土の外から提供されるGatsbyのビルドは壊れているのではなく——単に、混雑しフィルタリングされた国境の向こう側にあるだけです。チームが報告する症状はきれいな失敗ではめったになく——むらです。同じページが朝は速く夕方には不安定で、ビルドが取り込むアセット（Webフォント、埋め込み動画、第三者スクリプト）がそれぞれ独自のタイミングで失敗します。コンテンツ配信層がここで助けになるのは、その拠点が本当に本土の内側にある場合だけです。香港やシンガポールは地図上では近く感じられますが、越境の誤った側にあります。ビルドを中国本土の内側から配信することこそ、国境の往復を取り除きます。それが関門1で、単独なら性能の問いです——しかし単独のままではいません。それを直す行為が次の関門を開くからです。

関門2：ホストに今や必要なICP備案

public/ フォルダーが本土内のサーバーから提供された瞬間、そのホストにライセンスの義務が付きます。ある本土の事業者は曖昧さなく述べています：「中国本土のサーバーに解決する」ドメインは「サービス提供前にICP備案を取得しなければならない」、そして備案のないドメインは、備案が完了するまでネットワークで遮断されます。ICP備案（備案）は、国務院令第292号とMIIT令第33号の下で、ライセンスを持つ本土のホスティングリソースと中国の法人に紐づきます——だからこそ外国企業はたいてい自社名義で備案できず、「中国のサーバーにファイルを置くだけ」が技術の仕事と同じくらい会社の体制の仕事になります。その仕組みは中国のICPライセンスとは何か、どう取得するかをご覧ください。

ホストを選ぶ前に腑に落とす価値があるのはこの点です：関門1を直す一手が関門2を開く一手です。国内配信は国境越えを取り除き、同一の手で備案を必須にします。国内配信を手にしながら備案を免れるセットアップはありません——速度と、負うライセンスは、同じ取引で得られるか、まったく得られないかです。

PIPLの問い——ページが収集するものの大きさだけ

ここが静的サイトがデータの重いアプリと本当に異なる点で、誇張せず正直に述べる価値があります。何も収集しないパンフレット型のGatsbyビルドは個人データのリスクが小さいので、多くの静的サイトではICP備案と国内配信がコンプライアンスの話のすべてです。絵が変わるのは、ページが本土の訪問者についてのデータを取得し始めた瞬間です。問い合わせフォーム、ニュースレター登録、コメントウィジェット、分析ビーコン——それぞれが個人情報を収集し得て、訪問者の実IPアドレスはそれ自体が個人情報です。そのいずれかを本土の外のエンドポイントへ送ることは、PIPLが規律する個人情報の越境移転です（第38〜43条：通知、別途の同意、一つの許可された移転メカニズム）。正直な目安は、PIPLの労力をGatsbyのページが実際に収集するものに応じてスケールさせつつ、ICP備案と国内配信はいずれにせよベースラインに保つことです。

これは計画のためのリスクの見取り図であって、法的判定ではありません：どの関門が先に縛るか、PIPLがどこまで及ぶかは、貴社の法人、ホスト、ページが取得するデータによります——いずれもローンチ前に顧問弁護士と確定する価値があります。

21YunBoxの位置づけ——移行ではなく、コンプライアンス・オーバーレイ

貴社は今日と同じようにGatsbyで構築・出荷し続けます——同じ gatsby build、同じ public/ 出力、同じワークフロー。21YunBoxが加えるのは、ビルドツールが構造上それ自体では供給できないただ一つの部分です：本土内からのICP備案済み配信を、既存のオリジンの前段に置く——作り直しも、二つ目のコードベースも、すでに運用しているスタックからの移行もなく。 Gatsbyのビルドは信頼できる源であり続け、当社の中国チームが、貴社の法人とページが収集するデータにどの義務が適用されるかをマップし、国内のホスティングリソースに対してICP備案を処理し、本土の利用者に供するコンプライアントな国内配信を立ち上げます。フレームワークは決して難所ではありませんでした——運営のライセンスと、それが許す配信こそが難所で、それこそ当社が担う半分です。

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

関連する読み物：

• 中国のICPライセンスとは何か、どう取得するか
• PIPLの下での越境データ移転