Sanityは中国で使えるか

Sanityにとってこれはまず配信の問いで、データの国内保存の問いではありません。Sanityはヘッドレスのコンテンツプラットフォームで、編集コンテンツをGoogle Cloudに保ち、中国本土の内側に拠点のないグローバルAPI CDNを通じてサイトへ渡すため、グレート・ファイアウォールの向こうからライブで取得することは到達性のリスクです——一方で、サイトが合法かを実際に決めるICP備案とPIPLの義務は、CMSではなくSanityを組み込むWebサイトに乗ります。

Sanityは「Google Cloud Platform上でホストされる」こと、「バックエンドシステムは現在、単一のEUリージョン(ベルギー)の三つのデータセンターにまたがって動く」ことを述べ、「ブラウザーからコンテンツを取得するなら」そのAPI CDN——「CDN分散のキャッシュ済みAPI」——を推奨します。公表された拠点はインド・オーストラリア・ベルギー・ブラジル・米国にあり、本土の内側には一つもないため、リクエスト時にSanityへ問い合わせるページは、止まったり落ちたりし得る越境の往復に頼ります。しかし移動するのは貴社自身のコピー・画像・構造化文書であって訪問者の個人情報ではないので、Sanityだけでは一般にPIPLの下でのユーザーデータの越境移転を生みません。合法性を決める義務——国内ホスティングでのICP備案と、サイトが収集するあらゆる個人データのPIPL——は組み込みサイトに属します。下の表はSanity自身の文言と、各行が引き起こすルールです。

これは判定ではなくリスクの見取り図です——線がどこに落ちるかは、サイトをどうホストするか、どのユーザーデータを収集するか、個人データをコンテンツとして保存することがあるかによります。当社の中国チームがリスクを一緒にマップします →

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

  • ! SanityはコンテンツをEUのGoogle Cloudに保存しグローバルAPI CDNで配信する——中国本土のエッジはない
  • ! Sanityのコンテンツを中国の内側からライブで取得することは到達性のリスク
  • ✓ ペイロードはユーザーデータではなく貴社の編集コンテンツ——Sanity自体はPIPLの移転を生まない
  • ! 本土の公開サイトは依然ICP備案を要する——その義務はCMSではなくサイトのもの
  • ! 個人データをSanityにコンテンツとしてモデル化すると、他のペイロードと同様に国境を越える
コンプライアンス評価を依頼する(英語)
配信のリスクをサイトのICPとPIPLの義務から切り分けます——Sanityのワークフローはそのまま

Sanity駆動のサイトが中国本土で使えるかを実際に決める要素

事実一次情報源
SanityはコンテンツをEUのGoogle Cloudに保存し、中国本土に拠点がない。 Sanityのセキュリティページは、プラットフォームが"is hosted on Google Cloud Platform"であり"our backend systems currently run across three data centers in a single EU region (Belgium),"で、アップロードコンテンツが"stored in the EU/EEA, the US, or in regions where Sanity has an operational footprint."と述べる。その足跡のいずれも中国本土の内側ではないため、Sanityから取得するコンテンツは常に国外から提供される。 Sanity — Security(sanity.io/security)、2026-10-07取得
サイトはSanityのコンテンツを、本土エッジのないグローバルAPI CDNからリクエスト時に取得する。 SanityはCDNエンドポイント apicdn.sanity.io を"the CDN-distributed, cached API"と説明し、"if you are going to fetch content from a browser"に推奨する。公表された拠点はムンバイ・シドニー・サンギスラン(ベルギー)・サンパウロと三つの米国リージョンで、前段に"a short-lived global CDN ... with points of presence on all continents"——そのいずれも本土の内側にない。中国の内側からSanityをライブで引くページは、遅さや断続的な失敗が現れるグレート・ファイアウォールの向こうへの越境の往復に依存する。これは法的ではなく配信上のリスクである。 Sanity — API CDN docs(sanity.io/docs/content-lake/api-cdn)、2026-10-07取得
ペイロードはユーザーのデータではなく貴社の編集コンテンツ——だからコンプライアンスの扉はSanityではなくサイトに乗る。 Sanityが保存・配信するのはチームが公開表示のために著述するコンテンツ——コピー・画像・構造化文書——で、エンドユーザーの個人情報ではないため、SanityのGoogle Cloudインフラを通じて動かすことは、それ自体ではPIPLのユーザーデータの越境移転を生まない。合法性を決めるのは、そのコンテンツを本土の訪問者に見せる公開サイトである:国内ホスティングでのICP備案(国務院令第292号、MIIT令第33号)を要し、中国ユーザーから収集するあらゆる個人情報はそれ自身のPIPLの事柄である(第38〜43条・第40条、サイバーセキュリティ法 第39条(旧第37条))。 Sanity — Security(sanity.io/security)、2026-10-07取得/国務院令第292号/MIIT令第33号/PIPL 第38〜43条・第40条/サイバーセキュリティ法 第39条(旧第37条)
個人データをSanityにコンテンツとしてモデル化すると、そのコンテンツも国境を越える。 Sanityのデータセットはドキュメントとしてモデル化すると決めたものを何でも保持するため、個人データ——ユーザープロフィール、フォーム送信、実在の個人を特定するもの——をSanityのフィールドに入れると、他のペイロードと同様に国外のGoogle Cloudへ送られ、PIPLの越境規則(第38〜43条)がそれに付く。きれいな線引きは、Sanityには編集コンテンツを、個人データはそこに入れずに保つことで——そうすればデータの国内保存がCMSの問題になることはない。 Sanity — Content modeling & datasets docs(sanity.io/docs)、2026-10-07取得/PIPL 第38〜43条

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

これは Sanityを中国で使えるようにするには という問いなので、どんな対処に手を伸ばす前にも、二つに分けておく価値があります——半分はエンジニアリングで解ける配信の問題、もう半分は解けないコンプライアンスの問題です。Sanityはヘッドレスのコンテンツプラットフォームです:構造化された編集コンテンツをGoogle Cloudに保ち、グローバルCDNを前段に置いたコンテンツAPIを通じて貴社のサイトへ提供します。そのCDNは大陸をまたいで拠点を持ちますが、中国本土の内側には一つもないため、正直なSanityレベルのリスクは到達性です——グレート・ファイアウォールの向こうからコンテンツをライブで取得するサイトは、遅くなったり不安定になったりし得ます。Sanityがそれ自体で行わないのは、貴社のプロジェクトをデータの国内保存の問題に変えることです。運ぶのは貴社自身のコピーと画像であって、訪問者の個人情報ではないからです。中国向けサイトが合法かどうかを実際に決める備案とプライバシーの義務は、Sanityを組み込むサイトに乗り——Sanityのコンテンツに到達することは、それらの隣では容易な半分です。

SanityのAPI CDNドキュメント。コンテンツAPIの拠点——ムンバイ(インド)・シドニー(オーストラリア)・サンギスラン(ベルギー)・サンパウロ(ブラジル)と三つの米国リージョン——を挙げ、前段に短命のグローバルCDNを置き、中国本土の内側には場所がない
Sanity自身のAPI CDNドキュメント:apicdn.sanity.ioは“the CDN-distributed, cached API,”で、“if you are going to fetch content from a browser”に推奨され、拠点は“Mumbai, India,” “Sydney, Australia,” “Saint-Ghislain, Belgium,” “São Paulo, Brazil”と三つの米国リージョンにあり、前段に“a short-lived global CDN ... with points of presence on all continents”を置きます——そのいずれも中国本土の内側ではありません。出典:sanity.io/docs/content-lake/api-cdn

中国でのSanity:ひと目で

決め手 Sanity自身の言葉では
どこで動くか Sanityは“is hosted on Google Cloud Platform,”で、バックエンドシステムは“run across three data centers in a single EU region (Belgium)”、コンテンツは“stored in the EU/EEA, the US, or in regions where Sanity has an operational footprint.” 中国本土の内側にリージョンはありません。
サイトはどうコンテンツを得るか フロントエンドがSanityのコンテンツAPI——CDNエンドポイント apicdn.sanity.io、“the CDN-distributed, cached API”——にリクエスト時に問い合わせます。その拠点は国外(ムンバイ・シドニー・ベルギー・サンパウロ・米国)で、本土の内側には一つもなく、各取得が国境を越えます。
ペイロードに何があるか 貴社自身の編集コンテンツ——コピー・画像・構造化文書——で、公開表示のために著述されたもので、エンドユーザーの個人情報ではありません。それ自体では一般にPIPLのユーザーデータの越境移転ではありません。
公衆への提供 Sanityを組み込み本土の訪問者に見せる公開サイトは、国内ホスティングでのICP備案を要します。その義務はCMSではなく、サイトとそのホストのものです。
エッジケース 個人データをSanityの中にコンテンツとしてモデル化すると、取得のたびに本土を出て——他のあらゆるペイロードと同様にPIPLの越境規則がそれに付きます。

Sanityのコンテンツに到達することは容易な半分

ネットワークが実際に直せる部分から始めましょう。Sanityはどこで動くかに率直です:そのセキュリティページはプラットフォームが「Google Cloud Platform上でホストされる」こと、「バックエンドシステムは現在、単一のEUリージョン(ベルギー)の三つのデータセンターにまたがって動く」こと、そしてCDNを前段に置いたコンテンツAPIを通じてフロントエンドに提供することを述べます。そのCDN——apicdn.sanity.io、Sanityの言葉で「ブラウザーからコンテンツを取得するなら」推奨される「CDN分散のキャッシュ済みAPI」——は拠点を大陸にまたいで広げます:ムンバイ、シドニー、サンギスラン、サンパウロ、三つの米国リージョン、前段に「全大陸に拠点を持つ短命のグローバルCDN」。その一覧をよく読めばギャップは明らかです:どのノードも中国本土の外にあり、最も近いアジアのものはインドにあります。上海や成都からのリクエストは、Sanityのエッジに届くために本土を出て戻る必要があり、その往復——Sanityを狙った遮断ではなく——が、遅い読み込みや時おりの取得失敗の出どころです。それは本物の配信上のリスクで、ネットワーク設計が安定させられる半分です。合法性ではなく到達性として扱ってください。

コンテンツプラットフォームは、それ自体ではデータの国内保存の問題ではない

ここがチームが最も過剰に補正する点です。CMSがヨーロッパのGoogle Cloudで動くのを見て、越境データの警報に手を伸ばします——純粋なコンテンツプラットフォームに対して、その警報はたいてい間違ったものに向けられています。Sanityの仕事は、編集者が公開するもの——見出し、本文、画像、ページを構成する構造化文書——を保持し配信することです。それは公衆のために著述された素材であって、それを読む人々の個人情報ではなく、SanityのGoogle Cloudバックエンドを通じて出荷することは、それ自体ではPIPLの下でのユーザーデータの越境移転を構成しません。ここで正確さが効きます——コンテンツプラットフォームをデータの国内保存違反と呼べば、それが生んでいない義務を作り出し、一方で貴社を本当に縛る義務は背景に薄れます。

一つの縁は注視に値します。Sanityのデータセットは、貴社がドキュメントとしてモデル化すると決めたものを何でも保持するため、個人データ——顧客記録、送信されたフォーム、実在の個人を特定するあらゆるフィールド——がSanityに入った瞬間、ブログ記事と同じように取得のたびに国外へ乗り、PIPLの越境規定(第38〜43条)がそれに留め金をかけます。保つべきルールは平明です:Sanityには編集コンテンツを運ばせ、個人データは貴社が統制するシステムに保つ——そうすれば国内保存がCMSの問いになることはありません。

コンプライアンスの扉はCMSではなく貴社のサイトに宿る

合法性を実際に決めるルールは一層外——Sanityではなく、Sanityを組み込むWebサイトに宿ります。本土の訪問者に見せるあらゆる公開サイトは、国務院令第292号とMIIT令第33号の下でICP備案(ICP備案)を要し、その備案は本土に物理的に所在するホスティングにのみ紐づきます。決め手となる事実は、貴社のページとオリジンがどこから提供されるか——CMSがたまたまどこにあるかではない——なので、Sanityで駆動されるヘッドレスのフロントエンドも、中国のユーザーに清潔に供する前に、それ自身の国内のICP備案済みホスティングの上に立たねばなりません。その上に、サイトがそれらのユーザーから集めるあらゆる個人情報——登録、注文、サポート依頼——は、取扱者として貴社が説明責任を負うものです:そのデータが本土を出るときの通知・別途の同意・合法的な移転メカニズム(第38〜43条)、そして貴社が重要情報インフラ運営者または大量取扱者であれば国内保存(PIPL第40条、サイバーセキュリティ法 第39条(旧第37条))。このどれもSanityのものではなく、どれもコンテンツの移動距離を縮めて直るものではありません。これが本当に効く中国の仕事で、どれだけチューニングしても貴社の代わりに片づかない半分です。

これは判定ではなくリスクの見取り図です:サイトにICP備案が要るか、国内保存が要るか、それとも単によりSanityに安定して到達する手段が要るかは、どうホストするか、どの個人データを収集するか、ユーザーが誰かによります——構築の前に顧問弁護士と確定する価値があります。

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

貴社は今日と同じようにSanityで著述し続けます——同じStudio、同じデータセット、同じコンテンツAPI。当社が加えるのは、Google Cloudホストのコンテンツプラットフォームにできないものです:コンプライアントな本土内からのICP備案済み配信で、既存のSanity駆動のサイトの前段に置き、ページがSanityのエッジへの越境の往復を待たずに中国のユーザーに届くようにします——作り直しも、二つ目のコードベースも、Sanityのワークフローの変更もなく。当社の中国チームが二つの半分を一つずつ扱います:コンテンツがどれだけ確実に届くか、そして貴社の法人・ホスティング・サイトが実際に収集する個人データに照らして組み込みサイトに乗るICPとPIPLの義務です。SanityはCMSのまま。コンプライアントな中国プレゼンスはその周りに構築されます。

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


関連する読み物:

よくあるご質問

Sanityは中国本土で遮断されていますか、それとも遅いだけですか?

ハードな遮断というより到達性のリスクとして扱ってください。SanityはコンテンツAPIを、拠点が国外にあるグローバルCDN——ムンバイ・シドニー・ベルギー・サンパウロ・米国、本土の内側には一つもない——から提供し、基盤のデータをEUのGoogle Cloudに保存するため、中国の内側からSanityのコンテンツをライブで取得するサイトは、グレート・ファイアウォールの向こうへの越境の往復に頼ります。実際にはそれは保証された遮断ではなく、遅い・断続的なコンテンツ読み込みとして現れ、結果はネットワーク・経路・時間帯で変わります。その配信の半分こそ、オリジンの前段の国内配信が安定させるためのものです。

Sanityを使うとサイトがPIPL違反になりますか?

それ自体ではなりませんが、顧問弁護士と正確を期す価値があります。Sanityは貴社の編集コンテンツ——コピー・画像・構造化文書——を運ぶのであってエンドユーザーの個人情報ではないため、そのコンテンツをGoogle Cloudインフラ経由で流すことは一般にPIPLのユーザーデータの越境移転ではありません。PIPLとICPの義務はSanityを組み込むサイトに付きます:そのホスティング、そのICP備案、そして中国ユーザーから収集するあらゆる個人データです。ただ一つの例外は個人データをSanityの中にコンテンツとして保存することで、それはそのデータも越境の問いに引き込みます。

21YunBoxはSanityのサイトを中国で動かす手助けができますか?

はい。当社の中国チームが二つの半分を切り分けます——本土の訪問者がSanityベースのコンテンツにどれだけ確実に到達できるかを安定させ、貴社の法人・ホスティング・収集するユーザーデータに照らして組み込みサイトに乗るICP備案とPIPLの義務をマップします——そして既存のオリジンの前段にICP備案済みの国内配信を立ち上げ、Sanityのワークフローはそのままにします。お問い合わせいただければ個別の構成を整理します。