Funktioniert Split in China? PIPL-Grenztransfer, automatisierte Entscheidungen & Datenresidenz
Split — nun Harness Feature Management & Experimentation — wertet die Targeting-Attribute Ihrer China-Nutzer im Ausland aus, um zu entscheiden, welches Feature oder Experiment jeder sieht, und streamt Impressions zurück. Das ist ein PIPL-Grenztransfer und automatisierte Entscheidungsfindung nach Art. 24, kein Geschwindigkeitsproblem — ein Blick zuerst auf die Compliance: die Entscheidungslogik und die Nutzerdaten im Land zu halten.
Funktioniert Split in China?
Splines SDK zu erreichen, ist nie die Frage — die Frage ist, dass Split (nun Harness Feature Management & Experimentation) die Attribute Ihrer China-Nutzer im Ausland auswertet, um zu entscheiden, was jeder von ihnen sieht.
Um eine Feature- oder Experiment-Variante zu wählen, nimmt Split einen Targeting-Kontext — einen Nutzer-Key plus Attribute wie Plan, Gerät, Geografie oder eigene Traits — und streamt Impressions zurück, die aufzeichnen, was jedem Nutzer gezeigt wurde. In Remote-Auswertung wird dieser Kontext an Harness' Offshore-Dienst gesendet; selbst in Lokal-Auswertung verlassen Per-Key-Segment-Prüfungen und Impressions weiterhin das Gerät. Für Ihre China-Nutzer ist das sowohl ein PIPL-Grenztransfer personenbezogener Information (Art. 38–40) als auch eine automatisierte Entscheidung nach Art. 24 darüber, was jede Person sieht. Der rechtmäßige Hebel ist, Flag-Auswertung und Nutzerdaten im Land zu halten — Splines kundenbereitgestellte Komponenten innerhalb Chinas oder eine lizenzierte inländische Alternative betreiben, den am wenigsten identifizierenden Kontext senden und das Art.-24-Recht auf eine nicht-profilierte Option ehren — nicht, das Offshore-SDK erreichbar zu machen.
Welche Pflicht zuerst greift, hängt davon ab, was Sie senden und wer Ihre Nutzer sind — eine Risikokarte, mit Rechtsbeistand zu klären. Unser China-Team kann Ihre Exponierung kartieren →
Compliance-Momentaufnahme
- ! Ein Flag oder Experiment entscheidet, was jeder Nutzer sieht — automatisierte Entscheidungsfindung (PIPL Art. 24)
- ! Sie senden einen Targeting-Key + Attribute ins Ausland zur Auswertung — personenbezogene Information
- ✕ Split (Harness FME) ist auf AWS in den USA gehostet — es gibt keine Festland-China-Region
- ! Impressions und Per-Key-Segment-Prüfungen erreichen weiterhin Harness-Server außerhalb des Festlands
- ! Das von China-Nutzern zu senden, ist ein PIPL-Grenztransfer (Art. 38–40)
- ✓ Flag-Auswertung + Daten im Land halten, das Art.-24-Opt-out ehren, die Auslieferung ICP-melden
Was die offizielle Split-Dokumentation über China sagt
| Fakt | Primärquelle |
|---|---|
| In Remote-Auswertung sendet Split den Targeting-Kontext Ihres Nutzers an seinen Offshore-Dienst, um zu entscheiden, was sie sehen. Splines eigene SDK-Dokumentation gibt an, dass „the SDK sends the SDK key and the target (key, trafficType, and attributes) to the Remote Evaluator in FME cloud, which evaluates every flag for that target and returns the results in one response“. Dieser Key und diese Attribute sind personenbezogene Information, und die Auswertung — die Entscheidung darüber, was jeder Nutzer sieht — geschieht im Ausland. | Split / Harness FME — SDK evaluation modes (developer.harness.io), retrieved 2026-10-10 |
| Impressions — Aufzeichnungen, welcher Nutzer welche Behandlung sah — fließen an Harness' Server, selbst durch die Komponente, die Sie selbst hosten. Splines Synchronizer, eine Komponente, die Sie in Ihrer eigenen Infrastruktur betreiben, „coordinates feature flag and segment data between“ Harness-FME-Servern und Ihren SDKs und sendet „records of flag evaluations“ an Harness-Server für Analytik. Selbsthosting steuert, was gesendet wird, aber der verwaltete Dienst of record bleibt im Ausland. | Split / Harness FME — Split Synchronizer docs (developer.harness.io), retrieved 2026-10-10 |
| Ein Feature-Flag oder Experiment ist automatisierte Entscheidungsfindung nach PIPL Art. 24. Zu entscheiden, welches Feature, welche Variante oder welche personalisierte Erfahrung jeder Nutzer aus seinen Attributen oder seiner Kohorte erhält, ist Profiling. PIPL Art. 24 verlangt Transparenz und Fairness, einen Weg für die Person, abzulehnen, und — wo die Entscheidung auf Profiling beruht — eine Option, nicht nach ihren persönlichen Merkmalen gezielt zu werden. | Personal Information Protection Law of the PRC, Article 24, retrieved 2026-10-10 |
| Den Kontext und die Impressions von China-Nutzern an einen US-Dienst zu senden, ist ein grenzüberschreitender Transfer, und Speicherung muss ggf. im Land bleiben. Als Verarbeiter schulden Sie Mitteilung, eine gesonderte Einwilligung und einen Transfermechanismus nach PIPL Art. 38–40. Für einen Betreiber kritischer Informationsinfrastruktur oder Verarbeiter großer Mengen müssen diese Daten im Festland gespeichert werden nach Cybersicherheitsgesetz Art. 39 (vormals Art. 37). | PIPL Articles 38–40; Cybersecurity Law Article 39 (formerly Article 37), retrieved 2026-10-10 |
Quellen vom 21YunBox Compliance-Team am 10. Oktober 2026 geprüft.
Für ein Festlandchina-Publikum ist die Frage zu Split nicht, ob sein SDK erreicht werden kann — sie ist, was mit den Daten geschieht, die Sie ihm übergeben. Split, 2024 von Harness übernommen und nun Harness Feature Management & Experimentation (FME), entscheidet, welches Feature oder Experiment jeder Besucher sieht, aus einem Targeting-Kontext — einem Nutzer-Key plus Attributen (Plan, Gerät, Geografie) — und streamt Impressions zurück, die aufzeichnen, was jeder Nutzer sah. In Remote-Auswertung wird dieser Kontext an Harness’ Offshore-Dienst gesendet; selbst in Lokal-Auswertung verlassen Impressions und Per-Key-Segment-Prüfungen weiterhin das Gerät. Für Ihre China-Nutzer sind das zwei Pflichten: ein PIPL-Grenztransfer personenbezogener Information (Art. 38–40) und eine automatisierte Entscheidung nach Art. 24 darüber, was jede Person sieht — plus Einwilligung (Art. 13/23) und inländische Speicherung für einen CIIO oder Verarbeiter großer Mengen. Erreichbarkeit ist nicht die Achse; die Daten und die Entscheidung sind es.
Split in China auf einen Blick
| Worüber es entscheidet | In Splines eigenen Worten — und Chinas Recht |
|---|---|
| Was Sie ihm senden | Einen Targeting-Kontext — einen Nutzer-Key plus Attribute (Plan, Gerät, Geografie, eigene Traits) — und die Impressions, die aufzeichnen, was jedem Nutzer gezeigt wurde. Keys und Traits, die an Verhalten gebunden sind, sind personenbezogene Information. |
| Wo es ausgewertet und gespeichert wird | In Remote-Auswertung geht der Kontext „to the Remote Evaluator in FME cloud“; Impressions und Per-Key-Segment-Prüfungen erreichen Harness' Server, gehostet auf AWS in den Vereinigten Staaten. Nichts davon sitzt in Festlandchina — es auf China-Nutzern zu nutzen, ist also ein grenzüberschreitender Transfer (PIPL Art. 38–40, 数据出境). |
| Was es entscheidet | Welches Feature, welche Variante oder welche personalisierte Erfahrung jeder Nutzer erhält, aus seinen Attributen oder seiner Kohorte. Das ist automatisierte Entscheidungsfindung und Profiling nach PIPL Art. 24 — der Transparenz und Fairness, einen Weg, abzulehnen, und eine Option, nicht nach den eigenen persönlichen Merkmalen gezielt zu werden, verlangt. |
| Einwilligung und Residenz | Verhaltens-Tracking und Experimentieren brauchen eine echte, gesonderte Einwilligung (PIPL Art. 13/23) — ein vergrabenes „durch die Nutzung dieses Produkts“ reicht nicht. Ein Betreiber kritischer Informationsinfrastruktur oder Verarbeiter großer Mengen schuldet auch inländische Speicherung (Cybersicherheitsgesetz Art. 39, vormals Art. 37). |
| Ist es erreichbar? | Ja — das SDK und die API laden aus China. Aber Erreichbarkeit ist nicht die Achse. Der rechtmäßige Weg ist, Flag-Auswertung und Nutzerdaten im Land zu halten (Splines kundenbereitgestellte Komponenten selbst hosten oder eine lizenzierte inländische Engine), den gesendeten Kontext zu minimieren, das Art.-24-Opt-out zu ehren und die App, die die Entscheidungen konsumiert, ICP-zu-melden. |
Was Sie tatsächlich senden — die Attribute und das Verhalten Ihrer Nutzer
Beginnen Sie mit dem, was über die Leitung geht, denn dort lebt die Exponierung. Um eine Behandlung zurückzugeben, wertet Split einen Targeting-Kontext aus: einen Nutzer-Key und seine Attribute — Strings, Zahlen, Datumsangaben, Booleans — die die ausgewertete Person beschreiben (Plan, Stufe, Gerät, Geografie oder jedes eigene Trait, das Sie anfügen). Wie viel davon China verlässt, hängt vom Auswertungsmodus ab. In Remote-Auswertung, sagt Splines Dokumentation, „the thin SDK does not download the rollout plan at all“ und sendet stattdessen den Key und die Target-Attribute „to the Remote Evaluator in FME cloud, which evaluates every flag for that target and returns the results in one response“. In Lokal-Auswertung behält das serverseitige SDK den Rollout-Plan im Speicher und entscheidet in-process — Attribute „never leave the application“ — aber selbst dann wird die Segment-Zugehörigkeit „checked against the FME servers one key at a time“, und die Impressions, die protokollieren, welcher Nutzer welche Behandlung sah, werden vom Gerät gepostet.
Diese Impressions sind die zweite Hälfte. Splines Synchronizer — eine Komponente, die Sie in Ihrer eigenen Infrastruktur betreiben können — „coordinates feature flag and segment data between“ Harness-FME-Servern und Ihren SDKs und leitet „records of flag evaluations“ und .track-Events an Harness’ Server für Analytik und Experimentieren weiter. Weil Split Feature-Flagging und Experimentieren ist statt einer profil-bauenden Customer-Data-Plattform, baut es kein dauerhaftes vereinheitlichtes Profil jeder Person — aber der Impression- und Event-Stream akkumuliert weiterhin im Ausland als ein wachsender Verhaltens-Datensatz Ihrer China-Nutzer, an ihre Identifikatoren gekeyt.
Es ist ein grenzüberschreitender Transfer — und eine automatisierte Entscheidung — nach PIPL
Betreiben Sie Split auf Ihren China-Nutzern, und Sie lösen zwei getrennte Pflichten auf einmal aus. Erstens, den grenzüberschreitenden Transfer. Der Targeting-Kontext, den Sie senden, um ein Flag auszuwerten, und die Impressions, die zurückfließen, sind personenbezogene Information, und Harness’ Dienst sitzt auf AWS in den Vereinigten Staaten, ohne Festland-China-Region. Diese Daten aus China zu bewegen, ist ein Transfer, den das Gesetz zum Schutz personenbezogener Daten regiert nach Art. 38–40 (数据出境): Sie — der Verarbeiter, nicht der Anbieter — müssen Mitteilung erteilen, eine gesonderte Einwilligung einholen und einen Transfermechanismus erfüllen (eine CAC-Sicherheitsbewertung, den CAC-Standardvertrag oder eine Zertifizierung). Wo Sie ein Betreiber kritischer Informationsinfrastruktur oder Verarbeiter großer Mengen sind, muss diese personenbezogene Information stattdessen im Festland gespeichert werden — PIPL Art. 40 und Cybersicherheitsgesetz Art. 39 (vormals Art. 37) (die Cybersicherheitsgesetz-Novelle 2025, in Kraft 1. Januar 2026, nummerierte den Datenlokalisierungs-Artikel von 37 auf 39 um, bei unverändertem Inhalt) — eine Residenzpflicht, die keine US-Region erfüllen kann.
Zweitens, und der Strang, den die meisten Teams verpassen: Ein Feature-Flag oder Experiment ist automatisierte Entscheidungsfindung. Zu entscheiden, welches Feature, welche Variante oder welche personalisierte Erfahrung jeder Nutzer aus seinen Attributen oder seiner Kohorte erhält, ist Profiling, und PIPL Art. 24 regiert genau das. Er verlangt, dass automatisierte Entscheidungen transparent und fair sind, dass die Person ablehnen kann, und — wo eine Entscheidung auf Profiling beruht — dass Sie eine Option bieten, nicht nach ihren persönlichen Merkmalen gezielt zu werden. Eine Kohorte zu targetten, ein Experiment auf einem Segment zu betreiben oder aus einem Trait zu personalisieren, ist voll innerhalb Art. 24. Fügen Sie die Einwilligungsgrundlage hinzu: Verhaltens-Tracking und nicht-essenzielles Experimentieren brauchen eine echte, informierte, gesonderte Einwilligung nach Art. 13/23, nicht eine Zeile, vergraben in einer Nutzungsbedingungs-Seite.
Das SDK zu erreichen, ist nicht die Frage — die Entscheidungslogik im Land zu halten, ist es
Weil Split aus China lädt, ist es verlockend, das als Konnektivitäts-Übung zu behandeln. Es ist es nicht. Der Hebel ist, die Entscheidungslogik und die Nutzerdaten auf einem inländischen Weg zu halten. Split hilft hier mehr als die meisten: Seine serverseitigen SDKs werten in-process aus, rohe Attribute können also innerhalb Ihrer eigenen Systeme bleiben, und es liefert kundenbereitgestellte Komponenten — seinen Synchronizer, seinen Evaluator und eine selbst gehostete On-Cluster-Auswertungs- und -Synchronisations-Komponente — die Sie auf Ihrer eigenen Infrastruktur in China betreiben können, sodass Flag-Entscheidungen und Identifikatoren das Festland nie verlassen müssen, um berechnet zu werden. Was das Selbsthosten dieser Komponenten für sich nicht tut, ist, den verwalteten Dienst of record zu bewegen: Impressions, Events und Per-Key-Segment-Prüfungen erreichen weiterhin Harness’ Offshore-Server. Das rechtmäßige Design hält Auswertung im Land, sendet den am wenigsten identifizierenden Kontext möglich (pseudonyme Keys, keine rohe E-Mail oder ID, wo ein Flag sie nicht braucht), steuert den verbleibenden Transfer von Impressions und Events nach PIPL und ehrt das Art.-24-Recht auf eine nicht-profilierte Option — oder routet China-Nutzer zu einer lizenzierten inländischen Experimentier-Alternative. Was es niemals ist, ist ein verdeckter Weg, der dieselben Daten doch ins Ausland verschifft.
Dies ist eine Risikokarte, kein Urteil. Ob die Grenzregeln, eine Art-24-Pflicht, eine Einwilligungslücke oder eine Datenlokalisierungspflicht auf Sie zutrifft, hängt davon ab, welchen Kontext Sie senden, was Sie daraus entscheiden, Ihrer Rolle und Ihren Datenmengen — mit Rechtsbeistand zu klären, bevor Sie ausliefern.
Der rechtmäßige Weg — map, localize, deliver
Sie bauen weiter auf Split. 21YunBox fügt die Compliance-Schicht hinzu, die sein Offshore-Dienst nicht kann, in drei Zügen:
- Map — inventarisieren Sie den Targeting-Kontext und die Events, die Ihr Split-Setup sendet, welche personenbezogene Information sie tragen, wo jedes Flag ausgewertet wird und wo Impressions landen, wie diese Entscheidungen formen, was China-Nutzer sehen, und die Einwilligungs- und Art.-24-Grundlage, auf die Sie sich stützen.
- Localize — halten Sie Flag-Auswertung und Daten von China-Nutzern im Festland: Splines kundenbereitgestellte Komponenten im Land betreiben oder China-Nutzer zu einer lizenzierten inländischen Experimentier-Engine routen; den ins Ausland gesendeten Kontext minimieren und pseudonymisieren; und das Art.-24-Recht, Profiling abzulehnen, sowie die Einwilligung nach Art. 13/23 ehren.
- Deliver — die App oder Site, die die Flags betreibt und die Entscheidungen konsumiert, trägt eine ICP-Beian-Pflicht und braucht rechtskonforme, inländische Auslieferung. Der 21YunBox Optimizer bietet das, vor dem Stack, den Sie bereits betreiben — kein Neuaufbau, keine Migration, keine zweite Codebasis.
Das Ziel ist einfach: Split läuft für Ihre Nutzer in China legal und rechtskonform. 21YunBox nutzt oder empfiehlt niemals irgendeine Form der Umgehung. Wir sind ein rechtskonformes Overlay und Partner für Split, kein Ersatz dafür.
Compliance-Einschätzung anfordern →
Weiterführend:
- Grenzüberschreitende Datentransfers nach PIPL
- Chinas Cybersicherheitsgesetz und Datenlokalisierung
- Die Datenexport-Sicherheitsbewertungs-Maßnahmen
- Wie Sie eine ICP-Beian für China erhalten
Häufige Fragen
Verlassen unsere Split-Daten Festlandchina?
Wenn Sie Split auf Ihren China-Nutzern betreiben, mit ziemlicher Sicherheit ja. Um ein Flag oder Experiment im Remote-Modus auszuwerten, sendet Split den Targeting-Key und die Attribute an seinen Remote Evaluator in der Offshore-FME-Cloud; selbst im Lokal-Modus werden Per-Key-Segment-Prüfungen und die Impressions, die aufzeichnen, was jeder Nutzer sah, an Harness' Server gepostet, die auf AWS in den Vereinigten Staaten ohne Festland-China-Region sitzen. Personenbezogene Information von China-Nutzern zu sammeln und ins Ausland zu senden, ist ein grenzüberschreitender Transfer nach PIPL — Mitteilung, eine gesonderte Einwilligung und ein Transfermechanismus — und es ist auch eine automatisierte Entscheidung nach Art. 24 darüber, was jeder Nutzer sieht.
Können wir Splines Flag-Auswertung innerhalb Chinas halten?
Teilweise, und das ist der Hebel. Splines serverseitige SDKs werten in-process aus — Attribute, die Sie an getTreatment übergeben, „never leave the application“ — und Sie können Splines kundenbereitgestellte Komponenten (seinen Synchronizer und Evaluator und eine selbst gehostete On-Cluster-Auswertungs- und -Synchronisations-Komponente) innerhalb Ihrer eigenen China-Infrastruktur betreiben, sodass Flag-Entscheidungen und rohe Identifikatoren im Festland bleiben. Der verwaltete Dienst of record bleibt im Ausland, Sie minimieren und pseudonymisieren also weiterhin den gesendeten Kontext, steuern den verbleibenden Impression- und Event-Transfer und ehren das Art.-24-Opt-out — oder routen China-Nutzer zu einer lizenzierten inländischen Alternative. Niemals eine Umleitung, die die Daten doch ins Ausland verschifft.
Kann 21YunBox helfen, Split in China zum Laufen zu bringen?
Ja. Unser China-Compliance-Team kartiert, welchen Targeting-Kontext und welche Events Ihr Split-Setup sendet, wo sie ausgewertet und gespeichert werden, und die Einwilligungs- und Art.-24-Grundlage — und stellt dann den rechtmäßigen inländischen Weg auf: Flag-Auswertung und Nutzerdaten im Festland gehalten (eine selbst gehostete oder lizenzierte inländische Engine), der grenzüberschreitende Transfer gesteuert, und ICP-gemeldete, inländische Auslieferung (der 21YunBox Optimizer) vor dem Stack, den Sie bereits betreiben, ohne Neuaufbau. Wir sind ein rechtskonformes Overlay und Partner für Split, kein Ersatz dafür.
