Funktioniert PostHog in China? PIPL-Grenztransfer, automatisierte Entscheidungen und Datenresidenz
PostHogs SDK ist aus China erreichbar, aber die Verhaltensereignisse, Session-Aufzeichnungen und Person-Properties, die Sie ihm senden, werden auf PostHog Cloud in den USA oder der EU ausgewertet und gespeichert, nie in Festlandchina — das macht es zu einem PIPL-Grenztransfer und zu einer automatisierten Entscheidung nach Art. 24 darüber, was jeder Nutzer sieht. Ein Blick zuerst auf die Compliance: der rechtmäßige inländische Weg.
Funktioniert PostHog in China?
PostHogs SDK ist aus China erreichbar, aber die Verhaltensereignisse, Session-Aufzeichnungen, Person-Properties und der Feature-Flag-Kontext, die Sie ihm senden, werden auf PostHog Cloud in den USA oder der EU ausgewertet und gespeichert — sodass jeder China-Nutzer sowohl ein grenzüberschreitender Transfer seiner personenbezogenen Daten als auch eine automatisierte Entscheidung nach Art. 24 darüber ist, was er sieht, keine Geschwindigkeitsfrage.
PostHog ist eine Produktanalytik-Plattform — Analytik, Session-Replay, Feature-Flags und Experimente — und standardmäßig läuft es auf PostHog Cloud, deren einzige Regionen die USA und die EU (Frankfurt) sind, mit keiner in Festlandchina. Sie übergeben ihm die Ereignisse, Aufzeichnungen und den Targeting-Kontext hinter jedem Flag und Experiment Ihrer Nutzer; das macht Sie zum Verarbeiter eines PIPL-Grenztransfers (Art. 38–40) und einer automatisierten Entscheidung nach Art. 24, die die Erfahrung jedes Nutzers aus seinem Profil wählt — mit Einwilligung (Art. 13/23) und, für einen CIIO oder hochvolumigen Verarbeiter, inländischen Speicherpflichten obendrauf. Der rechtmäßige Hebel ist, die Flag-Auswertung und Nutzerdaten im Inland zu halten — PostHog ist quelloffen und selbst hostbar, oder leiten Sie China-Nutzer über eine lizenzierte inländische Alternative, mit minimiertem Kontext und dem Art.-24-Opt-out —, nicht das Offshore-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
- ✕ PostHog Cloud hostet Daten nur in den USA oder der EU; es gibt keine Festland-China-Region
- ! Ereignisse, Aufzeichnungen & Person-Properties ins Ausland gesendet = ein PIPL-Grenztransfer
- ! Feature-Flags & Experimente entscheiden, was jeder Nutzer sieht = automatisierte Entscheidung nach Art. 24
- ! Session-Replay und Ereigniserfassung brauchen eine gesonderte PIPL-Einwilligung (Art. 13/23)
- ✓ 21YunBox hält Flag-Auswertung & Daten im Inland, achtet Art. 24 und meldet die App per ICP
Was die offizielle PostHog-Dokumentation über China sagt
| Fakt | Primärquelle |
|---|---|
| PostHog ist quelloffen und selbst hostbar, aber selbstgehostete Deployments sind jetzt offiziell nicht unterstützt. PostHogs Self-Host-Docs geben an „PostHog is open-source and freely available for anyone to host themselves“ (PostHog ist quelloffen und für jeden frei verfügbar, um es selbst zu hosten) und beschreiben ein Docker-Compose-Deployment unter einer MIT-Lizenz, merken aber auch an, dass selbstgehostete Deployments „officially unsupported“ (offiziell nicht unterstützt) seien, mit „no customer support for product, infrastructure, or other questions for self-hosted instances“ (keinem Kundensupport für Produkt-, Infrastruktur- oder andere Fragen zu selbstgehosteten Instanzen). PostHog lenkt Teams zu PostHog Cloud. | PostHog — Self-host docs (posthog.com), abgerufen 2026-10-10 |
| PostHog Cloud hostet Daten nur in den USA oder der EU (Frankfurt) — es gibt keine Festland-China-Region. PostHogs DSGVO-Docs empfehlen „PostHog Cloud EU – a managed version of PostHog that's hosted on servers based in Frankfurt“ (PostHog Cloud EU – eine verwaltete Version von PostHog, gehostet auf Servern in Frankfurt) und merken an „you can use PostHog Cloud US“ (Sie können PostHog Cloud US nutzen); sie geben auch an „Names and email addresses are obviously personal data“ (Namen und E-Mail-Adressen sind offensichtlich personenbezogene Daten) und „IP addresses can be considered personal data under GDPR“ (IP-Adressen können nach DSGVO als personenbezogene Daten gelten), und Session-Replay nimmt einen vollständigen DOM-Schnappschuss, bei dem „General text is not masked by default“ (allgemeiner Text standardmäßig nicht maskiert wird). | PostHog — GDPR & session replay privacy docs (posthog.com), abgerufen 2026-10-10 |
| Die Ereignisse und den Targeting-Kontext eines China-Nutzers ins Ausland zu senden, ist ein PIPL-Grenztransfer — und die Flag- oder Experiment-Entscheidung ist automatisierte Entscheidungsfindung. Seine Verhaltensdaten und Attribute auf US- oder EU-Server hochzuladen, löst PIPL Art. 38–40 bei Ihnen, dem Verarbeiter, aus (Mitteilung, eine gesonderte Einwilligung, ein Transfermechanismus), während ein Flag, Experiment oder eine personalisierte Erfahrung eine automatisierte Entscheidung und Profiling nach Art. 24 ist, das transparent bleiben, ablehnbar sein und eine nicht-profilierte Option bieten muss. | PIPL Articles 38–40 and Article 24 (21YunBox cross-border explainer), abgerufen 2026-10-10 |
| Ein CIIO oder hochvolumiger Verarbeiter schuldet eine inländische Speicherpflicht, die ein Offshore-Profilspeicher nicht erfüllen kann. Das Cybersicherheitsgesetz Art. 39 (vormals Art. 37) verlangt, dass in China erhobene personenbezogene Daten in China gespeichert werden; die Novelle 2025, in Kraft seit 1. Januar 2026, hat den Datenlokalisierungsartikel von 37 auf 39 umnummeriert, inhaltlich unverändert. | China Cybersecurity Law Article 39 (formerly 37), abgerufen 2026-10-10 |
Quellen vom 21YunBox Compliance-Team am 10. Oktober 2026 geprüft.
Für ein Produkt, das PostHog für Nutzer in Festlandchina betreibt, ist die erste Frage meist, ob sein SDK und seine Ingestion-Endpunkte erreicht werden können — und weitgehend können sie das. Aber Erreichbarkeit ist nicht, wo die China-Entscheidung getroffen wird. Was sie entscheidet, ist, was mit dem Nutzerkontext und -verhalten geschieht, das Sie PostHog übergeben: die autoerfassten Ereignisse, die Session-Aufzeichnungen, die Person-Properties und der Targeting-Kontext, den Sie senden, um ein Feature-Flag oder ein Experiment auszuwerten. PostHog ist eine Produktanalytik-Plattform — Produktanalytik, Session-Replay, Feature-Flags und Experimente — und standardmäßig läuft es auf PostHog Cloud, gehostet in den Vereinigten Staaten oder der EU (Frankfurt), ohne Festland-China-Region. Das legt drei eigenständige Fragen auf den Tisch: einen grenzüberschreitenden Transfer der personenbezogenen Daten Ihrer China-Nutzer, eine automatisierte Entscheidung darüber, was jeder von ihnen sieht, und die Einwilligungs- und Residenzpflichten, die folgen.
PostHog in China auf einen Blick
| Worüber es entscheidet | In PostHogs eigenen Worten — und nach chinesischem Recht |
|---|---|
| Was Sie ihm senden | Autoerfasste Verhaltensereignisse, Session-Aufzeichnungen (PostHog nimmt einen vollständigen Schnappschuss des DOM der Seite, und seine Docs merken an „General text is not masked by default“ — Allgemeiner Text wird standardmäßig nicht maskiert), Person-Properties und den Targeting-Kontext — Distinct ID, Properties, Cohort —, den Sie senden, um ein Flag oder Experiment auszuwerten. PostHogs eigene Docs sagen „Names and email addresses are obviously personal data“ (Namen und E-Mail-Adressen sind offensichtlich personenbezogene Daten) und „IP addresses can be considered personal data under GDPR“ (IP-Adressen können nach DSGVO als personenbezogene Daten gelten). Sobald der Nutzer eine Person in Festlandchina ist, ist all das personenbezogen. |
| Wohin es geht | Ins Ausland. Standardmäßig läuft PostHog auf PostHog Cloud, das PostHog in den Vereinigten Staaten oder der EU hostet — „a managed version of PostHog that's hosted on servers based in Frankfurt“ (eine verwaltete Version von PostHog, gehostet auf Servern in Frankfurt). Diese zwei sind die einzigen Regionen, die PostHog betreibt; es gibt keine Festland-China-Region. Ereignisse, Aufzeichnungen und Personenprofile häufen sich dort zu einem dauerhaften Offshore-Speicher. |
| Es entscheidet, was jeder Nutzer sieht | Ein Feature-Flag, eine Experiment-Variante oder eine personalisierte Erfahrung wird für jeden Nutzer aus seinen Properties oder seinem Cohort gewählt — automatisierte Entscheidungsfindung und Profiling nach PIPL Art. 24, der Transparenz und Fairness verlangt, eine Möglichkeit für den Einzelnen, abzulehnen, und, wo eine Entscheidung auf Profiling beruht, eine Option, nicht nach persönlichen Merkmalen angesprochen zu werden. |
| Einwilligung, Residenz & der Profilspeicher | Session-Replay und nicht-essenzielle Ereigniserfassung brauchen eine Rechtsgrundlage und Einwilligung (PIPL Art. 13/23) — ein vergrabenes „durch die Nutzung dieses Produkts“ reicht nicht. Ein Betreiber kritischer Informationsinfrastruktur oder hochvolumiger Verarbeiter schuldet zudem eine inländische Speicherpflicht (Cybersicherheitsgesetz Art. 39, vormals Art. 37), die ein wachsender Offshore-Personenprofil-Speicher nicht erfüllen kann. |
| Der rechtmäßige Weg | Erreichbarkeit ist nicht die Achse. Halten Sie Flag-Auswertung und Nutzerdaten auf einem inländischen Pfad — hosten Sie die Open-Source-Engine in China selbst, wo Sie die Betriebskapazität haben, oder leiten Sie China-Nutzer über eine lizenzierte inländische Alternative —, minimieren und pseudonymisieren Sie den Kontext, den Sie senden, achten Sie das Art.-24-Opt-out und liefern Sie die App selbst im Inland auf ICP-gemeldeter Infrastruktur aus. 21YunBox kartiert, lokalisiert und liefert aus; Lizenz- und Rechtsschlüsse liegen bei Ihrem Rechtsbeistand. |
Was Sie tatsächlich senden — die Attribute und das Verhalten Ihrer Nutzer
PostHog ist keine Seite zum Rendern; es ist eine Instrumentierungsschicht, die beobachtet, was Ihre Nutzer tun. Seine SDKs erfassen Verhaltensereignisse automatisch — Pageviews, Klicks, Formularinteraktionen — und nehmen, mit aktiviertem Session-Replay, einen vollständigen Schnappschuss des DOM der Seite und zeichnen auf, was sich danach ändert. PostHogs eigene Datenschutzdokumentation ist offen darüber, dass „General text is not masked by default“ (allgemeiner Text standardmäßig nicht maskiert wird); Eingabefelder werden maskiert („we mask these by default“ — wir maskieren diese standardmäßig), aber eine Aufzeichnung kann dennoch sehr viel über eine Person tragen. Zusätzlich zu den Ereignissen baut PostHog Personenprofile, verschlüsselt an eine Distinct ID und angereichert mit Person-Properties — und seine DSGVO-Docs sagen rundheraus, dass „Names and email addresses are obviously personal data“ (Namen und E-Mail-Adressen offensichtlich personenbezogene Daten sind) und dass „IP addresses can be considered personal data under GDPR“ (IP-Adressen nach DSGVO als personenbezogene Daten gelten können). Für Feature-Flags und Experimente sendet Ihre App den Targeting-Kontext des Nutzers — die Distinct ID, Person-Properties und Cohort-Zugehörigkeit —, damit PostHog entscheiden kann, welchen Flag-Wert oder welche Experiment-Variante dieser Nutzer erhält; die resultierenden Exposure- und Experiment-Ereignisse strömen zurück und werden gespeichert.
Wo landet all das? Standardmäßig auf PostHog Cloud. PostHogs DSGVO-Leitfaden empfiehlt „PostHog Cloud EU – a managed version of PostHog that’s hosted on servers based in Frankfurt“ (PostHog Cloud EU – eine verwaltete Version von PostHog, gehostet auf Servern in Frankfurt) und merkt an „you can use PostHog Cloud US“ (Sie können PostHog Cloud US nutzen) — das sind die einzigen zwei Regionen, die PostHog betreibt, und keine ist in Festlandchina. Ob Sie also US oder EU wählen, die Ereignisse, Aufzeichnungen und Profile Ihrer China-Nutzer ruhen im Ausland und häufen sich weiter an. (Serverseitige SDKs können manche Flags lokal auswerten, indem sie zuerst die Flag-Definitionen herunterladen, aber der Personenkontext und die Analytik- und Exposure-Ereignisse werden weiterhin an PostHog gesendet — lokale Auswertung kürzt Round-Trips, nicht die Daten, die den Anbieter erreichen.)
Es ist ein grenzüberschreitender Transfer — und eine automatisierte Entscheidung — nach PIPL
Zwei von Chinas Regeln beißen hier auf einmal, und die meisten Teams sehen nur eine. Erstens der grenzüberschreitende Transfer. In dem Moment, in dem eine Person in Festlandchina aufgezeichnet, identifiziert oder ausgewertet wird, laden Sie ihre Verhaltensdaten und Attribute auf PostHogs US- oder EU-Infrastruktur. Nach dem Gesetz zum Schutz personenbezogener Daten ist das ein grenzüberschreitender Transfer personenbezogener Daten (数据出境), und die Pflicht liegt bei Ihnen, dem Verarbeiter — nicht bei PostHog. Art. 38–40 verlangen Mitteilung, eine gesonderte Einwilligung, getrennt von allgemeinen Bedingungen, und einen Transfermechanismus: eine CAC-Sicherheitsbewertung, den CAC-Standardvertrag oder eine Zertifizierung. Oberhalb der regulatorischen Schwellen, oder wo die Daten als „wichtige Daten“ gelten, kann die Datenexport-Sicherheitsbewertung (数据出境安全评估) gelten, bevor irgendetwas das Land verlässt.
Zweitens — und das ist der Zweig, der einzigartig für Flags, Experimente und Personalisierung ist — regelt Art. 24 die automatisierte Entscheidungsfindung. Ein Feature-Flag, das eine Fähigkeit für ein Cohort ein- und für ein anderes ausschaltet, ein Experiment, das eine Variante zuweist, oder eine personalisierte Erfahrung, getrieben von einem Personenprofil, ist eine Entscheidung, die automatisch darüber getroffen wird, was dieser Einzelne sieht, basierend auf seinen Merkmalen. Art. 24 verlangt, dass solche Entscheidungsfindung transparent und fair ist, dass der Einzelne sie ablehnen kann und dass, wo eine Entscheidung oder ein Push auf Profiling beruht, dem Einzelnen eine Option angeboten wird, nicht nach seinen persönlichen Merkmalen angesprochen zu werden. Ein Experiment auf einem China-Segment zu betreiben oder aus einem PostHog-Profil zu personalisieren, ist Profiling nach Art. 24. Auf beidem gestapelt ist die Einwilligung: Session-Replay und nicht-essenzielle Analytik brauchen eine Rechtsgrundlage und die Einwilligung des Nutzers nach Art. 13 und 23. Und ein wachsender Offshore-Speicher von Personenprofilen wirft eine Residenzfrage auf — Art. 39 (vormals Art. 37 — der Datenlokalisierungsartikel wurde durch die Novelle 2025, in Kraft seit 1. Januar 2026, umnummeriert, inhaltlich unverändert) des Cybersicherheitsgesetzes verlangt, dass in China erhobene personenbezogene Daten für einen Betreiber kritischer Informationsinfrastruktur oder hochvolumigen Verarbeiter in China gespeichert werden. Nichts davon hängt davon ab, wie schnell das SDK antwortet; es hängt davon ab, ob die Daten eine Rechtsgrundlage hatten, das Land zu verlassen.
Das SDK zu erreichen, ist nicht die Frage — die Entscheidungsfindung im Inland zu halten, schon
Also ist „können wir PostHog aus China erreichen?“ der falsche Test. Die produktive Frage ist, wie man die Daten der China-Nutzer und die daraus getroffenen Entscheidungen auf einer rechtmäßigen, inländischen Grundlage hält — und PostHog gibt Ihnen einen ungewöhnlich starken Hebel, weil es tatsächlich quelloffen ist. Seine eigene Dokumentation gibt an „PostHog is open-source and freely available for anyone to host themselves“ (PostHog ist quelloffen und für jeden frei verfügbar, um es selbst zu hosten), mit einem Docker-Compose-Deployment unter einer MIT-Lizenz. Das heißt, die Flag-Auswertung und der Ereignis- und Profilspeicher können im Prinzip in China statt im Ausland laufen. Seien Sie allerdings klaräugig über die aktuelle Haltung: PostHog lenkt Teams jetzt zu PostHog Cloud und sagt, selbstgehostete Deployments seien „officially unsupported“ (offiziell nicht unterstützt), mit „no customer support for product, infrastructure, or other questions for self-hosted instances“ (keinem Kundensupport für Produkt-, Infrastruktur- oder andere Fragen zu selbstgehosteten Instanzen). Ein inländisches selbstgehostetes Deployment ist daher eine Betriebsverpflichtung, kein Häkchen.
Der rechtmäßige Weg ist, die Entscheidungsfindung und die Nutzerdaten auf einem inländischen Pfad zu halten — hosten Sie die Open-Source-Engine in China selbst, wo Sie die Kapazität haben, sie zu betreiben und zu pflegen, oder leiten Sie China-Nutzer über eine lizenzierte inländische Experimentier- und Analytik-Alternative —, während Sie den Targeting-Kontext, den Sie senden, minimieren und pseudonymisieren (mit dem am wenigsten identifizierenden Kontext auswerten, idealerweise ohne Roh-Identifikatoren), die Einwilligung nach Art. 13/23 einholen und das Recht nach Art. 24, Profiling abzulehnen, achten. Was das nicht ist, ist eine Umleitung, die dieselben Daten ohnehin ins Ausland verschifft; das hält das SDK reaktionsschnell und lässt jede PIPL-Pflicht genau dort, wo sie war. Dies ist eine Risikokarte, kein Urteil: Ob ein Transfermechanismus, inländische Speicherung oder ein überarbeiteter Einwilligungs- und Opt-out-Fluss auf Ihr Deployment zutrifft, hängt davon ab, welchen Kontext und welche Ereignisse Sie tatsächlich senden, wie viel und an wen — klären Sie die Einzelheiten mit Rechtsbeistand, bevor Sie bauen.
Der rechtmäßige Weg — kartieren, lokalisieren, ausliefern
Es gibt einen rechtmäßigen Weg, Produktanalytik, Flags und Experimente für ein auf China ausgerichtetes Produkt zu betreiben, und er hat eine Gestalt. Zuerst kartieren: Unser China-Team inventarisiert, was Sie PostHog senden — welche Ereignisse und Aufzeichnungen, welche Person-Properties und den Targeting-Kontext hinter jedem Flag und Experiment —, wo es ausgewertet und gespeichert wird, wie es genutzt wird, um zu entscheiden, was jeder Nutzer sieht, ob es einen dauerhaften Offshore-Profilspeicher aufbaut und auf welcher Einwilligungsgrundlage. Wir rahmen das technische Bild; die rechtlichen Schlüsse ziehen Sie mit Rechtsbeistand.
Dann lokalisieren: Halten Sie die Flag-Auswertung und Daten der China-Nutzer auf einem inländischen Pfad. Weil PostHog quelloffen ist, kann das heißen, die Engine in China selbst zu hosten, wo Sie die Betriebskapazität haben, sie zu betreiben und zu pflegen, oder China-Nutzer über eine lizenzierte inländische Analytik- und Experimentier-Alternative zu leiten — in beiden Fällen den Kontext, den Sie senden, minimierend und pseudonymisierend, und das Recht nach Art. 24 auf eine nicht-profilierte Option achtend. Lokalisieren heißt, die Entscheidungsfindung und die Nutzerdaten auf einem inländischen Pfad zu halten — niemals eine Umleitung, die die Daten ohnehin ins Ausland verschifft. Wo eine Lizenz die inländische Alternative berührt, liegt das bei einem lizenzierten inländischen Betreiber und Ihrem Rechtsbeistand; 21YunBox ist dort beratend.
Dann ausliefern: Die auf China ausgerichtete App, die das PostHog-SDK lädt, die Flags betreibt und die Entscheidungen konsumiert, ist selbst ein öffentlich zugänglicher Dienst im Festland, trägt also eine ICP-Beian (备案)-Pflicht und braucht rechtskonforme, inländische Auslieferung — der 21YunBox Optimizer, vor dem Stack, den Sie bereits betreiben, ohne Neuaufbau und ohne Re-Platforming. Das Ergebnis ist ein Produktanalytik- und Experimentier-Setup, das legal und rechtskonform für Ihre Nutzer in China läuft. 21YunBox verwendet oder empfiehlt niemals eine Umgehung welcher Art auch immer. Wir sind eine rechtskonforme Overlay und Partnerin — keine Konkurrentin zu PostHog.
Compliance-Einschätzung anfordern →
Weiterführend:
- Grenzüberschreitende Datentransfers nach PIPL
- Chinas Cybersicherheitsgesetz (Datenlokalisierung, Art. 39)
- Chinas Datenexport-Sicherheitsbewertung
- So erhalten Sie eine ICP-Beian für China
Häufige Fragen
Ist PostHog in China gesperrt?
Nein — PostHogs SDK und Ingestion-Endpunkte sind aus dem Festland allgemein erreichbar, Erreichbarkeit ist also nicht das Problem. Die Compliance-Frage ist, dass die Ereignisse, Session-Aufzeichnungen, Person-Properties und der Feature-Flag-Kontext Ihrer China-Nutzer an PostHog Cloud in den USA oder der EU gesendet und dort gespeichert werden, was jeden Nutzer sowohl zu einem grenzüberschreitenden Transfer personenbezogener Daten nach PIPL als auch zu einer automatisierten Entscheidung nach Art. 24 darüber macht, was er sieht. Behandeln Sie die Einzelheiten als ein mit Rechtsbeistand zu bestätigendes Risiko.
Kann ich PostHog in China selbst hosten, um die Daten im Inland zu halten?
Im Prinzip ja — PostHog ist quelloffen und selbst hostbar („PostHog is open-source and freely available for anyone to host themselves“), sodass die Flag-Auswertung und der Ereignis- und Profilspeicher in China statt im Ausland laufen können. Seien Sie aber realistisch über die aktuelle Haltung: PostHog lenkt Teams jetzt zu PostHog Cloud und sagt, selbstgehostete Deployments seien „officially unsupported“ (offiziell nicht unterstützt), ein inländisches Deployment ist also eine Betriebsverpflichtung. Die Alternative ist ein lizenzierter inländischer Analytik- und Experimentier-Pfad. 21YunBox hilft Ihnen, die Exponierung zu kartieren und die inländische Option aufzustellen.
Warum ist ein Feature-Flag oder Experiment ein Compliance-Problem und nicht nur Analytik?
Weil es entscheidet, was jeder Nutzer sieht. Ein Flag, das eine Fähigkeit für ein Cohort aktiviert, ein Experiment, das eine Variante zuweist, oder eine profilgetriebene Personalisierung ist automatisierte Entscheidungsfindung nach PIPL Art. 24 — der Transparenz, eine Möglichkeit zur Ablehnung und, wo die Entscheidung auf Profiling beruht, eine Option verlangt, nicht nach persönlichen Merkmalen angesprochen zu werden. Das auf China-Nutzern aus ihren Attributen zu betreiben, ist Profiling, zusätzlich zum grenzüberschreitenden Transfer der Daten selbst.
