Es gibt zwei Tore, und sie sind unabhängig
Fast jeder Plan, Festlandchina zu bedienen, behandelt dies als ein Problem – die Site schneller machen – und es sind zwei. Es sind getrennte Tore, sie werden getrennt nicht bestanden, und das eine zu bestehen, sagt Ihnen nichts über das andere.
Tor 1 – Performance. Ihr Origin sitzt außerhalb Festlandchinas, sodass jede Anfrage eine Grenze überquert, die überlastet und gefiltert ist. Das Symptom, das Nutzer berichten, ist nicht „langsam“, sondern inkonsistent: Dieselbe Seite ist morgens erträglich und abends unbrauchbar.
Tor 2 – die Registrierung. Alles, was tatsächlich aus Festlandchina heraus ausgeliefert wird, erfordert eine gültige ICP- Registrierung, und diese Registrierung erfordert eine Festland-China-Rechtseinheit.
Die Falle liegt darin, wie sie interagieren. Der schnelle Pfad und der registrierte Pfad sind derselbe Pfad. Die Auslieferung aus China heraus ist, was die Grenzüberquerung entfernt – und sie ist auch genau das, was die Registrierungspflicht auslöst. Die Arrangements, die die Registrierung vermeiden, sind also ausnahmslos die, die die Grenzüberquerung behalten.
Deshalb kann ein Setup wirklich schnell sein und dennoch die falsche Antwort für ein Unternehmen sein: Geschwindigkeit, die außerhalb des Registrierungsregimes erreicht wird, ist Geschwindigkeit, die Sie nicht die Erlaubnis haben zu behalten.
Tor 1: warum die Grenzüberquerung das ganze Problem ist
Die Aufgabe eines CDN ist es, eine Kopie Ihres Inhalts physisch näher an den Nutzer zu bringen. Das funktioniert überall auf der Welt, und es funktioniert in China nur, wenn die Points of Presence tatsächlich in China sind.
Hier scheitern die meisten Pläne stillschweigend. Hongkong und Singapur fühlen sich auf einer Karte nah an und sitzen auf der fernen Seite der Großen Firewall. Festland-Nutzer von dort zu bedienen, verkürzt die Überquerung nicht; es verschiebt nur, wo die Überquerung endet.
Drei Dinge brechen dann, getrennt:
- Die Überquerung selbst – hohe und, wichtiger, variable Latenz.
- Die Domain kann gefiltert werden – von Plattformen bereitgestellte Subdomains sind stärker exponiert als eine eigene Domain auf derselben Infrastruktur.
- Alles, was die Seite einbindet, scheitert nach seinem eigenen Zeitplan – Schriften, Consent-Banner, Analytics, eingebettetes Video, Formular-Endpunkte. Die Seite kann „größtenteils laden“ und dennoch nichts konvertieren, denn auf einer Lead-Capture-Site ist das Formular das Konversionsereignis.
Punkt 3 ist der, der Teams überrascht. Ein CDN beschleunigt, was Sie besitzen. Es tut nichts für die dutzend Drittanbieter-Dienste, die Ihre Seite aufruft, und auch diese haben keine Festland-Präsenz.
Tor 2: woran die Registrierung tatsächlich bindet
Drei Eigenschaften der ICP-Registrierung entscheiden die meisten Projektzeitpläne, und alle drei werden üblicherweise spät entdeckt.
Sie wird ausgelöst, wo der Server ist, nicht wer Sie sind. Eine vollständig im Ausland gehostete Site braucht keine Registrierung – was auch genau der Grund ist, warum sie langsam ist.
Sie erfordert eine Festland-China-Rechtseinheit. Ein ausländisches Unternehmen kann nicht in seinem eigenen Namen registrieren. Das ist der mit Abstand häufigste harte Blocker, und es ist ein Unternehmensstruktur-Problem statt eines technischen.
Sie ist an Ihren Hosting-/Zugangsanbieter gebunden, nicht nur an Ihre Domain. Die Auslieferung zu einem neuen Anbieter zu verlagern, bedeutet, die Registrierung zu aktualisieren, um diesen Anbieter zu nennen. Eine Registrierung ohne aktuellen Anbieter ist nicht nur veraltet – sie kann als „leere Hülle“ umklassifiziert und gelöscht werden.
Diese letzte Eigenschaft ist der Grund, warum „wir haben bereits eine ICP“ nicht die Beruhigung ist, nach der es klingt. Die Registrierung muss zur Infrastruktur passen, die den Verkehr heute tatsächlich bedient.
Die vier Pfade, an beiden Toren verglichen
| Besteht Tor 1 (Performance) | Besteht Tor 2 (Registrierung) | Auswirkung auf Ihren globalen Stack | |
|---|---|---|---|
| Nichts tun, optimieren, was möglich ist | Nein – Grenzüberquerung bleibt | Nicht zutreffend – nichts in China ausgeliefert | Keine |
| Nearshore-CDN (Hongkong / Singapur) | Teilweise – nur statische Assets; APIs und Formulare überqueren weiterhin | Nicht zutreffend – und genau das ist der Punkt, den man übersieht | Keine |
| Eine separate Site innerhalb Chinas neu bauen | Ja | Ja – Sie halten die Registrierung | Eine zweite Codebasis und ein zweiter Content-Workflow, dauerhaft |
| China-Auslieferungsebene über dem bestehenden Build | Ja | Ja – die Registrierung bindet an die Auslieferungsebene | Keine – Ihre bestehende Plattform bleibt der Origin |
Nearshore ist die Option, die die meisten Teams zuerst probieren, und die, die am zuverlässigsten enttäuscht. Sie ist gerade deshalb attraktiv, weil sie keine Registrierung braucht, und sie braucht gerade deshalb keine Registrierung, weil sie nie China betritt.
Der Neubau funktioniert wirklich und ist wirklich teuer – nicht in der Infrastruktur, sondern im Betrieb. Eine zweite Codebasis, ein zweiter Content-Workflow und ein Marketingteam, das zweimal publiziert und sich merken muss, welcher Markt was bekommt.
Brauchen wir also ein CDN oder etwas anderes?
Wenn Ihre Site statisch ist, Ihr Publikum tolerant ist und nichts auf der Seite eine Drittpartei aufruft, ist ein China-fähiges CDN plus Ihre eigene Registrierung eine vollständige Antwort. Das ist ein echtes Szenario, und es lohnt sich, es zu sagen.
Es hört auf, eine vollständige Antwort zu sein, wenn eines davon zutrifft, was für eine Enterprise-Site üblicherweise alles davon ist:
- Die Seite ruft Dienste auf, die in China blockiert oder langsam sind – Analytics, Schriften, Consent, Video, Marketing-Automation-Formulare.
- Inhalte sind dynamisch oder personalisiert, sodass eine Kopie zu cachen nicht ausreicht.
- Sie haben keine Festland-Einheit, sodass die Registrierung niemanden hat, an den sie binden könnte.
- Die Auslieferung ändert sich, sodass eine bestehende Registrierung im Gleichschritt aktualisiert werden muss.
Wo 21YunBox sitzt
Wir sind die Ebene, die beide Tore besteht, ohne Ihre globale Plattform zu ändern. Ihr bestehendes CMS, Ihre Build-Pipeline und Ihr Publishing-Workflow bleiben genau, wie sie sind, und bleiben die Quelle der Wahrheit. Wir stellen regelkonforme Auslieferung innerhalb Festlandchinas vor sie, schreiben die blockierten Drittanbieter-Aufrufe einzeln um, sodass der Konversionspfad abschließt, und unser Compliance-Team hält oder aktualisiert die ICP- Registrierung, sodass die technische und die regulatorische Hälfte zusammenpassen.
Diese letzte Klausel ist der Teil, der in jedem Angebot, das Sie erhalten, von uns oder anderen, zu prüfen sich lohnt: Eine Registrierung, die gegen die falsche Infrastruktur gemacht wurde, muss neu gemacht werden, und sie sitzt auf dem kritischen Pfad.
Link: China-ICP-Lizenz für Websites