Funktioniert Sauce Labs in China? Datenresidenz, ICP und Grenzregeln

Was die offizielle Sauce Labs-Dokumentation über China sagt

Fakt	Primärquelle
Sauce Labs führt Ihre Tests auf Servern in einem Rechenzentrum aus, das Sie wählen, und speichert die Lauf-Artefakte dort. Seine Dokumentation gibt an, das Rechenzentrum, das Sie nutzen, „determines: The location of the servers where your tests are run“ und „Where related artifacts are stored“, und listet die Regionsoptionen als US West 1, US East 4, EU Central 1 und Asia South 2 — keine Festland-China-Region erscheint.	Sauce Labs Docs, “Data Center Endpoints” (docs.saucelabs.com), retrieved 2026-10-13
Sauce Labs ist eine gehostete Cloud, die die Testinfrastruktur für Sie betreibt und wartet. Sauce Labs beschreibt eine „cloud-based continuous testing platform“ und gibt an: „We support and maintain your test infrastructure in the cloud so you don't have to.“ Die Ausführung geschieht auf Sauce Labs' Infrastruktur, nicht auf Servern, die Sie betreiben, Ihr Anwendungs-Build, Ihre Testdaten und Aufzeichnungen sitzen also, wo immer diese Cloud gehostet ist.	Sauce Labs, “Cross Browser Testing” (saucelabs.com), retrieved 2026-10-13
Die Personendaten eines Festland-Nutzers ins Ausland zu senden, um einen Test zu laufen, ist ein geregelter grenzüberschreitender Transfer. Test-Fixtures und Lauf-Aufzeichnungen tragen routinemäßig personenbezogene Information — Namen, E-Mails und Kontodatensätze, auf dem Bildschirm gerendert. Nach PIPL (Art. 38–40) verlangt ihr Export Mitteilung, eine gesonderte Einwilligung getrennt vom Dienstvertrag und einen Transfermechanismus: eine CAC-Sicherheitsbewertung, den CAC-Standardvertrag oder eine Zertifizierung.	Personal Information Protection Law of the PRC, Articles 38–40 — 21YunBox cross-border overview, retrieved 2026-10-13
Für einen Betreiber kritischer Informationsinfrastruktur müssen im Festland erhobene Personendaten in China bleiben. Chinas Cybersicherheitsgesetz, Art. 39 (vormals Art. 37), verlangt inländische Speicherung von personenbezogener Information und wichtigen Daten, die im Festland von einem CII-Betreiber erhoben und erzeugt werden — eine Residenzpflicht, die eine nur-Offshore-Test-Cloud ohne Festland-China-Region nicht erfüllen kann.	Cybersecurity Law of the PRC, Article 39 (formerly Article 37) — 21YunBox overview, retrieved 2026-10-13

Quellen vom 21YunBox Compliance-Team am 13. Oktober 2026 geprüft.

Fragen Sie, ob Sauce Labs in Festlandchina „funktioniert“, und die ehrliche Antwort beginnt nicht damit, ob das Dashboard aus Shanghai öffnet. Ein Testlauf ist kein Seitenaufruf: Er übt Ihren Anwendungs-Build aus — Ihren proprietären Front-End- und Back-End-Code — führt Ihren Testcode aus, speist Testdaten und Fixtures ein, die routinemäßig produktionsnah sind (echt aussehende Namen, E-Mails und Zahlungsfelder, manchmal Kopien echter Datensätze), und produziert Artefakte: die Screenshots und Videoaufzeichnungen, die Ihre App diese Daten rendern erfassen, plus die Konsolen- und Netzwerk-Logs. Sauce Labs ist eine gehostete Test-Cloud, all das wird also auf Sauce Labs’ eigene Server im Ausland hochgeladen und dort ausgeführt. Ob der Lauf Sauce Labs erreichen kann, ist das Geringste, worüber Sie entscheiden; wo Ihr Build, Ihre Fixtures und Ihre Aufzeichnungen leben, während der Lauf geschieht, ist die Entscheidung.

Sauce Labs in China auf einen Blick

Wo Sauce Labs läuft — und das klärt die erste Frage

Sauce Labs ist gehostete Software, und es nennt, wo die Arbeit geschieht. Es beschreibt eine „cloud-based continuous testing platform“ und sagt Kunden „We support and maintain your test infrastructure in the cloud so you don’t have to“. Seine Dokumentation ist ebenso explizit zum Standort: Das Rechenzentrum, das Sie nutzen, „determines: The location of the servers where your tests are run“ und „Where related artifacts are stored“, mit den Regionsoptionen gelistet als US West 1, US East 4, EU Central 1 und Asia South 2. Es gibt keine Festland-China-Region. Wo Ihre Ingenieure auch sitzen, in dem Moment, in dem ein Lauf startet, wird Ihr Anwendungs-Build ausgeführt, und Ihre Testdaten und Aufzeichnungen werden gespeichert, auf Servern außerhalb des Festlands. Diese eine Tatsache entscheidet die Compliance-Frage, bevor Erreichbarkeit je gemessen wird: Es geht nicht darum, ob das Dashboard in Shanghai malt, es geht darum, dass Ihr Code und Ihre Daten das Land in dem Augenblick verlassen, in dem ein Test läuft.

Die zweite Hälfte, die eine Erreichbarkeitssonde nie sieht — Ihr Build, Ihre Daten, Ihre Aufzeichnungen

Eine Konnektivitätsprüfung endet bei „kann der Lauf starten“. Sie kann die drei Dinge nicht sehen, die tatsächlich die Grenze überqueren. Erstens wird Ihr Anwendungs-Build — proprietärer Quellcode, kompiliert in die App unter Test — auf Sauce Labs’ Offshore-Server hochgeladen und dort ausgeführt. Zweitens Ihre Testdaten und Fixtures, die in echten Pipelines die Produktion spiegeln: Namen, E-Mails, Telefonnummern und Zahlungsfelder, manchmal aus echten Datensätzen gesät, alles personenbezogene Information, sobald es Menschen in China beschreibt. Drittens die Artefakte — Sauce Labs speichert die Screenshots und Videos jedes Laufs, die Ihre App genau diese Daten rendern erfassen, neben Konsolen- und Netzwerk-Logs, die Token, Identifikatoren und Payloads enthalten können. Wenn Menschen in China in Ihren Testdaten sind, engagiert ihr Hinausbewegen aus dem Land, um den Test zu laufen, das Gesetz zum Schutz personenbezogener Daten: Mitteilung, eine gesonderte Einwilligung und einen erfüllten grenzüberschreitenden Transfer-Mechanismus (eine CAC-Sicherheitsbewertung, den CAC-Standardvertrag oder eine Zertifizierung), nach PIPL Art. 13/23 und 38–40. Sind Sie ein Betreiber kritischer Informationsinfrastruktur, müssen im Festland erhobene personenbezogene Information und wichtige Daten dort gespeichert werden (Cybersicherheitsgesetz Art. 39 (vormals Art. 37)) — eine Residenzanforderung, die eine nur-Offshore-Test-Cloud nicht erfüllen kann. Das „es lädt einwandfrei aus China“-Diagramm eines Konkurrenten zeigt nichts davon.

Warum eine Erreichbarkeitsprüfung all dies verfehlt

Ein Test, der nur fragt „antwortet die Sauce-Labs-Cloud aus Shanghai?“, misst das Falsche. Er kann nicht sehen, dass Ihr Anwendungs-Build auf Servern in den USA, der EU oder APAC ausgeführt wird, er kann die personenbezogene Information nicht sehen, die innerhalb Ihrer Fixtures mitreitet, und er kann nicht sehen, dass die Screenshots, Videos und Logs jedes Laufs in genau diesen Offshore-Rechenzentren gespeichert werden. Die Cloud bloß erreichbar zu machen, bewegt keine der geregelten Daten ins Inland, und es schafft nicht die Transfergrundlage, die PIPL verlangt — noch die ICP-Beian, die eine auf China ausgerichtete App obendrauf braucht. Sauce Labs zu erreichen und freigegeben zu sein, Ihren Build auszuführen und die Daten Ihrer Nutzer im Ausland zu halten, sind zwei verschiedene Tests, und nur einer davon erscheint auf einem Latenzdiagramm.

Wo 21YunBox passt — kartieren, lokalisieren, ausliefern

Wir bitten Sie nicht, Ihre Testsuite aufzugeben. Wir fügen die Schicht hinzu, die eine gehostete, Offshore-Test-Cloud nicht kann. Kartieren: Wir inventarisieren, welche Ihrer Testläufe proprietären Anwendungscode tragen, welche Fixtures produktionsnahe oder echte personenbezogene Daten halten und wo die Ausführung und die Screenshots, Videos und Logs tatsächlich leben — und trennen die Offshore-gehosteten-Cloud-Läufe von dem, was Sie selbst betreiben können. Lokalisieren: Wir halten das Browser- und Geräte-Grid und die Testausführung innerhalb des Festlands — ein selbstgehostetes Open-Source-Selenium/Appium-Grid oder selbstgehostete Runner in Ihrem eigenen inländischen CI — sodass Ihr Anwendungs-Build, Ihre Testdaten und Ihre Lauf-Artefakte resident bleiben und nur das ins Ausland gesendet wird, was rechtmäßig zu exportieren ist. Ausliefern: 21YunBox stellt dieses rechtskonforme, inländische Test-Grid vor (oder anstelle) der Offshore-Cloud auf, mit Ihren bestehenden Skripten, die unverändert laufen — kein Neuaufbau, keine zweite Codebasis. 21YunBox verwendet oder empfiehlt niemals eine Umgehung welcher Art auch immer.

Dies ist eine Risikokarte, kein Urteil: Ob Sie Mitteilung und Einwilligung, einen Transfermechanismus, inländische Speicherung, eine ICP-Beian oder eine Kombination schulden, hängt von Ihrer Gesellschaft, Ihren Datenmengen und davon ab, was Ihre Fixtures und Aufzeichnungen tragen — mit Rechtsbeistand zu klären, bevor Sie auf China ausgerichtetes Testing auf eine Offshore-Cloud richten.

Compliance-Einschätzung anfordern →

---

Weiterführend:

• Grenzüberschreitende Datentransfers nach PIPL
• Chinas Gesetz zum Schutz personenbezogener Daten
• Chinas Cybersicherheitsgesetz und Datenlokalisierung
• Wie Sie eine ICP-Beian für China erhalten

Häufige Fragen

Funktioniert Sauce Labs in China?

Es ist erreichbar, aber Erreichbarkeit ist nicht die entscheidende Frage. Wenn Sie einen Test auf Sauce Labs laufen, führen sich Ihr Anwendungs-Build, Ihr Testcode, Ihre (oft produktionsnahen) Testdaten und die Screenshots, Videos und Logs jedes Laufs auf Sauce Labs' gehosteter Cloud aus und werden dort gespeichert — US West, US East, EU Central oder Asia South, ohne Festland-China-Region und ohne selbstgehostete Edition. Für eine auf China ausgerichtete App legt das Ihren proprietären Build und alle personenbezogenen Daten in Ihren Fixtures und Aufzeichnungen ins Ausland, was PIPL-Grenz- und Datenlokalisierungsregeln engagiert. Die Lösung ist nicht, die Cloud erreichbar zu machen; es ist, das Test-Grid und die Ausführung im Inland zu halten. Bestätigen Sie Ihre genauen Pflichten mit Rechtsbeistand.

Warum reicht „der Test kann Sauce Labs erreichen“ nicht?

Weil eine Erreichbarkeitsprüfung nur fragt, ob der Lauf starten kann — sie sieht nie, wo Ihr Anwendungs-Build, Ihre Test-Fixtures und Ihre Lauf-Aufzeichnungen leben, während und nachdem der Test sich ausführt. Auf einer gehosteten Test-Cloud sitzen die von Natur aus auf den Offshore-Servern des Anbieters. Die geregelten Fragen sind, ob die personenbezogenen Daten in Ihren Fixtures und die in Screenshots und Videos erfassten App-Daten China überhaupt verlassen dürfen, ob Sie Mitteilung, eine gesonderte Einwilligung und einen Transfermechanismus haben, und ob eine inländische Speicherpflicht gilt. Nichts davon erscheint auf einem Latenzdiagramm.

Wie halte ich die Testausführung im Inland und behalte meine Suite, und was macht 21YunBox?

Betreiben Sie das Browser-und-Geräte-Grid innerhalb des Festlands statt auf einer Offshore-Cloud. 21YunBox kartiert, welche Ihrer Testläufe proprietären Code oder personendaten-tragende Fixtures tragen und wo ihre Artefakte landen, und stellt dann ein selbstgehostetes, inländisches Test-Grid auf — ein Open-Source-Selenium/Appium-Grid oder selbstgehostete Runner in Ihrem eigenen inländischen CI — sodass der Anwendungs-Build, die Testdaten und die Aufzeichnungen resident bleiben, mit nur dem ins Ausland gesendet, was rechtmäßig zu exportieren ist. Ihre bestehenden Testskripte funktionieren weiter, ohne Neuaufbau. Wir verwenden oder empfehlen niemals eine Umgehung welcher Art auch immer. Nehmen Sie Kontakt auf, um Ihren Fall zu kartieren.