Funktioniert Looker in China? Data Residency, Lokalisierung & PIPL-Grenztransfer
Looker ist Google Clouds Enterprise-BI- und Datenmodellierungs-Plattform (die LookML-Semantikschicht). Looker (Google Cloud core) läuft nur auf Google Cloud, das keine Festlandchina-Region hat — die nächsten sind Taiwan und Hongkong — eine Instanz und ihre Caches und Result-Sets ruhen also offshore. Ein Compliance-zuerst-Blick auf Looker-Data-Residency, Lokalisierung und PIPL-Grenztransfer.
Funktioniert Looker in China?
Ob Looker in China „funktioniert“, ist zuerst eine Data-Residency-Frage — wo die Daten, die es modelliert, cacht und über die es berichtet, ruhen dürfen, nicht ob ein Dashboard lädt.
Looker ist Google Clouds Enterprise-BI- und Datenmodellierungs-Plattform (die LookML-Semantikschicht), unterscheidbar vom Self-Service-Looker-Studio. Das Flaggschiff Looker (Google Cloud core) ist Google-verwaltet und läuft nur auf Google Cloud, das keine Festlandchina-Region hat — die nächsten sind asia-east1 (Taiwan) und asia-east2 (Hongkong) — die Instanz und die Result-Caches, gespeicherten Dashboards und Scheduled-Delivery-Extrakte, die sie hält, kommen also offshore zur Ruhe, und China-personenbezogene-Information darin ist ein grenzüberschreitender Transfer, den PIPL regelt. Das ältere Looker (original) bietet ein customer-gehostetes Deployment, das Sie auf Festland-Infrastruktur betreiben können — der inländische Hebel. Für einen CIIO oder Handler mit hohem Volumen muss China-personenbezogene-Information auf dem Festland bleiben (PIPL Artikel 40 und die Cybersicherheitsgesetz-Artikel-39-(vormals-Artikel-37-)-Lokalisierungspflicht), was eine offshore gelegene Looker-Instanz nicht leisten kann.
Dies ist eine Risikokarte, kein Urteil — Ihre Pflichten hängen von Ihrer Rechtsperson, Ihren Datenmengen und davon ab, wessen Daten Looker hält. Unser China-Team kann Ihre Looker-Data-Residency-Exponierung kartieren →
Compliance-Momentaufnahme
- ✕ Keine Festlandchina-Region auf Google Cloud — die nächsten sind Taiwan und Hongkong
- ! Die Instanz hält Query-Caches, Result-Sets, gespeicherte Inhalte und Nutzerkonten offshore
- ! China-personenbezogene-Daten in einer offshore gelegenen Instanz sind ein PIPL-Grenztransfer (Art 38–40)
- ! Inländische Speicherpflicht für CIIO/Handler mit hohem Volumen (PIPL Art 40; CSL Art 39, war 37)
- ! Customer-Hosting von Looker (original) ist residency-flexibel — im Inland deploybar
- ✓ Rechtmäßiger Pfad: Looker im Inland betreiben + ICP-eingereichte Auslieferung davor — keine Migration
Was die offizielle Looker-Dokumentation über China sagt
| Fakt | Primärquelle |
|---|---|
| Looker (Google Cloud core) läuft auf Google-Cloud-Regionen, und keine ist innerhalb Festlandchinas. Googles „Looker (Google Cloud core) locations“-Dokumentation sagt, die gelisteten Orte „represent the geographical regions where a Looker (Google Cloud core) instance is hosted“, und ihre Asien-Pazifik-Liste platziert die nächsten bei asia-east1 (Taiwan) und asia-east2 (Hongkong) — keiner auf dem Festland. Eine Instanz und die Query-Caches, gespeicherten Dashboards und Scheduled-Delivery-Extrakte, die sie hält, ruhen daher offshore. | Google Cloud — Looker (Google Cloud core) locations, abgerufen 2026-10-10 |
| Core ist vollständig Google-verwaltet; ein customer-gehostetes Deployment existiert nur bei Looker (original). Googles Hosting-Options-Dokumentation gibt an, dass „A customer-hosted option is offered only for Looker (original) instances“ und dass diese Option „is not available for Looker (Google Cloud core) instances“. Looker (original) ist für Multi-Cloud ausgelegt und kann On-Premises gehostet werden — ein residency-flexibler Pfad, den Sie auf Festlandchina-Infrastruktur betreiben können, um die Analytics-Schicht im Inland zu halten. | Google Cloud — Looker: choosing a hosting option, abgerufen 2026-10-10 |
| China-personenbezogene-Information, die in einer offshore gelegenen Looker-Instanz gehalten wird, ist ein grenzüberschreitender Transfer nach PIPL. Wo Looker (oder das Warehouse, aus dem es cacht) die personenbezogene Information von Menschen in China hält und in einer offshore gelegenen Region sitzt, muss der Handler — Sie, der Kunde, nicht Google — Mitteilung geben, gesonderte Einwilligung einholen und einen Transfermechanismus erfüllen: eine CAC-Sicherheitsbewertung, der CAC-Standardvertrag oder eine Zertifizierung. PIPL Artikel 38–40 regeln diesen Transfer, und die Sicherheitsbewertungs-Maßnahmen legen fest, wann die Bewertung verpflichtend ist. | PIPL Articles 38–40; CAC cross-border data measures |
| CIIOs und Handler mit hohem Volumen müssen China-personenbezogene-Information auf dem Festland speichern. PIPL Artikel 40 und Cybersicherheitsgesetz Artikel 39 (vormals Artikel 37) erlegen Betreibern kritischer Informationsinfrastruktur und Handlern mit hohem Volumen eine inländische Speicherpflicht auf; die Cybersicherheitsgesetz-Novelle von 2025, in Kraft seit 1. Januar 2026, nummerierte den Datenlokalisierungs-Artikel von 37 auf 39 um (Substanz unverändert). Weil eine BI-Plattform Daten aus dem gesamten Geschäft konzentriert, kann ein Looker-Deployment selbst einen Handler über die Hohe-Volumen-Schwelle drücken — und eine offshore gelegene Instanz kann die Pflicht strukturell nicht erfüllen. Die rechtmäßigen Hebel sind ein lizenziertes inländisches Deployment mit der China-gerichteten Oberfläche auf ICP-eingereichter Auslieferung. | PIPL Article 40; Cybersecurity Law Article 39 (formerly Article 37) |
Quellen vom 21YunBox Compliance-Team am 10. Oktober 2026 geprüft.
Für ein Team, das Festlandchina bedient, ist die entscheidende Frage zu Looker nicht, ob ein Dashboard rendert oder ob es Ihr Data Warehouse erreichen kann — beides ist Routine. Es ist, wo die Daten, mit denen Looker arbeitet, zur Ruhe kommen dürfen. Looker ist Google Clouds Enterprise-Business-Intelligence- und Datenmodellierungs-Plattform — die LookML-Semantikschicht, die Ihr Warehouse abfragt und die gespeicherten Looks, Dashboards, Scheduled Deliveries und Result-Caches baut, aus denen Ihre Teams lesen — und dieser Inhalt ist überwiegend die personenbezogene Information Ihrer Kunden, Nutzer und Mitarbeiter. Das Flaggschiff, Looker (Google Cloud core), ist Google-verwaltet und läuft nur auf Google Cloud, und Google Cloud hat keine Festlandchina-Region: die nächsten sind asia-east1 (Taiwan) und asia-east2 (Hongkong). Die Instanz und die Caches und Result-Sets, die sie hält, kommen also offshore zur Ruhe. Das ältere Looker (original) bietet ein customer-gehostetes Deployment — der inländische Hebel, auf den wir unten zurückkommen.
Looker in China auf einen Blick
| Was darüber entscheidet | In Lookers eigenen Worten — und Chinas Recht |
|---|---|
| Wo die Daten physisch ruhen (die Regions-Realität) | Looker (Google Cloud core) läuft nur auf Google Cloud, und Googles Locations-Liste hat keine Festlandchina-Region. Die nächsten Asien-Pazifik-Regionen sind asia-east1 (Taiwan) und asia-east2 (Hongkong), beide außerhalb des Festlands — die Instanz und ihre Query-Caches, Result-Sets und gespeicherten Inhalte ruhen also offshore. |
| Was Looker hält, und warum es personenbezogene Information ist | Looker modelliert und berichtet über Daten, die aus Ihrem gesamten Geschäft gezogen werden — Kundendatensätze, Nutzerkonten, Transaktionen, Mitarbeiterdaten. Die Result-Caches, gespeicherten Looks und Dashboards und Scheduled-Delivery-Extrakte, die es baut, sind personenbezogene Information nach PIPL, einiges davon sensibel. Wo sie ruhen, ist eine rechtliche Frage, keine Leistungsfrage. |
| Die Datensätze Ihrer China-Nutzer, wenn die Instanz offshore ist | Halten Sie die personenbezogene Information von Menschen in China in einer offshore gelegenen Looker-Instanz, machen Sie einen grenzüberschreitenden Transfer nach PIPL (Artikel 38–40): Mitteilung, gesonderte Einwilligung und ein Transfermechanismus — eine CAC-Sicherheitsbewertung, der Standardvertrag oder eine Zertifizierung. |
| Die inländische Speicherpflicht (CIIO / Handler mit hohem Volumen) | Ein Betreiber kritischer Informationsinfrastruktur oder Handler mit hohem Volumen muss China-personenbezogene-Information im Festland halten (PIPL Artikel 40; Cybersicherheitsgesetz Artikel 39 (vormals Artikel 37) — die Cybersicherheitsgesetz-Novelle von 2025, in Kraft seit 1. Januar 2026, nummerierte den Datenlokalisierungs-Artikel von 37 auf 39 um, Substanz unverändert). Eine BI-Plattform konzentriert Daten, was einen Handler selbst über die Hohe-Volumen-Schwelle drücken kann; eine offshore gelegene Looker-Instanz kann die Pflicht strukturell nicht erfüllen. |
| Erreichbarkeit ist nicht die Achse (und die China-gerichtete Oberfläche) | Ob ein Dashboard aus China lädt, ist eine Auslieferungs-Angelegenheit, nicht der rechtliche Test; Data-at-Rest-Residency ist es. Die rechtmäßigen Hebel sind, Analytics im Inland zu betreiben — ein customer-gehostetes Looker-(original)-Deployment auf Festland-Infrastruktur oder ein lizenziertes inländisches Äquivalent — und jede China-gerichtete Reporting-Oberfläche auf ICP-eingereichte Auslieferung zu setzen. |
Wo die Daten tatsächlich ruhen
Looker kommt in zwei Gestalten, und sie beantworten die Residency-Frage unterschiedlich. Das Flaggschiff, Looker (Google Cloud core), ist der vollständig Google-verwaltete Dienst: Google betreibt die Instanz innerhalb von Google Cloud, und Sie wählen ihren Ort aus Google Clouds Liste, wenn Sie sie erstellen. Diese Liste hat keine Festlandchina-Region. Die nächsten Asien-Pazifik-Orte sind asia-east1 (Taiwan) und asia-east2 (Hongkong), beide außerhalb des Festlands. (Hongkong ist chinesisches Territorium, wird aber für Datenlokalisierungs-Zwecke getrennt vom Festland behandelt.) Es gibt keine China-Regions-Option zum Auswählen — eine Core-Instanz sitzt per Konstruktion offshore.
Looker ist dafür bekannt, Ihr Warehouse an Ort und Stelle abzufragen, statt es komplett zu kopieren, und das begrenzt tatsächlich, wie viel Rohdaten in der Plattform landen. Aber es nimmt die Residency-Frage nicht vom Tisch. Die Instanz hält weiterhin einen Query-Result-Cache, Ihre gespeicherten Looks und Dashboards, die Result-Sets der Scheduled Deliveries, die sie mailt oder in Speicher schreibt, das LookML-Modell und Ihre Nutzerkonten — alles in ihrer Google-Cloud-Region. Und wo Sie Persistent Derived Tables aktivieren, materialisiert Looker sie in ein Scratch-Schema in dem Warehouse, das Sie verbinden, die Residency dieses Warehouse zählt also auch. So oder so kommen Result-Sets, die personenbezogene Information enthalten, irgendwo zur Ruhe — in der offshore gelegenen Region der Instanz oder in welchem Warehouse auch immer Sie darauf richten.
Eine Klärung ist wert, gemacht zu werden: diese Seite handelt von Looker, der Enterprise-BI- und Datenmodellierungs-Plattform, die Google 2020 übernahm — nicht vom separaten, Self-Service-Looker-Studio (vormals Google Data Studio). Sie teilen eine Marke, keine Architektur, und die Residency-Analyse hier ist die von Looker.
Was es hält, ist personenbezogene Information
Eine BI-Plattform ist ein Konzentrator. Sie zieht aus jedem Quellsystem — Ihrem Warehouse, Ihren transaktionalen Datenbanken, Ihren Event-Streams — in eine Modellierungs- und Reporting-Schicht und baut dann Extrakte, In-Memory-Modelle, Result-Caches und Scheduled-Delivery-Outputs obendrauf. Das macht ein Looker-Deployment zu einer der größten Einzel-Konzentrationen personenbezogener Information, die ein Unternehmen hält: Kundendatensätze, Nutzerkonten, Transaktionen, Support-Historie, Mitarbeiterdaten. Das meiste davon ist personenbezogene Information nach PIPL, und einiges — Kontakt-, Finanz- und Identitätsdaten — ist sensible personenbezogene Information, die verschärfte Pflichten nach sich zieht.
Deshalb ist Residency, nicht Erreichbarkeit, der Test. Wenn die personenbezogene Information von Menschen in China in einer offshore gelegenen Looker-Instanz ruht — oder in einem offshore gelegenen Warehouse, aus dem sie cacht — machen Sie einen grenzüberschreitenden Transfer, und PIPL Artikel 38–40 regeln ihn: Mitteilung, gesonderte Einwilligung und ein rechtmäßiger Transfermechanismus — eine CAC-Sicherheitsbewertung, der CAC-Standardvertrag oder eine Zertifizierung. Die Sicherheitsbewertungs-Maßnahmen legen fest, wann diese Bewertung verpflichtend statt optional ist.
Obendrauf auf den Transfer-Regeln sitzt eine härtere Pflicht. Ein Betreiber kritischer Informationsinfrastruktur oder ein Handler mit hohem Volumen muss China-personenbezogene-Information innerhalb des Festlands speichern — PIPL Artikel 40 und die Datenlokalisierungsregel in Cybersicherheitsgesetz Artikel 39 (vormals Artikel 37). Weil BI Daten konzentriert, kann ein einzelnes Looker-Deployment selbst einen Handler über die Hohe-Volumen-Schwelle kippen, die diese Pflicht auslöst. Eine offshore gelegene Instanz kann sie nicht erfüllen, weil die Daten per Definition nicht im Land sind.
Es auf einem managed Dienst ohne China-Region zu betreiben erfüllt die Residency-Pflicht nicht — und was es tut
Die Lösung ist nicht, einen offshore gelegenen Looker-Endpunkt aus China erreichbar zu machen. Erreichbarkeit war nie das Problem; Residency ist es. Wenn Ihre Pflichten verlangen, dass China-personenbezogene-Information auf dem Festland bleibt, ist der rechtmäßige Hebel, die Analytics-Schicht im Inland zu betreiben.
Hier divergieren die zwei Looker-Produkte. Looker (Google Cloud core) bietet keine Festlandchina-Region und kein Customer-Hosting — Googles eigene Hosting-Dokumentation gibt an, dass eine customer-gehostete Option nur für Looker (original) angeboten wird — für Core bedeutet der inländische Weg also, ein rechtmäßiges inländisches Äquivalent aufzustellen. Looker (original) hingegen unterstützt ein customer-gehostetes Deployment: Software, die Sie auf Infrastruktur betreiben, die Sie kontrollieren, und die Sie auf Festlandchina-Infrastruktur platzieren können, sodass die Modellierungs- und Result-Schicht im Inland bleibt, mit dem Warehouse, aus dem sie liest, ebenfalls im Inland. Customer-gehostetes Looker (original) trägt seine eigenen Feature-Lücken gegenüber dem managed Core-Dienst, wägen Sie die also ab — aber der Punkt steht: die Engine läuft, wo Sie sie deployen, und nichts hier ist gesperrt.
So oder so ist dies kein Re-Platforming-Projekt. Sie behalten den Stack, den Sie bereits betreiben, und platzieren eine rechtskonforme, inländische Analytics-Schicht dort, wo die Daten leben müssen, und setzen dann die China-gerichteten Reporting-Oberflächen — die Dashboards und Portale, die Ihre Festland-Nutzer öffnen — auf ICP-eingereichte, inländische Auslieferung davor. Lokalisieren heißt ein inländisches Deployment, keine verborgene Route zurück zu einem Offshore-Endpunkt.
Diese Seite kartiert Exponierung; sie ist kein Rechtsurteil. Ihre tatsächlichen Pflichten hängen von Ihrer Rechtsperson, wie Sie die Daten klassifizieren, Ihren Transfer-Volumina und davon ab, ob Sie ein Betreiber kritischer Informationsinfrastruktur sind — klären Sie diese Besonderheiten mit qualifiziertem China-Rechtsbeistand, bevor Sie sich auf irgendeinen einzelnen Pfad verlassen.
Der rechtmäßige Pfad — kartieren, lokalisieren, ausliefern
21YunBox ist eine rechtskonforme Overlay, keine Migration — und ein Partner zu Google Cloud und zu Ihrem Analytics-Team, kein Wettbewerber zu ihnen.
- Kartieren. Wir lesen die PIPL-Grenztransfer-, Data-Residency-, Datenlokalisierungs-(CII)- und ICP-Pflichten gegen Ihre Rechtsperson, Ihre Datenmengen und wessen personenbezogene Information tatsächlich in Looker fließt — sodass Sie wissen, welche Pflichten greifen, bevor Sie irgendetwas bewegen.
- Lokalisieren. Wir betreiben die Analytics-Schicht im Inland, sodass die personenbezogene Information auf Festland-Boden bleibt — ein customer-gehostetes Looker-(original)-Deployment auf Festland-Infrastruktur, wo das passt, oder ein lizenziertes inländisches Äquivalent, mit dem verbundenen Warehouse im Inland — und halten eingewilligte, inländische Speicherung für das, was bleiben muss. Für Looker (Google Cloud core), das keine China-Region hat, heißt lokalisieren, ein rechtmäßiges inländisches Äquivalent aufzustellen, keine verborgene Route zum Offshore-Endpunkt.
- Ausliefern. Jede China-gerichtete Oberfläche vor der Analytics-Schicht — die Dashboards, das eingebettete Reporting, die Admin- und Reporting-Portale, auf die Ihre Festland-Nutzer treffen — läuft über ICP-eingereichte, inländische Auslieferung (den 21YunBox Optimizer), vor dem Stack, den Sie bereits betreiben. Kein Neuaufbau, keine zweite Codebasis.
Das Ergebnis ist eine Analytics-Schicht, die legal und rechtskonform für Ihre Nutzer in China läuft. 21YunBox nutzt oder empfiehlt niemals Umgehung jeglicher Art.
Compliance-Einschätzung anfordern →
Weiterführend
- Grenzüberschreitende Datentransfers nach PIPL
- Chinas Cybersicherheitsgesetz und Datenlokalisierung
- Chinas Datenausfuhr-Sicherheitsbewertung
- So erhalten Sie eine ICP-Lizenz für eine Website in China
Häufige Fragen
Hat Looker eine Festlandchina-Region?
Nicht bei Looker (Google Cloud core). Es ist Google-verwaltet und läuft nur auf Google Cloud, dessen Regionen keine innerhalb Festlandchinas einschließen — die nächsten sind asia-east1 (Taiwan) und asia-east2 (Hongkong). Eine Core-Instanz und die Result-Caches, gespeicherten Dashboards und Scheduled-Delivery-Extrakte, die sie hält, ruhen also offshore. Das ältere Looker (original) hat auch keine China-Region, aber es bietet ein customer-gehostetes Deployment, das Sie auf Festlandchina-Infrastruktur platzieren können.
Ist Looker nicht in Ordnung für China, weil es unser Warehouse an Ort und Stelle abfragt, statt die Daten zu kopieren?
An Ort und Stelle abzufragen reduziert, wie viel Daten Looker aufnimmt, aber es entfernt die Residency-Frage nicht. Die Instanz hält weiterhin einen Query-Result-Cache, gespeicherte Looks und Dashboards, Scheduled-Delivery-Result-Sets, das LookML-Modell und Nutzerkonten in ihrer Google-Cloud-Region, und Persistent Derived Tables werden in das Warehouse materialisiert, das Sie verbinden. Wo immer diese Result-Sets die personenbezogene Information von Menschen in China halten, müssen sie weiterhin irgendwo rechtmäßig ruhen — die Region der Instanz und des verbundenen Warehouse zählen also beide.
Kann 21YunBox unser Looker-Setup für China rechtskonform machen?
Ja. Unser China-Team kartiert Ihre Grenztransfer- und Data-Residency-Exponierung für Ihre Rechtsperson und Datenmengen und — wo das Recht verlangt, dass die Daten Ihrer China-Nutzer auf dem Festland bleiben — stellt eine rechtmäßige inländische Analytics-Schicht auf (ein customer-gehostetes Looker-(original)-Deployment auf Festland-Infrastruktur oder ein lizenziertes inländisches Äquivalent, mit dem verbundenen Warehouse im Inland) und setzt die China-gerichteten Reporting-Oberflächen auf ICP-eingereichte Auslieferung vor dem Stack, den Sie bereits betreiben. Es ist eine rechtskonforme Overlay, keine Migration weg von Looker oder Google Cloud, und 21YunBox nutzt oder empfiehlt niemals Umgehung jeglicher Art.
