文責：21YunBox コンプライアンスチーム · 最終確認 2026年10月7日 · 一次情報源で確認済み

Firebaseは中国本土で使えるか

中国本土の利用者に向けてFirebase上に築けるかは、まずデータの国内保存の問いであり——そして珍しいことに、到達性の問いでもあります。どちらも生の速度の話ではありません。

FirebaseはGoogleのバックエンド・アズ・ア・サービスで、FirebaseプロジェクトはGoogle Cloudプロジェクトです。Cloud Firestore、Realtime Database、Cloud Storageのロケーションを一つ選びますが、Google自身の言葉では「データベースインスタンスを一度プロビジョニングすると、そのロケーション設定は変更できない」。提示される選択肢のどれも中国本土にはありません。Google Cloudがそこにリージョンを運用しないからです——そのため、アプリが中国ユーザーから収集するアカウント・記録・ファイルはすべてオフショアに保存されます：PIPLが規律する個人情報の越境移転（英語）です。加えて、FirebaseのクライアントSDKは、中国本土の内側からは一貫して到達できないGoogleのエンドポイントに到達するため、コードが正しくてもアプリが読み込み・サインイン・同期に失敗しうます。下の表はGoogle自身の文言と、それが発動させる中国のルール——そして法令に沿ったICP備案済みの中国国内の道です。

これは判定ではなくリスクの絵姿です——何を負うかは取扱データ量と役割によって変わります。当社の中国チームがFirebaseのリスクを一緒に整理します →

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

  • ! Google Cloud上で動く——ユーザーのデータはオフショアに置かれ、スタックはGoogleのエンドポイントに依存する
  • ✕ 選べる中国本土のリージョンがないため、ユーザーデータは本土の外に保存される
  • ! 中国ユーザーのデータを国外に保存することは個人情報の越境移転——PIPLが適用
  • ! FirebaseはGoogleが運用するエンドポイントに依存する——中国本土での到達性リスク
  • ✓ 法令に沿った道がある：ICP備案済みの中国国内からの配信と、中国国内のデータ計画
コンプライアンス評価を依頼する（英語）
データの国内保存と到達性の道を一緒に整理します／ご相談は英語で承ります

Firebase上に中国で築けるかを、実際に決めるもの

事実一次情報源
Firebase自身のドキュメントでは、各プロジェクトはCloud Firestore、Realtime Database、Cloud Storageのデータを、貴社が選ぶ一つのロケーションに保存し、「データベースインスタンスを一度プロビジョニングすると、そのロケーション設定は変更できない」。Googleは「それを必要とするユーザーとサービスの近くにデータを置く」よう助言しますが——Firebaseが提示するロケーションのどれも中国本土にはなく、中国ユーザーのデータを本土に留める選択肢はありません。 Firebase Docs — Cloud Firestore locations、2026-10-07 取得
FirebaseプロジェクトはGoogle Cloudプロジェクトであり、Google Cloudは中国本土のリージョンを運用していません。Google自身の言葉では「43のグローバルリージョンと130のゾーンにワークロードをデプロイできる」とし、それらの「SLAに裏付けられたリージョンは、データの国内保存を犠牲にせずグローバルに革新できる」としますが——そのいずれも中国本土の内側にはありません。Firebaseのデータが物理的にどこに落ちても、中国にとってはオフショアです。 Google Cloud — Cloud locations、2026-10-07 取得
Firebase Authentication、Cloud Firestore、Realtime Database、Cloud Storageは、アプリが収集するアカウント・プロフィール・記録・ファイル——個人情報——を保持し、それをそのオフショアのロケーションに保ちます。したがって中国のユーザーから集めたデータは国外へ移転されます：PIPLがその越境移転を規律します（英語）。個人情報の取扱者（Googleではなく、Firebaseの顧客である貴社）は、通知を行い、個別の同意を取得し、移転メカニズムのいずれか一つ（CACの安全評価、CAC標準契約、または認証）を満たさなければなりません。CIIOまたは大量取扱者の場合、中国で収集した個人情報は中国本土内に保存しなければなりません（PIPL第40条、サイバーセキュリティ法 第39条（旧第37条））——どのFirebaseのロケーションも満たせません。 PIPL 第3章 第38〜43条・第40条；サイバーセキュリティ法 第39条（旧第37条）
FirebaseはGoogleのインフラの上に築かれているため、そのクライアントSDKはGoogleが運用するエンドポイント——googleapis.com、gstatic.com、firebaseio.com配下のホスト、そしてAuthenticationとメッセージングのサービス——に接続して、構成の取得、ユーザーのサインイン、データの同期を行います。Googleが運用するエンドポイントは中国本土の内側からは一貫して到達できないため、Firebase上の中国向けアプリは、貴社のコードとサーバーが健全でも、初期化・認証・同期に失敗しうます。その到達性リスクは、速度の指標ではなく、利用する特定のサービスについて検証すべきリスクです。 Firebase Docs — Understand Firebase projects（FirebaseプロジェクトはGoogle Cloudプロジェクトである）

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

中国本土の利用者にとって、Firebaseをめぐる最初の問いは、どれだけ速く読み込まれるかではありません——それが保持するデータをどこに置くことが許されるか、そしてアプリがそもそも依存するサービスに到達できるか、です。FirebaseはGoogleのバックエンド・アズ・ア・サービスです。Cloud Firestore、Realtime Database、Authentication、Cloud Storage、Hosting——すべてGoogle Cloud上で動きます。Firebaseプロジェクトは すなわち Google Cloudプロジェクトであり、その一点が、このページが扱う二つの問題の両方を生みます。アプリが収集するデータは、貴社が選ぶGoogle Cloudのロケーションに保存されます——そしてその選択肢のどれも中国本土にはありません。一方、アプリが同梱するSDKは、その仕事をするためにGoogleが運用するエンドポイントと通信します——中国本土の内側からは当てにならないエンドポイントです。どちらも、調整でどうにかできるものではありません。

GoogleのCloud Firestoreロケーションのドキュメント。北米・欧州・アジア・オーストラリア・南米・中東・アフリカにまたがるマルチリージョンとリージョンを列挙し、中国本土のロケーションはない
Google自身のCloud Firestoreロケーションのドキュメント：“once you provision a database instance, you cannot change its location setting”（データベースインスタンスを一度プロビジョニングすると、そのロケーション設定は変更できない）とし、ロケーションのメニューは北米・欧州・アジア・オーストラリア・南米・中東・アフリカにまたがります——中国本土のロケーションはありません。出典：firebase.google.com/docs/firestore/locations

中国でのFirebase：ひと目で

決め手 Google自身の言葉で——そしてそれが発動させる中国のルール
データがどこにあるか 各プロジェクトは、Cloud Firestore、Realtime Database、Cloud Storageのデータを、貴社が選ぶ一つのロケーションに保持し、Googleは“once you provision a database instance, you cannot change its location setting”（データベースインスタンスを一度プロビジョニングすると、そのロケーション設定は変更できない）と警告します。その選択肢のどれも中国本土にはありません。
なぜ中国の選択肢がないか FirebaseプロジェクトはGoogle Cloudプロジェクトであり、Google Cloudは“43 global regions and 130 zones”（43のグローバルリージョンと130のゾーン）を運用します——そのいずれも中国本土の内側にはありません。したがってデータがどこに落ちても、中国にとってはオフショアです。
越境移転 中国のユーザーから収集したアカウント・プロフィール・記録・ファイルは、そのオフショアのロケーションに書き込まれます。それはPIPLが規律する個人情報の越境移転であり——取扱者はGoogleではなく、Firebaseの顧客である貴社です。
データの国内保存 CIIOまたは大量取扱者の場合、中国で収集した個人情報は中国本土内に保存しなければなりません（PIPL第40条、サイバーセキュリティ法 第39条（旧第37条））——どのFirebaseのロケーションも満たせない義務です。
アプリはそこに到達できるか？ FirebaseのSDKは、Googleが運用するエンドポイント（googleapis.com、gstatic.com、firebaseio.com、そしてAuthとメッセージングのサービス）に依存します——中国本土の内側からは一貫して到達できるとは限りません。データの問いに加えて、検証すべき到達性リスクです。

Firebaseのデータが実際に置かれる場所

Firebaseはマネージドのバックエンドであり、中国にとって重要なストア——Cloud Firestore、Realtime Database、Cloud Storage——は、それぞれ作成時に設定する一つのロケーションに置かれます。そのロケーションは一方通行の扉です。Google自身のFirestoreのドキュメントでは：

データベースインスタンスを一度プロビジョニングすると、そのロケーション設定は変更できないことに注意してください。

同じページでのGoogleの助言は“store your data close to the users and services that need it”（それを必要とするユーザーとサービスの近くにデータを置く）です。中国の利用者にとって、その助言に答えはありません。選ぶメニューに中国本土のロケーションが含まれないからです——最も近い選択肢は北東アジアと東南アジアにあります。アプリが中国のユーザーに提供された瞬間、それが書き込むデータは国外に保持され、それが——レイテンシではなく——中国のデータ法が反応する対象です。

Firebaseで中国に配信すれば、ユーザーのデータは国境を越える

Firebase Authenticationはユーザーのログイン上の身元を保持し、FirestoreとRealtime Databaseは彼らが作る記録を保持し、Cloud Storageは彼らのファイルを保持します。そのすべてが個人情報であり、そのすべてが、その一つのオフショアのロケーションに落ちます。中国の個人情報保護法（PIPL）（英語）の下では、それを本土の外に保存することは越境移転であり、義務は個人情報の取扱者——プラットフォームとしてのGoogleではなく、Firebaseの顧客である貴社——に課されます。PIPLはその取扱者に対し、対象となるユーザーへの通知、当該移転についての個別の同意の取得、そして移転メカニズムのいずれか一つ（CACの安全評価、CAC標準契約、または認証）のクリアを求めます。「すでにFirebaseで動いている」ことは、そのいずれも満たしません。

義務の重さは、貴社が誰で、どれだけ保持するかによって変わります。小規模なアプリが控えめな量の非センシティブな個人情報を動かす場合は、CIIOや大量取扱者より軽い経路です。後者はデータの国内保存義務を負います。中国で収集した個人情報は中国本土内に保存しなければなりません（サイバーセキュリティ法 第39条（旧第37条）、PIPL第40条）。どのFirebaseのロケーションもこれを満たせません。中国にロケーションがないからです。これは判定ではなくリスクの見取り図です——どこに落ち着くかは取扱データ量と役割によって変わり、構築の前に専門家と確定すべき問いです。

二つ目の問題：Firebaseが依存するGoogleのエンドポイント

データの問いを脇に置いても、Firebaseは、多くのオフショアのバックエンドが持たない到達性リスクを抱えます。Googleのインフラの上に築かれているため、アプリが同梱するFirebase SDKは、日々の仕事——リモート構成の取得、ユーザーのサインイン、データベースとストレージの読み書きの同期——のためにGoogleが運用するエンドポイントに到達します。それらの要求は googleapis.com、gstatic.com、firebaseio.com 配下のホスト、そしてAuthenticationとメッセージングのサービスへ向かいます。

Googleが運用するエンドポイントは、中国本土の内側からは一貫して到達できるとは限りません。実務上の帰結は、Firebase上に築いた中国向けのアプリが、起動時に止まる、ユーザーをサインインできない、同期が止まる、といったことが起こりうることです——コードが間違っているからではなく、それが呼び出すサービスが、ユーザーのいる場所からは当てにできないからです。だからこそ中国の外からの手早いテストはほとんど何も教えてくれません。正直な問いは、Firebaseが貴社の机の上で動くかではなく、アプリが依存する特定のFirebaseのサービスが、本土の実際のユーザーに対して解決するか、です。それを、数値として引用するのではなく、サービスごとに検証すべきリスクとして扱ってください。

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

貴社はFirebase上に築き続けます。当社は、そこからの移行もアプリの書き直しも求めません。コンプライアンス起点のオーバーレイが加えるのは、Googleがホストするバックエンドが中国本土の内側から提供できない層です。すなわち、既存のオリジンの前段に立つ、法令に沿ったICP備案済みの中国国内からの配信——作り直しも、二つ目のコードベースもなし——によって、貴社が管理するエンドポイントが本土のユーザーに対して解決します。まず当社の中国チームが、貴社のリスクを整理します。Firebaseスタックのどの部分が個人情報を保持するか、そのデータがどこに保存されるか、そして貴社の法人と取扱データ量が越境移転やデータの国内保存のティアに入れるか。次に、中国ユーザーのデータが本土に留まることを法が求める場合、それらの記録をオフショアのFirebaseのロケーションに残すのではなく、中国国内のデータ経路を計画するお手伝いをします。到達性の問いと国内保存の問いを一緒に検討し、貴社のオリジンはすでに動いている場所のままにします。

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

関連する読み物：

よくあるご質問

Firebaseは中国ユーザーのデータを中国に保存しますか？

いいえ。FirebaseプロジェクトはGoogle Cloudプロジェクトであり、Cloud Firestore、Realtime Database、Cloud Storageのロケーションを、中国本土の選択肢を含まないメニューから一つ選びます——Google Cloudがそこにリージョンを運用しないからです。したがって中国のユーザーから収集したアカウント・記録・ファイルはオフショアに保存され、Google自身のドキュメントによれば、そのロケーションはデータベースのプロビジョニング後は変更できません。

Firebase上に中国向けアプリを築くのは違法ですか？

本質的には違いません——ただし二つの評価が必要です。第一に、中国ユーザーの個人情報をオフショアに保存することはPIPLが規律する越境移転であり、通知・個別の同意・移転メカニズムを、そしてCIIOや大量取扱者には中国国内保存を求めます。第二に、Firebaseは中国本土の内側からは一貫して到達できないGoogleのエンドポイントに依存するため、法的な分析とは別に、中国ユーザーに対して確実に機能しないことがあります。どちらも、一律の禁止ではなく、取扱データ量と役割に照らして専門家と検討すべきリスクとして扱ってください。

21YunBoxは、当社のFirebaseアプリを中国で法令適合に動かす手助けができますか？

はい。当社の中国チームが、貴社の法人と取扱データ量に照らして越境とデータの国内保存のリスクを整理し、既存のオリジンの前段に法令適合のICP備案済み中国国内配信を提供します——作り直しなしに——ので、貴社が管理する部分が本土のユーザーに対して解決します。中国ユーザーのデータが中国の地に留まることを法が求める場合、それらの記録をオフショアのFirebaseのロケーションに残すのではなく、中国国内のデータ経路を計画するお手伝いをします。個別の構成を一緒に整理しますので、お問い合わせください。