Funktioniert jQuery CDN in China? Erreichbarkeit, die ICP-Linie & ein Grenz-Metadaten-Leck
jQuerys CDN (code.jquery.com) bedient die Bibliothek aus Fastlys offshore gelegenem globalem Netzwerk — jQuery migrierte 2023 von StackPath zu Fastly — ohne Point of Presence innerhalb Festlandchinas, ein render-blockierendes jQuery-Skript, das daraus gezogen wird, kann für chinesische Besucher hängen bleiben oder brechen, und jede Anfrage legt die IP und den User-Agent des Besuchers einem offshore gelegenen Edge offen. Das Bibliotheks-CDN trägt keine eigene ICP-Beian; diese Pflicht und die eigentliche Datenexponierung sitzen auf der Site, die es einbettet. Ein Compliance-zuerst-Blick auf Erreichbarkeit, die ICP-Linie, das kleine Grenz-Leck und den rechtmäßigen inländischen Pfad.
Funktioniert jQuery CDN in China?
Für eine China-gerichtete Site ist das jQuery-CDN zuerst eine Erreichbarkeitsfrage, keine Datenfrage: jQuery bedient die Bibliothek aus Fastlys offshore gelegenem globalem Netzwerk, ohne Point of Presence innerhalb Festlandchinas, ein render-blockierendes Skript, das aus code.jquery.com gezogen wird, kann also langsam laden oder scheitern — und wenn es scheitert, kann die Seite, die davon abhängt, brechen.
jQuerys eigene Infrastruktur-Dokumentation sagt, sein CDN sei „powered by Fastly“ und dass es im September 2023 „migrated from StackPath to Fastly“, mit Origin-Servern bei DigitalOcean — alle außerhalb des Festlands. Die Bibliotheksdateien sind öffentlicher Code, keine Nutzerdaten, das CDN selbst trägt also keine echte Data-Residency-Geschichte; aber jeder Abruf legt die IP, den User-Agent und den Referer des Besuchers einem offshore gelegenen Edge offen, ein kleiner grenzüberschreitender Transfer personenbezogener Information nach PIPL. Die gewichtigeren Pflichten sitzen einen Schritt weiter, auf der Site, die jQuery einbettet: eine öffentliche Festland-Site braucht eine ICP-Beian, an inländisches Hosting gebunden, und die Residency-Pflicht des Cybersicherheitsgesetzes Artikel 39 (vormals Artikel 37) kann die personenbezogenen Daten erreichen, die diese Site sammelt.
Die Lösung ist nie ein Netzwerk-Workaround: die Bibliothek selbst hosten oder sie aus ICP-beian-pflichtiger, inländischer Auslieferung vor dem Origin bedienen, den Sie bereits betreiben. 21YunBox kartiert die Erreichbarkeits- und ICP-Exponierung, lokalisiert die Abhängigkeit im Inland und liefert sie rechtskonform aus — niemals irgendeine Form der Umgehung. Behandeln Sie die Einzelheiten als mit Rechtsbeistand zu bestätigendes Risiko. Compliance-Einschätzung anfordern →
Compliance-Momentaufnahme
- ✕ jQuerys CDN betreibt keinen Point of Presence innerhalb Festlandchinas. Es wird von Fastlys offshore gelegenem globalem Netzwerk bedient (es migrierte im September 2023 von StackPath zu Fastly), mit Origin-Servern bei DigitalOcean — alle jenseits der Grenze.
- ! Weil jQuery gewöhnlich ein render-blockierendes Skript ist, zieht ein offshore gelegener Abruf, der langsam ist oder von innerhalb Chinas scheitert, nicht nur die Seite — er kann den Code, der von jQuery abhängt, am Laufen hindern und ihn brechen.
- ! Jede Anfrage an code.jquery.com legt die IP, den User-Agent und den Referer des Besuchers einem offshore gelegenen Edge offen — ein kleiner grenzüberschreitender Transfer personenbezogener Information nach PIPL (Artikel 38–40), bescheiden neben Ihren eigenen Datenflüssen, aber nicht nichts.
- ! Die ICP-Pflicht sitzt auf der Site, die jQuery einbettet, nicht auf dem Bibliotheks-CDN: eine öffentliche Festland-Site braucht eine ICP-Beian, an inländisches Hosting gebunden (Staatsrat-Erlass Nr. 292; MIIT-Erlass Nr. 33), die ein offshore gelegener Bibliotheks-Host nicht bieten kann.
- ✓ Der rechtmäßige Pfad: die Bibliothek von Ihrem eigenen Origin selbst hosten oder sie aus ICP-beian-pflichtiger, inländischer Auslieferung vor dem Stack, den Sie bereits betreiben, bedienen — kein Neuaufbau, und niemals irgendeine Form der Umgehung.
Was die offizielle jQuery CDN-Dokumentation über China sagt
| Fakt | Primärquelle |
|---|---|
| jQuerys CDN wird von Fastlys offshore gelegenem globalem Netzwerk bedient — es migrierte 2023 von StackPath — ohne Point of Presence innerhalb Festlandchinas. jQuerys eigene Infrastruktur-Dokumentation gibt an, dass „jQuery CDN is currently powered by Fastly“, dass „In September 2023, jQuery CDN migrated from StackPath to Fastly“, und dass „The origin servers (hosted at DigitalOcean) are managed by Puppet, running Debian Linux with an Nginx web server“. Fastly und DigitalOcean beantworten beide Festland-Anfragen von jenseits der Grenze, eine jQuery-Datei, die aus code.jquery.com gezogen wird, kann also von innerhalb Chinas langsam oder nicht erreichbar sein. | jQuery infrastructure documentation — jQuery CDN, abgerufen 2026-10-09 |
| jQuery selbst behandelt code.jquery.com als eine „third-party source“, nach der Ihre Seite greift. Auf seiner offiziellen CDN-Seite erklärt jQuery, dass die integrity- und crossorigin-Attribute „used for Subresource Integrity (SRI) checking“ sind, was „allows browsers to ensure that resources hosted on third-party servers have not been tampered with“, und dass „Use of SRI is recommended as a best-practice, whenever libraries are loaded from a third-party source“. Eine offshore gelegene Drittanbieter-Abhängigkeit, die von innerhalb Chinas nicht lädt, nimmt die Seite, die von ihr abhängt, mit sich. | jQuery — official CDN / releases page (releases.jquery.com), abgerufen 2026-10-09 |
| Jede Anfrage an ein offshore gelegenes Bibliotheks-CDN legt die IP, den User-Agent und den Referer des Besuchers über die Grenze offen — ein kleiner grenzüberschreitender Transfer personenbezogener Information. Die jQuery-Dateien tragen keine Nutzerdaten, aber die Anfrage, die sie holt, schon: eine IP-Adresse und die Header, die sie begleiten, sind personenbezogene Information, und sie einem Edge außerhalb des Festlands zu übergeben, ist die Art Transfer, den PIPL regiert (Artikel 38–40 — Mitteilung, gesonderte Einwilligung und ein Transfermechanismus). Es ist bescheiden neben den eigenen Formularen und Logins einer Site, aber es ist nicht nichts. | Personal Information Protection Law of the PRC, Articles 38–40 (cac.gov.cn), abgerufen 2026-10-09 |
| Die ICP- und Data-Residency-Pflichten fallen auf die Site, die jQuery einbettet, nicht auf das Bibliotheks-CDN. Eine öffentliche Website, die Festland-Besuchern bedient wird, löst eine ICP-Beian (Staatsrat-Erlass Nr. 292; MIIT-Erlass Nr. 33) aus, an eine Hosting-Ressource physisch im Festland gebunden — die ein offshore gelegener Bibliotheks-Host nicht bieten kann — und wo die einbettende Site ein Betreiber kritischer Informationsinfrastruktur oder Handler mit hohem Volumen ist, muss in China erhobene personenbezogene Information im Festland gespeichert werden (PIPL Artikel 40; Cybersicherheitsgesetz Artikel 39 (vormals Artikel 37)). | State Council Order No. 292; MIIT Order No. 33; PIPL Article 40; Cybersecurity Law Article 39 (formerly Article 37), abgerufen 2026-10-09 |
Quellen vom 21YunBox Compliance-Team am 9. Oktober 2026 geprüft.
Für eine China-gerichtete Site ist die nützliche Frage zum jQuery-CDN eine direkte: kommt die Bibliothek tatsächlich an? Das jQuery-CDN ist ein öffentliches Content Delivery Network für eine einzige Sache — die jQuery-Bibliothek selbst. Sie legen ein <script> in Ihre Seite, und der Browser holt jQuery von code.jquery.com, während die Seite lädt. Das sind öffentliche Bibliotheksdateien, nicht die Daten Ihrer Nutzer, sie zu ziehen ist also nicht die Art grenzüberschreitende Personendaten-Geschichte, die eine Analyse- oder Einwilligungsplattform regiert. Die Exponierung hier ist enger und betrieblicher: ob diese Datei bei jeder Anfrage von innerhalb des Festlands geholt werden kann — und, darunter, ob die Site, die sie bedient, auf rechtmäßigem inländischem Fundament steht. jQuery gibt in seiner eigenen Dokumentation an, wo sein CDN läuft, und die Antwort setzt die Datei offshore.
code.jquery.com antwortet Festland-Anfragen also von jenseits der Grenze. Quelle: jQuery infrastructure documentation — jQuery CDNjQuery CDN in China auf einen Blick
| Was darüber entscheidet | In jQuerys eigenen Worten — und Chinas Recht |
|---|---|
| Was es ist | Ein öffentliches CDN für eine Bibliothek — jQuery. Sie betten ein <script> ein, und der Browser holt die Datei zur Ladezeit von code.jquery.com. Öffentlicher Code, keine Nutzerdaten, die China-Frage ist also Erreichbarkeit und Fundament, keine Data-Residency-Geschichte auf dem CDN. |
| Von wo es lädt | Nach jQuerys eigener Dokumentation ist das CDN „powered by Fastly“ — es „migrated from StackPath to Fastly“ im September 2023 — mit Origin-Servern „hosted at DigitalOcean“. Ein offshore gelegenes globales Netzwerk, ohne Point of Presence innerhalb Festlandchinas. |
| Aus dem Festland erreichbar? | Von Fastly-Edges außerhalb des Landes beantwortet, von innerhalb Festlandchinas kann es also langsam, gedrosselt oder nicht erreichbar sein. Und jQuery ist gewöhnlich ein render-blockierendes <script>: ein Abruf, der hängt oder scheitert, zieht nicht nur die Seite — er kann den Code, der von jQuery abhängt, am Laufen hindern und ihn brechen. |
| Anfrage-Metadaten / PIPL | Die Dateien tragen keine Nutzerdaten, aber jeder Abruf legt die IP, den User-Agent und den Referer des Besuchers einem offshore gelegenen Edge offen — ein kleiner grenzüberschreitender Transfer personenbezogener Information nach PIPL (Artikel 38–40). Bescheiden neben Ihren eigenen Formularen und Logins, aber nicht nichts. |
| ICP-Beian | Keine auf dem Bibliotheks-CDN — ein Frontend-Asset-Host trägt keine Beian, und ein offshore gelegener kann keine Festland-ICP halten. Die ICP-Pflicht sitzt auf der Site, die jQuery einbettet, die eingereicht und im Inland gehostet sein muss, um das Festland zu bedienen. |
Öffentlicher Bibliothekscode — die erste Frage ist also, ob er lädt
jQuerys CDN reicht Ihnen ein gehostetes <script> und nichts weiter: um jQuery hinzuzufügen, referenzieren Sie eine einzige Datei, die der Browser von code.jquery.com zieht, während die Seite zeichnet. Das prägt, wie man es für China beurteilt. Es bewegt offenen Frontend-Code — eine Bibliotheksdatei — nicht personenbezogene Information, es gibt also keinen grenzüberschreitenden Transfer von Nutzerdaten auf dem CDN selbst zu klären und keine ICP-Beian, die am Bibliotheks-Host anhängt. Einem öffentlichen Code-CDN ein Data-Residency-Problem anzuschrauben, wäre nicht ehrlich. Die Frage, die tatsächlich greift, ist schlichter: kann diese Datei zuverlässig von innerhalb des Festlands geholt werden — und was geschieht mit der Seite, wenn sie es nicht kann? jQuerys eigene Dokumentation rahmt code.jquery.com sogar als etwas Externes, nach dem Sie greifen, und empfiehlt Subresource Integrity „whenever libraries are loaded from a third-party source“. Für eine China-gerichtete Site ist eine offshore gelegene Drittanbieter-Quelle genau der Teil, der fehlen kann.
Von Fastlys offshore gelegenem Netzwerk bedient, ohne Festland-Präsenz
jQuery legt in seinen eigenen Infrastruktur-Notizen dar, wo sein CDN lebt: der Dienst ist „powered by Fastly“, nachdem er im September 2023 „migrated from StackPath to Fastly“, mit den „origin servers (hosted at DigitalOcean)“. Fastly betreibt einen globalen Edge und DigitalOcean eine Reihe von Origins — und keiner platziert bedienende Infrastruktur innerhalb Festlandchinas. Festland-Verkehr zu code.jquery.com wird also von jenseits der Grenze beantwortet, wo er der üblichen Offshore-Unsicherheit unterliegt: häufig langsamer, manchmal gedrosselt, gelegentlich nicht erreichbar, und welche davon Sie bekommen, verschiebt sich mit der Route, dem Carrier und der Tageszeit.
Der Mechanismus ist, was das scharf statt kosmetisch macht. Eine Bibliothek wie jQuery wird fast immer als render-blockierendes <script> geladen — der Browser wartet darauf, bevor er alles ausführt, was darauf aufgebaut ist. Eine Anfrage, die bloß langsam ist, verzögert die Seite; eine Anfrage, die nie zurückkommt, kann sie anhalten und einen leeren Rahmen, einen Spinner, der sich nie auflöst, oder interaktive Features, die nie erwachen, hinterlassen. Und eine Datei, die nicht ankommen will, wird nicht zum Ankommen gebracht, indem man ändert, von wo die Anfrage gesendet wird; die einzige verlässliche Lösung ist, das Ziel zu ändern — dieselbe Bibliothek von innerhalb des Landes zu bedienen, statt über die Grenze nach ihr zu greifen. 21YunBox nutzt oder empfiehlt niemals Umgehung jeglicher Art; dies ist eine Abhängigkeit, die umzusiedeln ist, keine Grenze, um die herumzuarbeiten wäre.
Ein kleinerer Faden — jede Anfrage trägt Metadaten über die Grenze
Es gibt einen Datenpunkt, der zu benennen ist, auch wenn es die leichtere Hälfte der Geschichte ist. Die jQuery-Datei ist öffentlich, aber die Anfrage, die sie holt, ist nicht anonym: sie trägt die IP-Adresse, den User-Agent und die referenzierende URL des Besuchers zu einem offshore gelegenen Edge. Eine IP-Adresse und die Header, die mit ihr reisen, sind personenbezogene Information, und sie an Infrastruktur außerhalb des Festlands offenzulegen, ist die Art grenzüberschreitender Transfer, den das Gesetz zum Schutz personenbezogener Daten regiert (Artikel 38–40 — Mitteilung, eine gesonderte Einwilligung und ein Transfermechanismus). In der Praxis ist das bescheiden neben den personenbezogenen Daten, die Ihre eigenen Formulare, Logins und Logs handhaben, und es ist leicht zu übersehen — aber auf einer Site, die ansonsten sorgfältig damit umgeht, wohin die Daten ihrer Nutzer gehen, fügt eine offshore gelegene Subressource stillschweigend einen weiteren ausgehenden Pfad hinzu. Ob es zu etwas aufsteigt, worauf Sie handeln müssen, ist ein mit Rechtsbeistand zu klärendes Risiko gegen das, was Sie tatsächlich sammeln.
Wo die ICP-Linie tatsächlich fällt — auf der Site, die jQuery einbettet
Die Compliance-Tür richtig zu treffen, bedeutet, präzise darüber zu sein, wo sie steht. Das Bibliotheks-CDN braucht keine ICP-Beian — die öffentliche Site, die es einbettet, tut es. Eine Website, die Festland-Besuchern gezeigt wird, löst eine ICP-Beian (ICP 备案) nach Staatsrat-Erlass Nr. 292 und MIIT-Erlass Nr. 33 aus, an eine Hosting-Ressource physisch innerhalb des Festlands gebunden — was ein offshore gelegener Bibliotheks-Host strukturell nicht sein kann. Und wo diese einbettende Site personenbezogene Information von chinesischen Nutzern sammelt, erreichen die Grenztransfer- und Datenlokalisierungsregeln ihre eigenen Datenflüsse: für einen Betreiber kritischer Informationsinfrastruktur oder Handler mit hohem Volumen muss in China erhobene personenbezogene Information im Festland gespeichert werden (PIPL Artikel 40; Cybersicherheitsgesetz Artikel 39 (vormals Artikel 37) — die Datenlokalisierungsbestimmung wurde durch die Novelle von 2025 umnummeriert, die am 1. Januar 2026 in Kraft trat, mit unveränderter Substanz). Die jQuery-Datei sitzt in nichts davon, aber es gibt eine Überlappung, die zu bemerken ist: genau der Zug, der das Erreichbarkeitsproblem behebt — die Bibliothek von innerhalb Chinas zu bedienen — ist derselbe Zug, der Ihre Auslieferung auf ein inländisches, ICP-beian-pflichtiges Fundament stellt. Die offshore gelegene Abhängigkeit zu entfernen und auf rechtmäßigem inländischem Boden zu stehen, erweisen sich als ein Schritt.
Dies ist eine Erreichbarkeits-und-Risiko-Karte, kein Urteil: ob eine hängende Bibliothek Ihre Festland-Site bloß verschlechtert oder sie tatsächlich bricht und ob Ihre eigene Hosting- und Datenposition standhält, hängt davon ab, wie Ihr Frontend zusammengesetzt ist und was Sie sammeln — wert, mit Rechtsbeistand und einem ehrlichen Blick auf Ihre echten Abhängigkeiten geklärt zu werden.
Der rechtmäßige Pfad — kartieren, lokalisieren, ausliefern
Es gibt einen zuverlässigen, rechtmäßigen Weg, jQuery in einer China-gerichteten Site zu behalten, und er hat eine Gestalt. Zuerst, kartieren: unser China-Team arbeitet heraus, ob die offshore gelegene jQuery-Abhängigkeit Ihre Festland-Seiten bloß verlangsamt oder sie lahmlegen kann, und kartiert das Fundament darunter — die ICP-Beian, die die einbettende Site braucht, und die PIPL-Exponierung der Daten, die diese Site selbst sammelt. Die rechtlichen Schlüsse werden mit Rechtsbeistand geklärt; wir bauen das technische Bild, das sie speist.
Dann lokalisieren: wir nehmen die offshore gelegene Bibliothek vom kritischen Pfad. Dasselbe jQuery, das Ihre Seiten bereits referenzieren, wird von innerhalb des Festlands bedient — selbst gehostet von Ihrem eigenen Origin oder von einer China-erreichbaren, ICP-beian-pflichtigen Quelle ausgeliefert — sodass die Datei nicht mehr von einem Edge jenseits der Grenze abhängt, um aufzutauchen. Ihre <script>-Tags benennen weiterhin die Bibliothek, die Sie gewählt haben; was sich ändert, ist, dass die Bytes von der richtigen Seite der Grenze ankommen.
Dann ausliefern: die inländische Auslieferung ist ICP-beian-pflichtig und vor den Origin gesetzt, den Sie bereits betreiben — den 21YunBox Optimizer — ohne Neuaufbau und ohne zweite Codebasis. Das Ergebnis ist ein China-gerichtetes Frontend, dessen Abhängigkeiten jedes Mal laden, und eine Site, die legal und rechtskonform für Ihre Nutzer in China läuft. Was wir nie tun — und was niemand rechtmäßig kann — ist, eine gesperrte Ressource über einen Netzwerk-Workaround durchzuschleusen: wir siedeln um, was im Inland bedient werden muss, und liefern es auf rechtmäßigem Fundament, mehr nicht.
Compliance-Einschätzung anfordern →
Weiterführend:
- So erhalten Sie eine ICP-Beian für China
- Grenzüberschreitende Datentransfers nach PIPL
- Chinas Cybersicherheitsgesetz (Datenlokalisierung, Artikel 39)
Häufige Fragen
Ist jQuery CDN (code.jquery.com) in China gesperrt?
Nicht als saubere Grenzsperre, wie es manche ausländischen Hosts sind. Die Frage ist, von wo es bedient wird: jQuerys CDN ist „powered by Fastly“ (es migrierte im September 2023 von StackPath zu Fastly), auf einem offshore gelegenen globalem Netzwerk ohne Point of Presence innerhalb Festlandchinas, von innerhalb des Landes kann es also langsam, gedrosselt oder nicht erreichbar sein. Weil jQuery gewöhnlich ein render-blockierendes Skript ist, kann ein Abruf, der nie ankommt, die Seite, die davon abhängt, am Funktionieren hindern. Die verlässliche Lösung ist, die Bibliothek von innerhalb Chinas zu bedienen — selbst gehostet oder aus ICP-beian-pflichtiger inländischer Auslieferung — nie ein Netzwerk-Workaround. Behandeln Sie die Einzelheiten als mit Rechtsbeistand zu bestätigendes Risiko.
Schafft jQuery von code.jquery.com zu laden ein China-Data-Residency-Problem?
Auf dem CDN selbst nicht wirklich — die jQuery-Dateien sind öffentlicher Bibliothekscode, nicht die personenbezogenen Daten Ihrer Nutzer, es gibt also keine nennenswerte Data-Residency-Geschichte, die am Bibliotheks-Host anhängt. Der eine Vorbehalt ist leichter, aber real: jeder Abruf legt die IP, den User-Agent und den Referer des Besuchers einem offshore gelegenen Edge offen, was ein kleiner grenzüberschreitender Transfer personenbezogener Information nach PIPL ist. Die gewichtigeren ICP- und Data-Residency-Pflichten sitzen auf der Site, die jQuery einbettet, die selbst ICP-beian-pflichtig und im Inland gehostet sein muss und für die personenbezogenen Daten verantwortlich ist, die sie sammelt. Bestätigen Sie Ihre genaue Position mit Rechtsbeistand.
Wie bedienen wir jQuery zuverlässig und rechtskonform in China?
Nehmen Sie die offshore gelegene Abhängigkeit vom kritischen Pfad: hosten Sie die jQuery-Datei von Ihrem eigenen Origin selbst oder bedienen Sie dieselbe Datei aus ICP-beian-pflichtiger, inländischer Auslieferung, vor den Origin gesetzt, den Sie bereits betreiben — sodass die Bibliothek von innerhalb des Festlands lädt statt über die Grenze, ohne Neuaufbau und niemals irgendeine Form der Umgehung. Daneben bestätigen Sie, dass die Site, die jQuery einbettet, selbst ICP-beian-pflichtig, im Inland gehostet und solide auf PIPL für die Nutzerdaten ist, die sie sammelt. 21YunBox kartiert die Exponierung, lokalisiert die Auslieferung im Inland und liefert sie rechtskonform aus. Kontaktieren Sie uns, um Ihr konkretes Setup durchzuarbeiten.
