Metabaseは中国本土で使えるか：データの国内保存・ICP・越境移転ルール
Metabaseはデータをクエリして結果をキャッシュするオープンソースのBIツールです——ですから中国の問いはダッシュボードの速度ではなく、そのキャッシュされたデータがどこに置かれるかです。Metabase Cloudはキャッシュ結果を米国のサーバーに保存し（PIPLの越境移転）、セルフホストのMetabaseは国内で動きます。Metabaseのデータの国内保存、PIPLの越境ルール、サイバーセキュリティ法の国内保存を、コンプライアンス起点で読み解きます。
Metabaseは中国本土で使えるか
Metabaseを中国で使えるかは、速度ではなくデータの国内保存の問いです。Metabaseは本土からおおむね到達できます——リスクは法的なもので、それが集中させるデータをどこに置くことが許されるか、にあります。
MetabaseはBIツールです：ソースシステムをクエリして結果をキャッシュし、保存済みの質問・ダッシュボード・ユーザーアカウントを保持します。Metabase自身のドキュメントによれば、セルフホストのインスタンスはキャッシュされたクエリ結果を「自社のアプリケーションデータベースに保存」し、Metabase Cloudでは「Metabaseの米国のサーバーに保存」します。ですからCloudのデプロイは、中国ユーザーの分析データ——PIPLの下では個人情報——をオフショアに置きます：PIPLが規律する越境移転であり、CIIOまたは大量取扱者にとっては、中国リージョンを持たないクラウドが解決できないデータ国内保存（英語）の問題です。手立てはMetabaseのもう一つの形——オープンソースで自社ホスト可能なので、国内で動かせます。
これは判定ではなくリスクの見取り図です——義務は貴社の役割とデータ量で変わります。当社の中国チームがMetabaseのデータのリスクを一緒に整理します →
コンプライアンス・スナップショット
- ! 中国から到達できる——だが到達性はテストではない；データの国内保存がテスト
- ! Metabaseはソースデータを、キャッシュされた結果とダッシュボードへ集中させる
- ! Metabase Cloudはキャッシュされたクエリ結果を米国のサーバーに保存する
- ! 中国の個人情報のオフショア保存は、PIPLの越境ルールを発動する
- ! CIIOまたは大量取扱者は中国のデータを国内に保存しなければならない；クラウドは不可
- ✓ 手立て：オープンソースのMetabaseを国内で自社ホストし、キャッシュされたデータを国内に留める
Metabaseの公式ドキュメントが中国について述べていること
| 事実 | 一次情報源 |
|---|---|
| Metabase自身の言葉：Metabaseは“is built and packaged as a Java JAR file and can be run anywhere that Java is available”（Java JARファイルとしてビルド・パッケージされ、Javaが使える場所ならどこでも動く）——Docker・JAR・Podmanその他で貴社自身がインストールするオープンソースのソフトウェア。インフラを選ぶのは貴社なので、セルフホストのインスタンスは中国本土内のサーバー上で動かせて、保持するデータを国内に留められる。 | Metabase Docs — Installing Metabase、2026-10-14 取得 |
| Metabaseはクエリの結果をキャッシュする。自身のキャッシュのドキュメントによれば、セルフホストなら“cached question results will be saved to your application database”（キャッシュされた質問の結果は自社のアプリケーションデータベースに保存される）；だが“if you're using Metabase Cloud, cached question results will be saved to Metabase's servers in the United States”（Metabase Cloudを使っている場合、キャッシュされた質問の結果はMetabaseの米国のサーバーに保存される）。Metabase Cloudに中国本土のリージョンはないため、Cloudのデプロイは中国の分析データをオフショアに保持する。 | Metabase Docs — Caching、2026-10-14 取得 |
| Metabaseは個人情報を集中させる——クエリしキャッシュする顧客・ユーザー・従業員のレコード。それらのレコードの背後にいる人々が中国にいて、インスタンス（またはMetabase Cloud）がオフショアに位置するとき、そのデータを国外に保持することはPIPL（第38〜40条）の下での越境移転（英語）：取扱者は通知、個別の同意、そして移転メカニズムのいずれか一つ——CACの安全評価、CAC標準契約、または認証——を負う。 | PIPL 第38〜40条（個人情報の越境移転） |
| 重要情報インフラ運営者または大量取扱者は、中国の個人情報を本土に保存しなければならない——PIPL第40条とサイバーセキュリティ法 第39条（旧第37条）（英語）（2025年の改正（2026年1月1日施行）で番号変更、内容不変）。BIはデータを集中させるため、単一のMetabaseのデプロイが取扱者を量の閾値の上に押し上げ得る；オフショアのクラウドは国内保存の義務を満たせない。 | サイバーセキュリティ法 第39条（旧第37条）；PIPL第40条 |
情報源は21YunBox コンプライアンスチームが2026年10月14日に確認しました。
中国本土を相手にするチームにとって、Metabaseをめぐる決め手は、ダッシュボードが速く描画されるかでも、アプリがデータベースに到達するかでもありません——どちらもありふれたことです。Metabaseが扱うデータを、どこに置くことが許されるか、です。Metabaseはビジネスインテリジェンスのツールであり：ソースシステムをクエリして、チームが読む保存済みの質問・ダッシュボード・コレクション・キャッシュされた結果セットを構築します——そしてその内容は、圧倒的に貴社の顧客・ユーザー・従業員の個人情報です。Metabaseは、国内保存の線の反対側に位置する二つの形で提供されます。Metabase Cloudはベンダーがホストするマネージドサービスです。セルフホストのMetabaseは、貴社が管理するインフラ——中国本土内であり得ます——にインストールして動かすオープンソースのソフトウェアです。ですから「Metabaseは中国で使えるか？」は、実際には二つの答えを持つ二つの問いであり、どちらもミリ秒ではなくデータの国内保存で決まります。
中国でのMetabase：ひと目で
| 決め手 | Metabase自身の言葉で——そして中国の法では |
|---|---|
| それが何か | 一つの名の下の二つの形。Metabase CloudはベンダーがホストするマネージドSaaS。セルフホストのMetabaseは、貴社自身がインストールして動かすオープンソースのソフトウェアで——“is built and packaged as a Java JAR file and can be run anywhere that Java is available”（Java JARファイルとしてビルド・パッケージされ、Javaが使える場所ならどこでも動く）、貴社が選ぶインフラ上で、それは中国本土内であり得る。 |
| 何を保持し、なぜ個人情報なのか | Metabaseは事業全体から引いたデータ——顧客レコード、ユーザーアカウント、取引、従業員データ——をクエリし、結果をキャッシュする。そのキャッシュされた結果セット、保存済みの質問、ダッシュボード、ユーザーアカウントは、PIPLの下では個人情報であり、一部は機微なもの。それらがどこに置かれるかは、性能ではなく法的な問い。 |
| キャッシュ結果が実際に置かれる場所 | Metabase自身のキャッシュのドキュメントは明快：セルフホストなら“cached question results will be saved to your application database”（キャッシュされた質問の結果は自社のアプリケーションデータベースに保存される）、Metabase Cloudでは“saved to Metabase's servers in the United States”（Metabaseの米国のサーバーに保存される）。Metabase Cloudに中国本土のリージョンはないため、Cloudのデプロイはデータをオフショアに保持する。 |
| 中国のデータをオフショアのMetabaseに読み込む | 中国にいる人々の個人情報をオフショアのMetabase Cloudのテナントに保持することは、PIPL（第38〜40条）の下での越境移転（英語）：通知、*個別の*同意、そして移転メカニズムのいずれか一つ——CACの安全評価、CAC標準契約、または認証。 |
| 国内保存の義務（CIIO／大量取扱者） | 重要情報インフラ運営者または大量取扱者は、中国の個人情報を本土に保持しなければならない（PIPL第40条、サイバーセキュリティ法 第39条（旧第37条）（英語））。BIはデータを集中させるため、単一のMetabaseのデプロイがそれ自体で取扱者を大量の閾値の上に押し上げ得る。オフショアのクラウドはその義務を満たせない。 |
| データが国内に留まる経路 | セルフホストのオープンソースのMetabaseを中国本土内のインフラ（またはライセンスを持つ国内の選択肢）で動かし、キャッシュされた結果とアプリケーションデータベースを国内に留め、中国向けのダッシュボードをICP備案済みのインフラで国内配信する。到達性はテストだったためしがなく、国内保存がそれ。 |
データが実際に置かれる場所
Metabaseの国内保存は、どの形を動かすかで決まり、上海からの読み込みテストでは決まりません。Metabase Cloudは完全にマネージドなサービスで——Metabaseがインスタンスを動かし——そのキャッシュのドキュメントは、Cloudでは“cached question results will be saved to Metabase’s servers in the United States”（キャッシュされた質問の結果はMetabaseの米国のサーバーに保存される）と率直に述べます。選べる中国本土のリージョンはないため、Cloudのデプロイは構造上オフショアに位置します。セルフホストのMetabaseはもう一つの形です：製品は“is built and packaged as a Java JAR file and can be run anywhere that Java is available”（Java JARファイルとしてビルド・パッケージされ、Javaが使える場所ならどこでも動く）で、Docker・JAR・Podmanその他の方法で貴社が管理するインフラにインストールされます——そしてそこでは同じドキュメントが“cached question results will be saved to your application database”（キャッシュされた質問の結果は自社のアプリケーションデータベースに保存される）、すなわち貴社がホストするデータベースに保存される、と述べます。
その区別が、中国向けのデプロイにとってすべてを決めます。Metabaseはソースデータベースを丸ごとコピーするのではなく、その場でクエリすることで知られ、それはプラットフォームに着地する生データの量を実際に制限します。しかしそれは国内保存の問いをテーブルから降ろしはしません。Metabaseはなおクエリの結果をキャッシュし、保存済みの質問・ダッシュボード・コレクション・ユーザーアカウントをそのアプリケーションデータベースに保持します。そのキャッシュされた結果セットと保存済みの成果物自体が個人情報であり——そしてそれらはどこかに置かれます：Cloudの場合はMetabaseの米国のサーバーに、セルフホストする場合は貴社自身のアプリケーションデータベースに。
それが保持するものは個人情報だ
BIプラットフォームは集中装置です。あらゆるソースシステム——データウェアハウス、取引データベース、イベントストリーム——から一つのクエリ・レポートのレイヤーへ引き込み、その上にキャッシュ・保存済みの質問・ダッシュボードを構築します。それにより、Metabaseのデプロイは企業が保持する個人情報の、単一で最大級の集中の一つになります：顧客レコード、ユーザーアカウント、取引、サポート履歴、従業員データ。その多くはPIPLの下での個人情報で、一部——連絡先・金融・身元のデータ——は、加重された義務を引く機微な個人情報です。
だからこそ、テストは到達性ではなく国内保存なのです。中国にいる人々の個人情報がオフショアのMetabase Cloudのテナントに置かれるとき、貴社は越境移転を行っており、PIPL第38〜40条がそれを規律します：通知、個別の同意、そして適法な移転メカニズムのいずれか一つ——CACの安全評価、CAC標準契約、または認証。安全評価弁法（英語）は、その評価が任意ではなく義務となるのはいつかを定め、義務は、Metabaseをオンにする行為ではなく、貴社の役割と量に応じて大きくなります。
移転のルールの上に、より厳しい義務が乗ります。重要情報インフラ運営者または大量取扱者は、中国の個人情報を本土内に保存しなければなりません——PIPL第40条と、サイバーセキュリティ法 第39条（旧第37条）（英語）（2025年のサイバーセキュリティ法改正（2026年1月1日施行）により番号変更、内容は不変）のデータ国内保存のルールです。BIはデータを集中させるため、単一のMetabaseのデプロイがそれ自体で、その義務を発動させる大量の閾値の上に取扱者を押し上げ得ます。オフショアのCloudのテナントはそれを満たせません。定義上、データが国内にないからです。
なぜ到達性チェックではこれを見落とすのか
上海からMetabaseにプローブを向ければ、サービスが読み込まれると教えてくれます——そしてそれこそが、おなじみの「中国から開くか？」という問いが間違ったものに答える理由です。到達性は配信の問題であり、貴社のキャッシュ結果と保存済みダッシュボードがどこに置かれることが許されるかについては何も語りません。二つのMetabaseのデプロイは、中国のブラウザからは同一に見えて、法の反対側に位置し得ます：一つはMetabase Cloudで、キャッシュ結果は米国のサーバーに、もう一つは本土のインフラ上のセルフホストで、データは国内に。速度テストはその違いを見られません。データの国内保存——ダッシュボードの遅延ではなく——が、中国向けの読者に対してMetabaseを適法に運用できるかを決めます。だからこそこのページは、Metabaseについて一次的な中国の遅延の数値を一切公開しません：データの国内保存の文脈なしの数値は、間違った問いに答えてしまうからです。
適法な経路——map（整理）、localize（国内化）、deliver（配信）
21YunBoxは移行ではなく法令適合のオーバーレイであり——貴社の分析チームに対する競合ではなくパートナーです。
- Map（整理）。 PIPLの越境・データの国内保存・データ国内保存（CII）・ICPの義務を、貴社の法人、データ量、そして実際にMetabaseに流れ込むのが誰の個人情報かに照らして読み解きます——何かを動かす前に、どの義務が効くかを分かるように。
- Localize（国内化）。 分析レイヤーを国内で動かし、個人情報を本土の地に留めます——通常は本土内のインフラ上のセルフホストのオープンソースのMetabaseインスタンスで、そのアプリケーションデータベースとキャッシュ結果を国内に、そして読み込むデータストアも国内に、あるいはライセンスを持つ国内の同等物で。国内化とは、オフショアのエンドポイントへ戻ることではなく、国内のデプロイを意味します。
- Deliver（配信）。 分析レイヤーの前段にあるあらゆる中国向けの接点——ダッシュボード、埋め込みレポート、本土のユーザーが開くレポートポータル——を、ICP備案済みの国内配信（21YunBox Optimizer）で、貴社がすでに運用しているスタックの前段で動かします。作り直しも、二つ目のコードベースも不要です。
これらのいずれも法的な裁定ではありません。貴社の事業が重要情報インフラ運営者か、保持するものが重要データに当たるか、そして貴社のフローがどの移転メカニズム（もしあれば）を要するかは、実際にMetabaseに読み込むものに照らして、資格のある中国の専門家と詰めるべき判断です——このページはリスクを整理しますが、解決はしません。
結果は、中国の利用者に向けて合法的に、法令に適合して動く分析レイヤーです。21YunBoxはいかなる種類の不正な手段も用いず、勧めもしません。
関連する読み物
- PIPLの下での越境データ移転
- 中国のデータ越境安全評価弁法（英語）
- 中国のサイバーセキュリティ法——第39条（旧第37条）のデータ国内保存（英語）
- 中国でウェブサイトのICPライセンスを取得する方法
よくあるご質問
Metabaseは中国ユーザーのデータを中国に保存しますか？
どの形を動かすかによります。Metabase Cloudでは、Metabase自身のドキュメントが、キャッシュされた質問の結果はMetabaseの米国のサーバーに保存されるとし、中国本土のリージョンはありません——ですからデータはオフショアに置かれます。セルフホストのオープンソースのMetabaseインスタンスは、キャッシュされた結果を自社のアプリケーションデータベースに保存するため、本土内のインフラ上で動かせばデータは国内に留まります。
中国でMetabaseを使うのは違法ですか？
本質的には違いません。問題は、それが集中させる分析データがどこに置かれるかです。中国の個人情報をオフショアのMetabase Cloudのテナントに保持することは、PIPLが通知・個別の同意・移転メカニズムを条件にのみ認める越境移転です。データ国内保存の義務も負うかどうかは、役割（例えばCIIOか否か）と取り扱う個人情報の量によります。一律の禁止ではなく、専門家と評価すべきリスクとして扱ってください。
21YunBoxはMetabaseのスタックを中国で法令適合にする手助けができますか？
はい。当社の中国チームが、貴社のデータ量と役割に照らして越境とデータの国内保存のリスクを整理し、本土内のインフラ上にセルフホストのオープンソースのMetabaseのデプロイを立ち上げてキャッシュされたデータとアプリケーションデータベースを国内に留め、中国向けのダッシュボードをICP備案済みのインフラで国内配信します——作り直しは不要です。お問い合わせいただければ、個別のケースを一緒に整理します。
