Funktioniert cdnjs in China? Auslieferung, Erreichbarkeit & die ICP-Linie
cdnjs ist ein kostenloses, quelloffenes CDN für Frontend-Bibliotheken, bedient von Cloudflares Offshore-Globalnetzwerk ohne Point of Presence in Festlandchina — eine Seite, die seine Bibliotheken zur Laufzeit lädt, kann dort verlangsamt oder kaputt sein. cdnjs selbst wirft keine ICP- oder PIPL-Pflicht auf; die fällt auf die Site, die es einbettet. Ein Auslieferung-zuerst-Blick, ehrlich gerahmt.
Funktioniert cdnjs in China?
cdnjs ist für sich allein kein Compliance-Problem — es bedient öffentlichen quelloffenen Code, hält keine Daten Ihrer Nutzer und trägt keine ICP-Beian —, aber es ist eine Offshore-Abhängigkeit, die Ihre Site innerhalb des Festlands verlangsamen oder kaputtmachen kann, während die ICP- und PIPL-Pflichten klar auf der Site sitzen, die es lädt.
cdnjs beschreibt sich als „a free, open-source CDN for the web's most popular JavaScript, CSS, and font resources“, „Powered by Cloudflare“, wo „every file is served directly from Cloudflare's global network“. Dieses Netzwerk hat keinen Point of Presence innerhalb Festlandchinas (Cloudflares inländisches China-Netzwerk ist ein separater, ICP-bedingter Dienst, den ein öffentliches cdnjs.cloudflare.com nicht nutzt — eine Schlussfolgerung daraus, wie Cloudflare es bereitstellt), eine Bibliothek, die zur Ladezeit von cdnjs gezogen wird, ist aus dem Festland also häufig langsam, gedrosselt oder schlicht unerreichbar, und das Rendern, das darauf wartet, stockt mit ihr. Nichts davon ist eine Datenresidenz-Frage für cdnjs — es hält keine personenbezogenen Daten —, aber die öffentliche Site, die es einbettet, braucht weiterhin eine ICP-Beian auf inländischem Hosting und besitzt weiterhin ihre eigenen PIPL-Pflichten für die Nutzerdaten, die sie erhebt. Die Tabelle unten ist cdnjs' eigener Wortlaut und die Linie, die jeder Fakt zieht.
Dies ist eine Risikokarte, kein Urteil — ob ein unzuverlässiges Offshore-CDN Ihre Site bloß herunterzieht oder kaputt macht, und ob die Site drumherum gemeldet und im Inland ist, hängt davon ab, wie Ihr Frontend gebaut ist und was Sie erheben. Unser China-Team kann Ihre Exponierung mit Ihnen kartieren →
Compliance-Momentaufnahme
- ! Von Cloudflares Offshore-Edge bedient — ein Laufzeit-Bibliotheks-Load kann im Festland langsam werden oder kaputtgehen
- ✓ cdnjs bedient öffentlichen Bibliotheks-Code, nicht die Daten Ihrer Nutzer — kein PIPL-Transfer läuft hindurch
- ✓ Ein quelloffenes CDN trägt keine eigene ICP-Beian
- ! Die Site, die cdnjs einbettet, braucht weiterhin eine ICP-Beian auf inländischem Hosting
- ! Dieselbe Site besitzt ihre PIPL-Pflichten für die Nutzerdaten, die sie erhebt
Was die offizielle cdnjs-Dokumentation über China sagt
| Fakt | Primärquelle |
|---|---|
| cdnjs ist ein CDN für öffentlichen Bibliotheks-Code, kein Speicher der Daten Ihrer Nutzer. In seinen eigenen Worten ist es „a free, open-source CDN for the web's most popular JavaScript, CSS, and font resources“ — „a free, open-source, and community-driven CDN that makes it easy to include popular web libraries“. Es bedient quelloffenes JavaScript, CSS und Fonts, es passieren also keine personenbezogenen Daten cdnjs, und es löst für sich allein keinen Grenztransfer nach PIPL aus. Einem öffentlichen Code-CDN eine Datenresidenz-Geschichte aufzuzwingen, wäre unehrlich. | cdnjs — About (cdnjs.com/about), abgerufen 2026-10-07 |
Es läuft auf Cloudflares Offshore-Globalnetzwerk, mit nichts innerhalb des Festlands. cdnjs ist „Powered by Cloudflare“, und „every file is served directly from Cloudflare's global network“, wobei Cloudflare „providing the global CDN infrastructure“. Nichts von diesem Edge sitzt innerhalb Festlandchinas — Cloudflares inländisches China-Netzwerk ist ein separater, ICP-bedingter Dienst, den ein öffentliches cdnjs.cloudflare.com nicht nutzt (eine Schlussfolgerung daraus, wie Cloudflare sein China-Netzwerk bereitstellt, keine cdnjs-Aussage). Aus dem Festland ist eine Bibliothek, die zur Anfragezeit von cdnjs geholt wird, häufig langsam, gedrosselt oder unerreichbar, und die Seite, die darauf wartet, stockt ebenfalls. | cdnjs — About (cdnjs.com/about), abgerufen 2026-10-07 |
| Die ICP-Beian wird von der Site geschuldet, die cdnjs einbettet, nicht von cdnjs. Ein quelloffenes CDN trägt keine ICP-Beian — aber eine öffentliche Website, die Festland-Besuchern gezeigt wird, hängt an einer ICP-Beian (ICP 备案), gebunden an eine Hosting-Ressource physisch innerhalb des Festlands, nach Staatsratserlass Nr. 292 und MIIT-Erlass Nr. 33. cdnjs sitzt vollständig außerhalb dieses Regimes, doch eine Festland-Site, die still davon abhängt, muss weiterhin selbst gemeldet und im Inland gehostet sein. | cdnjs — About (cdnjs.com/about), abgerufen 2026-10-07; State Council Order No. 292; MIIT Order No. 33 |
| Und die PIPL-Pflichten bleiben bei dieser Site, für die Daten, die sie erhebt. Weil cdnjs keine Nutzerdaten hält, gehören die Grenzübertritts- und Lokalisierungs-Fragen zu den Datenflüssen Ihrer eigenen Site, nicht zum CDN: Wenn sie personenbezogene Daten von chinesischen Nutzern erhebt, gilt PIPL für diese Site (Mitteilung, gesonderte Einwilligung und ein Transfermechanismus, Art. 38–43), und ein Betreiber kritischer Informationsinfrastruktur oder Verarbeiter großer Mengen muss diese Daten im Festland speichern (PIPL Art. 40; Cybersicherheitsgesetz Art. 39 (vormals Art. 37)). Die Schwäche des CDN ist Auslieferung; das Compliance-Gewicht landet nebenan, auf der Site selbst. | cdnjs — About (cdnjs.com/about), 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 Festland-China-Publikum ist die eigentliche Frage zu cdnjs nicht, ob es erlaubt ist — sie ist, ob es auftaucht. cdnjs ist ein kostenloses, quelloffenes CDN für Frontend-Bibliotheken: Es bedient öffentlichen Code, nicht die personenbezogenen Daten Ihrer Nutzer, in sich selbst löst es also keine Grenzübertritts- oder ICP-Pflicht aus. Was es trägt, ist ein Auslieferungsrisiko. cdnjs wird von Cloudflares Offshore-Globalnetzwerk ohne Point of Presence innerhalb Festlandchinas bedient, eine Seite, die eine Bibliothek zur Anfragezeit davon abruft, hängt also von Infrastruktur ab, die aus dem Festland oft langsam oder unerreichbar ist — und wenn diese Abhängigkeit stockt, stockt die Seite mit ihr. Die Compliance-Linie in diesem Bild sitzt einen Schritt entfernt, auf der Site, die cdnjs einbettet, die weiterhin ICP-gemeldet und im Inland bedient sein muss.
cdnjs in China auf einen Blick
| Worüber es entscheidet | In cdnjs' eigenen Worten |
|---|---|
| Wo es läuft | Dateien werden „directly from Cloudflare's global network“ bedient — cdnjs ist „Powered by Cloudflare“ — ein weltweiter Edge ohne Point of Presence innerhalb Festlandchinas. |
| Was es bedient | „The web's most popular JavaScript, CSS, and font resources“ — öffentlicher, quelloffener Bibliotheks-Code. Code, keine Nutzerdaten, es passieren also keine personenbezogenen Daten cdnjs. |
| Aus dem Festland erreichbar? | Von Cloudflare-Points-of-Presence außerhalb des Landes beantwortet, aus Festlandchina heraus also häufig langsam, gedrosselt oder unerreichbar — ein Auslieferungsrisiko, keine saubere Sperre. |
| Datenresidenz / PIPL | Nicht von cdnjs selbst ausgelöst — es speichert keine personenbezogenen Daten. Die Grenzübertritts-Frage gehört zu dem, was Ihre eigene Site andernorts mit Nutzerdaten tut. |
| ICP-Beian | Keine auf cdnjs — ein quelloffenes CDN trägt keine Meldung. Die ICP-Pflicht sitzt auf der Site, die es einbettet, die gemeldet und im Inland gehostet sein muss. |
Öffentlicher Bibliotheks-Code, keine Nutzerdaten — also ist dies eine Auslieferungsfrage
cdnjs nennt sich selbst „a free, open-source CDN for the web’s most popular JavaScript, CSS, and font resources“ — und diese Beschreibung ist der ganze Umfang seines Compliance-Fußabdrucks. Es verteilt quelloffenen Bibliotheks-Code, nicht die personenbezogene Information, die Ihre Anwendung erhebt, eine Datei von cdnjs zu laden, ist also kein Grenztransfer personenbezogener Daten und trägt keine eigene ICP-Pflicht. Ein Datenresidenz-Problem für ein öffentliches Code-CDN zu erfinden, wäre die falsche Entscheidung. Die Exponierung hier ist schlichter und operativer: Kann diese Bibliothek tatsächlich geholt werden — schnell und bei jeder Anfrage — aus dem Festland heraus?
Von Cloudflares Offshore-Netzwerk bedient, ohne Festland-Präsenz
cdnjs ist „Powered by Cloudflare“, und in seinen eigenen Worten wird „every file is served directly from Cloudflare’s global network“, wobei Cloudflare „providing the global CDN infrastructure“. Nicht einer dieser Edge-Standorte ist innerhalb Festlandchinas. Cloudflare beantwortet Festland-Traffic von Points of Presence jenseits der Grenze, und sein inländisches China-Netzwerk ist ein separates, ICP-bedingtes Angebot, auf dem ein öffentlicher Host wie cdnjs.cloudflare.com nicht reitet — dieser letzte Punkt ist eine Schlussfolgerung daraus, wie Cloudflare sein China-Netzwerk bereitstellt, nicht etwas, das cdnjs angibt. Das Ergebnis ist das, das jedes Offshore-CDN teilt: Aus dem Festland heraus ist cdnjs häufig langsam, gedrosselt oder schlicht unerreichbar, und welches davon Sie bekommen, verschiebt sich mit der Route, dem Carrier und der Tageszeit. Ein <script> oder Stylesheet, das zu cdnjs greift, während die Seite aufbaut, reicht diese Unsicherheit direkt an Ihre Besucher — wenn der Abruf hängt, hängt auch alles, was davon abhängt. Es ist ein bewegliches Teil, das Sie weder besitzen noch tunen können, geparkt auf der fernen Seite der Grenze.
Wo die ICP- und PIPL-Linie tatsächlich fällt — auf der einbettenden Site
Die Compliance-Tür hier richtig zu treffen, bedeutet, zu benennen, wo sie tatsächlich steht. cdnjs braucht keine ICP-Beian — die Site, die es einbettet, tut es. Eine Website, die Festland-Besuchern bedient wird, hängt an einer ICP-Beian (ICP 备案) nach Staatsratserlass Nr. 292 und MIIT-Erlass Nr. 33, gebunden an eine Hosting-Ressource physisch innerhalb des Festlands; und wenn dieselbe Site personenbezogene Daten von chinesischen Nutzern sammelt, regeln die Grenzübertritts- und Lokalisierungs-Regeln des Gesetzes zum Schutz personenbezogener Daten ihre eigenen Datenflüsse (PIPL Art. 38–43 und 40; Cybersicherheitsgesetz Art. 39 (vormals Art. 37)). cdnjs fällt in nichts davon — aber eine Festland-Site, die sich darauf lehnt, erbt die Auslieferungs-Schwäche des CDN, während sie weiterhin jede ihrer eigenen Melde- und Daten-Pflichten trägt.
Dies ist eine Risikokarte, kein Urteil: Ob ein unzuverlässiges Drittanbieter-CDN Ihre Site bloß herunterzieht oder sie tatsächlich kaputt macht, und ob Ihre eigene Hosting- und Daten-Position standhält, hängt davon ab, wie Ihr Frontend zusammengesetzt ist und was Sie erheben — mit Rechtsbeistand und einem ehrlichen Blick auf Ihre echten Abhängigkeiten zu klären.
Wo 21YunBox hineinpasst — eine rechtskonforme Overlay, keine Migration
Sie liefern weiter das Frontend aus, das Ihre Entwickler bereits geschrieben haben. Was wir vom Tisch nehmen, ist die Offshore-Abhängigkeit, die cdnjs einführt: Die JavaScript-, CSS- und Font-Assets, die Ihre Seiten von ihm ziehen, werden stattdessen von ICP-gemeldeter Auslieferung innerhalb des Festlands bedient, vor Ihren bestehenden Origin gesetzt — ohne Neuaufbau, ohne zweite Codebasis und ohne Austausch der Bibliotheken, die Sie gewählt haben. Unser China-Team prüft auch den Boden, den cdnjs nie abdeckt: dass die Site, die diese Assets lädt, selbst ICP-gemeldet, im Inland gehostet und solide bei PIPL für alle Nutzerdaten ist, die sie erhebt. Der Code, den Ihr Browser ausführt, ist unverändert; was sich ändert, ist, dass er nun von der richtigen Seite der Grenze ankommt.
Compliance-Einschätzung anfordern →
Weiterführend:
Häufige Fragen
Braucht cdnjs eine ICP-Beian oder wirft es ein PIPL-Grenzübertritts-Problem auf?
Nicht cdnjs selbst. Es bedient öffentlichen, quelloffenen Bibliotheks-Code statt der personenbezogenen Daten Ihrer Nutzer, es läuft also kein Grenztransfer personenbezogener Daten hindurch, und es trägt keine eigene ICP-Beian. Beide Pflichten landen einen Schritt entfernt, auf der öffentlichen Site, die cdnjs einbettet: Diese Site braucht eine ICP-Beian auf inländischem Hosting, und sie besitzt ihre eigenen PIPL-Pflichten für alle personenbezogenen Daten, die sie von chinesischen Nutzern erhebt. Behandeln Sie das CDN als Auslieferungs-Abhängigkeit und Ihre eigene Site als den Ort, an dem die Compliance-Fragen tatsächlich leben.
Warum verlangsamt sich eine Seite, die cdnjs lädt, in Festlandchina oder scheitert?
Weil cdnjs von Cloudflares Offshore-Globalnetzwerk bedient wird, das keinen Point of Presence innerhalb des Festlands hat, wird Festland-Traffic von jenseits der Grenze beantwortet. Aus China heraus macht das eine cdnjs-Anfrage häufig langsam, gedrosselt oder unerreichbar, und es verschiebt sich mit dem Netzwerk, der Route und der Stunde. Wenn ein Skript oder Stylesheet, das zur Ladezeit von cdnjs gezogen wird, stockt, stockt der Teil Ihrer Seite, der darauf wartet, mit ihm — ein Auslieferungsrisiko, das Sie nicht kontrollieren, keine saubere, vorhersehbare Sperre.
Kann 21YunBox helfen, cdnjs-Bibliotheken zuverlässig in China zu bedienen?
Ja. Unser China-Team kann dieselben JavaScript-, CSS- und Font-Assets, die Ihre Seiten von cdnjs ziehen, aus ICP-gemeldeter Auslieferung innerhalb des Festlands bedienen, vor Ihren bestehenden Origin gesetzt — ohne Neuaufbau und ohne Änderung an den Bibliotheken, die Ihre Entwickler gewählt haben — und den Teil prüfen, den cdnjs nie berührt: dass die Site, die sie einbettet, selbst ICP-gemeldet, im Inland gehostet und sauber bei PIPL für die Nutzerdaten ist, die sie handhabt. Nehmen Sie Kontakt auf, um Ihr konkretes Setup durchzugehen.
