Netlifyは中国本土で使えるか：二つの門——パフォーマンスとICP備案

Netlifyは、モダンなウェブサイトを構築・デプロイ・出荷する場所として世界有数であり、ここで述べることはそれを離れるよう求めるものではありません。貴社のサイトはGit駆動のデプロイ、ビルドパイプライン、グローバルエッジをそのまま保ちます。このページが扱うのは、公開の中国本土 の利用者がその上に一つ加えるもの——そしてなぜそれが、結局のところ速度の問題ではないのか、です。本土に提供することは二つの別々の門を通過します。コンテンツが速く確実に届かねばならないこと、そしてそもそも国内から提供する許可がなければならないこと、です。二つ目の門はコンプライアンスの問いであり、「Netlifyは中国で使えるか」のうち、どれだけビルドをチューニングしても、画像を圧縮しても、CDNを設定しても答えられない半分です。なぜなら、それに答えることはそもそもネットワークの仕事ではなかったからです。

中国でのNetlify：ひと目で

二つの門、そして一方を通過しても他方については何もわからない

「中国でNetlifyを速くする」にたどり着く計画の多くは、本土を単一の問題——サイトを速くすること——として扱いますが、それは実際には一着のコートをまとった二つの問題です。本土は互いにほとんど関係のない二つの問いを投げかけます。バイトは速く確実に届くか、そしてそもそも国内から提供することを許されているか、です。サイトは一つ目に答えても二つ目に失敗しうるし、チューニングされたビルドは許可について何も教えてくれません。

二つの問いは、ちょうど一つの蝶番で結ばれています。国境越えを真になくす仕組みは、中国本土の内側からの配信に限られます——そして中国本土の内側からの配信こそ、ICP備案を対象に引き込む当の行為です。だから備案を避けて通るあらゆる構成は、国の外に留まることでそうしており、それは同じ理由で、遅くフィルタリングされた越えを抱え続けます。国内の速度を、国内の許可を引き受けずに買うことはできません。

だからこそ、Netlifyサイトは中国向けに真に速くできても、本格的な運用には誤った答えでありえます。備案の制度の外で得たパフォーマンスは、保持する立場のないパフォーマンスだからです。コンプライアンスの門が実際に執行された瞬間、速度をもたらした構成こそが、変えなければならない構成になります。二つを最初から一つの決定として扱うほうが、ローンチ後にその結びつきを発見するより安上がりです。

門その1：なぜオフショアのオリジンは中国で不安定なのか

配信の半分は現実で、正確であることに価値があります。なぜならそれは、たいてい「サイトが遅い」と誤診されるからです。より正確には 不安定 と表すべきです。同じページが朝は我慢できて夜は使い物にならず、どの訪問者も実際には使えないサイトで接続チェックは通ってしまう、というように。

原因は構造的です。Netlifyのネットワークはグローバルで、世界中の利用者にとっては理想に近い——しかし本土に最も近いノードはシンガポールと東京にあり、そのどちらもグレート・ファイアウォールの向こう側にあります。Netlifyは 「世界中でPoPを動的に調整する」 と言い、それは本当ですが、本土の 内側 のPoPを意味したことは一度もありません。中国のユーザーをシンガポールから配信しても、越えは短くなりません。越えの終点が変わるだけです。

そして、ほとんどのチームを驚かせる部分があります。CDNは貴社が所有するものを加速しますが、ページが呼び出すものには何もしません。モダンなサイトはフォント、アナリティクス、同意バナー、埋め込み動画、フォームのエンドポイントを引き込み、それらの第三者サービスも本土のプレゼンスを持ちません。それぞれが独自のタイミングで失敗しうるので、ページは「ほぼ読み込め」ても何も転換しないことがあります——これはフォーム送信が転換 そのもの であるリード獲得サイトで最も重要です。バンドルを縮めてもこれには触れません。失敗は、遅く返るリクエストではなく、一度も返ってこないリクエストだからです。

だから門その1には本物の対処があり、それは毎回同じです。中国本土の内側から配信し、どの呼び出しが実際にその扱いを必要とするかを資源ごとに判断することです。それはまさに、門その2が待っている場所です。

門その2：グローバルエッジが運べないICP備案

公開のウェブサイトを中国本土の人々に提供することは、パフォーマンスとは何の関係もない許可を発動させます：ICP備案です。国務院令第292号（第4条）と工業・情報化部令第33号の下で、その備案は物理的に本土の内側にあるホスティングリソースと、本土の法人に紐付きます——そのどちらも持たない外国企業は、自社名義で備案できません。

ここでグローバルエッジは、越えるよう作られていなかった境界に行き当たります。PoPがすべてオフショアのネットワークは、いくつの「主要地域」にまたがろうと、備案が紐付く国内ホストを持ちません。これはNetlifyの欠点ではなくライセンスの事実です。備案はライセンスを受けた本土のホストを必要とし、Netlifyのホストは、設計上も自社の説明上も、本土以外のあらゆる場所にあります。「すでにICPを持っている」もギャップを埋めません。備案は今日実際にトラフィックを提供しているインフラを名指ししなければならず——誤ったホストを指したままの備案は、再分類され取り消されうるからです。

実務上の帰結は、門その1に答える国内配信が、門その2に答えるものと同じものだ、ということです。速度を解決してから別途備案を解決するのではありません。国内のプレゼンスは、両方を運ぶ一つのオブジェクトなのです。

国境での訪問者データ

両方の門の下に横たわる三つ目の事実があり、チームはたいていそれを取り違えています。本土の訪問者の実IPアドレスは、それ自体が中国の個人情報保護法（PIPL）（英語）の下での個人情報であり、そのリクエストログも——そしてページがフォーム、ログイン、アナリティクスを載せるならさらに多くが——そうです。すべての訪問者の実クライアントIPを本土の外のオフショアのNetlifyノードへ運ぶことは、個人情報の越境移転であり、PIPLが規律します（第3章 第38〜43条：通知、個別の同意、そして許可された移転メカニズムのいずれか一つ——CACの安全評価、CAC標準契約、または認証。第40条は、サイバーセキュリティ法 第39条（旧第37条）とともに、重要情報インフラ運営者または大量取扱者に国内保存義務を加えます）。

だから法令適合の設計は、グローバルエッジが既定で行うことの逆をします。本土の訪問者をICP備案済みの国内の入口で終端させ、各訪問者の実IPを国境の外へ転送するのではなく、単一の固定された国内IPを貴社のNetlifyオリジンへ送ります。したがって貴社のオリジンが見るのは、各訪問者自身のアドレスではなく一つの国内アドレスです——そしてそれこそが、意図どおりに機能する法令適合の設計であって、回避すべき制限ではありません。特定のサイトが個人データを本土内に保存もしなければならないかは、貴社の役割とデータ量により、既定ではなく専門家への問いです。

これは判定ではなくリスクの見取り図です——どの門が先に、どれだけ強く効くかは、貴社の法人、データ、訪問者が誰かによって変わり、決めつけるのではなく専門家と整理する価値があります。

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

貴社は今日と変わらずNetlify上で構築し出荷し続けます——同じデプロイ、同じオリジン、同じグローバルプラットフォームです。21YunBoxは、グローバルエッジが構造上持てない一つの部分を加えます：既存のNetlifyオリジンの前段に置く、法令に沿った中国本土内からのICP備案済みの配信です——作り直しも、二つ目のコードベースも、Netlifyからの移行もありません。当社の中国チームが、どの義務が貴社の法人とデータに当てはまるかを整理し、ICP備案を担い、本土の利用者に配信する国内の入口を立ち上げます。その間、Netlifyは貴社の真実の源であり続けます。

そしてその国内レイヤーは、国境越えをなくし備案を運ぶ、ただ一つのものなので、門その1と門その2を一緒に閉じます——その結果、コンプライアンスの門が執行された最初の瞬間にほどけてしまう速度ではなく、実際に保持する許可のある速度が手に入ります。

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

関連する読み物：

• 中国のICP経営許可証とは？取得の進め方は？
• PIPLの下での越境データ移転（英語）
• 中国本土でウェブサイトを機能させる：二つの門、四つの道（英語）