Funktioniert KeyCDN in China? Auslieferung, Erreichbarkeit & wo ICP wirklich gilt
KeyCDN ist ein Content-CDN, das Ihre statischen Assets aus 60+ offshore gelegenen Rechenzentren ohne Point of Presence innerhalb Festlandchinas bedient — eine Seite, die ihre Dateien zur Laufzeit zieht, kann dort gezogen oder gebrochen werden. KeyCDN selbst wirft keine ICP- oder PIPL-Frage auf; diese Pflicht sitzt auf Ihrer Hosting-Site. Ein Auslieferungs-zuerst-Blick, ehrlich gerahmt.
Funktioniert KeyCDN in China?
KeyCDN ist kein Data-Residency-Problem — es ist ein Auslieferungsproblem. Es bedient Ihre statischen Dateien, nicht die personenbezogenen Daten Ihrer Nutzer, von sich aus schuldet es also keine ICP-Beian und löst keinen PIPL-Transfer aus. Was es Ihnen nicht geben kann, ist ein Edge innerhalb Festlandchinas, und die ICP-Pflicht bleibt auf der Site, die es einbettet.
In seinen eigenen Worten ist KeyCDN „a high performance content delivery network“, verteilt über „60+ data centers in 40+ countries spread across 6 continents“ — seine asiatischen Edges sind als Hongkong, Singapur, Seoul und Tokio benannt, keiner davon innerhalb des Festlands. Von innerhalb Chinas sind seine Assets also häufig langsam, gedrosselt oder nicht erreichbar, und weil KeyCDN kein Festland-Fundament hält, bietet es keine eigene ICP-Beian. Diese Pflicht — und jede Frage eines grenzüberschreitenden Transfers personenbezogener Information — reitet auf Ihrer eigenen Hosting-Site, nicht auf dem CDN. Die Tabelle unten ist KeyCDNs eigener Wortlaut und die Regel, die jede Zeile auslöst.
Dies ist eine Risikokarte, kein Urteil — ob ein offshore gelegenes CDN Ihre Seiten bloß verlangsamt oder sie bricht und ob Ihre eigene Site eingereicht und im Inland ist, hängt davon ab, wie Ihr Frontend gebaut ist und was Sie sammeln. Unser China-Team kann Ihre Exponierung mit Ihnen kartieren →
Compliance-Momentaufnahme
- ✓ KeyCDN bewegt statische Dateien, keine Nutzerdaten — keine eigene PIPL-Transfer-Pflicht
- ! Jeder KeyCDN-Edge ist offshore; vom Festland aus sind seine Assets oft langsam oder nicht erreichbar
- ! Kein Festlandchina-PoP — seine nächsten Edges (Hongkong, Singapur, Tokio) sitzen außerhalb davon
- ✕ KeyCDN gibt der einbettenden Site keine ICP-Beian oder inländisches Fundament
- ! Ihre eigene Site braucht weiterhin eine ICP-Beian und ihre eigene PIPL-Antwort
Was die offizielle KeyCDN-Dokumentation über China sagt
| Fakt | Primärquelle |
|---|---|
| KeyCDN ist ein Content-CDN — es bewegt Ihre Dateien, nicht die personenbezogenen Daten Ihrer Nutzer. In seinen eigenen Worten ist es „a high performance content delivery network that has been built for the future“, und „it only takes a few minutes to start delivering content to your users at a blazing fast speed“. Was durch es passiert, sind statische Website-Inhalte, Bilder und Dateien — nicht personenbezogene Information — ein Asset aus KeyCDN zu laden, ist also nicht selbst ein grenzüberschreitender Transfer personenbezogener Daten, und KeyCDN trägt keine eigene ICP-Beian. | KeyCDN homepage (keycdn.com), abgerufen 2026-10-07 |
| Jeder KeyCDN-Point-of-Presence sitzt außerhalb Festlandchinas. KeyCDN beschreibt „60+ data centers in 40+ countries spread across 6 continents“, und seine eigene Standortliste nennt seine asiatischen Edges als Hongkong, Singapur, Seoul, Tokio und Bangalore — nicht einer innerhalb des Festlands. Der nächste, Hongkong, sitzt außerhalb der Netzwerkgrenze des Festlands und seines ICP-Regimes, er gibt also weder inländische Auslieferung noch ein Beian-Fundament. Von innerhalb Festlandchinas sind von KeyCDN bediente Assets daher häufig langsam, gedrosselt oder nicht erreichbar — ein Auslieferungsrisiko, keine saubere Sperre. | KeyCDN network page (keycdn.com/network), abgerufen 2026-10-07 |
| Die ICP-Beian gehört der Site, die KeyCDN einbettet, nicht dem CDN. Eine öffentliche Website, die Festland-Besuchern gezeigt wird, hängt von einer ICP-Beian (ICP 备案) nach Staatsrat-Erlass Nr. 292 und MIIT-Erlass Nr. 33 ab, an Hosting physisch innerhalb des Festlands gebunden. Ein Content-CDN wie KeyCDN trägt nichts davon und bietet kein Festland-Fundament zum Einreichen; die Pflicht reitet auf Ihrer Origin-Site, die weiterhin ICP-beian-pflichtig und im Inland gehostet sein muss. | KeyCDN network page (keycdn.com/network), abgerufen 2026-10-07; State Council Order No. 292; MIIT Order No. 33 |
| Die Daten Ihrer Nutzer sind die PIPL-Frage Ihrer eigenen Site — nicht KeyCDNs. Weil KeyCDN keine personenbezogene Information Ihrer Nutzer hält, wirft es selbst keine Transfer-Pflicht auf. Aber wenn die Site, die seine Assets einbettet, personenbezogene Daten von chinesischen Nutzern sammelt, fallen die eigenen Flüsse dieser Site unter die Grenztransfer- und Lokalisierungsregeln des Gesetzes zum Schutz personenbezogener Daten (PIPL Artikel 38–43 und 40; Cybersicherheitsgesetz Artikel 39 (vormals Artikel 37)). Ehrliche Rahmung zählt hier: die Datenpflicht haftet an Ihrem Origin, nicht am Content-CDN davor. | KeyCDN homepage (keycdn.com), abgerufen 2026-10-07; PIPL Articles 38–43 & 40; Cybersecurity Law Article 39 (formerly Article 37) |
Quellen vom 21YunBox Compliance-Team am 7. Oktober 2026 geprüft.
Für ein Festlandchina-Publikum ist die entscheidende Frage zu KeyCDN nicht, wie schnell es bei einem Testlauf aus dem Ausland aussieht — es ist, ob seine Dateien von innerhalb des Landes überhaupt auf den Bildschirm gelangen und welche Schicht die Compliance tatsächlich schuldet. KeyCDN ist ein Content Delivery Network: es bedient Ihre statischen Website-Inhalte, Bilder und Dateien, nicht die personenbezogenen Daten Ihrer Nutzer, es löst also von sich aus keine Grenztransfer-Pflicht aus und braucht keine eigene ICP-Beian. Seine Schwäche in China ist betrieblich, nicht rechtlich. Jeder KeyCDN-Point-of-Presence lebt außerhalb Festlandchinas, eine Seite, die nach einem KeyCDN-Asset greift, während sie lädt, stützt sich also auf Infrastruktur, die von innerhalb des Festlands langsam oder gar nicht antwortet — und ein Asset, das nie ankommt, nimmt ein Stück der Seite mit sich. Die Lizenzfrage ist ebenfalls real, aber sie gehört der nächsten Schicht hinein: der Site, die KeyCDN einbettet, die weiterhin ICP-beian-pflichtig und im Inland gehostet sein muss.
KeyCDN in China auf einen Blick
| Was darüber entscheidet | In KeyCDNs eigenen Worten |
|---|---|
| Wo es läuft | „60+ data centers in 40+ countries spread across 6 continents“ — ein globaler Edge, dessen nächste asiatische Points of Presence (Hongkong, Singapur, Seoul, Tokio) alle außerhalb Festlandchinas sitzen. |
| Was es bedient | KeyCDN nennt sich „a high performance content delivery network“ für Website-Inhalte, Bilder und Dateien — statische Assets, keine Nutzerdaten, es passiert also keine personenbezogene Information durch KeyCDN. |
| Aus dem Festland erreichbar? | Von Points of Presence jenseits der Grenze ausgeliefert, von innerhalb Festlandchinas sind KeyCDN-Assets also häufig langsam, gedrosselt oder nicht erreichbar — ein Auslieferungsrisiko, keine saubere Sperre. |
| Data Residency / PIPL | Nicht von KeyCDN selbst ausgelöst: es hält keine personenbezogenen Daten. Die Grenztransfer-Frage gehört dem, was Ihre eigene Site sammelt, anderswo. |
| ICP-Beian | Keine auf KeyCDN — ein Content-CDN trägt keine. Die ICP-备案-Pflicht reitet auf der Site, die es einbettet, die gegen inländisches Hosting eingereicht werden muss. |
Ein Content-CDN für Ihre Dateien — eine Auslieferungsfrage, keine Datenfrage
KeyCDN nennt sich „a high performance content delivery network that has been built for the future“ und sagt, „it only takes a few minutes to start delivering content to your users at a blazing fast speed“. Nehmen Sie das für bare Münze, und die China-Frage fällt an ihren Platz: die Bytes, die sich durch KeyCDN bewegen, sind Ihre eigenen Website-Inhalte, Bilder und Dateien — nie die personenbezogene Information Ihrer Nutzer — eines zu holen, ist also kein grenzüberschreitender Transfer personenbezogener Daten und trägt keine ICP-Pflicht auf KeyCDNs Seite. Ein schlichtes Content-CDN als Data-Residency-Problem zu besetzen, wäre eine Dehnung, die wir nicht machen werden. Die Exponierung, die tatsächlich real ist, ist banaler: wird jedes dieser Assets laden, schnell und jedes Mal, für ein Telefon oder einen Laptop, der in Peking oder Hangzhou sitzt?
Sechzig-plus Edges — und jeder einzelne offshore
KeyCDN ist offen über seine Reichweite: „60+ data centers in 40+ countries spread across 6 continents“. Das ist reichlich für den Großteil der Welt, aber seine eigene Standortliste platziert seine nächsten asiatischen Points of Presence in Hongkong, Singapur, Seoul und Tokio — und keinen innerhalb Festlandchinas. Der nächste, Hongkong, ist der leicht misszuverstehende, weil er nicht das Festland ist. Hongkong sitzt außerhalb der Netzwerkgrenze des Festlands und außerhalb des ICP-Regimes, ein Edge dort gibt Ihnen also weder inländische Auslieferung noch ein Beian-Fundament, und Verkehr von ihm ins Festland überschreitet weiterhin die Grenze. Was folgt, ist das vertraute Offshore-CDN-Muster von innerhalb Chinas: ein Asset ist einen Moment schnell und im nächsten hängengeblieben oder nicht erreichbar, und welches Sie bekommen, verschiebt sich mit dem Carrier, der Route und der Tageszeit. Weil eine Asset-URL aufgelöst wird, während die Seite zeichnet, wird diese Instabilität direkt in das Rendern eingespeist — der Slot, der auf diese Datei wartet, kann leer hängen, lange nach allem anderen hineinspringen oder für immer leer bleiben, und ein Layout, das jeden Test im Ausland bestand, kann einen chinesischen Besucher sichtbar gebrochen erreichen. Kurz, es ist eine Abhängigkeit, deren Zuverlässigkeit Sie nicht regieren können, die dort sitzt, wo Festland-Nutzer sie nicht zuverlässig erreichen können.
Wo die Compliance-Linie tatsächlich fällt — Ihre Hosting-Site, nicht KeyCDN
Um die Compliance-Tür ehrlich zu treffen, müssen Sie sie an die richtige Schicht heften. KeyCDN trägt keine ICP-Pflicht; die öffentliche Site, die seine Assets einbettet, trägt sie ganz. Eine Site, die Besuchern im Festland gezeigt wird, hängt von einer ICP-Beian (ICP 备案) nach Staatsrat-Erlass Nr. 292 und MIIT-Erlass Nr. 33 ab, an Hosting gebunden, das physisch innerhalb des Landes sitzt — und in dem Moment, in dem diese Site beginnt, personenbezogene Information von chinesischen Nutzern zu sammeln, binden PIPLs Grenztransfer- und Datenlokalisierungsregeln ihre eigenen Datenflüsse (PIPL Artikel 38–43 und 40; Cybersicherheitsgesetz Artikel 39 (vormals Artikel 37)). KeyCDN sitzt außerhalb all dessen. Doch eine Festland-gerichtete Site, die von KeyCDN abhängt, erbt seine offshore gelegene Auslieferungs-Fragilität und behält, unvermindert, jede Compliance-Pflicht, die von Anfang an ihre eigene war.
Dies ist eine Risikokarte, kein Urteil: ob ein offshore gelegenes Content-CDN Ihre Seiten bloß zieht oder sie geradewegs bricht und ob Ihre eigene Hosting- und Datenhaltung standhält, kommt darauf an, wie Ihr Frontend gebaut ist und was Sie von Nutzern sammeln — all das wert, mit Rechtsbeistand und einem harten Blick auf das, was Ihre Seiten tatsächlich holen, geklärt zu werden.
Wo 21YunBox hineinpasst — eine rechtskonforme Overlay, keine Migration
Ihr Frontend bleibt genau so, wie Ihre Entwickler es ausgeliefert haben. Was wir entfernen, ist der grenzüberschreitende Hin- und Rückweg, den KeyCDN einführt: die Assets, die Ihre Seiten aus ihm ziehen, werden stattdessen aus ICP-beian-pflichtiger Auslieferung innerhalb des Festlands bedient, vor Ihren bestehenden Origin gesetzt — kein Neuaufbau, keine parallele Codebasis und kein Anfassen der URLs oder Cache-Regeln, auf die sich Ihr Team bereits stützt. Zugleich prüft unser China-Team die Schicht, die das CDN nie erreicht: dass die Site, die diese Assets bedient, selbst ICP-beian-pflichtig, innerhalb des Festlands gehostet und solide unter PIPL für die Nutzerdaten ist, die sie sammelt. Kein Byte dessen, was Sie ausliefern, ändert sich; alles, was sich ändert, ist die Seite der Grenze, von der Ihre Assets antworten.
Compliance-Einschätzung anfordern →
Weiterführend:
Häufige Fragen
Hat KeyCDN Server innerhalb Festlandchinas?
Nein. KeyCDNs eigene Netzwerkseite listet „60+ data centers in 40+ countries spread across 6 continents“, und seine nächsten asiatischen Points of Presence sind Hongkong, Singapur, Seoul und Tokio — keiner innerhalb des Festlands. Hongkong ist der nächste, aber es sitzt außerhalb der Netzwerkgrenze des Festlands und seines ICP-Regimes, es gibt Ihnen also weder inländische Auslieferung noch ein Beian-Fundament. Von innerhalb Chinas sind von KeyCDN bediente Assets häufig langsam, gedrosselt oder nicht erreichbar.
Schafft KeyCDN zu nutzen ein PIPL- oder Data-Residency-Problem?
Nicht auf KeyCDN selbst, und es wäre unehrlich, etwas anderes zu behaupten. KeyCDN bedient Ihre statischen Dateien, nicht die personenbezogenen Daten Ihrer Nutzer, ein Asset aus ihm zu laden, ist also kein grenzüberschreitender Transfer personenbezogener Information. Die PIPL-Frage gehört Ihrer eigenen Site: wenn sie personenbezogene Daten von chinesischen Nutzern sammelt, gelten die Grenztransfer- und Lokalisierungsregeln (PIPL Artikel 38–43 und 40; Cybersicherheitsgesetz Artikel 39 (vormals Artikel 37)) für die eigenen Flüsse dieser Site, nicht für das CDN. Die ICP-Beian ist ebenso die Pflicht Ihrer Site, nicht KeyCDNs.
Kann 21YunBox helfen, unsere KeyCDN-Assets in China zuverlässig auszuliefern?
Ja. Unser China-Team kann die Assets, die Ihre Seiten aus KeyCDN ziehen, aus ICP-beian-pflichtiger, inländischer Auslieferung bedienen, die vor Ihren bestehenden Origin gesetzt wird — kein Neuaufbau und keine Änderung an den Dateien, die Ihre Entwickler ausliefern — und den Teil prüfen, den KeyCDN nie berührt: dass die Site, die diese Assets einbettet, selbst ICP-beian-pflichtig, im Inland gehostet und sauber auf PIPL für die Nutzerdaten ist, die sie sammelt. Kontaktieren Sie uns, um Ihren konkreten Fall durchzuarbeiten.
