Builder.ioは中国本土で使えるか：コンテンツ配信、ICP、そしてPIPLの線引き
Builder.ioはヘッドレスのビジュアルCMSで、コンテンツとページデザインをオフショアのCDNエッジ（Google Cloud、AWS CloudFront、Fastly）から配信し、中国本土のポイント・オブ・プレゼンスはありません。そのため中国国内からライブで取得することは配信（到達性）のリスクになります——一方、合法性を決めるICP備案とPIPLの義務は、Builder.ioではなく、それを埋め込むサイト側に付きます。正直に、コンプライアンス起点で読み解きます。
Builder.ioは中国本土で使えるか
どちらの半分を指すかによって、二つの答えは別々に出ます。Builder.ioは中国本土から到達できますが、コンテンツとデザインをオフショアのCDNエッジから配信します——ですからBuilder.ioのレベルで正直なリスクは、データの国内保存ではなく、確実な配信です。合法性を実際に決めるICP備案とPIPLの義務は、CMSではなく、Builder.ioを埋め込むサイト側に付きます。
Builder.io自身のドキュメントは“Builder Content serves content from the CDN edge cache while revalidating in the background,”（バックグラウンドでの再検証を行いつつCDNエッジキャッシュから配信）とし、cdn.builder.io のコンテンツエンドポイントから配信されます。Builderはそのスタックを“AWS CloudFront as our CDN”と“Fastly as a secondary caching layer”、そして“Architected to run natively on Google Cloud across all regions”と説明します——いずれも中国本土をその内側から配信しません。つまりリクエスト時にコンテンツを取得するページは、呼び出しのたびに国境を越えます：到達性のリスクであって、それ自体ではユーザーの個人情報の越境移転（英語）ではありません。ペイロードは貴社自身の編集コンテンツとデザインだからです。合法性を決める義務——中国国内のホスティング上のICP備案と、貴社のサイトが収集する個人データのPIPL——は、CMSではなく埋め込みサイトに付きます。下の表はBuilder.io自身の記述と、それぞれの事実が位置する線です。
これは判定ではなくリスクの見取り図です。どの義務が適用されるかは、サイトのホスティング方法、収集するもの、ユーザーが誰かで変わります。当社の中国チームが貴社のリスクを一緒に整理します →
コンプライアンス・スナップショット
- ! Builder.ioのコンテンツCDNはオフショア——到達はするが、取得のたびに国境を越える
- ✓ ペイロードは貴社自身のコンテンツとデザインで、ユーザーの個人データではない
- ✕ 中国本土の外から配信される一般公開サイトはICP備案できない
- ! ICP備案とPIPLの義務は、CMSではなく貴社の埋め込みサイトに付く
- ! Builderのフィールドに個人データを入れれば、取得のたびに中国本土を離れる
Builder.Ioの公式ドキュメントが中国について述べていること
| 事実 | 一次情報源 |
|---|---|
Builder.ioはヘッドレスのビジュアルCMS：貴社のサイトはリクエスト時にBuilderのCDNエッジからコンテンツを取得する。BuilderのContent APIのドキュメントは“Builder Content serves content from the CDN edge cache while revalidating in the background,”（バックグラウンドでの再検証を行いつつCDNエッジキャッシュから配信）とし、フロントエンドは各モデルについて https://cdn.builder.io/api/v3/content/ エンドポイントを呼ぶ。これが配信モデルであり、「中国で使えるか」のうち、法ではなく到達性にかかる半分である。 | Builder.io — Content API documentation（builder.io/c/docs/content-api、2026-10-07 取得） |
| そのCDNエッジは完全にオフショアで、中国本土の内側にはポイント・オブ・プレゼンスがない。Builder.io自身のスタッフは配信スタックを“AWS CloudFront as our CDN”（CDNとしてAWS CloudFront）と“Fastly as a secondary caching layer”（二次キャッシュ層としてFastly）と説明し、画像を“a US-based Google Cloud Platform Bucket”（米国拠点のGoogle Cloud Platformバケット）に保存するとし、2025年のニュースルームはプラットフォームを“Architected to run natively on Google Cloud across all regions”と述べる。Google Cloudは中国本土にリージョンを運用しておらず、CloudFrontやFastlyの標準的なグローバルネットワークも中国本土をその内側からは配信しない——ので、グレート・ファイアウォールの内側からの取得は、出て戻る。これはブロックではなく配信のリスクである。 | Builder.io — Google Cloud Marketplace announcement（builder.io/news/google-cloud-marketplace）＆ official community forum（forum.builder.io、2026-10-07 取得） |
| それ自体では、Builder.ioはユーザーデータの越境移転ではない。Builderが保存・配信するのは、貴社自身の編集コンテンツとページデザイン——チームが公開表示のために作る素材——であって、それを見る人々の個人情報ではない。それをBuilderの米国拠点のGoogle CloudやAWSのインフラを通して動かすことは、それ自体ではPIPLのユーザーデータの越境移転（英語）（第38〜43条）を生じさせない。例外は一つだけで、しかも自ら招くもの：個人データをBuilderのフィールド内にコンテンツとしてモデリングすれば、他のペイロードと同様、取得のたびに中国本土を離れる。 | Builder.io — Content API documentation（builder.io/c/docs/content-api、2026-10-07 取得）；PIPL 第38〜43条 |
| 合法性を決める義務は、CMSではなくBuilder.ioを埋め込むサイトに付く。中国本土の訪問者に見せる一般公開サイトは、国務院令第292号とMIIT令第33号の下で中国国内のホスティング上のICP備案（ICP备案）が必要で——これはHTMLとオリジンがどこから配信されるかで決まり、CMSがどこにあるかでは決まらない。別途、貴社のサイトが収集する個人情報は、取扱者として貴社自身のPIPL（英語）上の責任である：オフショアへ出るなら通知・個別の同意・移転メカニズム（第38〜43条）、そして重要情報インフラ運営者や大量取扱者であれば中国国内での保存（PIPL 第40条、サイバーセキュリティ法 第39条（旧第37条））。 | 国務院令第292号；MIIT令第33号；PIPL 第38〜43条・第40条；サイバーセキュリティ法 第39条（旧第37条）（国家インターネット情報弁公室、2026-10-07 取得） |
情報源は21YunBox コンプライアンスチームが2026年10月7日に確認しました。
中国本土の利用者にとって、「Builder.ioは使えるか」は、実は一枚のコートをまとった二つの問いであり、その二つを切り分けることこそが答えを有用にします。Builder.ioはヘッドレスのビジュアルCMSです：コンテンツとページデザインを保存し、自社のCDNエッジから配信するコンテンツAPIを通じて貴社のサイトへ渡します。そのエッジは中国本土にポイント・オブ・プレゼンスのないオフショアのインフラ上で動くため、Builder.ioのレベルで正直に言えるリスクは到達性です——グレート・ファイアウォールの内側からコンテンツをライブで引く構成のサイトは、遅かったり不安定だったりしえます。Builder.ioがそれ自体で起こさないのは、プロジェクトをデータの国内保存の問題に変えることです。なぜなら、Builder.ioが運ぶのは貴社が公開する素材であって、それを読む人々の個人情報ではないからです。貴社の中国向けサイトが合法かどうかを実際に決める備案とプライバシーの義務は、Builder.ioを埋め込むサイト側に付きます——そして、それを配信の問いから切り分けることが、このページの仕事のすべてです。
中国でのBuilder.io：ひと目で
| 決め手 | Builder.io自身の言葉では |
|---|---|
| どこで動くか | Builderのプラットフォームは“Architected to run natively on Google Cloud across all regions”（全リージョンでGoogle Cloud上にネイティブに動くよう設計）、“Google Cloud's global infrastructure”（Google Cloudのグローバルインフラ）上で動き、コンテンツのスタックは“AWS CloudFront as our CDN”（CDNとしてAWS CloudFront）と“Fastly as a secondary caching layer”（二次キャッシュ層としてFastly）を用います。いずれのネットワークも中国本土の内側では動いていません。 |
| サイトはどうコンテンツを得るか | フロントエンドはリクエスト時に cdn.builder.io ホスト上のBuilderのContent APIへ問い合わせます——“Builder Content serves content from the CDN edge cache.”（BuilderのコンテンツはCDNエッジキャッシュから配信される。）中国本土のポイント・オブ・プレゼンスがないため、各取得は国境を越えます。 |
| ペイロードに何があるか | 貴社自身のコンテンツとページデザイン——ページ・レイアウト・コピー・画像——であり、公開表示のために作られたもので、エンドユーザーの個人情報ではありません。それ自体では、通常はPIPLのユーザーデータの越境移転には当たりません。 |
| 一般向けの配信 | Builder.ioを埋め込み、中国本土の訪問者に見せる一般公開サイトは、中国国内のホスティング上のICP備案が必要です。その義務はサイトとそのホストに属し、CMSには属しません。 |
| 例外的なケース | 個人データをBuilder内のコンテンツとしてモデリングすれば、取得のたびに中国本土を離れます——そしてPIPLの越境ルールが、他のペイロードと同様にそれに付きます。 |
到達性こそ、Builder.ioのレベルで正直な問い
Builder.ioは、コンテンツがどう運ばれるかについて率直です。Content APIのドキュメントは“Builder Content serves content from the CDN edge cache while revalidating in the background,”（Builderのコンテンツはバックグラウンドでの再検証を行いつつCDNエッジキャッシュから配信される）とし、フロントエンドは要求するモデルごとに cdn.builder.io のコンテンツエンドポイントを呼びます。そのエッジが物理的にどこにあるかが、到達性の話のすべてです：Builder自身のスタッフは配信スタックを“AWS CloudFront as our CDN”（CDNとしてAWS CloudFront）と“Fastly as a secondary caching layer”（二次キャッシュ層としてFastly）と説明し、画像を“a US-based Google Cloud Platform Bucket”（米国拠点のGoogle Cloud Platformバケット）に保存するとし、Builderの2025年のニュースルームはプラットフォームを“Architected to run natively on Google Cloud across all regions”（全リージョンでGoogle Cloud上にネイティブに動くよう設計）と述べます。これらのネットワークはいずれも国境の向こう側から中国本土を配信し——内側にポイント・オブ・プレゼンスを持ちません——ので、北京や広州で出されたリクエストは、Builderのエッジに届くために国を出て戻らねばなりません。その往復と、途中のフィルタリングこそが、遅いレンダリングや時おりの取得失敗の出どころです。これは本物の配信リスクであり、同時に、ネットワーク設計が実際に修正できる方の半分でもあります。合法性の判定としてではなく、到達性として読んでください。
ビジュアルCMSは、それ自体ではデータの国内保存の問題ではない
“our CMS runs on US infrastructure”（うちのCMSは米国のインフラで動く）と見て、すぐに越境データの警報へ手を伸ばすのは簡単です。コンテンツとデザインのCMSにとって、それはたいてい誤った計器です。Builder.ioが保持・配信するのは、貴社のチームが公開のために作る素材——マーケティングページ・レイアウト・コピー・画像・再利用可能なデザインブロック——であって、それを見る人々の個人情報ではありません。それをBuilderのGoogle CloudやAWSのバックエンドを通して動かすことは、それ自体ではPIPLのユーザーデータの越境移転（英語）には当たりません。これを明確に述べることには意味があります：ビジュアルCMSをデータ国内保存の違反へと膨らませれば、それが決して発動していない義務を自ら作り出し、一方で本当に存在する義務は視界から外れてしまいます。
注意に値する例外が一つあります。Builder.ioは、貴社がコンテンツとしてモデリングすることを選んだものを何でも保存します。したがって、個人データ——ユーザープロフィール、フォームの入力、実在の人物を識別しうる何か——をBuilderのフィールドに入れた瞬間、そのレコードはランディングページと全く同じように取得のたびに国境を越え、PIPLの越境ルール（第38〜43条）がそれに留め具を掛けます。規律は単純です：Builder.ioはコンテンツとデザインのために使い、個人データは貴社が管理するシステムに留める——そうすれば、国内保存の問いがCMSに降りかかることはありません。
コンプライアンスの扉は、ビルダーではなく貴社のサイトにある
貴社の中国向けサイトが合法かどうかを決める義務は、Builder.ioにではなく、それを埋め込むウェブサイトに乗っています。中国本土の訪問者に見せる一般公開サイトは、国務院令第292号とMIIT令第33号の下でICP備案（ICP备案）が必要であり、その備案は中国本土内に物理的にあるホスティングに結び付かなければなりません。決め手となるのは、貴社のHTMLとオリジンがどこから配信されるかであって、CMSがどこにあるかではありません——ですからBuilder.ioで組み立てたフロントエンドでも、中国のユーザー向けにきれいに動かすには、それ自体の中国国内・ICP備案済みのホスティングが必要です。別途、貴社のサイトがそれらのユーザーから収集する個人情報——サインアップ、注文、サポート依頼——は、取扱者として貴社が負うものです：それがオフショアへ出るなら通知・個別の同意・移転メカニズム（第38〜43条）、そして重要情報インフラ運営者（CIIO）や大量取扱者であれば中国国内での保存（PIPL 第40条、サイバーセキュリティ法 第39条（旧第37条））。そのいずれもBuilder.ioが負うものではなく、そのいずれも、ページを速く届けることでは解決しません。
これは判定ではなくリスクの見取り図です。貴社のサイトがICP備案を要するか、国内保存を要するか、あるいは単にBuilder.ioへ届くより安定した経路を要するかは、ホスティングの方法、収集する個人データ、ユーザーが誰かで変わります——構築する前に、専門家と整理すべき問いです。
21YunBoxの位置づけ——移行ではなく、法令適合のオーバーレイ
Builder.ioは今日と全く同じように作り続けられます。当社が加えるのは、オフショアのコンテンツAPIには提供できないピース——法令に沿ったICP備案済みの中国本土内からの配信です。これを既存オリジンの前段に置くので、貴社のページはBuilderのエッジへの越境往復を待たずに中国のユーザーへ届きます——作り直しも、二つ目のコードベースも、Builder.ioのワークフローの変更も要りません。当社の中国チームは二つの半分を一つずつ扱います：コンテンツがどれだけ確実に届くか、そして貴社の埋め込みサイトに乗るICPとPIPLの義務を、貴社の法人・ホスティング・サイトが実際に収集する個人データに照らして。Builder.ioは貴社のCMSのまま。法令適合の中国拠点は、その周りに構築します。
関連する読み物：
よくあるご質問
Builder.ioは中国本土でブロックされていますか、それとも遅いだけですか？
ブロックではなく、到達性の問題です。Builder.ioはコンテンツをオフショアのCDNエッジ——CloudFront、Fastly、Google Cloud——から配信し、中国本土の内側にはポイント・オブ・プレゼンスがありません。そのため、グレート・ファイアウォールの内側からコンテンツをライブで取得するページは越境の往復を行うことになり、それが全面的な禁止ではなく、遅いレンダリングや時おりの読み込み失敗として現れます。これはネットワーク設計が対処できる半分であり、運用が認められるか——これはライセンスとプライバシーの問いで、速度の問いではありません——とは別です。
サイトをBuilder.ioに載せると、ユーザーの個人データが中国の外へ出ますか？
通常、それ自体では出ません。Builder.ioが保存・配信するのは貴社の編集コンテンツとデザインであって、それを読む人々の個人情報ではないため、使うこと自体はPIPLのユーザーデータの越境移転には当たりません。例外は、個人データをBuilderのフィールド内にコンテンツとしてモデリングした場合——そのときは他のペイロードと同様、取得のたびに国境を越えます。PIPLの義務を負う個人データは、貴社自身のサイトが収集するもの——アカウント・フォーム・注文——であり、それを処理する場所がどこであれ付きます。
21YunBoxはBuilder.io製サイトを中国本土で動かす手助けができますか？
はい。当社の中国チームが二つの半分を切り分けます——Builder.ioのコンテンツの到達性と、貴社の埋め込みサイトに乗るICP備案とPIPLの義務——そして、貴社のBuilder.ioのワークフローはそのままに、既存オリジンの前段に法令適合・ICP備案済みの中国国内からの配信を立ち上げます。個別の設定はお問い合わせ（英語）いただければ一緒に整理します。
