Funktioniert Sanity in China?
Für Sanity ist dies zuerst eine Auslieferungsfrage, keine Datenlokalisierungsfrage. Sanity ist eine Headless-Content-Plattform, die Ihre redaktionellen Inhalte auf Google Cloud bewahrt und sie Ihrer Site über ein globales API-CDN ohne Präsenzpunkt innerhalb Festlandchinas übergibt, sodass es ein Erreichbarkeitsrisiko ist, sie live hinter der Great Firewall abzurufen — während die ICP-Registrierung und die PIPL-Pflichten, die tatsächlich darüber entscheiden, ob Ihre Site rechtmäßig ist, auf der Website sitzen, die Sanity einbettet, nicht auf dem CMS.
Sanity erklärt, es „is hosted on Google Cloud Platform“, dass seine „backend systems currently run across three data centers in a single EU region (Belgium)“, und es empfiehlt sein API-CDN — „the CDN-distributed, cached API“ — „if you are going to fetch content from a browser“. Seine veröffentlichten Präsenzpunkte liegen in Indien, Australien, Belgien, Brasilien und den Vereinigten Staaten, keiner innerhalb des Festlands, sodass eine Seite, die Sanity zur Anfragezeit abfragt, auf einem grenzüberschreitenden Hin- und Rückweg beruht, der stocken oder abbrechen kann. Was aber reist, sind Ihre eigene Kopie, Ihre Bilder und strukturierten Dokumente, nicht die personenbezogenen Informationen Ihrer Besucher, sodass Sanity für sich genommen im Allgemeinen keine grenzüberschreitende Übermittlung von Nutzerdaten unter PIPL erzeugt. Die Pflichten, die tatsächlich über die Rechtmäßigkeit entscheiden — eine ICP-Registrierung auf landesinternem Hosting und PIPL für alle personenbezogenen Daten, die Ihre Site erhebt — gehören der einbettenden Site. Die Tabelle unten stellt Sanitys eigene Formulierung der Regel gegenüber, die jede Zeile auslöst.
Dies ist eine Risikokarte, kein Urteil — wo die Linie fällt, hängt davon ab, wie Sie die Site hosten, welche Nutzerdaten sie erhebt und ob Sie jemals personenbezogene Daten als Inhalt speichern. Unser China-Team kann Ihre Exposition mit Ihnen abstecken →
Compliance-Momentaufnahme
- ! Sanity speichert Inhalte auf Google Cloud in der EU und liefert sie über ein globales API-CDN aus — kein Edge in Festlandchina
- ! Sanity-Inhalte live aus China abzurufen, ist ein Erreichbarkeitsrisiko
- ✓ Der Payload sind Ihre redaktionellen Inhalte, keine Nutzerdaten — Sanity selbst wirft keine PIPL-Übermittlung auf
- ! Ihre öffentliche Festland-Site braucht trotzdem eine ICP-Registrierung — diese Pflicht ist die der Site, nicht des CMS
- ! Modellieren Sie personenbezogene Daten als Inhalt in Sanity, überqueren sie die Grenze wie jeder andere Payload
Was tatsächlich darüber entscheidet, ob eine von Sanity betriebene Site in Festlandchina funktioniert
| Fakt | Primärquelle |
|---|---|
| Sanity speichert Ihre Inhalte auf Google Cloud in der EU, ohne Präsenz in Festlandchina. Sanitys Sicherheitsseite erklärt, die Plattform „is hosted on Google Cloud Platform“ und dass „our backend systems currently run across three data centers in a single EU region (Belgium)“, mit hochgeladenen Inhalten, die „stored in the EU/EEA, the US, or in regions where Sanity has an operational footprint“ sind. Nichts von diesem Fußabdruck liegt innerhalb Festlandchinas, sodass von Sanity abgerufene Inhalte stets von Offshore bedient werden. | Sanity — Security (sanity.io/security), abgerufen am 2026-10-07 |
Ihre Site ruft Sanity-Inhalte zur Anfragezeit von einem globalen API-CDN ohne Festland-Edge ab. Sanity beschreibt seinen CDN-Endpunkt apicdn.sanity.io als „the CDN-distributed, cached API“ und empfiehlt ihn „if you are going to fetch content from a browser“. Seine veröffentlichten Präsenzpunkte liegen in Mumbai, Sydney, Saint-Ghislain (Belgien), São Paulo und drei US-Regionen, mit „a short-lived global CDN ... with points of presence on all continents“ davor — und keiner davon innerhalb des Festlands. Eine Seite, die live innerhalb Chinas von Sanity zieht, hängt daher von einem grenzüberschreitenden Hin- und Rückweg durch die Great Firewall ab, und dort treten Langsamkeit oder zeitweilige Ausfälle auf. Das ist ein Auslieferungsrisiko, kein rechtliches. | Sanity — API CDN docs (sanity.io/docs/content-lake/api-cdn), abgerufen am 2026-10-07 |
| Der Payload sind Ihre redaktionellen Inhalte, nicht die Daten Ihrer Nutzer — die Compliance-Türen sitzen also auf Ihrer Site, nicht auf Sanity. Was Sanity speichert und ausliefert, ist der Inhalt, den Ihr Team für die öffentliche Anzeige verfasst — Texte, Bilder, strukturierte Dokumente — nicht die personenbezogenen Informationen Ihrer Endnutzer, sodass das Durchleiten durch Sanitys Google-Cloud-Infrastruktur für sich genommen keine grenzüberschreitende PIPL-Übermittlung von Nutzerdaten erzeugt. Über die Rechtmäßigkeit entscheidet die öffentliche Site, die diesen Inhalt Festland-Besuchern zeigt: Sie braucht eine ICP-Registrierung auf landesinternem Hosting (Erlass Nr. 292 des Staatsrats; MIIT-Erlass Nr. 33), und alle personenbezogenen Informationen, die sie von chinesischen Nutzern erhebt, sind ihre eigene PIPL-Angelegenheit (Artikel 38–43; Artikel 40; Cybersicherheitsgesetz Art. 39 (vormals Art. 37)). | Sanity — Security (sanity.io/security), abgerufen am 2026-10-07; Erlass Nr. 292 des Staatsrats; MIIT-Erlass Nr. 33; PIPL Artikel 38–43 & 40; Cybersicherheitsgesetz Art. 39 (vormals Art. 37) |
| Modellieren Sie personenbezogene Daten als Inhalt in Sanity, überquert auch dieser Inhalt die Grenze. Ein Sanity-Datensatz enthält, was auch immer Sie als Dokument modellieren, sodass personenbezogene Daten — Nutzerprofile, Formularübermittlungen, alles, was eine reale Person identifiziert — in ein Sanity-Feld zu setzen, sie offshore zu Google Cloud sendet wie jeder andere Payload, und die grenzüberschreitenden PIPL-Regeln (Artikel 38–43) daran anknüpfen. Die saubere Linie ist, Sanity für redaktionelle Inhalte zu nutzen und personenbezogene Daten herauszuhalten, sodass Datenlokalisierung nie zum Problem des CMS wird. | Sanity — Content modeling & datasets docs (sanity.io/docs), abgerufen am 2026-10-07; PIPL Artikel 38–43 |
Quellen vom 21YunBox Compliance-Team am 7. Oktober 2026 geprüft.
Weil dies eine Wie bringe ich Sanity in China zum Laufen-Frage ist, lohnt es sich, sie zu zweiteilen, bevor man zu irgendeiner Lösung greift — die eine Hälfte ist ein Auslieferungsproblem, das Sie technisch lösen können, die andere ein Compliance-Problem, das Sie nicht lösen können. Sanity ist eine Headless-Content-Plattform: Es bewahrt Ihre strukturierten redaktionellen Inhalte auf Google Cloud auf und liefert sie Ihrer Site über eine Content-API aus, der ein globales CDN vorgeschaltet ist. Dieses CDN hat Präsenzpunkte über Kontinente verteilt, aber keinen innerhalb Festlandchinas, sodass das ehrliche Risiko auf Sanity-Ebene die Erreichbarkeit ist — eine Site, die ihre Inhalte live hinter der Great Firewall abruft, kann langsam oder unzuverlässig sein. Was Sanity nicht tut, ist, Ihr Projekt von sich aus zu einem Datenlokalisierungsproblem zu machen, denn was es trägt, ist Ihre eigene Kopie und Ihre Bilder, nicht die personenbezogenen Informationen Ihrer Besucher. Die Registrierungs- und Datenschutzpflichten, die tatsächlich darüber entscheiden, ob Ihre China-zugewandte Site rechtmäßig ist, sitzen auf der Site, die Sanity einbettet — und Sanitys Inhalte zu erreichen, ist die leichte Hälfte daneben.
Sanity in China auf einen Blick
| Was darüber entscheidet | In Sanitys eigenen Worten |
|---|---|
| Wo es läuft | Sanity „is hosted on Google Cloud Platform“, mit Backend-Systemen, die „run across three data centers in a single EU region (Belgium)“, und Inhalten, die „stored in the EU/EEA, the US, or in regions where Sanity has an operational footprint“ sind. Keine Region liegt innerhalb Festlandchinas. |
| Wie Ihre Site Inhalte bekommt | Ihr Frontend fragt Sanitys Content-API zur Anfragezeit ab — den CDN-Endpunkt apicdn.sanity.io, „the CDN-distributed, cached API“. Seine Präsenzpunkte liegen offshore (Mumbai, Sydney, Belgien, São Paulo, die USA); keiner liegt innerhalb des Festlands, sodass jeder Abruf die Grenze überquert. |
| Was im Payload steckt | Ihre eigenen redaktionellen Inhalte — Texte, Bilder, strukturierte Dokumente — verfasst für die öffentliche Anzeige, nicht die personenbezogenen Informationen Ihrer Endnutzer. Für sich genommen ist das im Allgemeinen keine grenzüberschreitende PIPL-Übermittlung von Nutzerdaten. |
| Die Öffentlichkeit bedienen | Die öffentliche Site, die Sanity einbettet und Festland-Besuchern gezeigt wird, braucht eine ICP-Registrierung auf landesinternem Hosting. Diese Pflicht gehört der Site und ihrem Host, nicht dem CMS. |
| Der Grenzfall | Modellieren Sie personenbezogene Daten als Inhalt in Sanity, und sie verlassen das Festland bei jedem Abruf — und PIPLs grenzüberschreitende Regeln knüpfen daran an wie an jeden anderen Payload. |
Sanitys Inhalte zu erreichen, ist die leichte Hälfte
Beginnen Sie mit dem Teil, den ein Netzwerk tatsächlich lösen kann. Sanity ist offen darüber, wo es läuft: Seine Sicherheitsseite sagt, die Plattform „is hosted on Google Cloud Platform“, dass „our backend systems currently run across three data centers in a single EU region (Belgium)“, und es liefert Ihr Frontend über eine Content-API mit vorgeschaltetem CDN aus. Dieses CDN — apicdn.sanity.io, in Sanitys Worten „the CDN-distributed, cached API“, das es „if you are going to fetch content from a browser“ empfiehlt — verteilt seine Präsenzpunkte über Kontinente: Mumbai, Sydney, Saint-Ghislain, São Paulo und drei US-Regionen, mit „a short-lived global CDN … with points of presence on all continents“ davor. Lesen Sie diese Liste genau, und die Lücke ist offensichtlich: Jeder Knoten liegt außerhalb Festlandchinas, und der nächste asiatische liegt in Indien. Eine Anfrage aus Schanghai oder Chengdu muss das Festland immer noch verlassen und zurückkehren, um Sanitys Edge zu erreichen, und dieser Hin- und Rückweg — keine gegen Sanity gerichtete Sperre — ist, wo die langsamen Ladevorgänge und die gelegentlich abgebrochenen Abrufe herkommen. Es ist ein echtes Auslieferungsrisiko, und es ist die Hälfte, die Netzwerkdesign stabilisieren kann. Behandeln Sie es als Erreichbarkeit, nicht als Rechtmäßigkeit.
Eine Content-Plattform ist für sich genommen kein Datenlokalisierungsproblem
Hier überkorrigieren Teams am häufigsten. Sie sehen, dass das CMS auf Google Cloud in Europa läuft, und greifen zum Alarm für grenzüberschreitende Daten — und bei einer reinen Content-Plattform ist dieser Alarm meist auf das Falsche gerichtet. Sanitys Aufgabe ist es, das zu speichern und auszuliefern, was Ihre Redakteure veröffentlichen: Überschriften, Fließtext, Bilder, die strukturierten Dokumente, aus denen eine Seite besteht. Das ist Material, das für die Öffentlichkeit verfasst wurde, nicht die personenbezogenen Informationen der Menschen, die es lesen, und es durch Sanitys Google-Cloud-Backend zu schicken, stellt für sich genommen keine grenzüberschreitende Übermittlung von Nutzerdaten unter PIPL dar. Präzision zahlt sich hier aus — nennen Sie eine Content-Plattform einen Datenlokalisierungsverstoß, und Sie erfinden eine Pflicht, die sie nie geschaffen hat, während die Pflichten, die Sie wirklich binden, in den Hintergrund treten.
Ein Grenzfall verdient Beobachtung. Ein Sanity-Datensatz enthält, was auch immer Sie als Dokument modellieren, sodass personenbezogene Daten — ein Kundendatensatz, ein eingereichtes Formular, jedes Feld, das eine reale Person identifiziert — in dem Moment, in dem sie in Sanity gelangen, offshore mitreisen, genau wie ein Blogbeitrag, und PIPLs grenzüberschreitende Bestimmungen (Artikel 38–43) sich daran festmachen. Die Regel ist einfach: Lassen Sie Sanity redaktionelle Inhalte tragen und bewahren Sie personenbezogene Daten in Systemen, die Sie steuern, dann wird Lokalisierung nie zur Frage des CMS.
Die Compliance-Türen sitzen auf Ihrer Site, nicht auf dem CMS
Die Regeln, die tatsächlich über die Rechtmäßigkeit entscheiden, sitzen eine Ebene weiter draußen — auf der Website, die Sanity einbettet, nicht auf Sanity selbst. Jede öffentliche Site, die Festland-Besuchern gezeigt wird, braucht eine ICP-Registrierung (ICP 备案) nach Erlass Nr. 292 des Staatsrats und MIIT-Erlass Nr. 33, und die Registrierung kann nur an Hosting anknüpfen, das physisch innerhalb des Festlands liegt. Die entscheidende Tatsache ist, von wo Ihre Seiten und Ihr Origin ausgeliefert werden — nicht, wo das CMS zufällig liegt — sodass ein von Sanity betriebenes Headless-Frontend immer noch auf eigenem, landesinternem, ICP-registriertem Hosting stehen muss, bevor es chinesische Nutzer sauber bedient. Darüber hinaus sind alle personenbezogenen Informationen, die Ihre Site von diesen Nutzern erhebt — Registrierungen, Bestellungen, Support-Anfragen — Ihre Sache als Verarbeiter: Benachrichtigung, gesonderte Einwilligung und ein zulässiger Übermittlungsmechanismus, wenn diese Daten das Festland verlassen (Artikel 38–43), und landesinterne Speicherung, wenn Sie ein Betreiber kritischer Informationsinfrastrukturen oder ein Großmengen-Verarbeiter sind (PIPL Artikel 40; Cybersicherheitsgesetz Art. 39 (vormals Art. 37)). Nichts davon gehört Sanity, und nichts davon wird dadurch behoben, dass man den Weg verkürzt, den Ihre Inhalte nehmen. Das ist die China-Arbeit, die zählt, und es ist die Hälfte, die kein Tuning für Sie erledigen wird.
Dies ist eine Risikokarte, kein Urteil: Ob Ihre Site eine ICP-Registrierung, landesinterne Speicherung oder einfach einen stabileren Weg zu Sanity braucht, hängt davon ab, wie Sie sie hosten, welche personenbezogenen Daten sie erhebt und wer Ihre Nutzer sind — es lohnt sich, das vor dem Bauen mit Ihren Anwälten zu klären.
Wo 21YunBox hineinpasst — ein konformes Overlay, keine Migration
Sie verfassen weiter in Sanity, genau wie heute — dasselbe Studio, dieselben Datensätze, dieselbe Content-API. Was wir hinzufügen, ist das Stück, das eine Google-Cloud-gehostete Content-Plattform nicht kann: konforme, ICP-registrierte Auslieferung aus dem Festland heraus, vorgeschaltet vor Ihre bestehende, von Sanity betriebene Site, sodass Ihre Seiten chinesische Nutzer erreichen, ohne auf einen grenzüberschreitenden Hin- und Rückweg zu Sanitys Edge zu warten — kein Neuaufbau, keine zweite Codebasis und keine Änderung an Ihrem Sanity-Workflow. Unser China-Team nimmt die beiden Hälften einzeln vor: wie zuverlässig Ihre Inhalte ankommen und die ICP- und PIPL-Pflichten, die auf Ihrer einbettenden Site sitzen, abgewogen gegen Ihre Rechtseinheit, Ihr Hosting und die personenbezogenen Daten, die Ihre Site tatsächlich erhebt. Sanity bleibt Ihr CMS; die konforme China-Präsenz wird darum herum gebaut.
Compliance-Bewertung anfordern →
Weiterführende Lektüre:
Häufige Fragen
Ist Sanity in Festlandchina gesperrt oder nur langsam?
Behandeln Sie es als Erreichbarkeitsrisiko statt als harte Sperre. Sanity bedient seine Content-API von einem globalen CDN, dessen Präsenzpunkte offshore liegen — Mumbai, Sydney, Belgien, São Paulo und die USA, keiner innerhalb des Festlands — und speichert die zugrunde liegenden Daten auf Google Cloud in der EU, sodass eine Site, die Sanity-Inhalte live aus China abruft, auf einen grenzüberschreitenden Hin- und Rückweg durch die Great Firewall angewiesen ist. In der Praxis zeigt sich das als langsame oder zeitweilige Inhaltsladevorgänge statt als garantierte Sperre, und das Ergebnis verschiebt sich mit Netzwerk, Route und Tageszeit. Genau diese Auslieferungs-Hälfte soll landesinterne Auslieferung vor Ihrem Origin stabilisieren.
Verstößt unsere Site durch die Nutzung von Sanity gegen PIPL?
Nicht von sich aus, auch wenn es sich lohnt, mit Ihren Anwälten präzise zu sein. Sanity trägt Ihre redaktionellen Inhalte — Texte, Bilder, strukturierte Dokumente — nicht die personenbezogenen Informationen Ihrer Endnutzer, sodass das Durchleiten dieses Inhalts durch seine Google-Cloud-Infrastruktur im Allgemeinen keine grenzüberschreitende PIPL-Übermittlung von Nutzerdaten ist. Die PIPL- und ICP-Pflichten knüpfen an die Site an, die Sanity einbettet: ihr Hosting, ihre ICP-Registrierung und alle personenbezogenen Daten, die sie von chinesischen Nutzern erhebt. Die eine Ausnahme ist das Speichern personenbezogener Daten als Inhalt in Sanity, was diese Daten ebenfalls in die grenzüberschreitende Frage zieht.
Kann 21YunBox helfen, unsere Sanity-Site in China zum Laufen zu bringen?
Ja. Unser China-Team kann die beiden Hälften für Sie trennen — stabilisieren, wie zuverlässig Festland-Besucher Ihre Sanity-gestützten Inhalte erreichen, und die ICP-Registrierung und die PIPL-Pflichten abstecken, die auf Ihrer einbettenden Site für Ihre Rechtseinheit, Ihr Hosting und die erhobenen Nutzerdaten sitzen — und dann ICP-registrierte, landesinterne Auslieferung vor Ihren bestehenden Origin stellen, ohne Ihren Sanity-Workflow anzutasten. Nehmen Sie Kontakt auf, um Ihr konkretes Setup durchzugehen.