Funktioniert Amazon SES in China? PIPL-Grenztransfer, Empfängerdaten und Auslieferungs-Compliance
Amazon SES hat keine Festlandchina-Region — nicht einmal in AWS' China-Partition —, sodass die Empfängeradressen und Nachrichteninhalte, die Sie zur Auslieferung in China senden, in einer Nicht-China-AWS-Region verarbeitet werden: ein grenzüberschreitender Transfer der personenbezogenen Daten Ihrer Empfänger nach PIPL, mit im Ausland aufbewahrten Suppression-Listen und Ereignis-Logs und einer separaten Hürde bei der Zustellbarkeit in Festland-Postfächer. Ein Blick zuerst auf die Compliance: die Fragen zu Grenztransfer, Residenz und inländischer Auslieferung für Amazon SES.
Funktioniert Amazon SES in China?
Amazon SES kann aus China aufgerufen werden — aber es betreibt keine Festlandchina-Region, sodass die Empfängeradressen und Nachrichteninhalte, die Sie ihm zur Zustellung übergeben, im Ausland verarbeitet werden: ein grenzüberschreitender Transfer der personenbezogenen Daten Ihrer China-Nutzer nach PIPL.
Amazon SES ist eine reine Sende-E-Mail-API — Sie geben ihm die E-Mail-Adresse des Empfängers und die vollständige Nachricht (Einmalpasscodes, Passwort-Resets, Bestell- und Kontomitteilungen, Marketing), und es sendet aus einer Nicht-China-AWS-Region. SES fehlt sogar in AWS' separater China-Partition — die Region-Tabelle listet Amazon SNS, SQS und MQ in Peking/Ningxia auf, aber nicht SES —, sodass jeder Versand ein grenzüberschreitender Transfer nach PIPL (Art. 38–40) der personenbezogenen Daten Ihrer Empfänger ist; nach seinem eigenen Developer Guide bewahrt es diese Daten zudem im Ausland auf — eine Suppression-Liste von Empfängeradressen, Ereignis-Logs, die „the email addresses of all the recipients“ (die E-Mail-Adressen aller Empfänger) enthalten, und Ihre Sende-Identitäten. Marketing-Mail braucht zusätzlich eine Rechtsgrundlage und Einwilligung (PIPL Art. 13/23); für einen Betreiber kritischer Informationsinfrastruktur oder einen Verarbeiter großer Mengen fügt Cybersicherheitsgesetz Art. 39 (vormals Art. 37) eine Inland-Speicherpflicht hinzu. Der rechtmäßige Hebel ist, China-Empfänger-Mail über einen rechtskonformen inländischen / in China zustellbaren Pfad zu routen, die Empfänger-PII zu minimieren und die Einwilligung zu halten — nicht, die Offshore-API erreichbar zu machen.
Dies ist eine Risikokarte, kein Urteil — welche Pflichten greifen, hängt von Ihrer Gesellschaft, Ihren Daten und Ihren Nutzern ab, es lohnt, dies mit Rechtsbeistand zu klären. Unser China-Team kann Ihre Exponierung kartieren →
Compliance-Momentaufnahme
- ✕ Keine Amazon-SES-Region in Festlandchina — nicht einmal in AWS' China-Partition.
- ! Empfängeradressen + Inhalt gehen ins Ausland — ein grenzüberschreitender Transfer nach PIPL (Art. 38–40).
- ! SES bewahrt Empfängerdaten im Ausland auf: Suppression-Listen, Ereignis-Logs und Identitäten.
- ! Offshore-IPs stoßen auf Festland-Postfach-Filterung; Marketing braucht Einwilligung (PIPL Art. 13/23).
- ✓ Rechtmäßiger Weg: ein rechtskonformer inländischer Zustellpfad + Einwilligung + ICP-gemeldete Auslieferung.
Was die offizielle Amazon SES-Dokumentation über China sagt
| Fakt | Primärquelle |
|---|---|
| Amazon SES hat keine Festlandchina-Region — nicht einmal in AWS' separater China-Partition. AWS' „Amazon Web Services in China“-Region-Tabelle listet Amazon SNS, SQS und MQ in den Regionen Peking (betrieben von Sinnet) und Ningxia (betrieben von NWCD) auf, aber nicht Amazon SES oder Pinpoint, und keine der beiden China-Regionen führt in ihrer Endpunkt-Liste einen E-Mail-/E-Mail-SMTP-Host — sodass ein auf China ausgerichteter Absender eine Nicht-China-AWS-Region erreicht. | Amazon Web Services in China — Region Table (amazonaws.cn) & AWS General Reference, Amazon SES endpoints, abgerufen 2026-10-10 |
| Amazon SES speichert personenbezogene Daten im Ausland, um Ihre Mail zu senden — Empfängeradressen, Ereignis-Logs und Identitäten. SES' eigener Developer Guide gibt an, es „might store certain data that could be considered personal“ (könnte bestimmte Daten speichern, die als personenbezogen gelten könnten), einschließlich einer Suppression-Liste auf Kontoebene, deren Adressen „remain on this list until you delete them“ (auf dieser Liste bleiben, bis Sie sie löschen), und Ereignisdaten, die „also contains the email addresses of all the recipients the email was sent to“ (auch die E-Mail-Adressen aller Empfänger enthalten, an die die E-Mail gesendet wurde). | Amazon SES Developer Guide, „Deleting personal data from Amazon SES“ (docs.aws.amazon.com), abgerufen 2026-10-10 |
| An einen China-Empfänger über Offshore-SES zu senden, ist ein grenzüberschreitender Transfer personenbezogener Daten. Die E-Mail-Adresse eines Festland-Empfängers und die Nachricht in eine Nicht-China-Region hochzuladen, löst PIPL Art. 38–40 aus (数据出境): Mitteilung, eine gesonderte Einwilligung und ein Transfermechanismus; Marketing-Mail braucht zusätzlich eine Rechtsgrundlage und Einwilligung nach PIPL Art. 13 und 23 und muss das Opt-out beachten. | PIPL Art. 38–40 und 13/23 — 21YunBox-Referenz zu grenzüberschreitenden Datentransfers, abgerufen 2026-10-10 |
| Ein Betreiber kritischer Informationsinfrastruktur oder ein Verarbeiter großer Mengen schuldet eine Inland-Speicherpflicht, die eine Offshore-SES-Region nicht erfüllen kann. Cybersicherheitsgesetz Art. 39 (vormals Art. 37) — die 2025er Novelle, in Kraft seit 1. Januar 2026, nummerierte den Datenlokalisierungsartikel von 37 auf 39 um, inhaltlich unverändert — verlangt, dass in China erzeugte personenbezogene Daten in China gespeichert werden, wobei jeder notwendige Export über eine Sicherheitsbewertung geklärt wird. | Cybersicherheitsgesetz Art. 39 (vormals Art. 37) — 21YunBox-Referenz zum Cybersicherheitsgesetz, abgerufen 2026-10-10 |
Quellen vom 21YunBox Compliance-Team am 10. Oktober 2026 geprüft.
Ob Amazon SES in Festlandchina „funktioniert“, ist eine Compliance-Frage, bevor es eine netzwerktechnische ist, und für eine transaktionale E-Mail-API hat die Gestalt eine Besonderheit: nicht, ob Sie den Endpunkt aufrufen können, sondern was geschieht, wenn Sie ihm die E-Mail-Adressen Ihrer China-Empfänger und die Nachricht übergeben, die Sie zugestellt haben wollen. Amazon SES ist ein reiner Sende-E-Mail-Dienst — Sie übergeben ihm eine Empfängeradresse und den vollständigen Textkörper (Einmalpasscodes, Passwort-Resets, Bestell- und Versandbestätigungen, Kontomitteilungen, Marketing), und es sendet aus einer AWS-Region. Es gibt keine Amazon-SES-Region innerhalb Festlandchinas, und SES fehlt sogar in AWS’ separater China-Partition — seine China-Region-Tabelle listet Amazon SNS, SQS und MQ in Peking und Ningxia auf, aber nicht SES. Ein auf China ausgerichteter Absender erreicht also eine Nicht-China-Region, und zwei Stränge öffnen sich zugleich: ein grenzüberschreitender Transfer der personenbezogenen Daten Ihrer Empfänger — ihre Adressen plus alles, was der Inhalt offenlegt — und das Zustell-Gegenstück, Mail aus Offshore-IPs in Festland-Postfächer zu bringen, plus die ICP-Pflicht der App, die sie auslöst.
Amazon SES in China auf einen Blick
| Worüber es entscheidet | In Amazon SES' eigenen Worten — und nach chinesischem Recht |
|---|---|
| Was Sie zur Zustellung senden | Amazon SES ist eine reine Sende-E-Mail-API — Sie übergeben ihm die E-Mail-Adresse des Empfängers und die vollständige Nachricht: Einmalpasscodes, Passwort-Resets, Bestell- und Versandbestätigungen, Kontomitteilungen, Marketing. Die Adresse ist personenbezogene Daten, und der Textkörper trägt alles, was er offenlegt — eine Bestellung, einen Kontostand, eine Gesundheits- oder Finanzmitteilung. Das ist genau die Payload, zu deren Bewegung ein transaktionaler E-Mail-Dienst existiert. |
| Wo es verarbeitet wird | Es gibt keine Amazon-SES-Region innerhalb Festlandchinas — nicht einmal in AWS' separater China-Partition. AWS' eigene China-Region-Tabelle listet Amazon SNS, SQS und MQ in Peking und Ningxia auf, aber weder SES noch Pinpoint, und keine der beiden China-Regionen führt in ihrer Endpunkt-Liste einen E-Mail-/E-Mail-SMTP-Host. Ein auf China ausgerichteter Absender erreicht daher eine Nicht-China-AWS-Region, sodass jede Empfängeradresse und Nachricht die Grenze überschreitet — ein grenzüberschreitender Transfer personenbezogener Daten nach PIPL Art. 38–40 (数据出境). |
| Aufbewahrung — Suppression-Listen, Ereignis-Logs, Identitäten | Nach seinem eigenen Developer Guide „might store certain data that could be considered personal“ (könnte es bestimmte Daten speichern, die als personenbezogen gelten könnten): eine Suppression-Liste von Empfängeradressen auf Kontoebene, die „remain on this list until you delete them“ (auf dieser Liste bleiben, bis Sie sie löschen), Ereignisdaten (Zustellungen, Öffnungen, Klicks), die „also contains the email addresses of all the recipients“ (auch die E-Mail-Adressen aller Empfänger enthalten), und Ihre Sende-Identitäten. Bei Kontoschließung werden diese Daten „retained for 90 days“ (90 Tage aufbewahrt). Für einen Betreiber kritischer Informationsinfrastruktur oder einen Verarbeiter großer Mengen ist ihr Halten in China zudem eine Speicherpflicht (Cybersicherheitsgesetz Art. 39, vormals Art. 37). |
| Zustellbarkeit in China-Postfächer & Marketing-Einwilligung | Die API zu erreichen ist einfach; Mail aus Offshore-IPs in Festland-Postfächer (QQ, 163, Sina) zu bekommen, ist eine separate Hürde — ausländische Absender werden routinemäßig gedrosselt und gefiltert und brauchen authentifizierte Domains (SPF, DKIM, DMARC) und eine aufgewärmte Reputation. Marketing- und kommerzielle Mail braucht zusätzlich eine Rechtsgrundlage und Einwilligung nach PIPL Art. 13 und 23 und muss das Opt-out beachten. |
| Erreichbarkeit ist nicht die Achse | Die API ist aus China erreichbar; das ist nicht die Frage. Der rechtmäßige Schritt ist, China-Empfänger-Mail über einen rechtskonformen inländischen / in China zustellbaren Pfad zu routen, die Empfänger-PII, die Sie senden, zu minimieren, die Einwilligung nach Art. 13/23 zu halten und eine rechtmäßige Grenzübertritts-Grundlage für alles zu haben, was dennoch ausreist — nicht, die Offshore-API erreichbar zu machen. Die App, die die Mail auslöst, schuldet weiterhin eine ICP-Beian und inländische Auslieferung. |
Was Sie ihm tatsächlich übergeben — die Kontaktdaten und Inhalte Ihrer Empfänger
Beginnen Sie damit, was ein SES-Aufruf tatsächlich ist. Amazon SES stellt keine Referenz auf eine irgendwo sicher gehaltene Nachricht zu; es stellt die Nachricht selbst zu. Sie übergeben ihm die E-Mail-Adresse des Empfängers und den vollständigen Textkörper, und die Exponierung ist beides — die Adresse ist personenbezogene Daten, und der Inhalt ist alles, was diese Nachricht offenlegt. Die Jobs, zu denen SES existiert, sind die sensiblen: Einmalpasscodes und Passwort-Resets, Bestell- und Versandbestätigungen, Rechnungen und Belege, Konto- und Sicherheitsmitteilungen und Marketing. Jeder davon trägt die Kontaktdaten einer realen Person, und viele tragen mehr im Textkörper — eine Bestellhistorie, einen Kontostand, eine medizinische oder finanzielle Mitteilung.
Dann der Teil, den Teams vergessen: SES bewahrt Daten nach dem Senden auf. Nach AWS’ eigenem Developer Guide „might store certain data that could be considered personal“ (könnte Amazon SES bestimmte Daten speichern, die als personenbezogen gelten könnten). Es unterhält eine Suppression-Liste auf Kontoebene — Adressen, die zurückgesprungen sind (Bounce) oder sich beschwert haben —, deren Einträge „remain on this list until you delete them“ (auf dieser Liste bleiben, bis Sie sie löschen). Über Configuration Sets und Event Destinations gibt es Ereignisdaten (Zustellungen, Öffnungen, Klicks) aus, die, in AWS’ Worten, „typically contains your email address and the IP address the email was sent from“ (typischerweise Ihre E-Mail-Adresse und die IP-Adresse enthalten, von der die E-Mail gesendet wurde) und „also contains the email addresses of all the recipients the email was sent to“ (auch die E-Mail-Adressen aller Empfänger enthalten, an die die E-Mail gesendet wurde), weitergeleitet an Dienste wie Amazon S3, OpenSearch oder Redshift. Es speichert Ihre Sende-Identitäten (die Adressen und Domains, von denen Sie senden). Und bei Kontoschließung gibt AWS an, dass die Daten „retained for 90 days“ (90 Tage aufbewahrt) werden. Nichts davon ist Modell-Training — SES ist ein Relay, kein KI-Dienst —, aber all das sind die personenbezogenen Daten Ihrer Empfänger, gehalten in einer Nicht-China-AWS-Region.
Wohin geht es? In eine Nicht-China-AWS-Region. Es gibt keine Amazon-SES-Region innerhalb Festlandchinas, und — die Nuance, über die Teams stolpern — SES ist nicht einmal in AWS’ separater China-Partition verfügbar. AWS betreibt diese Partition (die Peking-Region betrieben von Beijing Sinnet Technology Co., Ltd. und die Ningxia-Region von Ningxia Western Cloud Data Technology Co., Ltd.), und seine eigene China-Region-Tabelle listet Messaging-Dienste wie Amazon SNS, SQS und MQ dort auf — aber Amazon SES fehlt, ebenso Pinpoint, und keine der beiden China-Regionen führt in ihrer Endpunkt-Liste einen E-Mail- oder E-Mail-SMTP-Host. Der „nutze einfach die China-Partition“-Schritt, der für einige AWS-Dienste funktioniert, funktioniert für SES also nicht (siehe Funktioniert AWS in China? für die Zwei-Türen-Partitionsstruktur), genau wie er für Amazon Translate nicht funktioniert. Ein auf China ausgerichteter Absender erreicht eine Region außerhalb des Festlands, und die Empfängerdaten — Adressen, Inhalt, Suppression-Listen, Ereignis-Logs — werden im Ausland verarbeitet und gehalten.
Es ist ein grenzüberschreitender Transfer — und, für E-Mail, eine Zustellbarkeitsfrage
Weil die Adresse des Empfängers und die Nachricht China verlassen, um verarbeitet und gesendet zu werden, ist es ein grenzüberschreitender Transfer personenbezogener Daten, sie an Amazon SES zu übergeben, kein Routing-Detail. Die Pflicht sitzt bei Ihnen als Verarbeiter, nicht bei AWS als Auftragsverarbeiter. PIPL Art. 38–40 verlangen, dass Sie, bevor personenbezogene Daten ins Ausland gesendet werden, Mitteilung machen, eine gesonderte Einwilligung einholen, die sich von jeder allgemeinen Zustimmung zur Nutzung Ihres Produkts unterscheidet, und einen Transfermechanismus einrichten — eine CAC-Sicherheitsbewertung, den CAC-Standardvertrag oder eine Zertifizierung. Wo die Nachricht, die Sie senden, Marketing oder andere kommerzielle Kommunikation ist, fügen PIPL Art. 13 und 23 eine Rechtsgrundlage und Einwilligung für das Senden selbst hinzu, und Sie müssen das Opt-out beachten. Wo der Inhalt sensible personenbezogene Daten trägt — eine Gesundheits-, Finanz- oder Identitätsmitteilung —, fügt Art. 28 eine gesonderte Einwilligung und eine vorherige Folgenabschätzung hinzu. Oberhalb bestimmter Schwellen durchlaufen auch wirklich notwendige Exporte Chinas Datenexport-Sicherheitsbewertung (数据出境安全评估), bevor irgendetwas ausreist.
Residenz ist die andere Hälfte. Wenn Ihre Organisation ein Betreiber kritischer Informationsinfrastruktur — oder ein Verarbeiter großer Mengen personenbezogener Daten — ist, verlangt Art. 39 des Cybersicherheitsgesetzes (vormals Art. 37 — die 2025er Novelle des Cybersicherheitsgesetzes, in Kraft seit 1. Januar 2026, nummerierte den Datenlokalisierungsartikel von 37 auf 39 um, inhaltlich unverändert), dass in China erzeugte personenbezogene Daten in China gespeichert werden, wobei jeder wirklich notwendige Export über eine Sicherheitsbewertung geklärt wird (siehe auch PIPL Art. 40). Ein reiner Sende-Dienst, der Ihre Suppression-Liste und Ereignis-Logs in einer Offshore-Region hält, steht in direktem Widerspruch zu dieser Pflicht.
Für E-Mail gibt es einen zweiten, praktischen Strang, wo SMS auf ein Telekom-Lizenzierungsregime treffen würde: die Zustellbarkeit. SES zu erreichen ist trivial, aber Mail in die großen Festland-Postfächer akzeptiert zu bekommen — QQ, 163, Sina und die Tencent- und NetEase-Ökosysteme — aus einer Offshore-IP ist ein eigenes Problem. Diese Anbieter drosseln und filtern unbekannte ausländische Absender routinemäßig, sodass ein Offshore-SES-Versand, der technisch ausgeht, dennoch verzögert, in den Spam-Ordner sortiert oder abgelehnt werden kann. Nichts davon hängt davon ab, wie schnell die API antwortet; es hängt davon ab, wo die Empfängerdaten verarbeitet und gehalten werden, auf welcher Rechtsgrundlage und ob die Mail über einen Pfad zugestellt wird, den China-Postfächer akzeptieren. Aus diesem Grund veröffentlicht diese Seite keine China-Latenz- oder Zustellbarkeitszahl für Amazon SES: Geschwindigkeit ist nicht die Achse für eine Entscheidung, die sich um Residenz, grenzüberschreitenden Transfer und Zustellung dreht.
Die API zu erreichen ist nicht die Frage — ein rechtskonformer inländischer Zustellpfad ist es
Der Reflex ist, SES auf die nächste Region zu richten — Tokio, Singapur, Hongkong — und die Distanz als gelöstes Problem zu behandeln. Doch jede Amazon-SES-Region sitzt außerhalb Festlandchinas, sodass eine nähere die Latenz ändert, nicht das Recht: Die Adresse des Empfängers und die Nachricht werden weiterhin über die Grenze getragen, weiterhin im Ausland verarbeitet, und die Suppression-Liste und Ereignis-Logs werden weiterhin dort gehalten. Eine nähere Region ist keine inländische, und Hongkong ist für Datenexportzwecke eine von Festlandchina getrennte Jurisdiktion.
Die ehrlichen Hebel sind also diese, und keiner davon ist „mach die Offshore-API erreichbar“. Erstens, weil SES keine Festlandchina-Region und keinen Self-Hosted-Build bietet, ist die dauerhafte Option für China-Empfänger-Mail ein rechtskonformer inländischer / in China zustellbarer Pfad — ein in China ansässiger E-Mail- oder Benachrichtigungsdienst, der die Empfängerdaten im Festland hält und über eine Route zustellt, die die großen Postfach-Anbieter akzeptieren —, während Sie Amazon SES für die Märkte behalten, die es bereits bedient. Zweitens, minimieren und Einwilligung einholen: die geringste Empfänger-PII senden, die die Nachricht braucht, die Einwilligung nach Art. 13/23 für alles Marketing einholen und das Opt-out beachten und eine rechtmäßige Grenzübertritts-Grundlage für alles halten, was dennoch ausreist. Drittens, die Lizenzierungs- und Rechtsschlüsse als die des Rechtsbeistands behandeln: 21YunBox ist beratend dazu, welche Rechtsgrundlage und welcher inländische Betreiber zu Ihrem Fall passen — es hält oder impliziert keine chinesische Telekom- oder Messaging-Lizenz. Was keiner davon ist: eine verschleierte Route, die die Empfängerdaten ohnehin ins Ausland verschifft und es lokal nennt.
Dies ist eine Risikokarte, kein Urteil, dass Amazon SES „gesperrt“ oder „illegal“ sei. Welche dieser Pflichten greifen, hängt von Ihrer Gesellschaft, den Empfängerdaten und Inhalten, die Ihre Mail trägt, Ihrer Rolle nach chinesischem Recht und davon ab, wer Ihre Nutzer sind — es lohnt, die Einzelheiten mit Rechtsbeistand zu klären, bevor Ihre Messaging-Pipeline davon abhängt.
Der rechtmäßige Weg — kartieren, lokalisieren, ausliefern
Es gibt einen rechtskonformen Weg, transaktionale und Marketing-E-Mail an ein auf China ausgerichtetes Publikum zu senden, und er hat eine Gestalt.
Zuerst kartieren. Unser China-Compliance-Team zeichnet nach, welche Mail heute tatsächlich durch Amazon SES fließt — welche Nachrichten China-Empfänger erreichen, welche Kontakt-PII und welchen Inhalt jede trägt, welche eine Nicht-China-Region erreichen, was SES aufbewahrt (Suppression-Listen, Ereignis-Logs, Identitäten), die Einwilligungsgrundlage für alles Marketing und wo Ihnen eine Rechtsgrundlage für die Grenzstrecke fehlt. Wir bauen das technische Bild; die rechtlichen Schlüsse werden mit Ihrem Rechtsbeistand geklärt.
Dann lokalisieren. Wo China-Empfänger-Mail auf einer China-Grundlage laufen muss, bewegen wir ihre Zustellung auf einen rechtskonformen inländischen / in China zustellbaren Pfad — einen in China ansässigen E-Mail- oder Benachrichtigungsdienst, die Empfängerdaten im Festland gehalten und über eine Route zugestellt, die Festland-Postfächer akzeptieren —, minimieren die Empfänger-PII, die Sie senden, und halten die Einwilligung und das Opt-out nach Art. 13/23. Lokalisieren bedeutet, dass die Kontaktdaten und Nachrichteninhalte Ihrer China-Nutzer aufhören, das Land standardmäßig zu verlassen — niemals eine verschleierte Route, die die Daten ohnehin ins Ausland verschifft. Sie behalten Amazon SES für die Märkte und Nachrichten, in denen es Ihnen bereits dient.
Dann ausliefern. Die auf China ausgerichtete Website oder App, die die Mail auslöst und verwaltet, ist selbst ein öffentlicher Dienst im Festland, trägt also eine ICP-Beian-Pflicht und braucht rechtskonforme, inländische Auslieferung. 21YunBox liefert sie im Inland aus — der 21YunBox Optimizer — vor den Ursprung gesetzt, den Sie bereits betreiben, ohne Neuaufbau und ohne Re-Platforming. Das Ergebnis ist ein auf China ausgerichtetes Produkt, dessen Messaging und Auslieferung beide für Ihre Nutzer in China rechtmäßig und rechtskonform laufen. 21YunBox verwendet und empfiehlt keine Umgehung welcher Art auch immer: Wir routen China-Empfänger-Mail auf einen einwilligungsgestützten, inländischen Pfad, liefern im Inland aus und bewegen personenbezogene Daten niemals heimlich aus China heraus. Wir sind eine rechtskonforme Overlay und eine Partnerin von AWS, keine Konkurrentin und keine Migration.
Compliance-Einschätzung anfordern →
Weiterführend:
- Grenzüberschreitende Datentransfers nach PIPL
- Chinas Cybersicherheitsgesetz (Datenlokalisierung, Art. 39)
- Chinas Datenexport-Sicherheitsbewertungsmaßnahmen
- So erhalten Sie eine ICP-Beian für China
Häufige Fragen
Ist Amazon SES in Festlandchina verfügbar?
Amazon SES' API und SMTP sind aus dem Festland erreichbar — es ist kein Dienst, den China vollständig sperrt, Verfügbarkeit ist also nicht das Hindernis. Doch SES betreibt keine Festlandchina-Sende-Region, und es fehlt sogar in AWS' separater China-Partition (die Region-Tabelle listet Amazon SNS, SQS und MQ in Peking/Ningxia auf, nicht SES). Die Empfängeradressen und Nachrichteninhalte, die Sie senden, werden also in einer Nicht-China-AWS-Region verarbeitet, und Mail aus Offshore-IPs in Festland-Postfächer (QQ, 163, Sina) zu bekommen, ist eine separate betriebliche Hürde. Behandeln Sie die Einzelheiten als ein Risiko, das mit Rechtsbeistand zu bestätigen ist.
Ist das Senden von E-Mail an China-Empfänger über Amazon SES ein grenzüberschreitender Transfer?
Ja. Weil SES aus einer Nicht-China-Region sendet, werden die E-Mail-Adresse des Empfängers und die Nachricht — plus die Suppression-Liste und Ereignis-Logs, die SES aufbewahrt — im Ausland verarbeitet und gespeichert, ein grenzüberschreitender Transfer (数据出境) nach PIPL Art. 38–40: Mitteilung, eine gesonderte Einwilligung und ein Transfermechanismus (eine CAC-Sicherheitsbewertung, der CAC-Standardvertrag oder eine Zertifizierung). Marketing-Mail braucht zudem eine Rechtsgrundlage und Einwilligung nach Art. 13 und 23 und muss das Opt-out beachten. Für einen Betreiber kritischer Informationsinfrastruktur fügt Art. 39 des Cybersicherheitsgesetzes (vormals Art. 37) eine Inland-Speicherpflicht hinzu. Bestätigen Sie Ihre genauen Pflichten mit Rechtsbeistand.
Kann ich einfach eine China-Region in Amazon SES einschalten?
Nein. Es gibt keine Amazon-SES-Region in Festlandchina zum Einschalten — nicht in AWS' globalen Regionen und nicht in seiner China-Partition, wo AWS keinen gleichwertigen reinen Sende-E-Mail-Dienst anbietet. Die China-Strecke rechtskonform zu halten, bedeutet, China-Empfänger-Mail über einen rechtskonformen inländischen / in China zustellbaren E-Mail-Pfad zu routen, die Empfänger-PII, die Sie senden, zu minimieren und die erforderliche Einwilligung zu halten, während Sie SES für Ihre anderen Märkte behalten — und die auf China ausgerichtete App, die die Mail auslöst, im Inland auf ICP-gemeldeter Infrastruktur auszuliefern. 21YunBox kartiert diese Teilung und liefert im Inland aus; es ist kein Weg um Chinas Datenexportregeln herum.
