Funktioniert Playwright in China? Datenresidenz, ICP und grenzüberschreitende Regeln
Playwright ist ein quelloffener Test-Runner, den Sie selbst betreiben, sodass die China-Frage nicht Erreichbarkeit ist — sondern, wo Sie ihn betreiben und wo Ihr App-Build, die produktionsnahen Testdaten und die Lauf-Aufzeichnungen leben. Offshore-Läufe werfen Datenresidenz- und PIPL-Exponierung auf; ihn im Inland zu betreiben, hält sie resident.
Funktioniert Playwright in China?
Ob Playwright in China funktioniert, ist keine Erreichbarkeitsfrage: Playwright ist quelloffene Software, die Sie selbst installieren und betreiben, sodass die Compliance davon entscheidet, wo Sie es betreiben und wo Ihr Anwendungs-Build, Ihre Testdaten und Lauf-Aufzeichnungen zur Ruhe kommen. Ein Playwright-Lauf übt Ihren eigenen Anwendungs-Build, führt Ihren Testcode aus und speist Fixtures ein, die regelmäßig produktionsnah sind — echt wirkende Namen, E-Mails und Zahlungsfelder, die personenbezogene Daten sein oder enthalten können —, und produziert dann Screenshots, Videos und Traces, die Ihre App dabei erfassen, wie sie genau diese Daten rendert.
Weil Sie es selbst betreiben, ist Playwright von Natur aus inländisch betreibbar; die Exponierung erscheint nur, wenn Sie es irgendwo im Ausland ausführen. Betreiben Sie Ihre Suite auf Offshore-CI-Runnern oder einer Offshore-Cloud von Browsern, oder verschiffen Sie die Reports und Traces in Offshore-Speicher, kommen Ihr proprietärer App-Build, Ihre produktionsnahen Testdaten und Ihre Lauf-Aufzeichnungen alle außerhalb des Festlands zur Ruhe — ein grenzüberschreitender Transfer nach dem Gesetz zum Schutz personenbezogener Daten (Mitteilung, gesonderte Einwilligung und ein Transfermechanismus), vor dem Hintergrund der Datenlokalisierungsregel des Cybersicherheitsgesetzes, Art. 39 (vormals Art. 37). Ob ein Test einen Dienst erreichen kann oder Playwright seine Browser-Binaries holen kann, zeigt nie, wo irgendetwas davon lebt.
Dies ist eine Risikokarte, kein Urteil — das Gewicht hängt davon ab, was Ihre Fixtures tragen, wie viel und wo Sie die Suite betreiben. Unser China-Team kann es mit Ihnen kartieren →
Compliance-Momentaufnahme
- ! Warnung: Playwright ist Open Source und Sie betreiben es selbst — das Tool ist nicht das Risiko.
- ! Warnung: Die eigentliche Frage ist, wo Sie es betreiben und wo seine Reports und Traces leben.
- ! Warnung: Fixtures sind oft produktionsnahe PII; Screenshots und Videos erfassen sie.
- ! Warnung: Auf einer Offshore-Cloud betrieben, verlassen Ihre App, Daten und Aufzeichnungen das Festland.
- ✓ OK: Betreiben Sie Playwright im Inland in Ihrer eigenen CI oder Ihrem Grid; halten Sie Reports und Traces resident.
Was die offizielle Playwright-Dokumentation über China sagt
| Fakt | Primärquelle |
|---|---|
| Playwright ist ein Test-Framework, das Sie selbst installieren und betreiben. Playwrights eigene Dokumentation definiert es wie folgt: „Playwright Test is an end-to-end test framework for modern web apps. It bundles test runner, assertions, isolation, parallelization and rich tooling.“ (Playwright Test ist ein End-to-End-Test-Framework für moderne Web-Apps. Es bündelt Test-Runner, Assertions, Isolation, Parallelisierung und reichhaltiges Tooling.) Dieselbe Installations-Seite weist Sie an, zu beginnen, indem Sie Playwright installieren und den Beispieltest lokal oder in Ihrer eigenen CI ausführen — es gibt kein obligatorisches gehostetes Backend, sodass die Ausführungsumgebung, und damit wo Ihr App-Build und Ihre Artefakte leben, ganz Ihre Wahl ist. | Playwright Docs — Installation (Introduction), abgerufen 2026-10-13 |
| Playwright ist quelloffene Software, gepflegt von Microsoft. Sein öffentliches Repository beschreibt es als „a framework for Web Testing and Automation“ (ein Framework für Web-Testing und -Automatisierung), das „allows testing Chromium, Firefox and WebKit with a single API“ (das Testen von Chromium, Firefox und WebKit mit einer einzigen API erlaubt), und veröffentlicht es unter der „Apache-2.0 license“. Quelloffen und von Entwurf her selbst gehostet, kann es auf Infrastruktur laufen, die Sie innerhalb Festlandchinas kontrollieren, sodass es eine Deployment-Entscheidung ist, den App-Build, die Testdaten und die Lauf-Aufzeichnungen resident zu halten, keine Produktbeschränkung. | Playwright GitHub repository (microsoft/playwright), abgerufen 2026-10-13 |
| In China erhobene Daten müssen womöglich in China bleiben. Für einen Betreiber kritischer Informationsinfrastruktur — und, nach späteren Datenregeln, für wichtige Daten und hochvolumige personenbezogene Daten allgemein — müssen im Festland erhobene und erzeugte personenbezogene Daten und wichtige Daten dort gespeichert werden, mit einer Sicherheitsbewertung vor jedem Export. Das ist die Datenlokalisierungsregel des Cybersicherheitsgesetzes, Art. 39 (vormals Art. 37) wie durch die Novelle 2025, in Kraft seit 2026-01-01, umnummeriert. Testfixtures und Lauf-Aufzeichnungen, die solche Daten auf Offshore-Testinfrastruktur tragen, haben keine Festland-Grundlage, um sie zu erfüllen. | Cybersecurity Law of the PRC — Article 39 (formerly Article 37); 2025 amendment in force 2026-01-01 (21YunBox gov-doc, abgerufen 2026-10-13) |
| Produktionsnahe Testdaten ins Ausland zu bewegen, ist ein grenzüberschreitender Transfer. Wenn Fixtures, Screenshots, Videos oder Traces, die personenbezogene Daten enthalten, außerhalb des Festlands zur Ruhe kommen — weil die Suite auf Offshore-CI oder einer Offshore-Cloud von Browsern läuft oder die Reports im Ausland gespeichert werden —, behandelt das Gesetz zum Schutz personenbezogener Daten das als grenzüberschreitenden Transfer (Art. 38–40): Der Verarbeiter muss Mitteilung erteilen, eine gesonderte Einwilligung für den Transfer einholen und einen gesetzlichen Mechanismus erfüllen (eine CAC-Sicherheitsbewertung, den Standardvertrag oder eine Zertifizierung). | Personal Information Protection Law of the PRC — Articles 38–40 (21YunBox gov-doc, abgerufen 2026-10-13) |
Quellen vom 21YunBox Compliance-Team am 13. Oktober 2026 geprüft.
Für ein Festland-China-Deployment ist die Frage zu Playwright nicht, ob ein Runner in Shanghai einen Dienst erreichen oder seine Browser-Binaries herunterladen kann — das sind Erreichbarkeitsdetails, und sie sind nicht, was entscheidet, ob Ihr Testing vertretbar ist. Playwright ist quelloffene Software, die Sie selbst installieren und betreiben, sodass die entscheidende Frage eine andere ist. Ein Testlauf übt Ihren eigenen Anwendungs-Build (Ihren proprietären Front-End- und Back-End-Code), führt Ihren Testcode aus und speist Fixtures ein, die regelmäßig produktionsnah sind — echt wirkende Namen, E-Mails und Zahlungsfelder, die personenbezogene Daten sein oder enthalten können. Er produziert dann Artefakte: Screenshots, Videos und Traces, die Ihre Anwendung dabei erfassen, wie sie genau diese Daten rendert, plus Konsolen- und Netzwerkprotokolle. Was dies entscheidet, ist, wo diese Ausführung stattfindet und wo diese Artefakte zur Ruhe kommen — Residenz und grenzüberschreitender Transfer, nicht Latenz oder Konnektivität.
Funktioniert Playwright in China? Auf einen Blick
| Worüber es entscheidet | Was es für Festlandchina bedeutet |
|---|---|
| Was Playwright ist | Quelloffene Software, die Sie selbst installieren und betreiben — ein selbst betriebenes End-to-End-Test-Framework und gebündelter Test-Runner, ohne obligatorisches gehostetes Backend. Es ist von Natur aus inländisch betreibbar. |
| Was ein Testlauf trägt und produziert | Ihren proprietären Anwendungs-Build und Testcode plus Fixtures, die regelmäßig produktionsnah sind (echt wirkende Namen, E-Mails und Zahlungsfelder, die personenbezogene Daten enthalten können). Er produziert Screenshots, Videos und Traces, die Ihre App beim Rendern dieser Daten erfassen, plus Konsolen-/Netzwerkprotokolle und einen HTML-Report. |
| Wo es läuft (die Residenzfrage) | Wo immer Sie es ausführen. In Ihrer eigenen Festland-CI oder einem selbstgehosteten Grid bleiben der App-Build, die Testdaten und die Artefakte in China. Auf Offshore-CI-Runnern oder einer Offshore-Cloud von Browsern werden sie im Ausland ausgeführt und kommen dort zur Ruhe. |
| Datenresidenz | Für einen CIIO oder Verarbeiter großer Mengen müssen in China erhobene personenbezogene Daten und wichtige Daten im Festland gespeichert werden (Cybersicherheitsgesetz Art. 39 (vormals Art. 37)) — eine Pflicht, die Offshore-Testausführung nicht erfüllen kann. |
| Grenzüberschreitender Transfer | Produktionsnahe personenbezogene Daten in Fixtures und in den Screenshots, Videos und Traces Ihrer App, die im Ausland gehalten werden, sind ein PIPL-Grenztransfer (Art. 38–40): Mitteilung, eine gesonderte Einwilligung und ein Transfermechanismus. |
| Der Residenzhebel | Betreiben Sie Playwright im Inland — den quelloffenen Runner in Ihrer eigenen Festland-CI oder ein selbstgehostetes Browser- oder Geräte-Grid, das Sie kontrollieren — und halten Sie die Reports und Traces resident. |
Wo Sie Playwright betreiben, ist die ganze Frage
Weil Playwright quelloffen und selbst betrieben ist, gibt es kein gehostetes Backend, das Ihre Daten irgendwohin zwingt — was genau der Grund ist, warum die Residenzfrage auf Ihrer Ausführungswahl landet. Betreiben Sie die Suite in Ihrer eigenen Festland-CI oder auf einem Browser- oder Geräte-Grid, das Sie kontrollieren, und der App-Build, die Fixtures und die Aufzeichnungen verlassen China nie. Betreiben Sie sie auf Offshore-CI-Runnern oder einer Offshore-Cloud von Browsern und Geräten, und alle drei — Ihr proprietärer Build, Ihre produktionsnahen Testdaten und die Screenshots und Videos Ihrer App, die sie rendert — werden im Ausland ausgeführt und kommen dort zur Ruhe. Wenn Sie ein Betreiber kritischer Informationsinfrastruktur sind oder personenbezogene Daten in Menge handhaben, müssen in China erhobene und erzeugte personenbezogene Daten und wichtige Daten im Festland gespeichert werden, mit einer Sicherheitsbewertung vor jedem Export — die Datenlokalisierungsregel des Cybersicherheitsgesetzes, Art. 39 (vormals Art. 37) wie durch die Novelle 2025, in Kraft seit 2026-01-01, umnummeriert. Playwright kann diese Regel erfüllen oder nicht, je nachdem, wohin Sie es richten.
Ihre Testdaten und Lauf-Aufzeichnungen sind die sensible Payload
Die zweite Hälfte davon ist PIPL, und sie dreht sich darum, was ein Test tatsächlich trägt. Fixtures sind regelmäßig produktionsnah — manchmal Kopien echter Datensätze —, sodass sie Namen, E-Mails, Telefonnummern und Zahlungsfelder halten können. Ein Playwright-Trace oder -Video ist eine Schritt-für-Schritt-Aufzeichnung Ihrer Anwendung beim Rendern dieser Daten, und der HTML-Report und die Konsolen-/Netzwerkprotokolle erfassen mehr davon. Nach dem Gesetz zum Schutz personenbezogener Daten ist es ein grenzüberschreitender Transfer (Art. 38–40), diese personenbezogenen Daten auf Infrastruktur außerhalb des Festlands zu bewegen: Der Verarbeiter muss Mitteilung erteilen, eine gesonderte Einwilligung für den Transfer einholen und einen Mechanismus erfüllen — eine CAC-Sicherheitsbewertung, den Standardvertrag oder eine Zertifizierung. Zu minimieren und zu maskieren, was in Fixtures geht, verringert die Exponierung, aber es ändert nicht, wo der Lauf ausgeführt wird; nur die Ausführung zu verschieben, tut das.
Warum eine Erreichbarkeitsprüfung das verfehlt
Ein Test nach dem Muster „can my runner reach the service from Shanghai“ (kann mein Runner den Dienst aus Shanghai erreichen) oder „can Playwright download its browsers“ (kann Playwright seine Browser herunterladen) beantwortet die falsche Frage. Konnektivitäts-Tuning ändert, wie schnell und wie zuverlässig ein Test startet — es ändert nicht, wo Ihr Anwendungs-Build, Ihre produktionsnahen Fixtures und die Screenshots, Videos und Traces Ihrer App tatsächlich leben. Eine Pipeline kann von innerhalb Chinas vollkommen grün aussehen, während jedes dieser Artefakte weiterhin im Ausland ausgeführt wird und ruht. Die obigen Residenz- und Grenzfragen sind für eine Erreichbarkeitssonde unsichtbar, gerade weil die Tests weiter bestehen — weshalb der Zug, der zählt, ist, die Ausführung im Inland zu halten, nicht eine Offshore-Testcloud bloß erreichbar zu machen. Wir veröffentlichen keine eigene Messung der Playwright-bezogenen Konnektivität von innerhalb Chinas, daher setzen wir hier keine Zahlen; es ist etwas, das wir gegen Ihr tatsächliches Setup messen würden, statt es zu behaupten.
Dies ist eine Risikokarte, kein Urteil: Ob Sie inländische Ausführung, einen Transfermechanismus, einen überarbeiteten Einwilligungs-Flow, eine ICP-Beian für ein öffentlich zugängliches Testreport-Portal oder eine Kombination brauchen, hängt davon ab, was Ihre Fixtures tragen, wie viel und wer beteiligt ist — am besten mit Rechtsbeistand zu klären, bevor Sie bauen.
Der Hebel — kartieren, lokalisieren, ausliefern
Weil Playwright quelloffen ist und läuft, wo immer Sie es hinsetzen, gibt es einen echten inländischen Pfad, und 21YunBox verwendet oder empfiehlt niemals eine Umgehung welcher Art auch immer.
- Kartieren — inventarisieren, welche Suiten Ihren proprietären Anwendungs-Build tragen, welche Fixtures produktionsnahe oder echte personenbezogene Daten halten und wo die Ausführung und die Screenshots, Videos, Traces und Reports heute leben; trennen, was auf Offshore-Infrastruktur läuft, von dem, was Sie selbst betreiben.
- Lokalisieren — das Browser- oder Geräte-Grid und die Testausführung im Inland betreiben — den quelloffenen Runner in Ihrer eigenen Festland-CI oder ein selbstgehostetes Grid, das Sie kontrollieren —, sodass der App-Build, die Testdaten und die Artefakte resident bleiben; ins Ausland senden Sie nur, was rechtmäßig zu exportieren ist.
- Ausliefern — 21YunBox stellt das rechtskonforme inländische Test-Grid und die Ausführungsgrundlage vor (oder anstelle) jeder Offshore-Testcloud bereit, ohne Neuaufbau.
Eine Offshore-Testcloud bloß erreichbar zu machen, ist nicht die Antwort — Ihr App-Build, Ihre Testdaten und Ihre Lauf-Aufzeichnungen sind weiterhin im Ausland. Die Ausführung im Inland zu halten, ist es.
Wo 21YunBox hineinpasst — eine rechtskonforme Overlay, keine Migration
Sie nutzen Playwright und Ihre bestehende Testsuite weiter. Wir fügen das Stück hinzu, das eine Offshore-Testcloud nicht selbst bieten kann: eine rechtmäßige, inländische Heimat für den Runner und das Grid, das er antreibt, sodass Ihr Anwendungs-Build, Ihre produktionsnahen Testdaten und Ihre Lauf-Aufzeichnungen dort resident bleiben, wo das Gesetz es verlangt, mit rechtskonformer ICP-gemeldeter Auslieferung für jeden Entwicklerzugriff oder jedes öffentlich zugängliche Testreport-Portal davor — um Ihr bestehendes Setup herum platziert, ohne Neuaufbau, ohne zweite Codebasis und ohne Migration weg von dem Tool, das Sie bereits nutzen. Als Partnerin der Toolchain, die Sie bereits betreiben, kartiert unser China-Team Ihre Pflichten bei PIPL-Grenztransfer, Einwilligung und Datenresidenz gegen Ihre Gesellschaft und Ihre Pipeline und stellt dann die inländische Ausführung bereit, die eine vertretbare China-Präsenz braucht. Wir verwenden oder empfehlen niemals eine Umgehung welcher Art auch immer.
Compliance-Einschätzung anfordern →
Weiterführend:
- Gesetz zum Schutz personenbezogener Daten (PIPL)
- Grenzüberschreitende Datentransfers nach PIPL
- Chinas Cybersicherheitsgesetz und Datenlokalisierung
- So erhalten Sie eine ICP-Beian für China
Häufige Fragen
Ist Playwright in China gesperrt?
Das ist die falsche Achse. Playwright ist quelloffene Software, die Sie selbst installieren und betreiben — es gibt keinen gehosteten Dienst, der gesperrt werden könnte, und ob es seine Browser-Binaries holen kann, ist ein Erreichbarkeitsdetail, nicht die Compliance-Frage. Was für ein China-Deployment zählt, ist, wo Sie Ihre Testsuite betreiben und wo Ihr Anwendungs-Build, Ihre produktionsnahen Testdaten und Ihre Lauf-Aufzeichnungen (Screenshots, Videos und Traces) zur Ruhe kommen.
Wirft das Betreiben von Playwright auf Offshore-CI oder Cloud-Browsern ein China-Compliance-Problem auf?
Das kann es. Wenn Ihre Suite auf Offshore-CI-Runnern oder einer Offshore-Cloud von Browsern ausgeführt wird oder Sie die Reports und Traces im Ausland speichern, verlassen Ihr proprietärer App-Build und alle personenbezogenen Daten in Ihren Fixtures und Aufzeichnungen das Festland. Das ist ein grenzüberschreitender Transfer nach dem Gesetz zum Schutz personenbezogener Daten (Mitteilung, gesonderte Einwilligung und ein Transfermechanismus), gesetzt vor die Datenlokalisierungsregel des Cybersicherheitsgesetzes, Art. 39 (vormals Art. 37). Denselben quelloffenen Runner im Inland zu betreiben, vermeidet, diese Daten überhaupt zu bewegen.
Wie betreibt man Playwright rechtskonform für eine China-Anwendung?
Halten Sie die Ausführung im Inland. Weil Playwright quelloffen und selbst betrieben ist, kann es in Ihrer eigenen Festland-CI oder auf einem selbstgehosteten Browser- oder Geräte-Grid laufen, das Sie kontrollieren, sodass der App-Build, die Testdaten und die Lauf-Aufzeichnungen resident bleiben; ins Ausland senden Sie nur, was rechtmäßig zu exportieren ist. 21YunBox kartiert, wo Ihre Läufe und Artefakte heute leben, und stellt die rechtskonforme inländische Ausführungsgrundlage vor (oder anstelle) jeder Offshore-Testcloud bereit, ohne Neuaufbau und ohne zweite Codebasis.
