Funktioniert Agility CMS in China? Datenresidenz, PIPL und eine Offshore-Content-API
Agility CMS ist ein API-first-Headless-CMS, gehostet auf Microsoft Azure, das jede Instanz in eine von fünf Offshore-Regionen bereitstellt — USA North Central, USA East, Kanada, Europa oder Australien — mit keiner in Festlandchina, sodass Ihre Inhalte und etwaige personenbezogene Daten darin im Ausland unter PIPL liegen, und die ICP-Beian hängt an der öffentlichen Website, die Sie darauf betreiben. Ein Blick zuerst auf die Compliance: die zwei Türen.
Funktioniert Agility CMS in China?
Ob Sie Agility CMS in Festlandchina nutzen können, ist zuerst eine Datenresidenz-Frage, keine der Geschwindigkeit. Agility CMS ist ein API-first-Headless-CMS: Es speichert die Inhalte, auf denen Ihre Website aufbaut — und etwaige personenbezogene Daten, die Ihre Inhaltsmodelle und Redakteurskonten halten — und stellt sie über eine Content-API bereit. Wo es diese Inhalte hält, ist das, worauf Chinas Recht reagiert.
Agilitys eigene Hosting-Dokumentation gibt an, dass „Agility CMS is a SaaS platform hosted on Microsoft Azure“ (Agility CMS eine SaaS-Plattform ist, gehostet auf Microsoft Azure) und dass „Instances are provisioned into one of five regions“ (Instanzen in eine von fünf Regionen bereitgestellt werden) — USA North Central, USA East, Kanada, Europa und Australien, mit keiner in Festlandchina. Jedes Stück Ihrer Inhalte und etwaige personenbezogene Daten darin über China-Nutzer leben also in einer einzelnen Offshore-Azure-Region: ein grenzüberschreitender Transfer personenbezogener Daten, den PIPL regelt. Und weil Agility 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 Agility. Die Tabelle unten paart Agilitys eigenen Wortlaut mit der Regel, die jede Zeile auslöst.
Dies ist ein Risikobild, kein Urteil — was gilt, hängt davon ab, was Ihre Modelle halten, wie viel davon personenbezogen ist und wer Ihre Nutzer sind. Unser China-Team kann Ihre Agility-Exponierung mit Ihnen kartieren →
Compliance-Momentaufnahme
- ! Die Inhalte, die Ihre Website rendert, werden aus einer Offshore-Azure-Region geholt und dort gespeichert — jede dynamische Abfrage überschreitet die Grenze
- ✕ Keine Festlandchina-Region: Agility stellt Instanzen in eine von fünf bereit, alle im Ausland (USA North Central, USA East, Kanada, Europa, Australien)
- ! Personenbezogene Daten in Ihren Inhaltsmodellen — und die Content-Manager-Konten Ihrer Redakteure — liegen im Ausland, ein grenzüberschreitender Transfer nach PIPL ohne Inland-Speicher-Schalter
- ! Die ICP-Beian hängt an der öffentlichen Festland-Website, die Sie auf Agility bauen, nicht am Headless-Backend
- ✓ Ein rechtskonformer, ICP-gemeldeter inländischer Auslieferungspfad existiert — kein Neuaufbau, keine Migration weg von Agility CMS
Was die offizielle Agility-Dokumentation über China sagt
| Fakt | Primärquelle |
|---|---|
| Agility CMS wird auf Microsoft Azure gehostet, und jede Instanz landet in einer von fünf Offshore-Regionen. Seine eigene Hosting-Dokumentation gibt an, dass „Agility CMS is a SaaS platform hosted on Microsoft Azure, using Azure's globally compliant infrastructure as its backbone“ (Agility CMS eine SaaS-Plattform ist, gehostet auf Microsoft Azure, die Azures global konforme Infrastruktur als Rückgrat nutzt) und dass „Instances are provisioned into one of five regions“ (Instanzen in eine von fünf Regionen bereitgestellt werden). Agility dokumentiert keine Festlandchina-Region, sodass die Inhalte, auf denen Ihre Website aufbaut — und etwaige personenbezogene Daten darin — im Ausland gespeichert werden, wo auch immer Ihre Instanz läuft. | Agility CMS — Hosting, Security & Compliance (agilitycms.com), abgerufen 2026-10-08 |
| Alle fünf Regionen liegen im Ausland, und so auch die API, die Ihre Inhalte bereitstellt. Agilitys öffentliche Statusseite führt seine fünf Regionen als USA North Central, USA East, Kanada, Europa und Australien auf, jede mit einer „Content Fetch API“ und einem „Asset CDN“. Keine liegt in Festlandchina, und die nächste, Australien, ist immer noch außerhalb — sodass eine auf China ausgerichtete Agility-Website von einem Offshore-Content-Backend rendert, das über die Grenze erreicht wird, und davon abhängt. | Agility CMS — System Status (status.agilitycms.com), abgerufen 2026-10-08 |
| Wenn Ihre Inhaltsmodelle oder Redakteurskonten personenbezogene Daten halten, werden diese Daten im Ausland gehalten. Ein Enterprise-Headless-CMS speichert nicht nur Marketing-Texte — Inhaltsmodelle tragen routinemäßig Autorenprofile, nutzergenerierte Inhalte und formularartige Einträge, und Agilitys Content-Manager-Web-App hält die Namen, E-Mails und Rollen Ihrer Redakteure. Von Personen in China erhoben und in einer Offshore-Azure-Region gehalten, ist das ein grenzüberschreitender Transfer personenbezogener Daten nach PIPL: Der Verarbeiter — Sie, der Kunde von Agility, nicht Agility — muss Mitteilung machen, gesonderte Einwilligung einholen und einen Transfermechanismus erfüllen (eine CAC-Sicherheitsbewertung, den CAC-Standardvertrag oder eine Zertifizierung). | PIPL Kapitel III, Art. 38–43 |
| Es gibt keinen produktinternen Weg, die China-Schicht Ihrer Daten 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 Agility jede Instanz in eine einzelne Offshore-Region bereitstellt und keine in Festlandchina veröffentlicht, bedeutet die Erfüllung dieser Pflicht, die Speicherung auf Infrastruktur innerhalb des Festlands zu betreiben — eine separate Anordnung von Ihrer Agility-Instanz, kein Regionsschalter. | PIPL Art. 40; Cybersicherheitsgesetz Art. 39 (vormals Art. 37) |
| Die ICP-Beian hängt an Ihrer öffentlichen Website, nicht am Headless-Backend. Agility ist eine Content-API, die ein Frontend abfragt; die ICP-Beian (Staatsratserlass Nr. 292; MIIT-Erlass Nr. 33) hängt an der öffentlichen Festland-Website oder -App, die Sie darauf bauen, und an der inländischen Hosting-Ressource, auf der sie läuft — nicht am CMS. Ohne Festland-Region gibt Agility dieser Website keine Grundlage, wogegen gemeldet werden könnte. | Staatsratserlass Nr. 292; MIIT-Erlass Nr. 33 — ICP-Beian-Portal (beian.miit.gov.cn) |
Quellen vom 21YunBox Compliance-Team am 8. Oktober 2026 geprüft.
Für ein Publikum in Festlandchina ist die entscheidende Frage zu Agility CMS nicht, wie schnell eine Seite zeichnet — sie ist, wo die Inhalte, auf denen Ihre Website aufbaut, gespeichert sind und von wo die API antwortet, die sie bereitstellt. Agility CMS ist ein API-first-Headless-CMS: ein Live-Content-Backend, das Ihr Frontend bei jeder Anfrage aufruft, und eine Content-Manager-Web-App, an der sich Ihr Team zum Verfassen anmeldet — kein Bündel von Dateien, das Sie einfach an einer Edge parken können. Seine eigene Hosting-Dokumentation beantwortet beide Fragen, und beide Antworten weisen ins Ausland: Agility läuft auf Microsoft Azure und stellt jede Instanz in eine von fünf Regionen bereit, keine davon in Festlandchina. Dieses Offshore-Backend aus China zu erreichen, ist selten das ganze Problem; die Lizenzierungsgrundlage und die Datenresidenz sind die Exponierung.
Agility CMS in China auf einen Blick
| Worüber es entscheidet | In Agilitys eigenen Worten |
|---|---|
| Wo Ihre Inhalte liegen | „Agility CMS is a SaaS platform hosted on Microsoft Azure“ (Agility CMS ist eine SaaS-Plattform, gehostet auf Microsoft Azure), und „Instances are provisioned into one of five regions“ (Instanzen werden in eine von fünf Regionen bereitgestellt). Diese fünf — USA North Central, USA East, Kanada, Europa und Australien — sind alle im Ausland, und keine ist in Festlandchina. |
| Wie es ausgeliefert wird | Agilitys Statusseite betreibt in jeder Region eine „Content Fetch API“ und ein „Asset CDN“. Gecachte Lesezugriffe können von einer Edge nahe dem Besucher kommen; Entwurfs-, Vorschau-, personalisierte und Schreib-Abfragen lösen sich weiterhin gegen die Offshore-Azure-Region über die Grenze hinweg auf. |
| Wer sich zum Bearbeiten anmeldet | Die Content-Manager-Web-App hält die Redakteurskonten Ihres Teams — Namen, E-Mails, Rollen — auf derselben Offshore-Azure-Infrastruktur. Für in China ansässige Redakteure sind das personenbezogene Daten, die außerhalb des Festlands gehalten werden. |
| Bereitstellung für die Öffentlichkeit | Die Website, die Sie auf Agility bauen und Festland-Besuchern bereitstellen, braucht eine ICP-Beian, die an eine Festland-Hosting-Ressource gebunden ist. Als Headless-Backend ohne Festland-Region bietet Agility keine eigene ICP-Beian-Grundlage — die Beian landet auf Ihrer Website. |
| Ihre Daten auf Agility | Personenbezogene Daten in Inhaltsmodellen über chinesische Nutzer werden im Ausland gespeichert — ein grenzüberschreitender Transfer, den PIPL regelt, plus eine Datenlokalisierungspflicht für Betreiber kritischer Informationsinfrastruktur und Verarbeiter großer Mengen, die eine Offshore-Region nicht erfüllen kann. |
Keine Festland-Region, also landet die Lizenzierungsfrage auf Ihrer Website
Agility CMS läuft auf Microsoft Azure, und in seiner eigenen Hosting-Dokumentation ist es „a SaaS platform hosted on Microsoft Azure“ (eine SaaS-Plattform, gehostet auf Microsoft Azure), mit „Instances … provisioned into one of five regions“ (Instanzen, die in eine von fünf Regionen bereitgestellt werden). Diese fünf, auf Agilitys öffentlicher Statusseite genannt, sind USA North Central, USA East, Kanada, Europa und Australien — jede im Ausland, und nicht eine in Festlandchina. Dieser Fußabdruck klärt die Lizenzierungsfrage, bevor die Leistung ins Spiel kommt. Eine öffentlich zugängliche Website, die Festland-Besuchern aus China heraus bereitgestellt wird, hängt von einer ICP-Beian (ICP 备案) nach Staatsratserlass Nr. 292 und MIIT-Erlass Nr. 33 ab, und diese Beian muss an eine physisch innerhalb des Festlands befindliche Hosting-Ressource gebunden sein. Weil Agility ein über eine Content-API erreichtes Backend ist — und Ihr Frontend eine separate Anwendung, die Sie bauen und hosten —, gibt es auf Agility nichts, wogegen gemeldet werden könnte, und die Beian landet auf Ihrer öffentlichen Website, nicht auf dem CMS. Bereits auf Agility auszuliefern, trägt eine Website nicht über die Grenze: Eine Offshore-Content-API aus Shanghai aufzurufen, ist himmelweit davon entfernt, zum Betrieb einer Festland-Website freigegeben zu sein.
Eine Live-Content-API, kein Bündel von Dateien
Ein Headless-CMS ist von Natur aus dynamisch: Ihre Website fragt Agility auf Anfrage nach Inhalten, statt einen festen Satz von Dateien auszuliefern, und Ihr Team erreicht dasselbe Backend über die Content-Manager-Web-App, um ihn zu verfassen. Agilitys Statusseite zeigt in jeder Region eine Content Fetch API und ein Asset CDN, sodass veröffentlichte Lesezugriffe von einer Edge nahe dem Nutzer beantwortet werden können — doch Entwurfs- und Vorschau-Inhalte, personalisierte oder ungecachte Lesezugriffe, jede Redakteursänderung und jeder Schreibvorgang reisen weiterhin zurück zur Offshore-Azure-Region, in der Ihre Instanz lebt. Diese Rundreise ist eine, die ein Edge-Cache vor einem ausländischen Ursprung nicht beseitigt, und sie lässt eine auf China ausgerichtete Website darauf angewiesen sein, dass eine Offshore-Content-API über die Grenze hinweg erreichbar bleibt. Deshalb unterbeantwortet das Vorsetzen eines CDN die China-Frage für einen Headless-Stack: Die cachebaren öffentlichen Lesezugriffe zu beschleunigen, lässt den dynamischen Pfad die Grenze überschreiten — und lässt die ICP- und Datenresidenz-Fakten genau dort, wo sie waren.
Die Inhalte Ihrer China-Nutzer — und die Konten Ihrer Redakteure — liegen im Ausland
Modellieren Sie irgendetwas, das in Agility personenbezogene Daten hält — Autorenprofile, Kontodatensätze, nutzergenerierte Inhalte, Kommentare, Formulareinträge — und für China-Nutzer liegen diese personenbezogenen Daten in einer Offshore-Azure-Region, außerhalb des Festlands. Dasselbe gilt für die Content-Manager-Web-App selbst: Die Namen, E-Mails und Rollen von in China ansässigen Teammitgliedern, die sich zum Bearbeiten anmelden, sind personenbezogene Daten, die im Ausland gehalten werden. Nach Chinas Gesetz zum Schutz personenbezogener Daten ist das ein grenzüberschreitender Transfer, und der Verarbeiter — Sie, der Kunde von Agility, nicht Agility — muss Mitteilung machen, gesonderte Einwilligung einholen und einen Transfermechanismus erfüllen: eine CAC-Sicherheitsbewertung, den CAC-Standardvertrag oder eine Zertifizierung. 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 einzelne Offshore-Region, gewählt aus fünf, die alle außerhalb des Festlands liegen, nicht erfüllen kann.
Nichts davon ist ein Urteil über Ihren Build: Ob eine ICP-Beian, Inland-Speicherung für die personenbezogenen Daten in Ihren Inhalten oder beides für Sie gilt, hängt davon ab, was Sie veröffentlichen, wie viele personenbezogene Daten Sie verarbeiten und wer Ihre Nutzer sind — eine Frage, die mit Rechtsbeistand zu klären ist, bevor Sie bauen.
Wo 21YunBox hineinpasst — eine rechtskonforme Overlay, keine Migration
Sie verfassen weiter in Agility, und Ihre Inhalte, Inhaltsmodelle und der Content Manager bleiben genau, wie sie sind. Wir fügen das eine Stück hinzu, das ein verwaltetes Headless-CMS ohne Festland-Fußabdruck Ihnen überlässt: rechtskonforme, ICP-gemeldete Auslieferung aus dem Festland heraus, vor die öffentliche Website gesetzt, die Sie bereits betreiben — kein Neuaufbau, keine zweite Codebasis und kein Wechsel weg von Agility CMS. Unser China-Team wägt Ihre ICP- und PIPL-Datenresidenz-Pflichten gegen Ihre Gesellschaft und die personenbezogenen Daten ab, die Ihre Inhalte und Redakteurskonten halten, und stellt dann die inländische Auslieferung — und, wo das Recht es verlangt, die inländische Speicherung — bereit, die eine rechtmäßige China-Präsenz braucht, während Ihre Agility-Instanz genau dort bleibt, wo sie ist.
Compliance-Einschätzung anfordern →
Weiterführend:
Häufige Fragen
Speichert Agility CMS die Inhalte und Daten chinesischer Nutzer in China?
Nein. Agility CMS wird auf Microsoft Azure gehostet und stellt jede Instanz in eine von fünf Regionen bereit — USA North Central, USA East, Kanada, Europa und Australien — alle außerhalb Festlandchinas, mit keiner dokumentierten China-Region. Ihre Inhalte, die personenbezogenen Daten, die Ihre Modelle halten, und die Content-Manager-Konten Ihrer Redakteure leben in der Offshore-Region, in der Ihre Instanz läuft, sodass es keinen produktinternen Weg gibt, die China-Schicht dieser Daten im Festland zu halten.
Brauche ich eine ICP-Beian, um Agility CMS in China zu nutzen?
Die ICP-Beian hängt nicht an Agility CMS — es ist ein Headless-Backend, das über eine Content-API erreicht wird. Sie hängt an der öffentlichen Festland-Website oder -App, die Sie darauf bauen. Wenn Sie diese Website Festland-Besuchern aus China heraus bereitstellen, braucht sie eine ICP-Beian, die an eine Festland-Hosting-Ressource gebunden ist, und Agility hat keine Festland-Region, um eine bereitzustellen. Ob Ihr konkretes Setup die Beian auslöst, ist ein Risiko, das mit Rechtsbeistand zu bestätigen ist, kein Automatismus.
Kann 21YunBox helfen, unser Agility-CMS-Setup in China rechtskonform zu machen?
Ja. Unser China-Team kann Ihre PIPL-Grenztransfer- und Datenresidenz-Exponierung für die personenbezogenen Daten einschätzen, die Ihre Inhaltsmodelle und Redakteurskonten halten, und rechtskonforme, ICP-gemeldete inländische Auslieferung — und, wo das Recht verlangt, dass die Daten Ihrer China-Nutzer im Festland bleiben, inländische Speicherung — vor die Website stellen, die Sie bereits betreiben, sodass Sie weiter auf Agility bauen. Nehmen Sie Kontakt auf, um Ihren konkreten Fall durchzugehen.
