Funktioniert Contentstack in China? Datenresidenz, PIPL & die ICP-Frage
Contentstack ist ein Enterprise-Headless-CMS, das in sieben Regionen läuft — AWS, Azure und GCP über Nordamerika, Europa und Australien — mit keiner in Festlandchina, Ihre Inhalte und alle personenbezogenen Daten darin sitzen also offshore unter PIPL, und die ICP-Beian heftet sich an die öffentliche Website, die Sie darauf betreiben. Ein Compliance-zuerst-Blick darauf, wo Ihre Inhalte leben und wer für die Website meldet.
Funktioniert Contentstack in China?
Ob Sie Contentstack in Festlandchina nutzen können, ist zuerst eine Datenresidenz-Frage, keine Geschwindigkeits-Frage. Contentstack ist ein Enterprise-, API-first-Headless-CMS: Es speichert die Inhalte, auf denen Ihre Website gebaut ist — und alle personenbezogenen Daten, die Ihre Content-Modelle halten — und liefert sie über eine Content-API aus. Wo es diese Inhalte bewahrt, ist das, worauf Chinas Recht reagiert.
Contentstack „currently supports seven regions: AWS North America, AWS Europe, AWS Australia, Azure North America, Azure Europe, GCP North America, and GCP Europe“ — und keine ist in Festlandchina. Die Wahl wird einmal für die gesamte Organisation getroffen — „You cannot store your organization's content in multiple regions“ — jedes Stück Ihrer Inhalte und alle personenbezogenen Daten darin über China-Nutzer leben also in einer einzigen Offshore-Region: ein Grenztransfer personenbezogener Daten, den PIPL regelt. Und weil Contentstack ein Backend hinter einem Frontend ist, das Sie bauen und hosten, landet die ICP-Beian-Frage auf der öffentlichen Festland-Website, die Sie betreiben, nicht auf Contentstack. Die Tabelle unten ist Contentstacks eigener Wortlaut und die Regel, die jede Zeile auslöst.
Dies ist ein Risikobild, kein Urteil — was zutrifft, hängt davon ab, was Ihre Modelle halten, wie viel davon personenbezogen ist und wer Ihre Nutzer sind. Unser China-Team kann Ihre Contentstack-Exponierung mit Ihnen kartieren →
Compliance-Momentaufnahme
- ! Erreichbar, aber jede Content-Abfrage — und alle Daten Ihrer Organisation — antwortet aus und lebt in einer Offshore-Region
- ✕ Keine Festlandchina-Region: Contentstack unterstützt sieben, alle offshore (AWS, Azure und GCP in Nordamerika, Europa und Australien)
- ! Content-Modelle, die personenbezogene Daten von China-Nutzern halten, sitzen offshore — ein PIPL-Grenztransfer — und Sie können die Speicherung nicht aufteilen, um sie im Inland zu halten
- ! Die ICP-Beian heftet sich an die öffentliche Festland-Website, die Sie auf Contentstack bauen, nicht an das Headless-Backend
- ✓ Ein rechtskonformer, ICP-gemeldeter inländischer Auslieferungs-Weg existiert — ohne Neuaufbau, ohne Migration weg von Contentstack
Was die offizielle Contentstack-Dokumentation über China sagt
| Fakt | Primärquelle |
|---|---|
| Contentstack läuft in sieben Regionen, und jede von ihnen ist offshore. Seine eigene Regionen-Dokumentation erklärt, es „currently supports seven regions: AWS North America, AWS Europe, AWS Australia, Azure North America, Azure Europe, GCP North America, and GCP Europe.“ Keine ist in Festlandchina — die nächste, AWS Australien, ist weiterhin außerhalb — die Inhalte, auf denen Ihre Website gebaut ist, werden also offshore gespeichert, wo auch immer Sie hosten. | Contentstack — About Regions (contentstack.com), abgerufen 2026-10-07 |
| Die Inhalte Ihrer gesamten Organisation leben in einer Region, und Sie können sie nicht aufteilen. Contentstack erklärt, dass „Each region is a separate, independent region“ und dass „You cannot store your organization's content in multiple regions.“ Weil die Region einmal für die gesamte Organisation gewählt wird und jede Region offshore ist, gibt es keinen im Produkt eingebauten Weg, die Inhalte und personenbezogenen Daten Ihrer China-Nutzer im Festland zu halten, während der Rest anderswo sitzt. | Contentstack — About Regions (contentstack.com), abgerufen 2026-10-07 |
| Wenn Ihre Content-Modelle personenbezogene Daten halten, werden diese Daten offshore gehalten. Ein Enterprise-Headless-CMS speichert nicht nur Marketing-Text — Content-Modelle tragen routinemäßig Autorenprofile, nutzergenerierte Inhalte, Personalisierungs- und formularartige Einträge, die personenbezogene Daten sein können. Von Menschen in China erhoben und in einer Offshore-Contentstack-Region gehalten, ist das ein Grenztransfer personenbezogener Daten unter PIPL: Der Verarbeiter — Sie, Contentstacks Kunde, nicht Contentstack — muss Mitteilung geben, gesonderte Einwilligung einholen und einen Transfermechanismus erfüllen (eine CAC-Sicherheitsbewertung, den CAC-Standardvertrag oder eine Zertifizierung). | PIPL Kapitel III, Artikel 38–43 |
| Es gibt keinen Weg, die Inhalte innerhalb von Contentstack auf chinesischem Boden zu halten. Für einen Betreiber kritischer Informationsinfrastruktur oder einen Verarbeiter großer Mengen müssen in China erhobene personenbezogene Daten im Festland gespeichert werden (PIPL Art. 40; Cybersicherheitsgesetz Art. 39 (vormals Art. 37)). Weil Contentstack keine Festlandchina-Region veröffentlicht und alle Daten einer Organisation in einer Offshore-Region hält, bedeutet diese Pflicht zu erfüllen, die Speicherung auf Infrastruktur innerhalb des Festlands zu betreiben — ein separates Arrangement von Ihrer Contentstack-Organisation, keine Regions-Einstellung. | PIPL Art. 40; Cybersicherheitsgesetz Art. 39 (vormals Art. 37) |
| Die ICP-Beian heftet sich an Ihre öffentliche Website, nicht an das Headless-Backend. Contentstack ist eine Content-API, die ein Frontend abfragt; die ICP-Beian (Staatsratserlass Nr. 292; MIIT-Erlass Nr. 33) heftet sich an die öffentliche Festland-Website oder -App, die Sie darauf bauen, und an die inländische Hosting-Ressource, auf der sie läuft — nicht an das CMS. Ohne Festland-Region gibt Contentstack dieser Website kein Standbein, wogegen zu melden wäre. | Contentstack — About Regions (contentstack.com), abgerufen 2026-10-07; Staatsratserlass Nr. 292; MIIT-Erlass Nr. 33 |
Quellen vom 21YunBox Compliance-Team am 7. Oktober 2026 geprüft.
Für ein Festlandchina-Publikum ist die zu stellende Frage zu Contentstack nicht, wie schnell eine Seite zeichnet — es ist, wo die Inhalte hinter Ihrer Website gespeichert sind und ob die personenbezogenen Daten, die Ihre Content-Modelle halten, dort leben dürfen. Contentstack ist ein Enterprise-, API-first-Headless-CMS: Es bewahrt Ihre Inhalte und liefert sie über eine Content-API aus, und es beantwortet die Residenz-Frage in seiner eigenen Dokumentation. Es läuft in sieben Regionen, und alle sind offshore — die Inhalte Ihrer gesamten Organisation leben in der einen, die Sie wählen, ohne Festlandchina-Option und ohne Möglichkeit, sie aufzuteilen. Die API ist erreichbar; die Exponierung ist, dass Ihre Inhalte und alle personenbezogenen Daten darin außerhalb des Festlands sitzen — und dass die öffentliche Website, die Sie auf Contentstack bauen, das ist, was zugelassen sein muss, um dort zu operieren.
Contentstack in China auf einen Blick
| Worüber es entscheidet | In Contentstacks eigenen Worten |
|---|---|
| Wo Inhalte gespeichert sind | Sieben Regionen, alle offshore: AWS Nordamerika, AWS Europa, AWS Australien, Azure Nordamerika, Azure Europa, GCP Nordamerika, GCP Europa. Keine ist in Festlandchina, und die nächste — AWS Australien — ist weiterhin außerhalb. |
| Eine Region pro Organisation | „Each region is a separate, independent region,“ und „You cannot store your organization's content in multiple regions.“ Die Region wird einmal gewählt, für die gesamte Organisation, alle Ihre Inhalte leben also in der einen Offshore-Region, die Sie wählen. |
| Wie es ausgeliefert wird | Eine Content-API, die ein von Ihnen gebautes Frontend abfragt. Zwischengespeicherte Lesevorgänge können aus Edge-Standorten nah am Besucher bedient werden, aber der Content-Speicher — und jede nicht zwischengespeicherte, Vorschau-, Management- oder Schreib-Abfrage — löst gegen die Offshore-Region auf. |
| Die Daten Ihrer China-Nutzer | Content-Modelle, die personenbezogene Daten halten — Autorenprofile, nutzergenerierte Inhalte, Personalisierungs- oder formularartige Einträge — bewahren sie in der Offshore-Region. Für in China erhobene Daten ist das ein Grenztransfer personenbezogener Daten, den PIPL regelt. |
| Die ICP-Frage | Eine öffentliche Festland-Website löst eine ICP-Beian aus, gebunden an eine inländische Hosting-Ressource. Als Headless-Backend ist Contentstack nicht das, was gemeldet wird — die öffentliche Website, die Sie darauf bauen, ist es, und Contentstack gibt ihr kein Festland-Standbein. |
Sieben Regionen, alle offshore — und Ihre gesamte Organisation lebt in einer
Contentstack „currently supports seven regions: AWS North America, AWS Europe, AWS Australia, Azure North America, Azure Europe, GCP North America, and GCP Europe.“ Keine von ihnen ist in Festlandchina, und die nächste — AWS Australien — ist weiterhin außerhalb. Die Wahl wird einmal getroffen, für die gesamte Organisation: „Each region is a separate, independent region,“ und „You cannot store your organization’s content in multiple regions.“ Jedes Stück Inhalt, auf dem Ihre Website gebaut ist — und alle personenbezogenen Daten, die Ihre Modelle halten — lebt also in der einen Offshore-Region, die Sie gewählt haben, ohne eine im Produkt eingebaute Möglichkeit, das China-Stück davon im Festland zu halten.
Das entscheidet die Residenz-Frage, bevor Leistung je ins Bild kommt. Wenn Ihre Content-Modelle personenbezogene Daten über Menschen in China halten — Autorenprofile, nutzergenerierte Inhalte, Kommentare oder formularartige und Personalisierungs-Einträge — werden diese Daten in eine Offshore-Region geschrieben und dort gehalten. Nach Chinas Gesetz zum Schutz personenbezogener Daten ist das ein Grenztransfer, und der Verarbeiter — Sie, nicht Contentstack — muss Mitteilung geben, gesonderte Einwilligung einholen und einen Transfermechanismus freigeben: eine CAC-Sicherheitsbewertung, den CAC-Standardvertrag oder eine Zertifizierung. Für einen Betreiber kritischer Informationsinfrastruktur oder einen Verarbeiter großer Mengen müssen in China erhobene personenbezogene Daten im Festland gespeichert werden (PIPL Art. 40; Cybersicherheitsgesetz Art. 39 (vormals Art. 37)) — eine Residenzpflicht, die keine von Contentstacks sieben Regionen erfüllen kann, und eine, die sein Ein-Region-Modell selbst teilweise zu erfüllen unmöglich macht.
Die Content-API antwortet weiterhin von außerhalb des Festlands
Ein Headless-CMS ist nur ein halbes System: Contentstack hält die Inhalte, und ein von Ihnen gebautes und gehostetes Frontend fragt seine Content-API ab. Lesevorgänge, die Ihre Auslieferungs-Schicht bereits zwischengespeichert hat, können aus einem Edge-Standort nah am Besucher bedient werden — aber ein Edge-Cache vor einem Offshore-Speicher bewegt den Speicher nicht. Der Inhalt selbst und jede Anfrage, die der Cache nicht bedienen kann — eine Vorschau, die Änderung eines Redakteurs, ein Management-API-Aufruf oder eine Abfrage, die er noch nicht gesehen hat — löst gegen die Region auf, die Sie gewählt haben, und die ist offshore.
Wie sehr ein China-Besucher das spürt, hängt davon ab, wie Ihr Frontend rendert. Veröffentlichen Sie einen vollständig statischen Build, und das Pro-Besucher-API-Überqueren verschwindet größtenteils; rendern Sie stattdessen zur Anfragezeit — serverseitiges Rendering, inkrementelle Regeneration oder clientseitige Aufrufe der Content-API — und jede dieser Abfragen macht den Hin-und-Rückweg zur Offshore-Region. Statische Dateien zwischenzuspeichern ist nicht dasselbe, wie einer dynamischen Content-API einen rechtmäßigen, inländischen Weg zu geben.
Wer ICP-gemeldet wird — Ihre Website, nicht das Backend
Weil Contentstack ein über eine API erreichtes Backend ist, heftet sich die Lizenzierungs-Frage nicht so an es, wie sie sich an einen Host heftet. Sie heftet sich an die öffentlich zugängliche Website oder App, die Sie darauf betreiben. Eine aus China heraus an Festland-Besucher ausgelieferte Website löst eine ICP-Beian (ICP 备案) nach Staatsratserlass Nr. 292 und MIIT-Erlass Nr. 33 aus, und diese Beian muss sich an eine physisch im Festland gelegene Hosting-Ressource heften. Contentstack veröffentlicht keine Festland-Region, es bietet also nichts, wogegen zu melden wäre — die Beian ist Ihre zu arrangieren, für die Website, die Sie darauf bauen.
„Wir betreiben schon auf Contentstack“ trägt die Website also nicht nach China: Eine Offshore-Content-API aus Shanghai aufzurufen ist nicht dasselbe, wie lizenziert zu sein, dort eine öffentliche Website zu betreiben.
Dies ist eine Risikokarte statt eines Urteils: Ob eine ICP-Beian, inländische Speicherung für die personenbezogenen Daten in Ihren Inhalten oder beides auf Sie zutrifft, hängt davon ab, was Sie veröffentlichen, von der Menge personenbezogener Daten, die Sie verarbeiten, und davon, wer Ihre Nutzer sind — klären Sie es mit Rechtsbeistand, bevor Sie bauen.
Wo 21YunBox hineinpasst — eine rechtskonforme Overlay, keine Migration
Sie liefern weiter auf Contentstack aus, und Ihre Content-Modelle und Regions-Einstellungen bleiben, wie sie sind. Wir liefern das eine Stück, das ein Enterprise-Headless-CMS ohne Festland-Fußabdruck Ihnen überlässt: rechtskonforme, ICP-gemeldete Auslieferung aus dem Festland heraus, vor die Website gesetzt, die Sie bereits betreiben — ohne Neuaufbau, ohne parallele Codebasis und ohne Wegzug von Contentstack. Unser China-Team wägt Ihre ICP- und PIPL-Datenresidenz-Pflichten gegen Ihre Gesellschaft und die personenbezogenen Daten, die Ihre Inhalte halten, dann stellt es die inländische Auslieferung — und, wo das Recht es verlangt, die inländische Speicherung — auf, die eine rechtmäßige China-Präsenz erfordert, während Ihre Contentstack-Organisation genau dort bleibt, wo sie ist.
Compliance-Einschätzung anfordern →
Weiterführend:
Häufige Fragen
Speichert Contentstack die Inhalte und Daten chinesischer Nutzer in China?
Nein. Contentstack speichert alle Inhalte Ihrer Organisation in der einen Region, die Sie wählen, und die sieben Regionen, die es unterstützt — AWS Nordamerika, AWS Europa, AWS Australien, Azure Nordamerika, Azure Europa, GCP Nordamerika und GCP Europa — sind alle außerhalb Festlandchinas. Es erklärt außerdem, dass Sie die Inhalte einer Organisation nicht in mehreren Regionen speichern können, es gibt also keinen Weg, das China-Stück Ihrer Inhalte oder die personenbezogenen Daten darin im Festland zu halten.
Brauche ich eine ICP-Beian, um Contentstack in China zu nutzen?
Die ICP-Beian heftet sich nicht an Contentstack — es ist ein über eine API erreichtes Headless-Backend. Sie heftet sich an die öffentliche Festland-Website oder -App, die Sie darauf bauen. Wenn Sie diese Website aus China heraus an Festland-Besucher bedienen, braucht sie eine ICP-Beian, gebunden an eine Festland-Hosting-Ressource, und Contentstack hat keine Festland-Region, um eine bereitzustellen. Ob Ihr konkretes Setup die Beian auslöst, ist ein mit Rechtsbeistand zu klärendes Risiko, keine Selbstverständlichkeit.
Kann 21YunBox helfen, unser Contentstack-Setup in China rechtskonform zu machen?
Ja. Unser China-Team kann Ihre PIPL-Grenzübertritts- und Datenresidenz-Exponierung für die personenbezogenen Daten einschätzen, die Ihre Content-Modelle halten, und rechtskonforme, ICP-gemeldete inländische Auslieferung aufstellen — und, wo das Recht verlangt, dass die Daten Ihrer China-Nutzer im Festland bleiben, inländische Speicherung — vor der Website, die Sie bereits betreiben, sodass Sie weiter auf Contentstack bauen. Nehmen Sie Kontakt auf, um Ihren konkreten Fall durchzugehen.
