Ihr Kunde braucht Festlandchina. Womit Sie es tatsächlich zu tun bekommen.
Diese Seite ist für Account Executives, Solution Architects und Implementierungspartner, denen gerade gesagt wurde „und es muss auch in China laufen“ und die vor dem nächsten Meeting klare Antworten brauchen. Sie ist in der Annahme geschrieben, weitergeleitet zu werden. Kein Verkaufsgerede, und jede Aussage zur Regulierung lässt sich bis zur Primärquelle zurückverfolgen.
Kurz gesagt
Es gibt zwei unabhängige Hürden. Performance: Da der Origin
außerhalb Festlandchinas liegt, überquert jede Anfrage eine überlastete, gefilterte Grenze. Edges in
Hongkong oder Singapur liegen jenseits dieser Grenze — wer nur den Ort des Übergangs verschiebt,
beseitigt den Übergang selbst nicht. Beian: Was tatsächlich aus dem Inneren
Festlandchinas ausgeliefert wird, braucht ein gültiges ICP-Beian, ausgestellt an eine juristische
Person in Festlandchina und gebunden an denjenigen, der den Traffic ausliefert. Beide greifen
ineinander — der schnelle Weg und der gemeldete Weg sind derselbe Weg. Denn was die
Grenzüberquerung beseitigt, ist die Auslieferung aus dem Inland, und eben das löst das Beian aus.
Mit anderen Worten: Jedes Arrangement, das das Beian vermeidet, ist auch ein Arrangement, das die
Verzögerung beibehält.
Die vier Optionen, betrachtet über die zwei Hürden
| Option | Löst es die Performance? | ICP-Beian nötig? | Auswirkung auf Ihren Build |
|---|---|---|---|
| Nichts tun, im Rahmen des Möglichen optimieren | Nein | Nein | Keine |
| CDN mit nahen Edges (Hongkong/Singapur) | Nur statische Assets — APIs und Formulare überqueren weiterhin die Grenze | Nein (da es das Festland nicht erreicht) | Keine |
| Eine separate Site im Festland neu aufbauen | Ja | Ja — Ihr Kunde hält es | Dauerhaft eine zweite Codebasis und einen zweiten Content-Workflow |
| Eine China-Auslieferungsschicht über dem bestehenden Build | Ja | Ja — gebunden an die Auslieferungsschicht | Keine — Ihr Build bleibt Origin und alleinige Informationsquelle |
Nahe Edges sind die Option, die viele Teams zuerst ausprobieren — und die am zuverlässigsten enttäuscht. Der Neuaufbau funktioniert wirklich und ist wirklich teuer — nicht in der Infrastruktur, sondern im Betrieb.
Was das für den Auslieferungszeitplan bedeutet
Das Engineering ist der kurze Teil. Den Zeitplan bestimmt das Beian — es dauert Wochen und lässt sich nicht mit zusätzlichem Geld verkürzen. Die folgenden drei Dinge verzögern sich regelmäßig:
- Zuerst die Domain. Eine außerhalb Festlandchinas registrierte Domain muss überhaupt erst zu einem von der MIIT zugelassenen Festland-Registrar übertragen werden, bevor sie gemeldet werden kann. In echten Projekten ist die Verzögerung das Herausfinden, wer im Unternehmen Ihres Kunden das Registrar-Konto verwaltet.
- Ein bestehendes Beian gilt nicht automatisch auch für den neuen Build. Da das Beian an den Zugangsanbieter gebunden ist, bedeutet ein Re-Platforming eine Aktualisierung des Beian. Ein Beian ohne aktuellen Anbieter kann schlicht widerrufen werden.
- Ohne juristische Person im Festland ist kein Beian möglich. Hat Ihr Kunde keine, ist das keine technische, sondern eine Entscheidung über die Unternehmensstruktur — und muss früh angegangen werden.
Details nach Plattform
Alle folgenden Seiten zeigen den plattformspezifischen Mechanismus — belegt nicht durch uns, sondern durch die offizielle Dokumentation des jeweiligen Anbieters.
Außerdem: welche CDNs tatsächlich Festland-Knoten haben und wer das ICP hält, sowie das ICP-Beian im Überblick.
Häufige Fragen von Account-Teams
Mein Kunde fragt: „Funktioniert die Site in Festlandchina?“ Die Kurzantwort?
Sie lädt, aber instabil, und die dynamischen Teile funktionieren nicht. Da der Origin außerhalb Festlandchinas liegt, überquert jede Anfrage eine überlastete, gefilterte Grenze. Das Symptom ist keine gleichmäßige Langsamkeit, sondern „Schwankung“. Davon getrennt scheitern die Drittanbieterdienste auf der Seite (Schriften, Einwilligungsverwaltung, Analytics, Video, Marketing-Automation-Formulare) zu jeweils eigenen Zeitpunkten — so kann es passieren, dass die Seite zwar rendert, aber kein einziger Abschluss zustande kommt.
Reicht es nicht, einfach ein China-CDN hinzuzufügen?
Nur, wenn die PoPs tatsächlich innerhalb Festlandchinas liegen und jemand ein gültiges ICP-Beian hält. Viele internationale CDNs mit Knoten in Festlandchina arbeiten nach dem Prinzip „Beian bringen Sie selbst mit“: Die Infrastruktur gehört dem CDN, das Beian ist Ihre Aufgabe. Zudem folgt die Meldepflicht nicht nur dem Hosting, sondern der Auslieferung. Sie entsteht, ob die Site auf einem Server in Festlandchina liegt oder nur über ein CDN nach China ausgeliefert wird.
Was ist das ICP-Beian, und warum taucht es immer wieder im Zeitplan auf?
Es ist die Registrierung, die die Auslieferung aus dem Inneren Festlandchinas rechtmäßig macht. Drei Eigenschaften überraschen viele Teams: Auslöser ist der Standort des Servers, nicht der Eigentümer der Site. Ausgestellt wird es an eine juristische Person in Festlandchina — ein ausländisches Unternehmen kann es nicht direkt halten. Und da es an den Hosting-/Zugangsanbieter gebunden ist, erfordert ein Wechsel des Auslieferungsorts eine Aktualisierung des Beian. Das Verfahren dauert Wochen und lässt sich nicht mit Geld beschleunigen. Genau deshalb bestimmt oft das Beian den Veröffentlichungstermin, nicht das Engineering.
Mein Kunde hat keine chinesische juristische Person. Ist das ein Hindernis?
Für ein direktes Beian ja. Es gibt zwei Wege. Erstens: eine juristische Person im Festland gründen (mehrere Monate, Stammkapital, laufende Pflichten). Zweitens: mit einem Partner arbeiten, der das Beian hält und als eingetragene Stelle auftritt, während Ihr Kunde Plattform, Inhalte und geistiges Eigentum behält. Letzteres ist nicht die günstige Variante des Ersten, sondern eine andere Art von Arrangement, bei der ein anderer die Compliance-Verantwortung trägt.
Muss mein Kunde die Site für China neu aufbauen?
Nein. Und ein Neuaufbau ist meist die teure Antwort. Er funktioniert, aber die Kosten entstehen nicht in der Infrastruktur, sondern im Betrieb: eine zweite Codebasis, ein zweiter Content-Workflow, ein Marketingteam, das alles zweimal veröffentlicht. Eine Auslieferungsschicht über dem bestehenden Build erhält dagegen Ihre globale Plattform als alleinige, verlässliche Informationsquelle.
Was sollten wir Ihnen für ein Angebot mitteilen?
Wo Plattform und Heads gehostet sind, alle betroffenen Domains und zugangsbeschränkten Bereiche, ob bereits ein ICP-Beian besteht und auf wessen Namen, sowie den gewünschten Veröffentlichungstermin. Mit diesen vier Punkten lässt sich eine ungefähre Budget-Spanne nennen. Anzahl der Umgebungen und Traffic verfeinern die Genauigkeit.
Wie früh sollten wir China in eine RFP-Antwort aufnehmen?
Schon in der Angebotsphase, selbst wenn die Auslieferung eine spätere Phase ist. China taucht oft als „Muss-Anforderung“ erst am Ende der Verhandlung auf, und eine Antwort, die das nicht vorhersieht, verliert nicht über den Preis, sondern über die Verlässlichkeit der Prognose. Einen groben Betrag früh in die Forecast aufzunehmen ist meist wertvoller, als die Architektur perfekt auszuarbeiten.
In laufenden Projekten mitwirken
Wir führen technische Walkthroughs für Account-Teams und deren Kunden durch und erstellen aus den vier Antworten oben eine Budget-Spanne für die RFP-Antwort. Wir arbeiten durch Partner und nicht über ihre Köpfe hinweg. Die Kundenbeziehung gehört Ihnen.
Mit unserem China-Engineering-Team sprechen (EN)
Die Beratung erfolgt auf Englisch.