Funktioniert AWS Amplify in China? ICP, PIPL und die zwei Türen
AWS Amplify kann Ihre App für China deployen, aber ein Standard-AWS-Konto hat keine Festlandchina-Region — eine öffentliche Amplify-Site kann also nicht per ICP gemeldet werden, und die Nutzerdaten in ihrem Authentifizierungs-, Daten- und Storage-Backend sitzen nach PIPL offshore. Ein Blick zuerst auf die Compliance: die zwei Türen.
Funktioniert AWS Amplify in China?
AWS Amplify wird Ihre App für Festland-China-Besucher bauen, deployen und betreiben — klärt aber keine der zwei Türen, die entscheiden, ob Sie dort operieren dürfen. Eine öffentliche Amplify-Site hat keine Festland-Region, gegen die eine ICP-Beian zu melden wäre, und die Nutzerdaten in ihrem Backend sitzen nach PIPL offshore.
Amplify ist, in AWS' Worten, „everything you need to build web and mobile apps“: Es hostet Ihr Frontend „backed by Amazon CloudFront's content delivery network (CDN)“ und stellt das Backend bereit — Authentifizierung, Daten und Storage —, das die Konten, Profile und Dateien Ihrer Nutzer hält. Von einem Standard-Global-AWS-Konto aus China bedient, hat dieses Frontend keine Festlandchina-Region, an die sich eine ICP-Beian hängen ließe, und die personenbezogenen Daten im Backend werden außerhalb des Festlands gespeichert: ein grenzüberschreitender Transfer, den PIPL regelt. AWS läuft zwar innerhalb des Festlands, aber nur als separate Partition, betrieben von Sinnet und NWCD, auf einem eigenen China-Konto mit seiner eigenen ICP-Beian — kein Schalter am Konto, das Sie bereits haben. Die Tabelle unten ist AWS' eigener Wortlaut und die Regel, die jede Tür auslöst.
Dies ist eine Risikokarte, kein Urteil — welche Tür gilt, hängt von Ihrer Gesellschaft, Ihren Daten und davon ab, wer Ihre Nutzer sind. Unser China-Team kann Ihre Exponierung mit Ihnen kartieren →
Compliance-Momentaufnahme
- ✕ Eine von Offshore-Amplify bediente öffentliche App kann nicht per ICP gemeldet werden
- ! Amplifys Backend speichert Nutzerdaten — offshore, PIPL regelt den Transfer
- ! Keine Festlandchina-Amplify-Region auf einem Standard-AWS-Konto
- ! AWS China ist ein separates Konto, ein Betreiber und eine ICP-Beian — kein Schalter
- ✓ Die AWS-China-Regionen halten Daten durchaus im Inland — über eine chinesische Entität
Was die offizielle AWS Amplify-Dokumentation über China sagt
| Fakt | Primärquelle |
|---|---|
| Amplify ist eine Full-Stack-Plattform, es hält also beide Hälften des Problems — Ihr Frontend und die Daten Ihrer Nutzer. AWS nennt Amplify „everything you need to build web and mobile apps“ und bewirbt den Gang „from frontend to fullstack“: Es hostet das Web- und Mobile-Frontend und stellt das Backend bereit — Authentifizierung („Enable secure authentication flows and control access to data, files, and more“), Daten („Build secure, real-time APIs backed by AWS databases“) und Storage („Store and manage app content and data“). Dieses Backend ist, wo die personenbezogenen Daten Ihrer Nutzer leben. | AWS Amplify product page (aws.amazon.com/amplify), abgerufen 2026-10-07 |
| Amplify Hosting bedient von einem globalen, Offshore-CDN — was nichts im Festland lässt, gegen das eine ICP-Beian zu melden wäre. AWS beschreibt Amplify Hosting als Ihre App verteilend „backed by Amazon CloudFront's content delivery network (CDN)“. Eine Festland-Besuchern bediente öffentliche Site hängt von einer ICP-Beian (Staatsratserlass Nr. 292; MIIT-Erlass Nr. 33) ab, gebunden an eine Hosting-Ressource physisch innerhalb Chinas — und ein Offshore-Edge kann keine tragen. | AWS Amplify Hosting (aws.amazon.com/amplify/hosting), abgerufen 2026-10-07; Staatsratserlass Nr. 292; MIIT-Erlass Nr. 33 |
| Auf einem Standard-AWS-Konto hat Amplify keine Festlandchina-Region. AWS' eigene Referenz „AWS Amplify endpoints and quotas“ listet die Regionen, in denen Amplify läuft — in den USA, Kanada, Europa, dem Nahen Osten, Südamerika und Asien-Pazifik (am nächsten Hongkong, Singapur und Tokio) — und nicht eine liegt innerhalb Festlandchinas. Eine globale Amplify-App erreicht China also nur von Offshore-Edges, ohne inländische Region, gegen die eine ICP-Beian zu melden oder in der Daten zu speichern wäre. | AWS General Reference — AWS Amplify endpoints and quotas (docs.aws.amazon.com), abgerufen 2026-10-07 |
| AWS läuft durchaus in Festlandchina — aber als separate Partition, keine Einstellung, die Sie umlegen. In AWS' eigenen Worten müssen China-Kunden „sign up for a separate set of account credentials“, bestehende globale „credentials will not be able to access resources in the Amazon Web Services China Regions, and vice versa“, und die Regionen werden von chinesischen Partnern „operated“ — Peking von Sinnet, Ningxia von NWCD. Die Registrierung braucht „a valid Chinese business license issued by the Bureau of Industry and Commerce“. Eine Amplify-App dorthin zu bringen, ist eine andere Entität, ein anderes Konto und eine ICP-Beian — kein Schalter. | Amazon Web Services in China — FAQs (amazonaws.cn), abgerufen 2026-10-07; Staatsratserlass Nr. 292; MIIT-Erlass Nr. 33 |
| Halten Sie das Backend auf einem globalen Konto, dann sind die Daten Ihrer Nutzer ein grenzüberschreitender Transfer. Weil AWS' Amplify-Endpunkt-Referenz keine Festlandchina-Region listet, sitzen die Konten, Profile und Dateien, die Amplify für Ihre China-Nutzer speichert, in einer Nicht-China-Region — personenbezogene Daten, die das Festland verlassen. PIPL regelt das als grenzüberschreitenden Transfer (Mitteilung, gesonderte Einwilligung und ein Transfermechanismus, Art. 38–43); für einen Betreiber kritischer Informationsinfrastruktur oder Verarbeiter großer Mengen müssen sie stattdessen in China gespeichert werden (Art. 40; Cybersicherheitsgesetz Art. 39 (vormals Art. 37)). | AWS General Reference — AWS Amplify endpoints and quotas (docs.aws.amazon.com), abgerufen 2026-10-07; PIPL Art. 38–43 & 40; Cybersicherheitsgesetz Art. 39 (vormals Art. 37) |
Quellen vom 21YunBox Compliance-Team am 7. Oktober 2026 geprüft.
Für ein Festland-China-Publikum ist die erste Frage zu AWS Amplify nicht, wie schnell es zeichnet — sie ist, ob Sie berechtigt sind, aus ihm zu bedienen, und ob die Daten Ihrer Nutzer dort leben dürfen, wo Amplify sie hält. Amplify ist eine Full-Stack-Plattform: Es hostet Ihr Frontend auf AWS’ globalem Edge und betreibt das Backend, das die Konten, Profile und Dateien Ihrer Nutzer speichert. Richten Sie das aus einem Standard-AWS-Konto auf China, folgen zwei Dinge, die keine Optimierung ändert — die öffentliche Site hat keine Festland-Region, an die sich eine ICP-Beian hängen ließe, und die personenbezogenen Daten im Backend werden zu einem grenzüberschreitenden Transfer, den Chinas Recht regelt. AWS betreibt zwar innerhalb des Festlands, aber nur über eine separate, partnerbetriebene Partition, die Sie mit einer chinesischen Entität und einem brandneuen Konto erreichen. Amplify zu erreichen, ist die leichte Hälfte; die Lizenzierung und die Datenresidenz sind die Exponierung.
cn-north-1 (Peking) und cn-northwest-1 (Ningxia) der China-Partition fehlen, weil sie in einem separaten AWS-Konto sitzen, das Sie über einen anderen Betreiber erreichen. Auf einem Standard-AWS-Konto gibt es keine Festland-Region, gegen die eine ICP-Beian zu melden wäre. Quelle: docs.aws.amazon.com — AWS Amplify endpoints and quotasAWS Amplify in China auf einen Blick
| Worüber es entscheidet | In AWS Amplifys eigenen Worten |
|---|---|
| Wo es läuft | Amplify läuft in AWS' globalen Regionen — USA, Kanada, Europa, dem Nahen Osten, Südamerika und Asien-Pazifik (am nächsten: Hongkong, Singapur, Tokio). AWS' eigene Endpunkt-Referenz listet keine Festlandchina-Region auf einem Standard-Konto. |
| Wie es ausgeliefert wird | Das Frontend wird „backed by Amazon CloudFront's content delivery network (CDN)“ bedient — ein globales Edge-Netzwerk. Auf einem Standard-Konto erreicht dieses Edge China aus dem Ausland, nicht aus dem Festland heraus. |
| Die Öffentlichkeit bedienen | Eine Festland-Besuchern bediente Site braucht eine ICP-Beian, gebunden an inländisches Hosting. Ohne Festland-Region auf Ihrem Konto bietet Amplify keine eigene Grundlage, gegen die zu melden wäre. |
| Die Daten Ihrer Nutzer | Amplifys Backend — Authentifizierung, Daten und Storage — hält Konten, Profile und Uploads. Auf einem globalen Konto sitzen diese personenbezogenen Daten offshore: ein grenzüberschreitender Transfer, den PIPL regelt, mit einer Residenzpflicht für Betreiber kritischer Informationsinfrastruktur und Verarbeiter großer Mengen. |
| AWS innerhalb Chinas | AWS läuft im Festland nur als separate Partition — Peking „operated“ von Sinnet, Ningxia von NWCD — auf einem „separate set of account credentials“, auf das Ihre bestehenden nicht zugreifen können, und verlangt eine chinesische Geschäftslizenz und ihre eigene ICP-Beian. |
Tür eins — eine öffentliche Amplify-Site hat keine Festland-Grundlage für eine ICP-Beian
Amplify Hosting liefert Ihr Frontend von AWS’ globalem Edge: in AWS’ Worten „backed by Amazon CloudFront’s content delivery network (CDN)“. Dieses Edge ist überall außer an dem einen Ort, der hier zählt — auf einem Standard-AWS-Konto gibt es überhaupt keine Festlandchina-Amplify-Region. AWS’ eigene Referenz „AWS Amplify endpoints and quotas“ listet, wo der Dienst läuft — die USA, Kanada, Europa, der Nahe Osten, Südamerika und Asien-Pazifik, am nächsten Hongkong, Singapur und Tokio — und nicht ein einziger Eintrag sitzt innerhalb Festlandchinas.
Das klärt die Lizenzierungsfrage, bevor Performance ins Spiel kommt. Eine öffentlich zugängliche, Festland-Besuchern ausgelieferte Website hängt von einer ICP-Beian (ICP 备案) nach Staatsratserlass Nr. 292 und MIIT-Erlass Nr. 33 ab, und diese Beian muss an eine Hosting-Ressource physisch im Festland hängen. Eine Standard-Amplify-App hat keine, es gibt also nichts darauf, wogegen zu melden wäre. Hier läuft „wir bauen bereits auf Amplify“ aus: China von einem Offshore-CloudFront-Edge aus zu erreichen, ist nicht dasselbe wie dazu berechtigt zu sein, dort zu operieren, und keine Build-Einstellung zaubert die Festland-Grundlage herbei, die eine Beian braucht.
Tür zwei — Amplifys Backend legt die Daten Ihrer Nutzer offshore
Amplify ist nicht nur Hosting. AWS bewirbt es als einen Weg, „from frontend to fullstack“ zu gehen, und stellt ein Backend bereit, das „secure authentication flows“, „secure, real-time APIs backed by AWS databases“ und Storage handhabt, um „store and manage app content and data“. In der Praxis sitzen diese Funktionen auf vertrauten AWS-Diensten — Amazon Cognito für Auth, AWS AppSync und Amazon DynamoDB für Daten, Amazon S3 für Storage — und zusammen halten sie genau das Material, um das sich Chinas Datenschutzrecht sorgt: die Konten, Profile und Uploads Ihrer Nutzer.
Betreiben Sie dieses Backend auf einem globalen Konto, dann leben die personenbezogenen Daten Ihrer chinesischen Nutzer in einer Nicht-China-Region — außerhalb des Festlands. Nach Chinas Gesetz zum Schutz personenbezogener Daten ist das ein grenzüberschreitender Transfer, und der Verarbeiter — Sie, nicht AWS — muss Mitteilung machen, eine gesonderte Einwilligung einholen und einen Transfermechanismus erfüllen: eine CAC-Sicherheitsbewertung, den CAC-Standardvertrag oder eine Zertifizierung (PIPL Art. 38–43). Wenn Sie ein Betreiber kritischer Informationsinfrastruktur oder ein Verarbeiter großer Mengen sind, müssen in China erhobene personenbezogene Daten im Festland gespeichert werden (PIPL Art. 40; Cybersicherheitsgesetz Art. 39 (vormals Art. 37)) — eine Residenzpflicht, die eine Offshore-AWS-Region nicht erfüllen kann.
AWS innerhalb Chinas ist eine separate Partition, kein Schalter
AWS läuft durchaus innerhalb des Festlands — über die Regionen Peking (cn-north-1) und Ningxia (cn-northwest-1) —, aber diese Partition ist vom Konto, das Sie bereits haben, abgemauert. In AWS’ eigenen Worten müssen China-Kunden „sign up for a separate set of account credentials“, bestehende globale „credentials will not be able to access resources in the Amazon Web Services China Regions, and vice versa“, und die Regionen werden von chinesischen Partnern betrieben: Peking „operated“ von Sinnet, Ningxia von NWCD. Zur Registrierung muss ein Unternehmen „a valid Chinese business license issued by the Bureau of Industry and Commerce“ beibringen, und eine öffentliche Site dort braucht weiterhin ihre eigene, über den Betreiber gemeldete ICP-Beian.
Selbst die inländische Route ist also kein Schalter an Ihrer Amplify-App. Sie ist eine andere Vertragspartei, ein anderes Konto, eine chinesische Rechtsentität und eine ICP-Beian — und ob die China-Partition überhaupt die Amplify-Funktionen bietet, von denen Ihre App abhängt, ist eine Frage, die gegen die eigene Dokumentation dieser Partition zu bestätigen ist, keine aus globalem AWS übernommene Annahme.
Dies ist eine Risikokarte, kein Urteil: Ob Sie eine ICP-Beian, Inland-Datenspeicherung oder beides brauchen, hängt davon ab, was Sie bedienen, wie viele personenbezogene Daten Sie halten und wer Ihre Nutzer sind — es lohnt, es mit Rechtsbeistand zu klären, bevor Sie bauen.
Wo 21YunBox hineinpasst — eine rechtskonforme Overlay, keine Migration
Liefern Sie mit Amplify genau so weiter wie jetzt — dasselbe Repository, derselbe Build, dasselbe Authentifizierungs-, Daten- und Storage-Backend. Was Amplify Sie selbst zu arrangieren überlässt, fügen wir hinzu: rechtmäßige, ICP-gemeldete Auslieferung aus dem Festland heraus, vor den Origin gesetzt, den Amplify bereits bedient — ohne Neuaufbau, ohne parallele Codebasis und ohne zweite Cloud zu betreiben. Unser China-Team arbeitet heraus, welche Tür Ihre ist, wägt Ihre ICP-Exponierung für die öffentliche App und Ihre PIPL-Grenzübertritts- und Residenz-Exponierung für das Backend ab und bringt die inländische Auslieferung hoch, von der eine rechtskonforme China-Präsenz abhängt, während Ihr Amplify-Stack genau dort bleibt, wo er ist.
Compliance-Einschätzung anfordern →
Weiterführend:
Häufige Fragen
Können wir einfach eine China-Region zu unserer bestehenden AWS-Amplify-App hinzufügen?
Nicht durch Umlegen einer Einstellung. Auf einem Standard-AWS-Konto hat Amplify keine Festlandchina-Region — AWS' Endpunkt-Referenz listet keine —, eine globale Amplify-App erreicht China also nur von Offshore-Edges. AWS läuft innerhalb des Festlands nur als separate Partition, betrieben von Sinnet (Peking) und NWCD (Ningxia), auf einem eigenen China-Konto, auf das bestehende Credentials laut AWS „will not be able to access“, und dieses Konto erfordert eine gültige chinesische Geschäftslizenz. Es ist eine andere Entität und ein anderer Vertrag, kein Regions-Schalter.
Ist es ein Problem, dass unsere Nutzerdaten in Amplifys Backend leben?
Das kann es sein. Amplifys Backend — Authentifizierung, Daten und Storage — hält die Konten, Profile und Uploads Ihrer Nutzer. Von einem globalen AWS-Konto bedient, sitzen diese personenbezogenen Daten außerhalb Festlandchinas, was PIPL als grenzüberschreitenden Transfer behandelt, der Mitteilung, eine gesonderte Einwilligung und einen Transfermechanismus erfordert (Art. 38–43). Wenn Sie ein Betreiber kritischer Informationsinfrastruktur sind oder große Mengen handhaben, müssen die Daten stattdessen möglicherweise in China bleiben (PIPL Art. 40; Cybersicherheitsgesetz Art. 39 (vormals Art. 37)). Behandeln Sie es als ein mit Rechtsbeistand zu bestätigendes Risiko, kein pauschales Ja oder Nein.
Kann 21YunBox helfen, unsere AWS-Amplify-App in China zum Laufen zu bringen?
Ja. Unser China-Team kann kartieren, welche Tür gilt — Ihre ICP-Exponierung für die öffentliche App und Ihre PIPL-Grenzübertritts- und Datenresidenz-Exponierung für das Backend, gegen Ihre Gesellschaft, Datenmengen und Nutzer einschätzen — und die ICP-gemeldete, inländische Auslieferung aufsetzen, die eine rechtskonforme China-Präsenz braucht, vor den Amplify-Stack gesetzt, den Sie bereits betreiben. Melden Sie sich, um Ihren konkreten Fall durchzugehen.
