Funktioniert Lokalise in China? PIPL-Grenztransfer & Content-Residency
Lokalise ist eine Cloud-Translation-Management-Plattform: die Quellstrings, das Translation Memory, die Glossare und Screenshots, die Sie ihr senden, werden auf AWS in EU-Regionen gespeichert, ohne Festlandchina-Region. China-Inhalte zu übersetzen ist ein PIPL-Grenztransfer der personenbezogenen Information darin, plus ein dauerhafter Offshore-Korpus. Ein Compliance-zuerst-Blick darauf, wo Ihr Inhalt leben darf.
Funktioniert Lokalise in China?
Ob Lokalise in China „funktioniert“, ist eine Content-Residency-Frage, keine Erreichbarkeitsfrage — das Risiko ist, was mit dem Quellinhalt geschieht, den Sie ihr zum Übersetzen senden.
Lokalise ist eine Cloud-Translation-Management-Plattform, die, in ihren eigenen Worten, „processes and stores customer data on Amazon Web Services infrastructure in EU regions“ und „does not process or store customer data in non-EU regions“ — EU, nicht Festlandchina — und fügt hinzu, dass „On-premises and private cloud deployments are not supported“. Jeder String, jedes Dokument, jeder Translation-Memory-Eintrag, jedes Glossar und jeder Screenshot, den Sie ihr senden, verlässt China also für einen Offshore-Speicher: ein PIPL-Grenztransfer der personenbezogenen und sensiblen Information darin, fortbestehend in einem Korpus, der mit jedem Sync wächst. Der rechtmäßige Hebel ist, die Übersetzung von China-Inhalten im Inland zu halten — eine lizenzierte inländische Alternative plus minimierte, pseudonymisierte Strings — nicht, die Offshore-API erreichbar zu machen.
Dies ist eine Risikokarte, kein Urteil — klären Sie die Besonderheiten mit Rechtsbeistand. Unser China-Team kann Ihre Lokalise-Exponierung kartieren →
Compliance-Momentaufnahme
- ! Aus Festlandchina erreichbar — die App und API laden; Geschwindigkeit ist nicht das Problem
- ! Quellstrings, Translation Memory und Screenshots werden offshore auf AWS (EU) gespeichert
- ! China-Inhalte zu übersetzen ist ein PIPL-Grenztransfer der PI darin
- ✕ Keine Festlandchina-Region und keine Self-Host- oder Private-Cloud-Option
- ✓ Rechtmäßiger Pfad: inländische Übersetzung + PII minimieren + ICP-eingereichte Auslieferung
Was die offizielle Lokalise-Dokumentation über China sagt
| Fakt | Primärquelle |
|---|---|
| Lokalise speichert Ihren Inhalt offshore, ohne China-Region und ohne Self-Host. Seine Security-Seite gibt an, Lokalise „processes and stores customer data on Amazon Web Services infrastructure in EU regions“ und „does not process or store customer data in non-EU regions“, und fügt hinzu, dass „On-premises and private cloud deployments are not supported“. EU ist für Festlandchina weiterhin offshore, und es gibt keine Region dazwischen zum Auswählen. | Lokalise — Security (Data hosting and sovereignty), abgerufen 2026-10-10 |
| Als Translation-Management-System behält Lokalise einen dauerhaften Offshore-Korpus Ihres Inhalts. Es speichert Quellstrings, Dokumente, Übersetzungen, ein geteiltes Translation Memory, Glossare und Kontext-Screenshots, plus die Konten von Mitarbeitern und externen Übersetzern. Lokalise gibt zudem an „AI translation features are processed by third-party AI service providers“, und seine veröffentlichte Sub-Prozessor-Liste nennt maschinelle-Übersetzungs- und KI-Anbieter, mehrere in den Vereinigten Staaten — ein Teil des Inhalts wird also über Lokalises eigenen EU-Speicher hinaus weitergesendet. | Lokalise — List of Sub-processors; Help Center (What is Lokalise / Translation memory), abgerufen 2026-10-10 |
| Quellinhalt ins Ausland zu senden, um übersetzt zu werden, ist ein grenzüberschreitender Transfer, den das PIPL regelt (数据出境). Der Handler — Sie, der Lokalise-Kunde, nicht Lokalise, der Auftragsverarbeiter — muss Mitteilung geben, eine gesonderte Einwilligung einholen und einen Transfermechanismus erfüllen: eine CAC-Sicherheitsbewertung, der CAC-Standardvertrag oder eine Zertifizierung (PIPL Artikel 38–40). Wo der Inhalt sensibel ist, fügt Artikel 28 seine eigene gesonderte Einwilligung und eine vorherige Folgenabschätzung zum Schutz personenbezogener Information hinzu. | Personal Information Protection Law, Chapter III (Articles 38–40) and Article 28 |
| Für einen CIIO oder Handler mit hohem Volumen müssen im Festland gesammelte personenbezogene Information und important data im Festland gespeichert werden (PIPL Artikel 40; Cybersicherheitsgesetz Artikel 39 (vormals Artikel 37) — die Cybersicherheitsgesetz-Novelle von 2025, in Kraft seit 1. Januar 2026, nummerierte den Datenlokalisierungs-Artikel von 37 auf 39 um, Substanz unverändert). Ein Translation Memory und Projektspeicher, die auf offshore gelegenem AWS leben, können diese inländische Speicherpflicht nicht erfüllen. | PIPL Article 40; Cybersecurity Law Article 39 (formerly Article 37) |
Quellen vom 21YunBox Compliance-Team am 10. Oktober 2026 geprüft.
Für ein Team, das in oder aus Festlandchina lokalisiert, war die Frage zu Lokalise nie, ob die Plattform lädt — das tut sie. Lokalise ist ein Cloud-Translation-Management-System, und die eigentliche Frage ist, was mit dem Inhalt geschieht, den Sie ihm übergeben. Jeder Quellstring, jedes Dokument, jeder Translation-Memory-Eintrag, jedes Glossar und jeder Kontext-Screenshot, den Sie senden, wird auf der offshore gelegenen Infrastruktur des Anbieters gespeichert, um übersetzt zu werden — und der Inhalt, den Sie am dringendsten übersetzt brauchen, ist der Inhalt, der am wahrscheinlichsten personenbezogene Information trägt: Namen und IDs in Support-Tickets und nutzergeneriertem Text, Mitarbeiterdaten in HR-Dateien, Kundendatensätze und rechtliche, medizinische oder finanzielle Texte. Nach seiner eigenen Security-Seite verarbeitet und speichert Lokalise „processes and stores customer data on Amazon Web Services infrastructure in EU regions“ — EU, nicht Festlandchina. China-Inhalte zu übersetzen ist also ein grenzüberschreitender Transfer der personenbezogenen Information darin (PIPL Artikel 38–40, 数据出境), oft nach Artikel 28 sensibel, und — weil ein Translation-Management-System ein dauerhaftes Translation Memory und einen Projektspeicher behält, der mit jedem Sync wächst — zudem eine Content-Residency-Frage.
Lokalise in China auf einen Blick
| Was darüber entscheidet | In Lokalises eigenen Worten — und Chinas Recht |
|---|---|
| Was Sie ihm übergeben — und warum es personenbezogene Information ist | Quellstrings und Keys, hochgeladene Dokumente und Lokalisierungs-Dateien, die resultierenden Übersetzungen, ein geteiltes Translation Memory, Glossare und Kontext-Screenshots — plus die Konten von Mitarbeitern und den externen Vendoren und Freelance-Übersetzern, die die Arbeit berühren. Der Inhalt, den Sie am dringendsten übersetzt brauchen, ist der Inhalt, der am wahrscheinlichsten Namen, E-Mails, IDs und HR-, rechtliche, medizinische oder finanzielle Details trägt — oft nach Artikel 28 sensible personenbezogene Information. Sie können ein Dokument nicht anonymisieren, das Sie vollständig übersetzt brauchen. |
| Es verlässt China, um übersetzt zu werden | Nach seiner eigenen Security-Seite verarbeitet und speichert Lokalise „processes and stores customer data on Amazon Web Services infrastructure in EU regions“ und „does not process or store customer data in non-EU regions“ — EU, nicht Festlandchina, ohne Region dazwischen zum Auswählen. Ihren Inhalt dorthin zu senden ist ein grenzüberschreitender Transfer, den das PIPL regelt (Artikel 38–40, 数据出境): Mitteilung, eine gesonderte Einwilligung und ein Transfermechanismus. Der Handler am Haken sind Sie, nicht Lokalise. |
| Es akkumuliert — der dauerhafte Korpus | Ein Translation-Management-System übersetzt nicht und vergisst: Ihre Quelle, Übersetzungen, Ihr Translation Memory, Ihre Glossare und Screenshots bestehen auf der offshore gelegenen Infrastruktur des Anbieters fort und wachsen mit jedem Sync. Für einen Betreiber kritischer Informationsinfrastruktur oder Handler mit hohem Volumen müssen Festland-personenbezogene-Information und important data im Festland bleiben (PIPL Artikel 40; Cybersicherheitsgesetz Artikel 39 (vormals Artikel 37)) — die Cybersicherheitsgesetz-Novelle von 2025, in Kraft seit 1. Januar 2026, nummerierte den Datenlokalisierungs-Artikel von 37 auf 39 um, Substanz unverändert — eine Pflicht, die ein Offshore-Korpus nicht erfüllen kann. Sensibler Inhalt fügt Artikel 28 hinzu: gesonderte Einwilligung und eine vorherige Folgenabschätzung. |
| Behalten und weitergesendet zum Übersetzen | Lokalise behält den Korpus für die Laufzeit des Vertrags — seine Security-Seite sagt, Kundendaten werden „automatically deleted“ nur „upon contract termination“. Maschinelle und KI-Übersetzung reichen weiter: Lokalise gibt an „AI translation features are processed by third-party AI service providers“, und seine veröffentlichte Sub-Prozessor-Liste nennt maschinelle-Übersetzungs- und KI-Anbieter, mehrere in den Vereinigten Staaten, ein Teil des Textes wird also verarbeitet und kann über Lokalises eigenen Speicher hinaus behalten werden. Es gibt keine No-Data-Retention-Self-Host-Option: „On-premises and private cloud deployments are not supported“. |
| Ist es erreichbar? | Erreichbarkeit ist die Auslieferungs-Hälfte, nicht die Frage — die Web-App und die API laden aus China. Der rechtmäßige Hebel ist, die Übersetzung von China-Inhalten im Inland zu halten: personenbezogene Information in Strings vor jedem Offshore-Aufruf minimieren und pseudonymisieren, personenbezogenen oder sensiblen China-Inhalt durch einen lizenzierten inländischen Übersetzungspfad routen und KI-Training-Retention deaktivieren — nicht, den Offshore-Dienst erreichbar zu machen. Jede China-gerichtete Oberfläche, die die Übersetzungen konsumiert, braucht eine ICP-Beian, an eine Festland-Hosting-Ressource gebunden (Staatsrat-Erlass Nr. 292; MIIT-Erlass Nr. 33). |
Was Sie tatsächlich senden — und wohin es geht
Lokalise ist ein Translation-Management-System, es leitet den Text also nicht bloß durch — es hält Ihren Lokalisierungs-Inhalt als arbeitenden Korpus. Was Sie ihm senden, ist das Quellmaterial selbst: UI-Strings und Keys, hochgeladene Dokumente und Lokalisierungs-Dateien, die dagegen produzierten Übersetzungen, ein geteiltes Translation Memory, das standardmäßig jedem Projekt und Mitglied eines Teams gemeinsam ist, Glossare und die Kontext-Screenshots, die Lokalise den Strings zuordnet. Darum herum sitzen die Konten aller, die die Arbeit berühren — Ihre Mitarbeiter und die externen Vendoren und Freelance-Übersetzer, die selbst Menschen sind, deren Daten Lokalise verarbeitet.
Der scharfe Punkt ist, dass der Inhalt, den Sie am dringendsten übersetzt brauchen, der Inhalt ist, der am wahrscheinlichsten personenbezogene Information trägt. Support-Tickets und nutzergenerierter Inhalt tragen Namen, E-Mails und Adressen; HR- und Rechtsdokumente tragen Mitarbeiter- und Gegenpartei-Daten; Produkt-, medizinische, finanzielle und vertragliche Texte tragen vertrauliche und oft nach Artikel 28 sensible Information. Sie können ein Dokument nicht sinnvoll anonymisieren, das Sie vollständig übersetzt brauchen.
Und all das kommt offshore zur Ruhe. Auf seiner eigenen Security-Seite gibt Lokalise an, es „processes and stores customer data on Amazon Web Services infrastructure in EU regions“ und „does not process or store customer data in non-EU regions“. Aus einer Festlandchina-Perspektive ist EU offshore — es gibt keine Festlandchina-Region zum Auswählen. Maschinelle und KI-Übersetzung reichen noch weiter: Lokalise sagt „AI translation features are processed by third-party AI service providers“, und seine veröffentlichte Sub-Prozessor-Liste nennt maschinelle-Übersetzungs- und KI-Anbieter, mehrere davon in den Vereinigten Staaten. Der Inhalt sitzt also nicht an einem Ort; er fächert sich auf zum Speicher des Anbieters und zu seinen Prozessoren, und das Translation Memory behält eine Kopie, die mit jedem Job wächst.
Es ist ein grenzüberschreitender Datentransfer — nach PIPL
Ihren Quellinhalt ins Ausland zu senden, um übersetzt zu werden, ist in klaren Worten ein grenzüberschreitender Transfer von allem darin. Nach dem Gesetz zum Schutz personenbezogener Daten verlangt das Bewegen der personenbezogenen Information in Ihren Strings, Dokumenten und Screenshots auf Lokalises offshore gelegene Infrastruktur (数据出境) vom Handler — Sie, der Kunde, nicht Lokalise, der Auftragsverarbeiter — Mitteilung zu geben, eine gesonderte Einwilligung für den Export einzuholen und einen Transfermechanismus aufzustellen: eine CAC-Sicherheitsbewertung, der CAC-Standardvertrag oder eine Zertifizierung (PIPL Artikel 38–40). Wo der Inhalt sensibel ist — Gesundheit, Finanzen, biometrisch, religiös, Behörden-ID oder ähnliche Kategorien, die übersetztes Material so oft enthält — fügt Artikel 28 seine eigene gesonderte Einwilligung und eine vorherige Folgenabschätzung zum Schutz personenbezogener Information obendrauf.
Für ein Translation-Management-System gibt es eine zweite, leisere Etappe. Der Inhalt wird nicht übersetzt und vergessen: er akkumuliert im Translation Memory, den Glossaren und dem Projektspeicher und bleibt dort für die Laufzeit des Vertrags — Lokalise sagt, Kundendaten werden „automatically deleted“ nur „upon contract termination“. Das ist Content-Residency. Ein Betreiber kritischer Informationsinfrastruktur oder ein Handler mit hohem Volumen schuldet eine inländische Speicherpflicht, die ein Offshore-Korpus nicht erfüllen kann — Festland-personenbezogene-Information und important data müssen im Festland bleiben (PIPL Artikel 40; Cybersicherheitsgesetz Artikel 39 (vormals Artikel 37)). Und wo ein Export überhaupt erlaubt ist, kann das Überschreiten einer Volumen- oder Sensibilitäts-Schwelle eine CAC-geführte Datenausfuhr-Sicherheitsbewertung verlangen, bevor irgendetwas rechtmäßig geht.
Die API zu erreichen ist nicht die Frage — den Inhalt im Inland zu halten ist es
Behandeln Sie Erreichbarkeit als die Auslieferungs-Hälfte, nicht die Frage. Lokalises Web-App und API laden aus Festlandchina heraus, und die Zertifizierungen SOC 2 Type II, ISO 27001 und ISO 27017 sprechen dazu, wie der Anbieter seine EU-Plattform betreibt — nichts davon ändert, wo Ihr China-Inhalt zur Ruhe kommt, oder dass er China verließ, um dorthin zu gelangen.
Hier ist die ehrliche Antwort enger als der übliche „host es einfach selbst“-Hebel, weil Lokalise diese Tür nicht bietet: seine Security-Seite gibt schlicht an, dass „On-premises and private cloud deployments are not supported“, und es gibt keine Festlandchina-Region. Die Übersetzung von China-Inhalten im Inland zu halten bedeutet also eine andere Reihe von Zügen. Minimieren und pseudonymisieren Sie die personenbezogene Information in Strings, bevor irgendetwas offshore gepusht wird — streichen Sie die Namen, E-Mails, Adressen und IDs, die ein UI-String oder Screenshot nicht braucht, und deaktivieren oder beschränken Sie die KI-Übersetzungs-Features, die Text an Drittanbieter routen. Für den China-Ursprungs-Inhalt, der weiterhin personenbezogene oder sensible Information trägt, routen Sie seine Übersetzung durch einen lizenzierten inländischen maschinelle-Übersetzungs- oder Lokalisierungs-Pfad, dessen Daten im Festland bleiben, statt ihn an einen Offshore-Korpus zu exportieren. Lokalisieren heißt hier, den Export von China-Inhalten zu stoppen und seine Übersetzung auf einem inländischen Pfad zu halten — nie eine verborgene Route, die den Inhalt trotzdem offshore verschifft.
Dies ist eine Risikokarte, kein Urteil. Ob Sie einen Transfermechanismus, eine gesonderte Einwilligung, eine Folgenabschätzung zum Schutz personenbezogener Information, inländische Speicherung, eine Datenausfuhr-Sicherheitsbewertung, eine ICP-Beian oder eine Kombination davon schulden, hängt von Ihrer Rechtsperson, Ihren Datenmengen, wie viel von dem, was Sie übersetzen, personenbezogen, sensibel oder vertraulich ist, und wessen Daten es sind ab — klären Sie die Besonderheiten mit Rechtsbeistand, bevor Sie entscheiden, was rechtmäßig gehen darf.
Der rechtmäßige Pfad — kartieren, lokalisieren, ausliefern
Sie müssen Lokalise nicht fallen lassen, um Ihre China-Lokalisierung rechtmäßig zu betreiben. 21YunBox ist eine rechtskonforme Overlay, keine Migration — und, für eine Plattform, die Sie bereits betreiben, ein Partner neben Ihrem Stack, kein Wettbewerber zu ihm. Drei Züge passen zusammen.
Kartieren. Unser China-Compliance-Team liest Ihre PIPL-Grenztransfer-, Data-Residency- und Datenlokalisierungs-Pflichten gegen Ihre tatsächliche Rechtsperson, Ihre Datenmengen und wessen personenbezogene Information Ihr Inhalt trägt — die Nutzer, Mitarbeiter und Gegenparteien in China und wie viel davon sensibel ist — sodass die Exponierung aufgeschrieben ist, bevor irgendetwas bewegt wird.
Lokalisieren. Weil das Risiko der Inhalt ist, der China verlässt und offshore fortbesteht, halten wir die Übersetzung von China-Ursprungs-Inhalten im Inland: minimierte, pseudonymisierte Strings, ein lizenzierter inländischer maschinelle-Übersetzungs- oder Lokalisierungs-Pfad für das, was personenbezogene oder sensible Information trägt, und KI-Training-Retention abgeschaltet. Lokalisieren heißt ein rechtmäßiger inländischer Pfad für China-Inhalte, nie eine verborgene Route zurück zu einem Offshore-Endpunkt; nur die minimierte, rechtmäßig transferierbare Teilmenge überschreitet je.
Ausliefern. Für jede China-gerichtete Oberfläche, die die Übersetzungen konsumiert — die Website, die App, das Help Center, auf das Ihre Festland-Nutzer treffen — bietet der 21YunBox Optimizer ICP-eingereichte, inländische Auslieferung, vor dem Stack, den Sie bereits betreiben. Kein Neuaufbau, keine zweite Codebasis. 21YunBox nutzt oder empfiehlt niemals Umgehung jeglicher Art; der ganze Sinn ist ein rechtmäßiger, eingereichter, inländischer Pfad.
Das Ziel ist einfach: Ihre Lokalise-Lokalisierung läuft legal und rechtskonform für Ihre Nutzer in China.
Compliance-Einschätzung anfordern →
Weiterführend:
- Grenzüberschreitende Datentransfers nach PIPL
- Chinas Cybersicherheitsgesetz und Datenlokalisierung (Artikel 39)
- Chinas Datenausfuhr-Sicherheitsbewertung
- So erhalten Sie eine ICP-Beian für China
Häufige Fragen
Speichert Lokalise den Inhalt chinesischer Nutzer in China?
Nein. Lokalises eigene Security-Seite gibt an, es „processes and stores customer data on Amazon Web Services infrastructure in EU regions“ und „does not process or store customer data in non-EU regions“. Es gibt keine Festlandchina-Region, die Quellstrings, Dokumente, das Translation Memory, die Glossare und Screenshots, die Sie senden — und die personenbezogene Information darin — kommen also offshore zur Ruhe.
Ist es ein grenzüberschreitender Datentransfer, unseren Inhalt mit Lokalise zu übersetzen?
Ja. Quellinhalt ins Ausland zu senden, um übersetzt zu werden, ist ein grenzüberschreitender Transfer von allem darin, einschließlich der personenbezogenen Information, die er trägt, den PIPL regelt: Mitteilung, eine gesonderte Einwilligung und ein Transfermechanismus (Artikel 38–40), wobei Artikel 28 eine gesonderte Einwilligung und eine vorherige Folgenabschätzung für sensiblen Inhalt hinzufügt. Weil Lokalise ein Translation-Management-System ist, besteht dieser Inhalt zudem in einem offshore gelegenen Translation Memory und Projektspeicher fort — eine Content-Residency-Exponierung für einen CIIO oder Handler mit hohem Volumen obendrauf auf dem Transfer.
Können wir Lokalise nicht einfach innerhalb Chinas selbst hosten, um das zu beheben?
Nein — Lokalise gibt an, dass „On-premises and private cloud deployments are not supported“, es gibt also keine Anbieter-Self-Host-Tür. Der rechtmäßige Hebel ist, die Übersetzung von China-Inhalten auf andere Weise im Inland zu halten: personenbezogene Information in Strings vor jedem Offshore-Aufruf minimieren und pseudonymisieren, personenbezogenen oder sensiblen China-Inhalt durch einen lizenzierten inländischen Übersetzungspfad routen, dessen Daten im Festland bleiben, und KI-Training-Retention deaktivieren — mit ICP-eingereichter, inländischer Auslieferung für die China-gerichtete Seite oder App, die die Übersetzungen konsumiert. 21YunBox kann Ihre Exponierung kartieren und diesen Pfad vor dem Stack aufstellen, den Sie bereits betreiben.
