Funktioniert Gatsby in China? ICP, Datenresidenz und ein Offshore-Build
Gatsby ist ein React-Build-Framework, kein Host — seine Ausgabe wird auf Offshore-Plattformen wie Netlify, Vercel, GitHub Pages oder S3/CloudFront bereitgestellt, keine davon in Festlandchina. Eine öffentliche Gatsby-Site erreicht China also aus dem Ausland, ohne Pfad für eine ICP-Beian im Inland und mit den Daten Ihrer Besucher, die unter PIPL die Grenze überqueren. Ein Blick zuerst auf die Compliance: die zwei Türen.
Funktioniert Gatsby in China?
Für ein öffentliches Publikum in Festlandchina lautet die ehrliche Antwort „nicht von allein“ — und der Grund ist Lizenzierung und Standort, nicht wie Gatsby performt. Gatsby ist ein Build-Schritt, kein Host: Es verwandelt Ihr React-Projekt in Produktions-Ausgabe und übergibt diese an eine Deployment-Plattform, und jede Plattform, die Gatsby selbst nennt, liegt im Ausland, keine in Festlandchina.
In Gatsbys eigenen Worten ist es ein „React-Based Framework“ (React-basiertes Framework), mit dem Sie eine „fast, secure, and powerful website“ (schnelle, sichere und leistungsfähige Website) bauen; seine Deployment-Dokumentation beschreibt dann „taking the production output from Gatsby and turning it into something your deployment platform understands“ (die Produktions-Ausgabe von Gatsby zu nehmen und in etwas zu verwandeln, das Ihre Deployment-Plattform versteht) und nennt als diese Plattform eine von Netlify, AWS Amplify, Azure Static Web Apps, Firebase, GitHub Pages, GitLab Pages, Heroku, S3 & CloudFront oder Vercel — alle im Ausland (Gatsby Cloud ist selbst in Netlify aufgegangen). Für eine öffentliche China-Site folgen daraus zwei Dinge, gemessen an Gatsbys eigener Formulierung in der Tabelle unten: Eine aus diesem Offshore-Host ausgelieferte Site hat keine ICP-Beian, an die sie sich im Inland hängen könnte, und sie aus dem Festland zu erreichen ist eine Auslieferungsfrage, kein Selbstläufer. Alle personenbezogenen Daten, die die (überwiegend statische) Site erhebt, verlassen dann das Land, was obendrauf eine leichtere PIPL-Frage ergibt.
Dies ist ein Risikobild für Ihren Rechtsbeistand, kein Urteil — was zutrifft, hängt davon ab, ob Sie das Publikum in China bedienen, von Ihrer Rechtsperson und den Daten, die Ihre Site verarbeitet. Unser China-Team kann den Weg aus Gatsby + 21YunBox mit Ihnen kartieren →
Compliance-Momentaufnahme
- ✓ Bauen Sie weiter in Gatsby — Ihre React-Codebasis, Ihre Content-Quellen und Ihre Build-Pipeline ändern sich nicht
- ✕ Kein ICP-Beian-Pfad in der Gatsby-Kette — ihre Build-Ausgabe wird auf Offshore-Hosts (Netlify, Vercel, Pages, S3/CloudFront) bereitgestellt, keiner in Festlandchina
- ! Erreichbar, aber ungleichmäßig: gatsbyjs.com lud von einer Festland-Rechenzentrums-Sonde vollständig, aber 0 von 3 Malen auf einer Pekinger Heimleitung (2026-08-28 / 08-30, je 3 Durchläufe)
- ! Eine statische Site zieht weiterhin Offshore-Schriften, -Skripte und die Edge des Hosts und trägt die echten IPs der Besucher über die Grenze — eine PIPL-Frage
- ✓ Rechtskonformer Weg: ICP-gemeldete Inland-Auslieferung vor Ihrem Gatsby-Build — eine Overlay, keine Migration
Was die offizielle Gatsby JS-Dokumentation sagt — und was wir aus Festlandchina gemessen haben
| Fakt | Primärquelle |
|---|---|
| In Gatsbys eigenen Worten ist es ein Build-Framework, kein Host — seine Ausgabe wird an eine Deployment-Plattform übergeben, und jede Plattform, die Gatsby nennt, liegt im Ausland. Gatsbys Homepage nennt es „The Best React-Based Framework“ (das beste React-basierte Framework) und lädt Sie ein, eine „fast, secure, and powerful website using our React-based, open-source framework“ (schnelle, sichere und leistungsfähige Website mit unserem React-basierten Open-Source-Framework) zu bauen. Seine Deployment-Dokumentation beschreibt „taking the production output from Gatsby and turning it into something your deployment platform understands“ (die Produktions-Ausgabe von Gatsby zu nehmen und in etwas zu verwandeln, das Ihre Deployment-Plattform versteht) und nennt als diese Plattform Netlify, AWS Amplify, Azure Static Web Apps, Firebase, GitHub Pages, GitLab Pages, Heroku, S3 & CloudFront oder Vercel — wobei Gatsby Cloud nun in Netlify aufgegangen ist. Keine einzige ist ein Festland-China-Host, sodass eine öffentliche Gatsby-Site das Festland aus dem Ausland erreicht und die Lizenzierungsfrage auf diesem Offshore-Host landet, nicht auf Gatsby. | Gatsby — Homepage und Dokumentation „Preview, Deploys & Hosting“, abgerufen 2026-10-07 |
| Eine öffentliche Festland-China-Site braucht eine ICP-Beian, und ein offshore bereitgestellter Gatsby-Build hat im Inland nichts, woran sie sich hängen könnte. Nach Verordnung Nr. 292 des Staatsrats (Art. 4) und MIIT-Verordnung Nr. 33 hängt eine ICP-Beian (备案) an einer Hosting-Ressource, die physisch in Festlandchina liegt, und an einer Festland-Rechtsperson. Eine Gatsby-Site, die von Netlify, Vercel, GitHub Pages oder S3/CloudFront ausgeliefert wird, läuft auf Offshore-Infrastruktur ohne Inland-Host und ohne Festland-Rechtsperson, gegen die sich melden ließe — die ICP-Tür liegt also weder bei Gatsby noch bei diesen Hosts. Das ist eine Lizenz- und Standortgrenze, kein Mangel an Gatsby. | Verordnung Nr. 292 des Staatsrats (Maßnahmen zur Verwaltung von Internet-Informationsdiensten), Art. 4; MIIT-Verordnung Nr. 33 (ICP-Beian-Maßnahmen) |
| Selbst eine überwiegend statische Gatsby-Site berührt am Rand personenbezogene Daten, sodass die Art, wie diese die Grenze überqueren, eine PIPL-Frage ist. Die echte IP-Adresse und die Anfrage-Logs eines Besuchers sind personenbezogene Daten; das Festland aus einem Offshore-Host zu bedienen und sie aus dem Land zu tragen, ist ein grenzüberschreitender Transfer nach PIPL (Kapitel III, Art. 38–43: Mitteilung, gesonderte Einwilligung und ein zulässiger Transfermechanismus; Art. 40 mit Cybersicherheitsgesetz Art. 39 (vormals Art. 37) fügt Inland-Speicherung für einen Betreiber kritischer Informationsinfrastruktur oder einen Verarbeiter großer Mengen hinzu). Eine statische Marketing-Site ist hier leichter als eine datenintensive App — doch das rechtskonforme Design beantwortet es auf dieselbe Weise: ein inländischer, ICP-gemeldeter Eintrittspunkt, der eine feste Inland-IP an Ihren Origin sendet, statt die echte IP jedes Besuchers über die Grenze weiterzuleiten. | PIPL Kapitel III, Art. 38–43 und Art. 40; Cybersicherheitsgesetz Art. 39 (vormals Art. 37) |
Aus Festlandchina gemessen, war eine mit Gatsby gebaute Site erreichbar, verhielt sich aber je nach Vantage-Punkt sehr unterschiedlich. 21YunBox rief gatsbyjs.com (Gatsbys eigene Site, gebaut und auf der Art Offshore-Host ausgeliefert, die seine Dokumentation empfiehlt) von zwei Festland-Vantage-Punkten ab, je drei Durchläufe: Von einer Alibaba-Cloud-Rechenzentrums-Sonde in cn-zhangjiakou am 2026-08-28 lud sie bei allen 3 Versuchen vollständig, während sie von einer Pekinger Privat-Breitbandleitung am 2026-08-30 bei jedem Durchlauf antwortete und zu rendern begann, aber bei 0 von 3 vollständig lud. Das Rechenzentrums-Ergebnis beschreibt nicht, was ein Besucher auf einer Heimverbindung sieht — die Erreichbarkeit aus dem Festland ist real, aber ungleichmäßig, und der Ausfall ist die durchscheinende Offshore-Auslieferung, keine harte Sperre. | 21YunBox — China-Delivery-Messung, gemessen aus Festlandchina (cn-zhangjiakou 2026-08-28; Pekinger Privat-Breitband 2026-08-30; 3 Durchläufe je Vantage-Punkt) |
Quellen vom 21YunBox Compliance-Team am 7. Oktober 2026 geprüft.
Für ein Publikum in Festlandchina ist die entscheidende Frage zu Gatsby nicht, wie schnell es baut oder rendert — sondern, wo die fertige Site liegen darf und wohin die Daten Ihrer Besucher gelangen dürfen. Die erste Hälfte beantwortet Gatsby in seiner eigenen Dokumentation: Es ist ein Build-Framework, kein Host. Es verwandelt Ihr React-Projekt in Produktions-Ausgabe und übergibt diese an eine Deployment-Plattform — und jede Plattform, die Gatsby selbst nennt, liegt im Ausland, keine davon in Festlandchina. Eine öffentliche Gatsby-Site ist also aus dem Festland erreichbar, wird aber vollständig von außerhalb ausgeliefert, was ihr keine Grundlage für die ICP-Beian lässt, die eine öffentliche Festland-Site verlangt, und alle personenbezogenen Daten, die sie erhebt, zu einem grenzüberschreitenden Transfer macht, den Chinas Recht regelt. Die Erreichbarkeit ist real; die Lizenzierung und die Datenresidenz sind die Exponierung.
Gatsby in China auf einen Blick
| Worüber es entscheidet | In Gatsbys eigenen Worten |
|---|---|
| Wo es läuft | Gatsby ist ein Build-Framework, kein Host. Es erzeugt „production output“ (Produktions-Ausgabe), die Sie auf einer Plattform bereitstellen — Netlify, AWS Amplify, Azure Static Web Apps, Firebase, GitHub Pages, GitLab Pages, Heroku, S3 & CloudFront oder Vercel. Keine liegt in Festlandchina, und Gatsby Cloud ist in Netlify aufgegangen. |
| Wer die ICP-Grundlage hält | Eine ICP-Beian hängt an einer Hosting-Ressource, die physisch in Festlandchina liegt, und an einer Festland-Rechtsperson. Ein Gatsby-Build, der auf einem dieser Offshore-Hosts bereitgestellt wird, hat keines von beidem — es gibt im Inland nichts, woran sie sich hängen ließe. |
| Das Publikum bedienen | Eine Site, die Festland-Besuchern aus China heraus bereitgestellt wird, braucht eine ICP-Beian, die an eine Festland-Hosting-Ressource gebunden ist. Eine Kette von Gatsby zu einem Offshore-Host bietet keinen solchen eigenen Inland-Host. |
| Die Daten Ihrer Besucher | Aus dem Ausland ausgeliefert, verlassen die echte IP und die Anfrage-Logs eines Festland-Besuchers das Land — ein grenzüberschreitender Transfer, den PIPL regelt, selbst bei einer überwiegend statischen Site. |
| Ist es erreichbar? | Ja — nicht gesperrt. Gatsbys eigene Site lud bei jedem Rechenzentrums-Sondenversuch aus dem Festland vollständig, während eine Pekinger Heimleitung nicht abschloss; die Lücke ist die Offshore-Auslieferung, keine Sperre. |
Ein Build-Werkzeug ohne Inland-Host, also keine Grundlage für eine ICP-Beian
Gatsby betreibt Ihre Site nicht; es baut sie. In Gatsbys eigenen Worten ist es ein „React-Based Framework“ (React-basiertes Framework), mit dem Sie eine „fast, secure, and powerful website“ (schnelle, sichere und leistungsfähige Website) bauen, und seine Deployment-Dokumentation beschreibt Adapter, die „taking the production output from Gatsby and turning it into something your deployment platform understands“ (die Produktions-Ausgabe von Gatsby nehmen und in etwas verwandeln, das Ihre Deployment-Plattform versteht). Die Plattformen, die es auflistet — Netlify, AWS Amplify, Azure Static Web Apps, Firebase, GitHub Pages, GitLab Pages, Heroku, S3 & CloudFront und Vercel —, liegen alle im Ausland, und Gatsby Cloud ist selbst in Netlify aufgegangen. Keine einzige liegt in Festlandchina.
Das klärt die Lizenzierungsfrage, bevor Performance überhaupt ins Spiel kommt. Eine öffentlich zugängliche Website, die Festland-Besuchern aus China heraus bereitgestellt wird, hängt an einer ICP-Beian (ICP 备案) nach Verordnung Nr. 292 des Staatsrats und MIIT-Verordnung Nr. 33, und diese Meldung muss an eine Hosting-Ressource, die physisch im Festland liegt, und an eine Festland-Rechtsperson gebunden sein. Ein Gatsby-Build auf einem Offshore-Host hat keines von beidem — es gibt in der Kette schlicht nichts, wogegen sich melden ließe. Hier endet „wir liefern doch schon eine Gatsby-Site aus“: Ein schnelles statisches Bundle zu bauen, ist nicht dasselbe wie die Freigabe, in China zu operieren, und kein noch so gutes Build-Tuning schafft die Inland-Grundlage, die eine Meldung braucht.
Erreichbar, nicht gesperrt — aber ungleichmäßig, und das ist der Punkt
Gatsby-Sites sind in China nicht gesperrt. In 21YunBox’ eigenen Messungen aus dem Festland antwortete Gatsbys eigene Site schnell und lud bei jedem Versuch von einer Alibaba-Cloud-Rechenzentrums-Sonde in Zhangjiakou (2026-08-28) vollständig, während sie von einer Pekinger Privat-Breitbandleitung (2026-08-30) bei jedem Durchlauf antwortete und zu rendern begann, aber bei keinem vollständig lud — drei Durchläufe je Vantage-Punkt. Wir berichten hier Erreichbarkeit, keinen Geschwindigkeitswert; das Rechenzentrums-Ergebnis beschreibt schlicht keine Heimverbindung. Ein statischer Gatsby-Build hilft, weil eine vorab gerenderte Seite keinen Server-Roundtrip zahlen muss — doch sie referenziert weiterhin Offshore-Schriften, -Skripte und die Edge des Hosts selbst, ist also nur so erreichbar wie diese Offshore-Abhängigkeiten. Die Exponierung einer auf China ausgerichteten Gatsby-Site besteht daher nicht hauptsächlich darin, dass Menschen sie nicht erreichen können — sondern darin, dass das Erreichen Ihnen weder eine ICP-Beian noch Inland-Datenresidenz verschafft. Diese Lücken sind Compliance-Tatsachen, und keine Build-Einstellung schließt sie.
Die Daten Ihrer China-Besucher überqueren weiterhin die Grenze
Liefern Sie eine Gatsby-Site aus einem Offshore-Host nach China, verlässt die personenbezogene Information Ihrer Besucher — mindestens ihre echten IP-Adressen und Anfrage-Logs, mehr, wenn die Site Formulare oder Analyse trägt — das Festland. Nach Chinas Gesetz zum Schutz personenbezogener Daten ist das ein grenzüberschreitender Transfer, und der Verarbeiter — Sie, nicht Gatsby oder Ihr Host — muss Mitteilung erteilen, gesonderte Einwilligung einholen und einen Transfermechanismus erfüllen: eine CAC-Sicherheitsbewertung, den CAC-Standardvertrag oder eine Zertifizierung. Sind Sie ein Betreiber kritischer Informationsinfrastruktur oder ein Verarbeiter großer Mengen, müssen in China erhobene personenbezogene Daten im Festland gespeichert werden (PIPL Art. 40; Cybersicherheitsgesetz Art. 39 (vormals Art. 37)) — eine Residenzpflicht, die kein Offshore-Host aus Gatsbys Deploy-Liste erfüllen kann. Eine überwiegend statische Marketing-Site ist hier leichter als eine datenintensive App, doch das rechtskonforme Design beantwortet die Frage gleichwohl auf dieselbe Weise.
Dies ist eine Risikokarte, kein Urteil: Ob Sie eine ICP-Beian, Inland-Speicherung oder beides brauchen, hängt davon ab, was Sie ausliefern, wie viele personenbezogene Daten Sie halten und wer Ihre Nutzer sind — zu klären mit Rechtsbeistand, bevor Sie bauen.
Wo 21YunBox hineinpasst — eine Compliance-Overlay, keine Migration
Sie bauen weiter mit Gatsby und stellen es bereit, wo auch immer Sie es heute tun. Wir ergänzen das eine Stück, das ein Build-Werkzeug und ein Offshore-Host nicht leisten können: rechtskonforme, ICP-gemeldete Auslieferung aus dem Festland, vor die Site gesetzt, die Ihr Gatsby-Build erzeugt — kein Neuaufbau, keine zweite Codebasis und kein Wechsel weg von Gatsby, Netlify, Vercel oder Pages. Unser China-Team kartiert Ihre ICP- und Datenresidenzpflichten anhand Ihrer Rechtsperson und Datenmengen und baut dann die Inland-Auslieferung und -Speicherung auf, die eine rechtmäßige China-Präsenz braucht, während Ihr Framework und Ihr Host genau dort bleiben, wo sie bereits sind.
Compliance-Einschätzung anfordern →
Weiterführend:
Häufige Fragen
Müssen wir Gatsby verlassen oder neu bauen, um Festlandchina zu bedienen?
Nein. Das rechtskonforme Muster ist eine Overlay, keine Migration: Gatsby bleibt Ihr Framework, Ihre Content-Quellen und Ihr Build, und eine ICP-gemeldete Inland-Auslieferungsschicht — gespeist aus demselben Gatsby-Build, den Sie bereits ausliefern — wird für Festland-Besucher davor gesetzt. Es gibt keinen Neuaufbau, keine zweite Codebasis und keine Änderung daran, wie Sie Ihre Gatsby-Site schreiben oder bereitstellen.
Warum können Gatsby oder unser Host (Netlify, Vercel, Pages) die ICP-Beian nicht halten?
Weil eine ICP-Beian an einen lizenzierten Host gebunden ist, der physisch in Festlandchina liegt, und an eine Festland-Rechtsperson, und Gatsbys Build-Ausgabe auf Offshore-Plattformen bereitgestellt wird — Netlify, Vercel, GitHub Pages, S3/CloudFront und dergleichen. In dieser Kette gibt es keinen Inland-Host und keine Festland-Rechtsperson, auf der die Meldung sitzen könnte. Das ist eine Lizenz- und Standortgrenze, kein Fehler an Gatsby oder diesen Hosts, die Ihr Build- und Deploy-Ziel bleiben; 21YunBox liefert die ICP-gemeldete Inland-Auslieferung davor.
Kann 21YunBox helfen, unsere Gatsby-Site in Festlandchina zum Laufen zu bringen?
Ja. Unser China-Team kann die ICP-, Erreichbarkeits- und Grenztransfer-Exponierung für Ihre Rechtsperson und Ihre Daten einschätzen, die ICP-Beian übernehmen und rechtskonforme, ICP-gemeldete Inland-Auslieferung vor die Site stellen, die Ihr Gatsby-Build erzeugt — sodass Gatsby und Ihr aktueller Host genau dort bleiben, wo sie sind. Nehmen Sie Kontakt auf, um Ihren konkreten Fall durchzugehen, und behandeln Sie die Einzelheiten als ein mit Rechtsbeistand zu bestätigendes Risikobild.
