Funktioniert Bubble in China? Datenresidenz, ICP & Grenzübertritts-Regeln

Was die offizielle Bubble-Dokumentation über China sagt

Fakt	Primärquelle
Bubble ist reines SaaS und betreibt Ihre ganze App auf seiner eigenen AWS-Infrastruktur, offshore. Bubbles Support-Center gibt an: „Bubble's main cluster applications are hosted on AWS West Region (Oregon, US; this can be customized if you're on a Dedicated Plan).“ Es ergänzt, dass Nutzerdaten „is encrypted at rest (we're on AWS RDS)“ — Ihre App und ihre Datenbank laufen also beide auf Bubble-verwalteten AWS-Servern in den Vereinigten Staaten, ohne Festlandchina-Region.	Bubble Support Center — „How is Bubble hosted?“ (bubble.io/support), abgerufen 2026-10-13
Die geteilte Umgebung ist reine USA und kann nicht verschoben werden; der einzige Residenz-Hebel ist, welche AWS-Region — nie Festlandchina. Bubbles Handbuch: „Bubble's servers are hosted on Amazon Web Services (AWS)“; „Bubble's shared server environment is hosted in the US, and we don't currently offer the possibility of changing that location“; und „Our Enterprise plan, on the other hand, lets you choose the AWS region where you want your app to be hosted.“ Jede Option ist eine Offshore-, Bubble-betriebene AWS-Region — keine im Festland, und es gibt keinen Weg, die App von Bubbles Hosting zu nehmen.	Bubble Manual — „How Bubble hosting works“ / „How Bubble hosts apps“ (manual.bubble.io), abgerufen 2026-10-13
Die App-Daten Ihrer China-Nutzer, im Ausland gehalten, sind ein Grenztransfer personenbezogener Daten. Weil die Datensätze, Logins und Formular-Einreichungen Ihrer Festland-Nutzer — und die API-Schlüssel und Zugangsdaten, die Bubble für Ihre Integrationen hält — auf Bubbles Offshore-AWS-Infrastruktur leben, löst ihr Hinausbewegen aus China PIPL Art. 38–40 aus: vorherige Mitteilung, eine gesonderte Einwilligung, getrennt von der Zustimmung des Nutzers, die App zu nutzen, und ein Transfermechanismus (eine CAC-Sicherheitsbewertung, der CAC-Standardvertrag oder eine Zertifizierung).	PIPL Art. 38–40 (grenzüberschreitende Bereitstellung personenbezogener Daten)
Wenn für Sie eine Lokalisierungspflicht gilt, müssen in China erhobene Daten im Festland bleiben — eine Hürde, die eine reine Offshore-Plattform nicht nehmen kann. Für einen Betreiber kritischer Informationsinfrastruktur oder Verarbeiter großer Mengen verlangt das Cybersicherheitsgesetz Art. 39 (vormals Art. 37 — neu nummeriert durch die am 1. Januar 2026 in Kraft getretene Änderung, substanziell unverändert), dass im Festland erzeugte personenbezogene Daten dort gespeichert werden. Eine Bubble-App, deren einziges Hosting AWS-Regionen außerhalb Chinas sind, kann das nicht erfüllen. Bestätigen Sie den Umfang mit Rechtsbeistand.	Cybersicherheitsgesetz Art. 39 (vormals Art. 37), geändert 2025, in Kraft 2026-01-01

Quellen vom 21YunBox Compliance-Team am 13. Oktober 2026 geprüft.

Fragen Sie, ob Bubble in Festlandchina „funktioniert“, und die ehrliche Antwort beginnt damit, wo Ihre Anwendung und die Daten ihrer Nutzer leben, nicht damit, wie schnell der Editor rendert. Bubble ist eine reine SaaS-No-Code-Plattform: Sie bauen in Bubbles Online-Editor, und Ihre fertige App — die Seiten, die Logik und die Datenbank dahinter — läuft auf Infrastruktur, die Bubble besitzt und betreibt. Nach Bubbles eigener Darstellung ist diese Infrastruktur Amazon Web Services, mit dem Haupt-Cluster in der AWS West Region (Oregon, USA) und keiner Region innerhalb Festlandchinas. Für die chinesischen Personen, die Ihre App nutzen, sind die Kontodatensätze, Logins und Formulareinreichungen, die Sie erheben, also personenbezogene Daten, die offshore gehalten werden, sobald sie erstellt werden — ein Grenztransfer, bevor er je ein Feature ist. Und weil Bubble auch die API-Schlüssel und Anmeldedaten speichert, auf die sich Ihre Integrationen stützen, und Ihre Backend-Workflows auf denselben Offshore-Servern ausführt, konzentriert die Plattform Ihre Secrets im Ausland und trägt Ihre China-Daten als Teil des normalen Betriebs über die Grenze. Erreichbarkeit ist real, aber es ist das Geringste von dem, was Sie entscheiden.

Bubble in China auf einen Blick

Wo Bubble läuft — und das klärt die erste Frage

Bubble ist gehostete Software, und in seiner eigenen Dokumentation nennt es, wo. Sein Support-Center gibt an, dass „Bubble’s main cluster applications are hosted on AWS West Region (Oregon, US; this can be customized if you’re on a Dedicated Plan)“, und dass Nutzerdaten „is encrypted at rest (we’re on AWS RDS)“. Sein Handbuch fügt hinzu, dass „Bubble’s servers are hosted on Amazon Web Services (AWS)“, dass „Bubble’s shared server environment is hosted in the US, and we don’t currently offer the possibility of changing that location“, und dass „Our Enterprise plan, on the other hand, lets you choose the AWS region where you want your app to be hosted“. Es gibt nirgends in diesem Bild eine Festlandchina-Region. Wo immer Ihr Tenant also sitzt, sowohl Ihre Anwendung als auch die Datenbank, die sie für Ihre chinesischen Nutzer hält, werden offshore gehalten — standardmäßig in den Vereinigten Staaten, oder in welcher anderen AWS-Region auch immer ein Dedicated-Plan wählt. Diese einzelne Tatsache entscheidet die Compliance-Frage, bevor Erreichbarkeit je gemessen wird: Es geht nicht darum, ob eine Seite in Shanghai rendert, sondern darum, dass eine vollständige Anwendung und ihre Endnutzerdaten das Land verlassen, sobald Bubble sie speichert. Und beachten Sie, was die Regionswahl nicht ist — eine andere AWS-Region zu wählen, hält die App auf Bubble-verwalteter, Offshore-Infrastruktur; es ist keine inländische Residenz, und es gibt keinen dokumentierten Weg, eine Bubble-App überhaupt von Bubbles Hosting zu nehmen.

Strang eins — die App und die Daten Ihrer China-Nutzer sind ein Grenztransfer

Bubbles Sinn ist, Ihre Anwendung von Ende zu Ende zu betreiben. Die Datenbankzeilen, die Nutzer- und Authentifizierungsdatensätze, die Formulareinreichungen und was auch immer Ihre App sonst erhebt, sammeln sich im Bubble-Tenant, und Bubble hält alles davon als Daten „encrypted at rest“ auf „AWS RDS“ im Ausland. Für Ihre Festland-Nutzer aktiviert es, diese personenbezogenen Daten aus China zu bewegen, das Gesetz zum Schutz personenbezogener Daten: Sie müssen Mitteilung machen, eine gesonderte Einwilligung einholen und einen Transfermechanismus erfüllen — eine CAC-Sicherheitsbewertung, den CAC-Standardvertrag oder eine Zertifizierung (Grenzübertritts-Regeln, PIPL Art. 38–40). Wenn Sie ein Betreiber kritischer Informationsinfrastruktur oder Verarbeiter großer Mengen sind, müssen in China erhobene personenbezogene Daten im Festland gespeichert werden (Cybersicherheitsgesetz Art. 39 (vormals Art. 37); PIPL-Lokalisierungspflichten) — eine Residenzanforderung, die ein reines Offshore-Bubble nicht erfüllen kann, weil seine einzigen Hosting-Optionen AWS-Regionen außerhalb des Landes sind. Das sind die echten Nutzerdaten Ihrer Anwendung, nicht „kann der Editor öffnen“, und es ist das Rückgrat der Frage.

Strang zwei — Bubble hält Ihre Secrets und ist selbst der Grenzübertritts-Kanal

Es gibt eine zweite Hälfte, die ein Geschwindigkeitstest dennoch nicht sehen kann. Eine Bubble-App lebt selten allein: Über ihren API Connector und Plugins ruft sie externe Dienste auf, und über ihre Backend-Workflows liest sie aus Ihren anderen Systemen und Datenbanken und schreibt in sie. Um das zu tun, speichert Bubble die API-Schlüssel, Tokens und Anmeldedaten, auf die sich diese Verbindungen stützen — und es führt die Workflows, die sie nutzen, auf denselben Offshore-AWS-Servern aus, auf denen Ihre App läuft. Zwei Konsequenzen folgen. Erstens sind Ihre Secrets im Ausland konzentriert: Die Schlüssel, die in Ihre Systeme greifen, sitzen auf einer Plattform außerhalb Chinas. Zweitens ist der gewöhnliche Betrieb der Plattform selbst ein Grenzübertritts-Fluss — wenn ein Backend-Workflow Datensätze aus einem China-seitigen System zieht, um sie zu verarbeiten, oder Daten zurückschiebt, geschieht diese Bewegung per Design über die Grenze, nicht als Ausnahme. Eine Erreichbarkeitsprüfung — kann ich den Editor aus Shanghai öffnen — sieht nichts davon. Nur die regulierten Daten und diese Secrets im Inland zu halten, auf einem inländischen Backend, beseitigt die Exponierung, statt sie zu verlagern.

Warum eine Erreichbarkeitsprüfung all dies verfehlt

Eine Sonde, die nur fragt „lädt Bubble aus Shanghai?“, misst das Falsche. Sie kann nicht sehen, dass Ihre Anwendung und ihre Nutzerdatenbank auf AWS außerhalb des Festlands gehalten werden, sie kann nicht die Mitteilungs-, Einwilligungs- und Mechanismus-Pflichten sehen, die an diesem Grenztransfer hängen, und sie kann nicht sehen, dass die API-Schlüssel und Backend-Workflows, die Bubble hält, die Plattform zu einem stehenden Grenzübertritts-Kanal in Ihre eigenen Systeme machen. Die Offshore-Plattform bloß erreichbar zu machen, bewegt die regulierten Daten nicht ins Inland, und es zieht Ihre Secrets nicht zurück innerhalb der Grenze. Ein chinesisches Publikum zu erreichen und freigegeben zu sein, ihre Daten zu halten und zu bewegen, sind zwei verschiedene Tests — und nur einer davon taucht auf einer Latenzkarte auf.

Dies ist eine Risikokarte, kein Urteil, dass Bubble „gesperrt“ oder „illegal“ sei. Welche Pflichten greifen, hängt von Ihrer Gesellschaft, davon, was Ihre App tatsächlich erhebt und sendet, Ihrer Rolle nach chinesischem Recht und Ihren Datenmengen ab — es lohnt, es mit Rechtsbeistand zu klären, bevor eine auf China ausgerichtete App live geht.

Wo 21YunBox hineinpasst — kartieren, lokalisieren, ausliefern

Wir bitten Sie nicht, Bubble zu verlassen. Wir fügen die Schicht hinzu, die eine gehostete, Offshore-No-Code-Plattform nicht kann. Kartieren: Wir inventarisieren, was Ihr Tenant hält — Nutzer- und Kontodatensätze, Formular- und Datenbankzeilen, und die API-Schlüssel, Tokens und Verbindungs-Anmeldedaten, die Ihre Integrationen und Backend-Workflows nutzen —, wo es gehostet ist, welche Ihrer eigenen Systeme die Plattform erreicht, und die Einwilligungs- und Residenzgrundlage, auf die sich jeder Fluss stützt. Wir bauen das technische Bild; die rechtlichen Schlüsse werden mit Rechtsbeistand geklärt. Lokalisieren und regieren: Wir helfen Ihnen, die regulierte Anwendung und Endnutzerdaten — und diese Secrets — im Inland zu halten, auf einem inländischen Backend statt einer Offshore-Steuerungsebene, setzen die Mitteilungs- und Gesonderte-Einwilligung-Grundlage nach Art. 13/23 und minimieren, was die Grenze überquert. Lokalisieren bedeutet, die regulierten Daten im Inland zu halten; es bedeutet nie einen Weg, der personenbezogene Daten still über die Grenze verschifft. Ausliefern: Wir melden jede auf China ausgerichtete App oder jedes Portal per ICP und setzen rechtskonforme, inländische Auslieferung mit dem 21YunBox Optimizer vor das, was Sie bereits betreiben. 21YunBox verwendet oder empfiehlt keine Umgehung welcher Art auch immer. Eine Offshore-Plattform bloß erreichbar zu machen, ist nicht die Antwort — Ihre App-Daten und Secrets wären weiterhin im Ausland und die Plattform würde weiterhin China-Daten über die Grenze tragen; diese Daten und diese Secrets im Inland zu halten, ist es. 21YunBox ist eine Compliance-Overlay und Partnerin Ihres Bubble-Stacks, keine Konkurrentin.

Compliance-Einschätzung anfordern →

---

Weiterführend:

• Grenzüberschreitende Datentransfers nach PIPL
• Chinas Gesetz zum Schutz personenbezogener Daten (PIPL)
• Chinas Cybersicherheitsgesetz
• So erhalten Sie eine ICP-Beian für China

Häufige Fragen

Hat Bubble ein Rechenzentrum oder eine Hosting-Region in Festlandchina?

Nein. Bubbles Haupt-Cluster läuft auf AWS West Region (Oregon, USA), seine geteilte Server-Umgebung wird in den USA gehostet und kann nicht verlagert werden, und selbst ein Enterprise-Dedicated-Plan lässt Sie nur unter AWS-Regionen wählen — alle offshore und Bubble-betrieben, keine im Festland. Die Datensätze, Logins und Formular-Einreichungen, die Sie für China-Nutzer halten, sitzen also außerhalb des Landes. Nach PIPL ist das ein Grenztransfer personenbezogener Daten (Mitteilung, gesonderte Einwilligung und ein Transfermechanismus, Art. 38–40), und wenn für Sie als Betreiber kritischer Informationsinfrastruktur oder Verarbeiter großer Mengen eine Datenlokalisierungs-Pflicht gilt, verweist das Cybersicherheitsgesetz Art. 39 (vormals Art. 37) auf inländische Speicherung, die eine Offshore-Region nicht bereitstellen kann. Ob die App in China schnell lädt, ist eine separate, geringere Frage.

Wo genau leben meine Bubble-App und ihre Daten, und warum sind die Verbindungs-Geheimnisse relevant?

Ihre ganze Anwendung läuft auf Bubbles AWS-Infrastruktur — der Haupt-Cluster in Oregon, mit Nutzerdaten auf Bubbles AWS RDS — und es gibt keinen Weg, die App von Bubbles Hosting zu nehmen. Über die Datensätze Ihrer Nutzer hinaus speichert Bubble auch die API-Schlüssel und Zugangsdaten, die Ihre Integrationen nutzen, und führt Ihre Backend-Workflows auf seinen Offshore-Servern aus, die Plattform konzentriert also Ihre Geheimnisse im Ausland und trägt Ihre China-Daten als Teil des Normalbetriebs über die Grenze. Ein Erreichbarkeits-Check — kann ich den Editor aus Shanghai öffnen — sieht nichts davon; nur die regulierten Daten und diese Geheimnisse im Inland zu halten, tut es.

Löst es das nicht, Bubble zuverlässig in China laden zu lassen?

Nein. Erreichbarkeit entscheidet nur, ob die Seiten für Ihre Festland-Nutzer rendern; sie tut nichts dazu, wo Ihre App-Daten und Verbindungs-Geheimnisse leben oder wie der Grenzübertritts-Fluss geregelt ist. Die Datensätze und Geheimnisse sind weiterhin offshore und die PIPL-Pflichten gelten weiterhin. Die rechtskonforme Antwort ist, die regulierte Anwendung und die Endnutzerdaten im Inland zu halten, ICP für jede auf China ausgerichtete App oder jedes Portal zu melden und sie rechtmäßig von innerhalb des Festlands auszuliefern — dort passt 21YunBox als Partner vor den Bubble-Stack, den Sie bereits betreiben. 21YunBox verwendet oder empfiehlt niemals eine Umgehung welcher Art auch immer.