Funktioniert Statuspage in China? Erreichbarkeit, Hosting & Abonnenten-Daten
Statuspage ist vollständig im Ausland auf Atlassians AWS-Infrastruktur gehostet — keine Festland-China-Region und, anders als Jira oder Confluence, keine Datenresidenz-Option — eine Statusseite, die während eines Vorfalls erreichbar bleiben soll, hängt also von einem grenzüberschreitenden Weg ab, und jegliche Abonnenten-E-Mails und -Telefonnummern, die Sie von China-Nutzern sammeln, sitzen im Ausland unter PIPL. Ein Blick zuerst auf die Compliance.
Funktioniert Statuspage in China?
Ob Statuspage in China „works“, dreht sich zuerst um Erreichbarkeit — und, wenn Sie Abonnenten sammeln, darum, wo deren Kontaktdaten leben — nicht um rohe Geschwindigkeit. Eine Statusseite verdient ihren Lohn, indem sie während eines Vorfalls lädt, doch Statuspage ist vollständig im Ausland gehostet, die Seite, die Ihre Festland-Nutzer mitten im Ausfall öffnen, hängt also von einem grenzüberschreitenden Weg in seinem am wenigsten verlässlichen Moment ab.
Atlassians eigene Datenresidenz-Dokumentation begrenzt ihre Residenz-Kontrolle auf „Jira, Jira Service Management, Jira Product Discovery, Confluence, and Loom“ — Statuspage steht nicht auf dieser Liste — und die Standorte, die sie bietet (Australien, Kanada, die EU, Deutschland, Indien, Japan, Singapur, Südkorea, die Schweiz, das UK und die USA), umfassen keinen in Festlandchina, eine Statusseite sitzt also im All-AWS-‚Global‘-Pool. Separat, wenn Sie Abonnenten-Benachrichtigungen nutzen, „can send out notifications to your customers via email and SMS“ Statuspage — sammelt E-Mails und Telefonnummern, die, von China-Nutzern gesammelt und im Ausland gehalten, ein grenzüberschreitender Transfer sind, den PIPL regiert. Die Tabelle unten ist Atlassians eigener Wortlaut und die Regeln, die er auslöst.
Dies ist ein Risikobild, kein Urteil — eine rein öffentliche Statusseite ohne Abonnenten trägt wenig personenbezogene Daten, während Erreichbarkeit und Abonnenten-Speicherung dort sind, wo die Exponierung sitzt. Unser China-Team kann Ihre Statuspage-Exponierung mit Ihnen kartieren →
Compliance-Momentaufnahme
- ! Im Prinzip erreichbar, aber vollständig im Ausland auf Atlassians AWS gehostet (auf *.statuspage.io bedient) — es hängt von einem grenzüberschreitenden Weg ab in genau dem Moment, in dem ein Vorfall diesen Weg am wenigsten verlässlich macht
- ✕ Keine Festland-China-Region, und Statuspage ist nicht von Atlassians Datenresidenz-Kontrolle abgedeckt — seine Daten sitzen im All-AWS-‚Global‘-Pool
- ! Schalten Sie Abonnenten-Alerts ein, und die E-Mails und SMS-Telefonnummern, die Sie sammeln, sind personenbezogene Daten, im Ausland gehalten — ein PIPL-Grenztransfer
- ! Diese Datenexponierung skaliert mit Ihrer Abonnentenmenge und Ihrer Rolle (ein CIIO oder Verarbeiter großer Mengen schuldet inländische Speicherung)
- ✓ Ein rechtskonformer inländischer Auslieferungsweg — und inländische Abonnenten-Speicherung, wo erforderlich — existiert ohne Neuaufbau und ohne Migration
Was die offizielle Statuspage-Dokumentation über China sagt
| Fakt | Primärquelle |
|---|---|
| In Atlassians eigenen Worten: Datenresidenz „gives you control over where your in-scope app data for Jira, Jira Service Management, Jira Product Discovery, Confluence, and Loom is hosted“ — eine Liste, die Statuspage nicht enthält. Die Standorte, die sie bietet (Australien, Kanada, EU, Deutschland, Indien, Japan, Singapur, Südkorea, Schweiz, UK, USA), enthalten keine Festland-China-Region, und standardmäßig „all Atlassian apps are hosted in the Global location, which includes all of our AWS regions“, wobei Atlassian Daten „between these regions as necessary“ bewegt. Eine Statuspage-Statusseite wird daher aus dem Ausland bedient, ohne Festland-China-Hosting- oder -Residenz-Option. | Atlassian — Understand data residency, retrieved 2026-10-07 |
| Schalten Sie Abonnenten-Benachrichtigungen ein, und Statuspage sammelt die Kontaktdaten, die es braucht, um Menschen zu erreichen: Nach Atlassians Dokumentation „can send out notifications to your customers via email and SMS“, mit Abonnenten, die per E-Mail-Adresse oder SMS-Telefonnummer hinzugefügt werden — einzeln, per CSV-Import oder über die API. Diese E-Mails und Telefonnummern sind personenbezogene Information; von Nutzern in China gesammelt und auf Statuspages Offshore-Infrastruktur gespeichert, sind sie ein grenzüberschreitender Transfer, den PIPL regiert — er verlangt Mitteilung, gesonderte Einwilligung und einen Transfermechanismus (eine CAC-Sicherheitsbewertung, den CAC-Standardvertrag oder eine Zertifizierung). | Atlassian — Enable subscribers (Statuspage), retrieved 2026-10-07; PIPL Chapter III, Articles 38–43 |
| Die Abonnenten-Daten-Exponierung skaliert mit Menge und Rolle, nicht damit, bloß eine Statusseite zu betreiben: Nach den Grenzregeln der CAC vom März 2024 ist ein Nicht-CIIO, der weniger als 100.000 Einzelpersonen nicht-sensible personenbezogene Information in einem Kalenderjahr transferiert, von der Sicherheitsbewertung, dem Standardvertrag und der Zertifizierung befreit. Eine große Abonnentenliste oder sensible Verarbeitung ändert dieses Kalkül. | CAC — Regulations on Promoting and Regulating Cross-border Data Flows, March 2024 |
| Für einen CIIO oder Verarbeiter großer Mengen muss in China gesammelte personenbezogene Information innerhalb Festlandchinas gespeichert werden (PIPL Art. 40; Cybersicherheitsgesetz Art. 39 (vormals Art. 37)). Statuspage bietet keine Festland-China-Region, die Kontaktdaten Ihrer China-Abonnenten auf chinesischem Boden zu halten — und eine Statusseite zu bedienen, die vom Festland aus erreichbar bleibt — heißt also, diese Auslieferung und Speicherung auf Infrastruktur im Festland zu betreiben, was der Punkt ist, an dem eine ICP-Beian ins Bild kommt. | PIPL Article 40; CSL Article 39 (formerly Article 37) |
Quellen vom 21YunBox Compliance-Team am 7. Oktober 2026 geprüft.
Für ein Festlandchina-Publikum ist die Frage zu Statuspage nicht, wie schnell es malt — sie ist, ob die Seite überhaupt lädt, wenn es darauf ankommt, und wo die Kontaktdaten der Menschen, die Sie benachrichtigen, landen. Statuspage ist vollständig im Ausland auf Atlassians AWS-Infrastruktur gehostet, ohne Region innerhalb Festlandchinas und, anders als Jira oder Confluence, ohne Datenresidenz-Option, um es näher heranzuheften. Das legt zwei Dinge offen: Eine Statusseite, die während eines Vorfalls erreichbar bleiben muss, wird über eine Grenzverbindung bedient, wenn diese am wenigsten verlässlich ist, und jegliche Abonnenten-E-Mails und -Telefonnummern, die Sie von chinesischen Nutzern sammeln, leben außerhalb des Festlands unter Chinas Datenrecht. Atlassian dokumentiert beides in seinen eigenen Worten.
Statuspage in China auf einen Blick
| Worüber es entscheidet | In Atlassians eigenen Worten |
|---|---|
| Wo es läuft | Auf Atlassians AWS-Infrastruktur gehostet und auf *.statuspage.io bedient. Nach Atlassians Dokumentation fallen Apps standardmäßig auf den „Global“-Standort zurück, der „all of our AWS regions“ umspannt, von denen keine innerhalb Festlandchinas ist. |
| Datenresidenz | Atlassians Residenz-Kontrolle deckt „Jira, Jira Service Management, Jira Product Discovery, Confluence, and Loom“ ab — nicht Statuspage. Es gibt keine Option, die Daten einer Statusseite anzuheften, geschweige denn ins Festland. |
| Erreichbar bleiben | Die Aufgabe einer Statusseite ist, während eines Vorfalls zu laden. Aus dem Ausland bedient, erreicht sie Festlandchina über eine Grenzverbindung, die am wenigsten verlässlich ist während genau der Störung, zu deren Meldung sie existiert. |
| Die Daten Ihrer Abonnenten | Aktivieren Sie Abonnenten-Benachrichtigungen, und Statuspage „can send out notifications to your customers via email and SMS“, sammelt E-Mails und Telefonnummern — personenbezogene Information, im Ausland gehalten, ein PIPL-Grenztransfer. |
| Bedienen & Speichern in China | Eine Statusseite vom Festland aus erreichbar zu halten und die Kontaktdaten der China-Abonnenten auf chinesischem Boden, braucht inländische Auslieferung und Speicherung — die ein Nur-Offshore-Dienst nicht bieten kann und die eine ICP-Beian in den Geltungsbereich bringt. |
Eine Statusseite, die Sie nicht laden können, ist schlimmer als keine
Der ganze Wert einer Statusseite ist, dass sie oben bleibt, wenn Ihr Produkt es nicht tut. Sie ist die Seite, die ein Kunde in dem Moment öffnet, in dem sich Ihr Dienst kaputt anfühlt — und für einen Festlandchina-Kunden beantwortet Statuspage diesen Moment aus dem Ausland. Auf Atlassians AWS-Infrastruktur gehostet und auf *.statuspage.io bedient, erreicht eine Statusseite China nur über den grenzüberschreitenden Weg, und dieser Weg ist am wenigsten verlässlich während genau der Überlastung, des Routing-Wirrwarrs und des Netzwerkstresses, die einen echten Vorfall begleiten. Statuspage wird nicht gezielt für eine Sperre herausgegriffen; das Problem ist strukturell. Eine Offshore-Statusseite, auf deren Laden mitten im Ausfall Ihre China-Nutzer nicht zählen können, leistet nicht bloß zu wenig — sie kehrt ihren eigenen Zweck um, denn ein Vorfall, den sie nicht erklärt sehen können, sieht für sie aus wie einer, den Sie verbergen. Erreichbarkeit ist hier eine Auslieferungs-Tatsache, keine Compliance-Tatsache — aber sie ist das Erste, was entscheidet, ob Statuspage für ein China-Publikum überhaupt „works“.
Im Ausland gehostet, ohne Festland-Region und ohne Residenz-Option
Wo eine Statusseite gehostet ist, entscheidet, was Sie dagegen tun können und was nicht. Atlassians Datenresidenz-Dokumentation lässt Kunden anheften, wo die Daten im Geltungsbereich leben, aber sie begrenzt diese Kontrolle auf „Jira, Jira Service Management, Jira Product Discovery, Confluence, and Loom“ — Statuspage fehlt auf der Liste. Standardmäßig, sagt Atlassian, „all Atlassian apps are hosted in the Global location, which includes all of our AWS regions“, und es wird „dynamically determine where their in-scope data is located, and optimize performance by moving data between these regions as necessary“. Nicht eine dieser AWS-Regionen sitzt in Festlandchina. Eine Statuspage-Seite ist also nicht bloß weit von China entfernt — es gibt keinen Mechanismus, um sie oder ihre Daten ins Festland zu bringen.
Diese Geografie schließt auch eine ICP-Beian aus. Eine öffentliche Site, die Festland-Besuchern aus China heraus bedient wird, dreht sich um die ICP-Erfassung (ICP 备案) nach Erlass Nr. 292 des Staatsrats und MIIT-Erlass Nr. 33, und diese Beian muss sich an eine Hosting-Ressource binden, die physisch im Festland liegt. Ein Nur-Offshore-Dienst hat nichts, wogegen sich melden ließe — weshalb „we already publish status on Statuspage“ nicht nach China trägt: Das Festland zu erreichen und freigegeben zu sein, es von innen zu bedienen, sind zwei verschiedene Dinge, und die Seite zu tunen, schließt keine der beiden Lücken.
Die Kontaktdaten Ihrer Abonnenten verlassen das Land
Eine rein öffentliche Statusseite trägt wenig personenbezogene Daten. Die Exponierung erscheint in dem Moment, in dem Sie Statuspages Abonnenten-Benachrichtigungen nutzen. Nach Atlassians eigener Dokumentation „can send out notifications to your customers via email and SMS“ Statuspage, und um das zu tun, sammelt es, was es braucht, um sie zu erreichen — E-Mail-Adressen und SMS-Telefonnummern, einzeln hinzugefügt, per CSV-Import oder über die API. Das ist personenbezogene Information. Von Nutzern in Festlandchina gesammelt und auf Statuspages Offshore-Infrastruktur gehalten, sind sie ein grenzüberschreitender Transfer nach dem Gesetz zum Schutz personenbezogener Daten: Der Verarbeiter — Sie, Atlassians Kunde, nicht Atlassian — muss Mitteilung erteilen, gesonderte Einwilligung einholen und einen Transfermechanismus erfüllen (eine CAC-Sicherheitsbewertung, den CAC-Standardvertrag oder eine Zertifizierung).
Das Gewicht dieser Pflicht skaliert mit Ihrer Abonnentenliste und Ihrer Rolle. Nach den Grenzregeln der CAC vom März 2024 ist ein Nicht-CIIO, der weniger als 100.000 Einzelpersonen nicht-sensible personenbezogene Information in einem Kalenderjahr transferiert, von diesen Mechanismen befreit, während ein CIIO oder Verarbeiter großer Mengen in China gesammelte personenbezogene Information im Festland halten muss (PIPL Art. 40; Cybersicherheitsgesetz Art. 39 (vormals Art. 37)) — eine Residenzpflicht, die ein Nur-Offshore-Status-Dienst nicht erfüllen kann.
Dies ist eine Risikokarte, kein Urteil. Eine Statusseite ohne Abonnenten ist überwiegend eine Erreichbarkeitsfrage; fügen Sie Abonnenten-Benachrichtigungen hinzu, und sie wird auch eine Grenzdaten-Frage — und wie weit das reicht, hängt von Ihren Mengen, Ihrer Rolle und dem ab, was Sie sammeln. Es lohnt, das mit Rechtsbeistand zu klären, bevor Sie bauen.
Wo 21YunBox passt — ein Compliance-Overlay, keine Migration
Sie betreiben Statuspage weiter. Wir fügen das Stück hinzu, das ein Nur-Offshore-Dienst nicht kann: einen Status-Kanal, der vom Festland aus erreichbar bleibt — ICP-gemeldete, inländische Auslieferung, vor Ihre bestehende Statusseite gesetzt — damit Ihre China-Nutzer sie während genau des Vorfalls laden können, zu dessen Meldung sie existiert, ohne Neuaufbau und ohne zweites System. Wo das Recht es verlangt, halten wir auch die Kontaktdaten Ihrer China-Abonnenten auf chinesischem Boden. Unser China-Team kartiert Ihre Erreichbarkeits- und Abonnenten-Daten-Pflichten gegen Ihre Gesellschaft und Ihre Datenmengen, dann stellt es die inländische Auslieferung und Speicherung auf, die eine rechtmäßige China-Präsenz braucht, während Statuspage genau dort bleibt, wo es bereits läuft.
Compliance-Einschätzung anfordern →
Weiterführend:
Häufige Fragen
Ist Statuspage in China gesperrt?
Nicht rundweg. Statuspage-Seiten sind im Ausland auf Atlassians AWS-Infrastruktur gehostet und auf statuspage.io bedient, sie sind also im Prinzip erreichbar, hängen aber von einem grenzüberschreitenden Weg ab — am wenigsten verlässlich während der Überlastung und der Vorfallsbedingungen, für die eine Statusseite gedacht ist. Das praktische Risiko ist weniger eine harte Sperre als eine Statusseite, auf deren Laden Ihre Festland-Nutzer in genau dem Moment nicht zählen können, in dem sie sie brauchen.
Schafft die Nutzung von Statuspage ein China-Datenschutz-Problem?
Nur in dem Maße, in dem Sie personenbezogene Daten darüber sammeln. Eine rein öffentliche Statusseite trägt wenig. Aber wenn Sie Abonnenten-Benachrichtigungen aktivieren, sammelt Statuspage die E-Mails und SMS-Telefonnummern der Abonnenten und hält sie auf Offshore-Infrastruktur ohne Festland-China-Region — ein grenzüberschreitender Transfer personenbezogener Information, den PIPL regiert. Ob Sie auch einer inländischen Speicherpflicht gegenüberstehen, hängt von Ihrer Rolle (zum Beispiel, ob Sie ein CIIO sind) und der Menge ab, die Sie handhaben. Behandeln Sie es als ein mit Rechtsbeistand zu bestätigendes Risiko, kein pauschales Verbot.
Kann 21YunBox helfen, unser Statuspage-Setup für China zum Laufen zu bringen?
Ja. Unser China-Team kann Ihre Erreichbarkeits- und Abonnenten-Daten-Exponierung für Ihre Datenmengen und Rolle bewerten und einen rechtskonformen, ICP-gemeldeten inländischen Auslieferungsweg für Status-Kommunikation aufstellen — und, wo das Recht verlangt, dass die Kontaktdaten Ihrer China-Abonnenten im Festland bleiben, inländische Speicherung — ohne Sie von Statuspage wegzubewegen. Nehmen Sie Kontakt auf, um Ihren konkreten Fall durchzuarbeiten.
