Funktioniert Iterable in China? PIPL-Grenztransfer, Auslieferung & Data Residency
Iterable nimmt die Device-Tokens, Profile und Nachrichteninhalte Ihrer Nutzer und liefert Push, E-Mail und SMS aus seinen Rechenzentren in den USA oder der EU (Irland) — es gibt keine Festlandchina-Region — jeder Versand an einen China-Nutzer ist also ein PIPL-Grenztransfer, und sein Android-Push reitet auf Firebase Cloud Messaging, auf den meisten Festland-Geräten nicht verfügbar. Ein Compliance-zuerst-Blick auf die Residency-, Grenztransfer- und Auslieferungskanal-Pflichten.
Funktioniert Iterable in China?
Sie übergeben Iterable die Device-Tokens, Profile und Nachrichteninhalte Ihrer China-Nutzer, um Push, E-Mail und SMS aus seinen Rechenzentren in den USA oder der EU zu liefern — ein PIPL-Grenztransfer — und sein Android-Push reitet auf Firebase Cloud Messaging, das auf den meisten Festlandchina-Android-Geräten nicht verfügbar ist.
Zum Senden laden Sie Device-Push-Tokens, Nutzer-IDs, E-Mail-Adressen, Telefonnummern, Profilattribute und Events hoch; Iterables Segmente und Journeys entscheiden, wer welche Nachricht bekommt, und liefern sie. Für Nutzer in China sind diese Kennungen und dieser Inhalt personenbezogene Information, sie an Iterables offshore gelegenen Dienst zu routen, ist also ein PIPL-Grenztransfer (Artikel 38–40), mit Marketing-Push-Einwilligung (Artikel 13 und 23) und Artikel-24-Profiling-Pflichten. Und weil Firebase Cloud Messaging von Google Play Services abhängt — auf den meisten Festland-Android-Geräten fehlend — braucht zuverlässiger Android-Push einen lizenzierten inländischen Auslieferungskanal, keinen erreichbaren offshore gelegenen Endpunkt. Der rechtmäßige Hebel ist, Auslieferung und Empfängerdaten im Inland auf einem lizenzierten Pfad zu halten (Herstellerkanäle für Android, minimieren und pseudonymisieren, Einwilligung halten), nicht, das offshore gelegene SDK erreichbar zu machen.
Dies ist eine Risikokarte, kein Urteil — klären Sie die Einzelheiten mit Rechtsbeistand. Unser China-Team kann Ihre Exponierung kartieren →
Compliance-Momentaufnahme
- ! Aus Festlandchina erreichbar — das Risiko ist rechtlich, nicht Geschwindigkeit oder SDK-Zugang
- ! Verarbeitet Device-Tokens, Profile und Inhalte in Rechenzentren in den USA oder der EU (Irland)
- ! Jeder Versand an einen China-Nutzer ist ein PIPL-Grenztransfer (Artikel 38–40)
- ! Segmente und Journeys entscheiden, wer welche Nachricht bekommt — Artikel-24-Profiling
- ✕ Keine Festlandchina-Region; Android-Push reitet auf FCM, auf Festland-Geräten nicht verfügbar
- ✓ Rechtmäßiger Pfad: inländische lizenzierte Auslieferung, Marketing-Einwilligung und ICP-Beian
Was die offizielle Iterable-Dokumentation über China sagt
| Fakt | Primärquelle |
|---|---|
| Iterable hat keine Festlandchina-Region. Seine eigene Dokumentation bietet zwei Rechenzentren — ein US-Rechenzentrum (USDC) und ein europäisches Rechenzentrum (EDC) in Irland — und gibt an, dass „Most Iterable customers use Iterable's US data center“, wobei die Projekte einer Organisation vollständig „in the US, or all in the EU“ gehostet werden. Es gibt keine Festlandchina-Option, die Device-Tokens, Profile, Inhalte und Engagement-Events Ihrer China-Nutzer werden also offshore verarbeitet und gespeichert. | Iterable Support — Iterable's European Data Center (EDC), abgerufen 2026-10-10 |
| Android-Push reitet auf Firebase Cloud Messaging (FCM). Iterables Setup-Guide gibt an, „To send Android push notifications, Iterable uses Firebase Cloud Messaging (FCM)“, und dokumentiert keinen chinesischen Hersteller-Push-Kanal (wie Huawei/HMS oder Xiaomi). FCM hängt von Google Play Services ab, das auf den meisten Festlandchina-Android-Geräten fehlt, reiner FCM-Push ist also an chinesische Android-Nutzer unzuverlässig; Iterables veröffentlichte Unterauftragsverarbeiter sitzen in den USA, Irland und Deutschland — keiner in China. | Iterable Support — Setting up Android Push Notifications; Iterable Sub-Processors (Aug 2026), abgerufen 2026-10-10 |
| An eine Person in China zu liefern, ist ein grenzüberschreitender Transfer, den Sie regieren müssen. Die Device-Tokens, E-Mail/Telefon, Profilattribute und Nachrichteninhalte, die Sie Iterable senden, sind personenbezogene Information; sie an seinen offshore gelegenen Dienst zu routen, ist ein PIPL-Grenztransfer (Artikel 38–40), der Mitteilung, eine gesonderte Einwilligung und einen Transfermechanismus verlangt. Marketing-Push fügt eine Rechtsgrundlagen-und-Einwilligungs- und Opt-out-Pflicht hinzu (Artikel 13 und 23), und zu entscheiden, wer welche Nachricht aus einem Profil bekommt, engagiert Artikel 24 zur automatisierten Entscheidungsfindung. | PIPL Articles 38-40 (cross-border), 13 and 23 (consent), 24 (automated decisions) |
| Ein CIIO oder Handler mit hohem Volumen muss die Daten in China halten. Wo Sie ein Betreiber kritischer Informationsinfrastruktur oder Handler mit hohem Volumen sind, muss in China erhobene personenbezogene Information im Festland gespeichert werden (Cybersicherheitsgesetz Artikel 39, vormals Artikel 37 — die Novelle des Cybersicherheitsgesetzes von 2025, in Kraft seit 1. Januar 2026, nummerierte den Datenlokalisierungsartikel von 37 auf 39 um, Substanz unverändert; PIPL Artikel 40). Eine offshore gelegene US- oder EU-Region kann diese inländische Speicherpflicht nicht erfüllen. | China Cybersecurity Law Article 39 (formerly Article 37); PIPL Article 40 |
Quellen vom 21YunBox Compliance-Team am 10. Oktober 2026 geprüft.
Für ein Produkt, das Push, E-Mail, SMS oder In-App-Nachrichten an Nutzer in Festlandchina sendet, ist die erste Frage zu Iterable gewöhnlich, ob seine API und SDKs erreicht werden können. Das können sie — Erreichbarkeit ist also nicht dort, wo die China-Entscheidung gefällt wird. Sie dreht sich darum, was geschieht, wenn Sie Iterable die Kennungen und Nachrichteninhalte Ihrer China-Nutzer zur Auslieferung übergeben. Iterable ist eine Cross-Channel-Engagement-Plattform: Sie laden Device-Push-Tokens, Nutzer-IDs, E-Mail-Adressen und Telefonnummern, Profilattribute und Events hoch, und seine Segmente und Journeys entscheiden, wer welche Nachricht erhält, und liefern sie dann — alles verarbeitet in Iterables Rechenzentren in den USA oder der EU (Irland), ohne Festlandchina-Region. Für China-Nutzer ist das zugleich ein PIPL-Grenztransfer personenbezogener Information und Inhalte (Artikel 38–40, 数据出境); eine Android-Auslieferungskanal-Tür, weil Iterables Push auf Firebase Cloud Messaging reitet, auf den meisten Festland-Android-Geräten nicht verfügbar; eine Marketing-Einwilligungs-Pflicht (Artikel 13 und 23); Artikel-24-Profiling, wo Segmente entscheiden, wer was bekommt; und, für einen CIIO oder Handler mit hohem Volumen, inländische Speicherung.
Iterable in China auf einen Blick
| Was darüber entscheidet | In Iterables eigenen Worten — und Chinas Recht |
|---|---|
| Was Sie senden | Iterable ist eine Cross-Channel-Engagement-Plattform. Zum Senden laden Sie Device-Push-Tokens, Nutzer-IDs, E-Mail-Adressen und Telefonnummern, Profilattribute und Events hoch — plus den Nachrichtenkörper selbst (einen Einmal-Passcode, ein Bestell-Update, eine Promotion). Für Empfänger im Festland ist all das personenbezogene Information. |
| Wo es verarbeitet und gespeichert wird | Offshore. Iterable betreibt ein US-Rechenzentrum (USDC) und ein europäisches Rechenzentrum (EDC) in Irland; die meisten Konten sitzen in den USA, und die Projekte einer Organisation müssen alle in den USA oder alle in der EU sein. Es gibt keine Festlandchina-Region, und seine veröffentlichten Unterauftragsverarbeiter — Amazon Web Services und seine E-Mail- und SMS-Anbieter — sitzen in den USA, Irland und Deutschland. Die Daten Ihrer China-Nutzer dorthin zu senden, ist ein grenzüberschreitender Transfer (数据出境) nach PIPL (Artikel 38–40). |
| Wie Android-Push ausgeliefert wird | Iterables Android-Push reitet auf Firebase Cloud Messaging (FCM), das von Google Play Services abhängt — auf den meisten Festlandchina-Android-Geräten nicht verfügbar — und Iterable dokumentiert keinen chinesischen Hersteller-Push-Kanal. Chinesische Android-Nutzer zu erreichen, heißt, über lizenzierte inländische Herstellerkanäle (Xiaomi, Huawei/HMS, OPPO, vivo, Honor) zu routen. iOS-APNs funktioniert in China, aber das Device-Token und der Inhalt überschreiten weiterhin die Grenze. |
| Einwilligung, Profiling und Residency | Promotionaler Push braucht eine Rechtsgrundlage und Einwilligung, mit geehrtem Opt-out (PIPL Artikel 13 und 23). Weil Iterables Segmente und Journeys entscheiden, wer welche Nachricht erhält, gilt Artikel 24 zur automatisierten Entscheidungsfindung. Ein Betreiber kritischer Informationsinfrastruktur oder Handler mit hohem Volumen trägt zudem eine inländische Speicherpflicht (Cybersicherheitsgesetz Artikel 39, vormals Artikel 37). |
| Der rechtmäßige Pfad | Erreichbarkeit ist nicht die Achse. Halten Sie China-Nutzer-Auslieferung und Empfängerdaten im Inland — routen Sie Android-Push über lizenzierte inländische Herstellerkanäle, minimieren und pseudonymisieren Sie, was gesendet wird, halten Sie die Marketing-Einwilligung und das Artikel-24-Opt-out — und liefern Sie die China-gerichtete App im Inland auf ICP-beian-pflichtiger Infrastruktur aus. 21YunBox kartiert, lokalisiert und liefert aus, vor dem Stack, den Sie bereits betreiben. |
Was Sie tatsächlich senden — Empfängerkennungen, Profile und Inhalte
Eine Engagement-Plattform ist keine passive Leitung. Um eine Push-Benachrichtigung, eine E-Mail oder eine SMS an jemanden in Schanghai zu senden, geben Sie Iterable zuerst das Rohmaterial: das Device-Push-Token oder die Adresse dieser Person, eine Nutzer-ID, oft eine E-Mail und Telefonnummer und die Profilattribute und Verhaltens-Events, die Sie gesammelt haben — dann den Nachrichteninhalt selbst. Iterable speichert diese Profile und Events, um Zielgruppen zu bauen, was der Sinn des Produkts ist: seine Segmente und Journeys zielen und timen jede Nachricht aus den Daten, die Sie geladen haben. Iterable leitet also nicht bloß eine Nachricht weiter; es sammelt einen persistenten, abfragbaren Speicher dessen an, wer Ihre China-Nutzer sind und was sie tun.
Dieser Speicher und die Verarbeitung darum leben offshore. Iterables eigene Dokumentation beschreibt zwei Rechenzentren — ein US-Rechenzentrum und ein europäisches Rechenzentrum in Irland — und gibt an, dass „Most Iterable customers use Iterable’s US data center“, wobei die Projekte jeder Organisation vollständig „in the US, or all in the EU“ gehostet werden. Seine veröffentlichte Unterauftragsverarbeiter-Liste platziert seine Infrastruktur (Amazon Web Services) und seine E-Mail- und SMS-Auslieferungsanbieter in den Vereinigten Staaten, Irland und Deutschland. Nichts davon ist in Festlandchina. Die Device-Tokens, Kontaktdaten, Profile, Nachrichteninhalte und Engagement-Events, die Ihr China-gerichtetes Programm generiert, sitzen auf dieser offshore gelegenen Infrastruktur, so lange Iterable sie hält — und diese behaltene, offshore gelegene personenbezogene Information ist das, was Chinas Recht wägt, nicht wie schnell die API antwortet.
Es ist ein Grenztransfer — und Android-Auslieferung hat ihre eigene Tür — nach PIPL
Hier ist das Tor, das die meisten Teams übersehen. Die Device-Tokens, E-Mail-Adressen, Telefonnummern, Profilattribute und Nachrichteninhalte, die Iterable für Ihre Nutzer in China hält, sind personenbezogene Information — und sobald sie auf Infrastruktur in den Vereinigten Staaten oder Irland sitzen, haben Sie einen grenzüberschreitenden Transfer (数据出境) aus dem Festland gemacht. Chinas Gesetz zum Schutz personenbezogener Daten legt die Pflicht auf den Handler — Sie, nicht Iterable: Artikel 38–40 verlangen Mitteilung an die Einzelperson, eine gesonderte Einwilligung, getrennt von jeder Zustimmung, Ihre Nachrichten zu empfangen, und einen Transfermechanismus — eine CAC-Sicherheitsbewertung, den CAC-Standardvertrag oder Zertifizierung. Zustellquittungen, Öffnungen, Klicks und das Engagement-Profil bleiben dann offshore bestehen.
Zwei weitere Pflichten reiten obendrauf. Promotionaler oder Marketing-Push trägt eine eigene Rechtsgrundlagen-und-Einwilligungs-Pflicht (PIPL Artikel 13 und 23), und das Opt-out des Empfängers muss geehrt werden. Und weil Iterables Segmente und Journeys aus einem Verhaltensprofil entscheiden, wer welche Nachricht erhält, gilt PIPL Artikel 24 — automatisierte Entscheidungsfindung: die Entscheidung muss transparent und fair sein, und die Einzelperson muss Entscheidungen ablehnen können, die durch Profiling ihrer persönlichen Merkmale getroffen werden.
Dann die besondere zweite Tür: die Auslieferung selbst. Iterables Android-Push läuft auf Firebase Cloud Messaging, und FCM hängt von Google Play Services ab, das auf den meisten Festlandchina-Android-Geräten fehlt — reiner FCM-Push ist also an diese Nutzer unzuverlässig oder nicht zustellbar, und Iterables eigene Dokumentation beschreibt keinen chinesischen Hersteller-Push-Kanal. Chinesische Android-Nutzer rechtmäßig und zuverlässig zu erreichen, heißt, über den eigenen Push-Dienst jedes Geräteherstellers zu routen — Xiaomi, Huawei (HMS), OPPO, vivo, Honor — jeder ein lizenzierter inländischer Kanal, der eine registrierte App und Zugangsdaten verlangt und zunehmend App- und Inhalts-Beian. Das ist das Push-Gegenstück zur SMS-Signatur-und-Vorlagen-Lizenzierung: eine rechtmäßige inländische Auslieferungsanforderung, keine Erreichbarkeitseinstellung. Apples APNs operiert in China über Apples lokale Rechtsperson, iOS-Push ist also zustellbar — aber das Token und der Inhalt überschreiten weiterhin die Grenze, die obige Transferanalyse gilt also weiterhin.
Residency kann zuletzt greifen. Oberhalb bestimmter Volumina, oder wo die Daten „important data“ sind, kann der Transfer Chinas Datenausfuhr-Sicherheitsbewertung (数据出境安全评估) verlangen, bevor irgendetwas geht. Und wenn Ihre Organisation ein Betreiber kritischer Informationsinfrastruktur ist, verlangt das Cybersicherheitsgesetz Artikel 39 (vormals Artikel 37 — die Novelle des Cybersicherheitsgesetzes von 2025, in Kraft seit 1. Januar 2026, nummerierte den Artikel zur Datenlokalisierung von 37 auf 39 um, Substanz unverändert), dass in China erhobene und generierte personenbezogene Information in China gespeichert wird — eine inländische Pflicht, die keine US- oder EU-Region erfüllen kann.
Das SDK zu erreichen, ist nicht die Frage — rechtmäßige inländische Auslieferung ist es
Nichts davon ist ein Latenzproblem, nichts davon wird also dadurch gelöst, den offshore gelegenen Endpunkt schneller oder erreichbarer zu machen. Die Exponierung ist, dass die Empfängerdaten und die Auslieferung beide offshore sitzen; die rechtmäßige Antwort ist, beide auf einen inländischen Pfad zu bringen.
Konkret heißt das, Ihren chinesischen Android-Push über die lizenzierten inländischen Herstellerkanäle zu routen, statt sich auf einen FCM-Pfad zu verlassen, der diese Geräte nicht erreichen kann; die Empfängerdaten — Tokens, Kontaktdaten, Profile und Events — auf einem inländischen Fundament zu halten, minimiert und pseudonymisiert, sodass die am wenigsten identifizierenden Daten die Grenze überschreiten; die Artikel-13/23-Einwilligung für alles Promotionale zu halten und das Artikel-24-Recht auf eine nicht-profilierte Option zu ehren; oder, wo Residency oder Volumen es verlangen, China-Verkehr über eine lizenzierte inländische Engagement-Alternative zu routen. Das ist ein regierter, inländischer Auslieferungspfad — niemals eine verborgene Route, die dieselben Daten unter anderem Namen offshore verschifft.
Welche dieser Pflichten auf Ihr Programm zutreffen, und in welcher Kombination, hängt davon ab, welche Empfängerdaten und Inhalte Sie senden, ob Sie zum Zielen profilieren, Ihren Datenmengen und wer Ihre Nutzer sind — wert, die Einzelheiten mit Rechtsbeistand zu klären, bevor Sie bauen. Diese Seite ist eine Risikokarte, kein Urteil.
Der rechtmäßige Pfad — kartieren, lokalisieren, ausliefern
Sie betreiben Iterable weiter. 21YunBox fügt das Stück hinzu, das sein offshore gelegener Dienst nicht kann, als eine rechtskonforme Overlay vor dem Stack, den Sie bereits betreiben — kein Neuaufbau, keine Migration.
- Kartieren — unser China-Team inventarisiert, welche Empfängerkennungen, Profilattribute und Nachrichteninhalte Ihre Iterable-Programme offshore senden, welche personenbezogene Information jedes trägt, wo es verarbeitet und gespeichert wird, wie Ihr chinesischer Android-Push heute ausgeliefert wird (ein FCM-Pfad, der stillschweigend scheitert, versus lizenzierte Herstellerkanäle), die Einwilligungsgrundlage, auf die Sie sich stützen, und jedes Artikel-24-Profiling.
- Lokalisieren — wir halten China-Nutzer-Auslieferung und Empfängerdaten auf einem inländischen, lizenzierten Pfad: chinesischer Android-Push über die lizenzierten inländischen Herstellerkanäle geroutet, APNs-Tokens und Inhalt regiert, die Daten minimiert und pseudonymisiert, die Marketing-Einwilligung gehalten und das Artikel-24-Opt-out geehrt — oder China-Verkehr über eine lizenzierte inländische Engagement-Alternative geroutet, wo Residency es verlangt. 21YunBox nutzt oder empfiehlt niemals Umgehung jeglicher Art.
- Ausliefern — die App oder Site, die die Benachrichtigungen auslöst, trägt eine ICP-Beian-Pflicht und braucht rechtskonforme, inländische Auslieferung — den 21YunBox Optimizer, vor Ihren bestehenden Origin gesetzt, sodass ein Festland-Publikum rechtmäßig bedient wird, ohne von Ihrem globalen Stack wegzuziehen.
Das Ergebnis ist Iterable, das legal und rechtskonform für Ihre Nutzer in China läuft, mit der Auslieferung und den Empfängerdaten dahinter auf einem inländischen Fundament. Wo irgendeine Telekom- oder Push-Lizenzierungsfrage die Anordnung berührt, liegt das bei einem lizenzierten inländischen Betreiber und Ihrem Rechtsbeistand — 21YunBox ist dort beratend.
Compliance-Einschätzung anfordern →
Weiterführend:
- Grenzüberschreitende Datentransfers nach PIPL
- Chinas Cybersicherheitsgesetz (Datenlokalisierung, Artikel 39)
- Chinas Datenausfuhr-Sicherheitsbewertung
- So erhalten Sie eine ICP-Beian für China
Häufige Fragen
Speichert Iterable die Daten chinesischer Nutzer in China?
Nein. Nach Iterables eigener Dokumentation betreibt es zwei Rechenzentren — ein US-Rechenzentrum und ein europäisches Rechenzentrum in Irland — und die meisten Konten sitzen in den USA; es gibt keine Festlandchina-Region. Die Device-Tokens, Profile, Nachrichteninhalte und Engagement-Events für Ihre China-Nutzer werden also offshore verarbeitet und gespeichert, was Chinas Grenzregeln wägen.
Kann Iterable Push-Benachrichtigungen an Android-Telefone in China liefern?
Nur über Firebase Cloud Messaging, das Iterables Setup-Guide als seinen Android-Push-Transport nennt. FCM stützt sich auf Google Play Services, das auf den meisten Festlandchina-Android-Geräten fehlt, und Iterable dokumentiert keinen chinesischen Hersteller-Push-Kanal (wie Huawei/HMS oder Xiaomi). Chinesische Android-Nutzer zuverlässig und rechtmäßig zu erreichen, heißt, Push über lizenzierte inländische Herstellerkanäle zu routen — das Push-Gegenstück zur SMS-Signatur- und -Vorlagen-Lizenzierung — nicht, einen offshore gelegenen Endpunkt erreichbar zu machen. iOS-APNs funktioniert in China, aber das Token und der Inhalt überschreiten weiterhin die Grenze.
Kann 21YunBox unser Iterable-Setup für China rechtskonform machen?
Ja. Unser China-Team kartiert, welche Empfängerdaten und Inhalte Ihre Iterable-Programme offshore senden und wie Ihr Android-Push heute ausgeliefert wird, hält China-Nutzer-Auslieferung und Empfängerdaten auf einem inländischen lizenzierten Pfad — Herstellerkanäle für Android, minimierte und pseudonymisierte Daten, Marketing-Einwilligung und das Artikel-24-Opt-out geehrt — und liefert Ihre China-gerichtete App im Inland auf ICP-beian-pflichtiger Infrastruktur aus, vor dem Stack, den Sie bereits betreiben. 21YunBox nutzt oder empfiehlt niemals Umgehung jeglicher Art. Kontaktieren Sie uns, um Ihren Fall durchzuarbeiten.
