Warum 21YunBox Angebot Kontakt Anmelden
Sprache
English日本語Deutsch ✓
Beratung (EN) Website für China testen (EN)

Funktioniert BugHerd in China? PIPL, grenzüberschreitende Daten & ein Offshore-Feedback-Tool

BugHerd betreibt keine Region innerhalb Festlandchinas — es hostet auf AWS us-east-1 in Northern Virginia und speichert jeden Screenshot und jede Rezensenten-Identität dort —, es für China-Rezensenten zu nutzen, ist also ein PIPL-Grenztransfer personenbezogener Daten, und die ICP-Beian sitzt auf der Site, die das Widget einbettet, nicht auf BugHerd. Ein Blick zuerst auf die Compliance.

Funktioniert BugHerd in China?

Ja — Sie können BugHerd auf einer auf China ausgerichteten Site einbetten, und es wird laufen, aber ob Sie es sollten, ist eine Frage personenbezogener Daten, keine Geschwindigkeitsfrage. BugHerd erhebt die Namen, E-Mails und Sitzungs-Metadaten Ihrer Prüfer und speichert jedes Stück davon in den Vereinigten Staaten — es für Prüfer in Festlandchina zu nutzen, ist also ein Grenztransfer personenbezogener Daten.

BugHerds eigene Security-Seite gibt an, es laufe „on Salesforce Heroku, hosted on Amazon Web Services (AWS) in the us-east-1 region (Northern Virginia, USA)“, und dass „Screenshots and attachments are stored in AWS S3 in the same region“ — eine Offshore-Region, ohne Festlandchina-Standort. BugHerd erreicht Ihre Seiten als eingebettetes Widget, die ICP-Beian hängt also an der Site, in die Sie es einbetten, nicht an BugHerd. Aber die Prüfer-Identitäten und der Browser, das Betriebssystem und die URL, die es „captures and logs“ (erfasst und protokolliert), verlassen das Festland in dem Moment, in dem sie erhoben werden — ein Grenztransfer nach PIPL (Mitteilung, gesonderte Einwilligung und ein Transfermechanismus, Art. 38–43) und eine Datenlokalisierungs-Pflicht, die ein reines Offshore-Tool nicht erfüllen kann (PIPL Art. 40; Cybersicherheitsgesetz Art. 39 (vormals Art. 37)). Die Tabelle unten ist BugHerds eigener Wortlaut und die Regel, die jede Zeile auslöst.

Dies ist eine Risikokarte, kein Urteil — ob PIPLs Grenzübertritts-Regeln oder eine Lokalisierungspflicht Sie binden, hängt davon ab, wer Ihre Prüfer sind, was Ihre Screenshots erfassen und von Ihrer Rolle und Ihren Datenmengen. Unser China-Team kann Ihre Exponierung mit Ihnen kartieren →

Compliance-Momentaufnahme

  • ! BugHerd speichert Feedback, Screenshots und Prüferdaten in AWS us-east-1 (USA)
  • ! Namen, E-Mails und IPs von China-Prüfern überqueren die Grenze — PIPL gilt
  • ! Screenshots können beliebige personenbezogene Daten erfassen, die auf der geprüften Seite sitzen
  • ✓ Die ICP-Beian sitzt auf der Site, die das Widget einbettet, nicht auf BugHerd
  • ✕ Keine Festland-Region, eine inländische Speicherpflicht kann auf BugHerd also nicht erfüllt werden
Compliance-Einschätzung anfordern
Wir kartieren Ihre PIPL-Grenzübertritts-Exponierung — und lassen BugHerd, wo es läuft

Was die offizielle BugHerd-Dokumentation über China sagt

FaktPrimärquelle
BugHerd speichert alles in einer US-Region — es gibt keine Festlandchina-Option. Auf seiner eigenen Security-Seite gibt BugHerd an, es laufe „on Salesforce Heroku, hosted on Amazon Web Services (AWS) in the us-east-1 region (Northern Virginia, USA)“, und dass „Screenshots and attachments are stored in AWS S3 in the same region“. Jede Prüfer-Identität, jeder Screenshot und jedes Log sitzt offshore — von China-Prüfern erhobene personenbezogene Daten sind also ein Grenztransfer nach PIPL (Art. 38–43), und keine noch so große Feineinstellung bringt sie ins Festland. BugHerd — Security (bugherd.com/security), abgerufen 2026-10-07; PIPL Art. 38–43
BugHerds Widget erfasst Prüfer-Identität und Geräte-Metadaten bei jedem Pin. BugHerds Produktseite sagt, dass es, wenn ein Kunde zeigt und kommentiert, „grabs a screenshot, saves technical details“ (einen Screenshot aufnimmt, technische Details speichert) und „captures and logs technical info such as browser, URL and operating system“ (technische Infos wie Browser, URL und Betriebssystem erfasst und protokolliert). Für einen Prüfer in Festlandchina sind dieser Screenshot und diese Metadaten personenbezogene Daten, die das Land in der Sekunde verlassen, in der sie BugHerds Server erreichen — der Auslöser für PIPLs Grenzübertritts-Regeln (Art. 38–43). BugHerd — Bug Reporting Software (bugherd.com), abgerufen 2026-10-07; PIPL Art. 38–43
BugHerd zeichnet Namen, E-Mails und IP-Adressen auf und bewegt sie per Design offshore. Seine Datenschutzerklärung listet die personenbezogenen Daten, die es hält — „First and Last names“, „Email address“ und „The IP address from which you access the Internet“ — und sagt Nutzern: „You agree to your data being transferred to other countries when you share your data with us“, und benennt die Bewegung „to and from any country, including Australia, the United Kingdom and the United States of America“. Keines ist Festlandchina, personenbezogene Daten von China-Prüfern können also nicht im Inland gehalten werden — das Gegenteil dessen, was PIPL-Lokalisierung (Art. 40; Cybersicherheitsgesetz Art. 39 (vormals Art. 37)) von einem Betreiber kritischer Informationsinfrastruktur oder Verarbeiter großer Mengen verlangt. BugHerd — Privacy and Security Policy (bugherd.com/privacy), abgerufen 2026-10-07; PIPL Art. 40; Cybersicherheitsgesetz Art. 39 (vormals Art. 37)
Die ICP-Beian sitzt auf der Site, die BugHerd einbettet, nicht auf BugHerd. BugHerd erreicht Ihre Seiten als „JavaScript embed“ (sein eigener Begriff) — eine Drittanbieter-Komponente, die in einen Origin geladen wird, den Sie bereits bedienen, nicht der öffentliche Site-Betreiber — die ICP-Beian (ICP 备案, nach Staatsratserlass Nr. 292 und MIIT-Erlass Nr. 33) hängt also an der Festland-Site, die es einbettet, und BugHerd braucht keine eigene. Das macht BugHerds China-Frage zu einer Datenfrage, nicht zu einer Lizenzierungsfrage. BugHerd — Security (bugherd.com/security), abgerufen 2026-10-07; Staatsratserlass Nr. 292; MIIT-Erlass Nr. 33

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

Für ein Festland-China-Publikum ist die entscheidende Frage zu BugHerd nicht, wie schnell sein Widget rendert — sie ist, wessen personenbezogene Daten es erhebt und wo diese Daten leben dürfen. BugHerd beantwortet beides in seiner eigenen Dokumentation. Sein Feedback-Widget bettet sich in Ihre Site ein und greift, in dem Moment, in dem ein Rezensent zeigt und kommentiert, einen Screenshot und loggt seinen Browser, sein OS und seine URL zusammen mit dem Namen und der E-Mail, die an das Konto gebunden sind; und alles davon wird in einer einzigen Region der Vereinigten Staaten gespeichert, ohne irgendetwas innerhalb Festlandchinas. BugHerd einzubetten, ist der einfache Teil. Die Exponierung ist das Recht, das den Daten folgt, die es offshore verschifft — nicht das Netzwerk.

BugHerd-Security-Seite, die angibt, dass die Plattform auf Salesforce Heroku läuft, gehostet auf Amazon Web Services in der us-east-1-Region in Northern Virginia USA, mit Screenshots und Anhängen in AWS S3 in derselben Region gespeichert — und ohne Festlandchina-Standort
BugHerds eigene Security-Seite: Es „runs on Salesforce Heroku, hosted on Amazon Web Services (AWS) in the us-east-1 region (Northern Virginia, USA)“, und „Screenshots and attachments are stored in AWS S3 in the same region“ — eine Offshore-Region, keine in Festlandchina. Quelle: bugherd.com/security

BugHerd in China auf einen Blick

Worüber es entscheidet In BugHerds eigenen Worten
Was es ist Ein in Ihre Seiten eingebettetes Feedback-Widget — ein „JavaScript embed“, in BugHerds Worten — nichts, das Sie hosten. Es „runs on Salesforce Heroku, hosted on Amazon Web Services (AWS) in the us-east-1 region (Northern Virginia, USA)“.
Was es sammelt Bei jedem Pin „captures and logs technical info such as browser, URL and operating system“, neben „First and Last names“, einer „Email address“, „The IP address from which you access the Internet“ und den Screenshots selbst.
Wo Ihre Daten sitzen „Screenshots and attachments are stored in AWS S3 in the same region.“ Alles — Rezensenten-Identitäten eingeschlossen — bleibt in den USA; keine Region ist innerhalb Festlandchinas.
Die Öffentlichkeit bedienen BugHerd ist eine eingebettete Drittanbieter-Komponente, die ICP-Beian hängt also an der Site, die es einbettet, nicht an BugHerd. BugHerd bietet keine eigene Festland-Grundlage.
Die Regel, die es auslöst Die personenbezogenen Daten von China-Rezensenten offshore gespeichert sind ein Grenztransfer nach PIPL (Art. 38–43); eine Lokalisierungspflicht (PIPL Art. 40; Cybersicherheitsgesetz Art. 39 (vormals Art. 37)) kann auf einem reinen Offshore-Speicher nicht erfüllt werden.

Ein eingebettetes Widget, kein Host — die ICP-Beian ist also nicht BugHerds

BugHerd ist nichts, das Sie hosten; es ist ein Drittanbieter-Widget, das Sie in Seiten fallen lassen, die Ihr eigener Origin bereits bedient — ein „JavaScript embed“, in BugHerds eigenem Begriff. Diese Unterscheidung klärt die Lizenzierungsfrage. Eine öffentlichkeitsgerichtete Site, die Festland-Besuchern gezeigt wird, hängt an einer ICP-Beian (ICP 备案) nach Staatsratserlass Nr. 292 und MIIT-Erlass Nr. 33 — aber diese Beian hängt am Site-Betreiber und der Festland-Hosting-Ressource dahinter, nicht an einer von anderswo geladenen Komponente. BugHerd braucht also keine eigene ICP-Beian, und „Ist BugHerd ICP-fähig?“ ist die falsche Frage, die man an es stellt. Die richtige ist, was sein Widget mit personenbezogenen Daten tut, sobald es läuft — denn das ist, anders als die Lizenz Ihres Hosts, eine Exponierung, die Sie besitzen.

Die eigentliche Exponierung: Rezensenten-Daten, die die Grenze überqueren

BugHerd verdient sein Geld, indem es Personen erfasst. In dem Moment, in dem ein Rezensent zeigt und kommentiert, „grabs a screenshot, saves technical details“ und, in seinen eigenen Worten, „captures and logs technical info such as browser, URL and operating system“. Binden Sie das an das Konto, und BugHerd hält „First and Last names“, eine „Email address“, „The IP address from which you access the Internet“ und die Screenshots selbst. Für einen Rezensenten, der in Festlandchina sitzt, ist jedes einzelne davon personenbezogene Daten — und BugHerds Security-Seite ist explizit darüber, wohin sie gehen: Die Plattform „runs on … Amazon Web Services (AWS) in the us-east-1 region (Northern Virginia, USA)“, und „Screenshots and attachments are stored in AWS S3 in the same region“.

Das ist ein Grenztransfer personenbezogener Daten im Augenblick, in dem die Daten erhoben werden. Nach Chinas Gesetz zum Schutz personenbezogener Daten muss der Verarbeiter — Sie, nicht BugHerd — Mitteilung machen, eine gesonderte Einwilligung einholen und einen Transfermechanismus erfüllen: eine CAC-Sicherheitsbewertung, den CAC-Standardvertrag oder eine Zertifizierung (Art. 38–43). Und weil BugHerd „grabs a screenshot“ der zu überprüfenden Seite, reisen alle personenbezogenen Daten, die zufällig auf diesem Bildschirm sind, offshore mit — und weiten den Transfer weit über die eigenen Angaben des Rezensenten hinaus.

Keine Festland-Region, also keine Inland-Speicherung

BugHerd hält alles in einer Region der Vereinigten Staaten, und es ist gebaut, um Daten über Grenzen zu bewegen. Sein Betreiber ist australisch — BugHerd „is built and operated by Splitrock Studio Pty Ltd, an Australian company“ —, und seine Datenschutzrichtlinie sagt Nutzern klar, „You agree to your data being transferred to other countries when you share your data with us“, und nennt Bewegung „to and from any country, including Australia, the United Kingdom and the United States of America“. Keine davon ist Festlandchina. Wenn Sie ein Betreiber kritischer Informationsinfrastruktur oder Verarbeiter großer Mengen sind, müssen in China erhobene personenbezogene Daten im Festland gespeichert werden (PIPL Art. 40; Cybersicherheitsgesetz Art. 39 (vormals Art. 37)) — eine Residenzpflicht, die ein reines Offshore-Tool nicht erfüllen kann, wie auch immer es konfiguriert ist.

Dies ist eine Risikokarte, kein Urteil: Ob PIPLs Grenzübertritts-Regeln Sie binden, und ob eine Lokalisierungspflicht gilt, hängt davon ab, wer Ihre Rezensenten sind, was Ihre Screenshots erfassen, Ihrer Rolle und Ihren Datenmengen — es lohnt, es mit Rechtsbeistand zu klären, bevor Sie BugHerd an ein China-Team ausrollen.

Wo 21YunBox hineinpasst — eine rechtskonforme Overlay, keine Migration

Sie nutzen BugHerd genau so weiter, wie Sie es jetzt tun. Wir fügen das Stück hinzu, das ein Offshore-Feedback-Tool nicht kann: rechtskonforme, ICP-gemeldete Auslieferung aus dem Festland heraus, vor den Origin gesetzt, der Ihr BugHerd-Widget einbettet — ohne Neuaufbau, ohne zweite Codebasis und ohne Wegzug von BugHerd. Unser China-Team kartiert Ihre PIPL-Grenzübertritts- und Datenresidenz-Pflichten gegen Ihre Gesellschaft, Ihre Rezensenten und Ihre Datenmengen und setzt dann die inländische Auslieferung und Speicherung auf, die eine rechtmäßige China-Präsenz braucht, während BugHerd genau dort bleibt, wo es läuft.

Compliance-Einschätzung anfordern →


Weiterführend:

Häufige Fragen

Brauchen wir eine ICP-Beian für BugHerd selbst?

Nein — nicht für BugHerd. BugHerd ist ein Drittanbieter-Widget, eingebettet in Seiten, die Ihr eigener Origin bedient (seine Security-Seite nennt es ein „JavaScript embed“), es ist also eine Backend-Komponente statt des öffentlichen Site-Betreibers. Die ICP-Beian (ICP 备案, nach Staatsratserlass Nr. 292 und MIIT-Erlass Nr. 33) hängt an der Festland-Site, die BugHerd einbettet, nicht an BugHerds Offshore-Dienst. Die Compliance-Frage, die BugHerd aufwirft, dreht sich stattdessen um Daten: Es erhebt Prüfer-Identitäten und Sitzungs-Metadaten und speichert sie in den Vereinigten Staaten.

Ist es ein Problem, dass BugHerd unsere Feedback-Daten in den USA speichert?

Behandeln Sie es als ein mit Rechtsbeistand zu bewertendes Risiko, nicht als ein glattes Ja oder Nein. BugHerds Security-Seite sagt, es hoste auf AWS „in the us-east-1 region (Northern Virginia, USA)“ und halte Screenshots und Anhänge in derselben Region. Wenn Ihre Prüfer in Festlandchina sind, verlassen ihre Namen, E-Mails, IP-Adressen und die Browser-, OS- und URL-Metadaten, die BugHerd protokolliert, das Land — ein Grenztransfer, den PIPL regelt (Mitteilung, gesonderte Einwilligung und ein Transfermechanismus, Art. 38–43). Wenn Sie ein Betreiber kritischer Informationsinfrastruktur oder Verarbeiter großer Mengen sind, müssen in China erhobene personenbezogene Daten im Festland gespeichert werden (PIPL Art. 40; Cybersicherheitsgesetz Art. 39 (vormals Art. 37)), was ein reines Offshore-Tool nicht kann.

Kann 21YunBox uns helfen, BugHerd in China rechtskonform zu nutzen?

Ja. Unser China-Team kann Ihre PIPL-Grenzübertritts- und Datenresidenz-Exponierung für die Prüferdaten kartieren, die BugHerd erhebt — wer Ihre Prüfer sind, was Ihre Screenshots erfassen und Ihre Rolle und Datenmengen — und die ICP-gemeldete, inländische Auslieferung und Speicherung aufsetzen, die eine rechtskonforme China-Präsenz braucht, vor dem Origin, der BugHerd einbettet. Sie behalten BugHerd genau dort, wo es ist. Nehmen Sie Kontakt auf, um Ihren konkreten Fall durchzugehen.

Artikel zu BugHerd

Kategorien

WebOps