Lookerは中国本土で使えるか：データの国内保存・ローカライゼーション・PIPLの越境移転
LookerはGoogle CloudのエンタープライズBI・データモデリングのプラットフォーム（LookML セマンティックレイヤー）です。Looker（Google Cloud core）はGoogle Cloud上でのみ稼働し、中国本土のリージョンはありません——最も近いのは香港です——そのためインスタンスと、そのキャッシュや結果セットはオフショアに置かれます。Lookerのデータの国内保存・ローカライゼーション・PIPLの越境移転を、コンプライアンス起点で読み解きます。
Lookerは中国本土で使えるか
Lookerが中国で「使える」かは、まずデータの国内保存の問いです——それがモデル化・キャッシュ・報告するデータをどこに置くことが許されるかであって、ダッシュボードが読み込まれるかではありません。
LookerはGoogle CloudのエンタープライズBI・データモデリングのプラットフォーム（LookML セマンティックレイヤー）で、セルフサービスの Looker Studio とは別物です。旗艦のLooker（Google Cloud core）はGoogle管理で、Google Cloud上でのみ稼働し、中国本土のリージョンはありません——最も近いのは asia-east1 と asia-east2（香港）——ので、インスタンスと、それが保持する結果キャッシュ・保存済みダッシュボード・スケジュール配信の抽出はオフショアに置かれ、その中の中国個人情報はPIPLが規律する越境移転です。より古いLooker（original）は本土インフラ上で動かせる顧客ホスト型のデプロイを提供します——これが中国国内の打ち手です。CIIOや大量取扱者にとって、中国の個人情報は本土に留めなければならず（PIPL第40条とサイバーセキュリティ法 第39条（旧第37条）（英語）の国内保存義務）、オフショアのLookerインスタンスにはそれができません。
これは判定ではなくリスクの見取り図です——義務は貴社の法人・取扱データ量・Lookerが保持するのは誰のデータかによって変わります。当社の中国チームがLookerのデータの国内保存のリスクを整理します →
コンプライアンス・スナップショット
- ✕ Google Cloudに中国本土のリージョンなし——最も近いのは香港
- ! インスタンスはクエリキャッシュ・結果セット・保存済みコンテンツ・ユーザーアカウントをオフショアに保持
- ! オフショアのインスタンス内の中国個人データはPIPL上の越境移転（第38〜40条）
- ! CIIO／大量取扱者には中国国内保存の義務（PIPL第40条、CSL第39条、旧37条）
- ! Looker（original）の顧客ホストは国内保存に柔軟——中国国内にデプロイ可能
- ✓ 法令に沿った道：Lookerを中国国内で動かす＋前段にICP備案済みの配信——移行不要
Lookerの公式ドキュメントが中国について述べていること
| 事実 | 一次情報源 |
|---|---|
| Looker（Google Cloud core）はGoogle Cloudのリージョン上で稼働し、そのいずれも中国本土内にはありません。Googleの“Looker (Google Cloud core) locations”のドキュメントは、列挙されたロケーションが“represent the geographical regions where a Looker (Google Cloud core) instance is hosted”（Lookerインスタンスがホストされる地理的リージョンを表す）とし、そのアジア太平洋の一覧は最も近いものを asia-east1 と asia-east2（香港）に置きます——本土には一つもありません。したがってインスタンスと、それが保持するクエリキャッシュ・保存済みダッシュボード・スケジュール配信の抽出はオフショアに置かれます。 | Google Cloud — Looker (Google Cloud core) locations、2026-10-10 取得 |
| Coreは完全にGoogle管理で、顧客ホスト型のデプロイはLooker（original）にのみ存在します。Googleのホスティングオプションのドキュメントは、“A customer-hosted option is offered only for Looker (original) instances”（顧客ホストのオプションはLooker（original）インスタンスにのみ提供される）、この選択肢は“is not available for Looker (Google Cloud core) instances”（Looker（Google Cloud core）インスタンスには利用できない）と述べます。Looker（original）はマルチクラウド設計でオンプレミスにもホストでき——中国本土のインフラ上で動かして分析レイヤーを中国国内に留められる、国内保存に柔軟な経路です。 | Google Cloud — Looker: choosing a hosting option、2026-10-10 取得 |
| オフショアのLookerインスタンスに保持される中国の個人情報は、PIPL上の越境移転です。Looker（またはそれがキャッシュするウェアハウス）が中国にいる人々の個人情報を保持し、オフショアのリージョンに置かれる場合、取扱者——Googleではなく顧客である貴社——は、通知を行い、個別の同意を取得し、移転メカニズムのいずれか一つ（CACの安全評価、CAC標準契約、または認証）を満たさなければなりません。PIPL第38〜40条がその移転を規律し、安全評価弁法（英語）がその評価が必須となる場合を定めます。 | PIPL Articles 38–40; CAC cross-border data measures |
| CIIOと大量取扱者は、中国の個人情報を本土に保存しなければなりません。PIPL第40条とサイバーセキュリティ法 第39条（旧第37条）（英語）が、重要情報インフラ運営者と大量取扱者に国内保存義務を課します。2025年のサイバーセキュリティ法改正は2026年1月1日に施行され、データ国内保存の条文を第37条から第39条へ振り直しました（実質は変わりません）。BIプラットフォームは事業全体からデータを集中させるため、Lookerのデプロイがそれ自体で取扱者を大量の閾値に押し上げうます——そしてオフショアのインスタンスは構造上その義務を満たせません。法令に沿った打ち手は、ライセンスを得た中国国内のデプロイと、中国向けの面をICP備案済みの配信に載せることです。 | PIPL Article 40; Cybersecurity Law Article 39 (formerly Article 37) |
情報源は21YunBox コンプライアンスチームが2026年10月10日に確認しました。
中国本土を担うチームにとって、Lookerをめぐる決め手となる問いは、ダッシュボードが描画されるか、データウェアハウスに到達できるか——どちらも日常的なこと——ではありません。それは、Lookerが扱うデータをどこに置くことが許されるか、です。LookerはGoogle CloudのエンタープライズBI・データモデリングのプラットフォーム——貴社のウェアハウスに問い合わせ、各チームが読む保存済みのLook・ダッシュボード・スケジュール配信・結果キャッシュを構築する LookML セマンティックレイヤー——であり、そのコンテンツは圧倒的に、貴社の顧客・ユーザー・従業員の個人情報です。旗艦のLooker（Google Cloud core）はGoogleが運用し、Google Cloud上でのみ稼働します。そしてGoogle Cloudに中国本土のリージョンはありません。最も近いのは asia-east1 と asia-east2（香港）です。そのためインスタンスと、それが保持するキャッシュや結果セットはオフショアに置かれます。より古いLooker（original）は顧客ホスト型のデプロイを提供しており——これが下で改めて触れる中国国内の打ち手です。
中国でのLooker：ひと目で
| 決め手 | Looker自身の言葉で——そして中国の法では |
|---|---|
| データが物理的にどこに置かれるか（リージョンの現実） | Looker（Google Cloud core）はGoogle Cloud上でのみ稼働し、Googleのロケーション一覧に中国本土のリージョンはありません。最も近いアジア太平洋リージョンは asia-east1 と asia-east2（香港）で、いずれも本土の外です——そのためインスタンスと、そのクエリキャッシュ・結果セット・保存済みコンテンツはオフショアに置かれます。 |
| Lookerが何を保持し、なぜ個人情報なのか | Lookerは事業全体から引き出したデータ——顧客レコード、ユーザーアカウント、取引、従業員データ——をモデル化し、報告します。構築する結果キャッシュ、保存済みのLookとダッシュボード、スケジュール配信の抽出はPIPL上の個人情報であり、一部はセンシティブです。それらがどこに置かれるかは、パフォーマンスではなく法律の問いです。 |
| インスタンスがオフショアのとき、中国ユーザーのレコードは | 中国にいる人々の個人情報をオフショアのLookerインスタンスに保持することは、PIPL（第38〜40条）の下での越境移転（英語）です：通知、個別の同意、移転メカニズムのいずれか一つ（CACの安全評価、標準契約、または認証）。 |
| 国内保存の義務（CIIO／大量取扱者） | 重要情報インフラ運営者（CIIO）または大量取扱者は、中国の個人情報を本土に留めなければなりません（PIPL第40条、サイバーセキュリティ法 第39条（旧第37条）（英語）——2025年のサイバーセキュリティ法改正は2026年1月1日に施行され、データ国内保存の条文を第37条から第39条へ振り直しましたが、実質は変わりません）。BIプラットフォームはデータを集中させるため、それ自体が取扱者を大量の閾値に押し上げうます。オフショアのLookerインスタンスは、構造上この義務を満たせません。 |
| 到達性は軸ではない（そして中国向けの面） | ダッシュボードが中国から読み込まれるかは配信の問題で、法律の判定基準ではありません。保存されるデータの国内保存が判定基準です。法令に沿った打ち手は、分析を中国国内で動かすこと——本土インフラ上の顧客ホスト型 Looker（original）デプロイ、またはライセンスを得た中国国内の同等物——と、中国向けの報告面をICP備案済みの配信に載せることです。 |
データが実際にどこに置かれるか
Lookerには二つの形があり、国内保存の問いに異なる答えを返します。旗艦のLooker（Google Cloud core）は完全にGoogle管理のサービスです。GoogleがGoogle Cloud内でインスタンスを運用し、作成時にGoogle Cloudの一覧からロケーションを選びます。その一覧に中国本土のリージョンはありません。最も近いアジア太平洋のロケーションは asia-east1 と asia-east2（香港）で、いずれも本土の外です。（香港は中国の領域ですが、データの国内保存の目的では本土とは別に扱われます。）選べる中国リージョンのオプションはありません——したがってCoreインスタンスは、その構造上、オフショアに置かれます。
Lookerはウェアハウスを丸ごとコピーするのではなくその場でクエリすることで知られ、それはプラットフォームに着地する生データの量を実際に抑えます。しかしそれは国内保存の問いを机上から外しはしません。インスタンスは依然として、クエリ結果キャッシュ、保存済みのLookとダッシュボード、メール送信やストレージ書き込みをするスケジュール配信の結果セット、LookMLモデル、そして貴社のユーザーアカウントを——そのGoogle Cloudリージョンに——保持します。そして永続的な派生テーブルを有効にすると、Lookerは接続したウェアハウスのスクラッチスキーマにそれらをマテリアライズするため、そのウェアハウスの国内保存も問題になります。いずれにせよ、個人情報を含む結果セットはどこかに——インスタンスのオフショアのリージョンか、向けたウェアハウスに——置かれます。
ひとつ明確にしておく価値があります。このページは、Googleが2020年に買収したエンタープライズBI・データモデリングのプラットフォームであるLookerについてであり——別個の、セルフサービスの Looker Studio（旧 Google Data Studio）についてではありません。両者はブランドを共有しますが、アーキテクチャは共有しません。ここでの国内保存の分析はLookerのものです。
保持するものは個人情報である
BIプラットフォームは集約装置です。あらゆるソースシステム——ウェアハウス、トランザクションDB、イベントストリーム——から一つのモデリング・報告レイヤーに引き込み、その上に抽出・インメモリモデル・結果キャッシュ・スケジュール配信の出力を構築します。それにより、Lookerのデプロイは企業が保持する個人情報の最大級の単一集中の一つになります：顧客レコード、ユーザーアカウント、取引、サポート履歴、従業員データ。その多くはPIPL上の個人情報であり、一部——連絡先・金融・身元のデータ——は、加重された義務を引くセンシティブな個人情報です。
だからこそ、到達性ではなく国内保存が判定基準です。中国にいる人々の個人情報がオフショアのLookerインスタンス——あるいはそれがキャッシュするオフショアのウェアハウス——に置かれているとき、貴社は越境移転を行っており、PIPL第38〜40条がそれを規律します：通知、個別の同意、そして合法的な移転メカニズムのいずれか一つ（CACの安全評価、CAC標準契約、または認証）。安全評価弁法（英語）が、その評価が任意ではなく必須となる場合を定めます。
移転ルールの上に、より重い義務が乗ります。重要情報インフラ運営者（CIIO）または大量取扱者は、中国の個人情報を本土内に保存しなければなりません——PIPL第40条と、サイバーセキュリティ法 第39条（旧第37条）（英語）のデータ国内保存ルールです。BIはデータを集中させるため、単一のLookerデプロイがそれ自体で取扱者をその義務を発動させる大量の閾値に押し上げることがあります。オフショアのインスタンスはそれを満たせません。データが定義上、国内にないからです。
中国リージョンのないマネージドサービスで動かしても国内保存義務は満たせない——では何が満たすのか
解決策は、オフショアのLookerエンドポイントを中国から到達可能にすることではありません。到達性はそもそも問題ではなく、国内保存が問題です。もし貴社の義務が中国の個人情報を本土に留めることを求めるなら、法令に沿った打ち手は、分析レイヤーを中国国内で動かすことです。
ここで二つのLooker製品は分かれます。Looker（Google Cloud core）は中国本土のリージョンも顧客ホストも提供しません——Google自身のホスティングのドキュメントは、顧客ホストのオプションがLooker（original）にのみ提供されると述べています——ので、Coreにとって中国国内の経路とは、法令に沿った中国国内の同等物を立ち上げることを意味します。対照的にLooker（original）は顧客ホスト型のデプロイに対応します。貴社が管理するインフラ上で運用するソフトウェアで、中国本土のインフラに置けば、モデリングと結果のレイヤーが中国国内に留まり、それが読むウェアハウスも中国国内に置けます。顧客ホスト型のLooker（original）はマネージドのCoreサービスに比べて機能面の差があるため、それは比較考量すべきですが——論点は変わりません：エンジンはデプロイした場所で動き、ここで遮断されているものは何もありません。
いずれにせよこれは再プラットフォーム化のプロジェクトではありません。すでに運用しているスタックを保ったまま、データが存在しなければならない場所に法令適合の中国国内の分析レイヤーを置き、中国向けの報告面——本土のユーザーが開くダッシュボードとポータル——を、その前段のICP備案済みの中国国内からの配信に載せます。国内化とは中国国内のデプロイを意味し、オフショアのエンドポイントへ送り返す仕組みではありません。
このページはリスクを整理するものであって、法的な判決ではありません。実際の義務は、貴社の法人、データの分類方法、移転量、そして重要情報インフラ運営者かどうかによって変わります——いずれかの単一の経路に依拠する前に、資格のある中国の専門家とその具体を確定させてください。
法令に沿った経路——把握し、国内化し、届ける
21YunBoxは移行ではなく法令適合のオーバーレイであり——Google Cloudと貴社の分析チームにとって、競合ではなくパートナーです。
- 把握（Map）。 PIPLの越境・データの国内保存・データ国内保存（CII）・ICPの義務を、貴社の法人・取扱データ量・実際にLookerへ流れ込むのは誰の個人情報かに照らして読み解きます——何かを動かす前に、どの義務が効くかを把握できるように。
- 国内化（Localize）。 分析レイヤーを中国国内で動かし、個人情報を本土の地に留めます——それが適する場合は本土インフラ上の顧客ホスト型 Looker（original）デプロイ、またはライセンスを得た中国国内の同等物、接続するウェアハウスも中国国内に——そして留まるべきものには同意済みの中国国内保存を保ちます。中国リージョンのないLooker（Google Cloud core）については、国内化は、オフショアのエンドポイントへ送り返す仕組みではなく、法令に沿った中国国内の同等物を立ち上げることを意味します。
- 配信（Deliver）。 分析レイヤーの前段にある中国向けのあらゆる面——ダッシュボード、埋め込み報告、本土のユーザーが開く管理・報告ポータル——を、すでに運用中のスタックの前段で、ICP備案済みの中国国内からの配信（21YunBox Optimizer）で動かします。作り直しも、二つ目のコードベースもありません。
その結果が、中国の利用者に向けて合法かつ法令適合で動く分析レイヤーです。21YunBoxは、いかなる種類の不正な手段も用いず、推奨もしません。
関連する読み物
よくあるご質問
Lookerに中国本土のリージョンはありますか？
Looker（Google Cloud core）にはありません。Google管理でGoogle Cloud上でのみ稼働し、そのリージョンに中国本土内のものはありません——最も近いのは asia-east1 と asia-east2（香港）です。したがってCoreインスタンスと、それが保持する結果キャッシュ・保存済みダッシュボード・スケジュール配信の抽出はオフショアに置かれます。より古いLooker（original）にも中国リージョンはありませんが、中国本土のインフラに置ける顧客ホスト型のデプロイを提供します。
Lookerはデータをコピーせずウェアハウスをその場でクエリするので、中国でも問題ないのでは？
その場でクエリすることはLookerが取り込むデータ量を減らしますが、国内保存の問いを取り除きはしません。インスタンスは依然として、クエリ結果キャッシュ、保存済みのLookとダッシュボード、スケジュール配信の結果セット、LookMLモデル、ユーザーアカウントをそのGoogle Cloudリージョンに保持し、永続的な派生テーブルは接続したウェアハウスにマテリアライズされます。それらの結果セットが中国にいる人々の個人情報を保持するところではどこでも、依然として合法的な場所に置かれなければなりません——インスタンスのリージョンと接続するウェアハウスの両方が問題になります。
21YunBoxは当社のLooker構成を中国で法令適合にできますか？
はい。当社の中国チームが、貴社の法人と取扱データ量について越境とデータの国内保存のリスクを整理し——法が中国ユーザーのデータを本土に留めることを求める場合——法令に沿った中国国内の分析レイヤー（本土インフラ上の顧客ホスト型 Looker（original）デプロイ、またはライセンスを得た中国国内の同等物、接続するウェアハウスも中国国内に）を立ち上げ、中国向けの報告面を、すでに運用中のスタックの前段のICP備案済み配信に載せます。LookerやGoogle Cloudからの移行ではなく法令適合のオーバーレイであり、21YunBoxは、いかなる種類の不正な手段も用いず、推奨もしません。
