Funktioniert Google Hosted Libraries in China? Erreichbarkeit, ein gesperrter Google-Host und wo ICP gilt
Google Hosted Libraries liefert jQuery und andere quelloffene JavaScript-Dateien von Googles eigenen Domains (ajax.googleapis.com) — und Googles Domains sind hinter der Großen Firewall stark beeinträchtigt, sodass daraus geladene Bibliotheken für Festland-Besucher häufig scheitern oder hängen und eine auf China ausgerichtete Seite brechen können. Das Bibliotheks-CDN wirft keine PIPL-Frage auf; der Fix ist, die Google-Abhängigkeit zu entfernen, und die ICP-Pflicht sitzt auf Ihrer eigenen Site. Ein Blick zuerst auf die Compliance, mit Fokus Erreichbarkeit.
Scheitern Ihre Google-gehosteten Bibliotheken am Laden in Festlandchina?
Google Hosted Libraries liefert jQuery und andere quelloffene Dateien von Googles eigenen Domains (ajax.googleapis.com), und Googles Domains sind hinter der Großen Firewall stark beeinträchtigt — sodass eine Seite, die ein render-blockierendes Skript daraus zieht, für chinesische Besucher stocken oder brechen kann, während die ICP-Pflicht auf Ihrer eigenen Site bleibt. Unser China-Compliance-Team kann die Google-Abhängigkeit entfernen — dieselben Bibliotheksdateien aus verlässlicher, ICP-gemeldeter Auslieferung im Festland bedienen, vor Ihrem bestehenden Origin — und bestätigen, dass die Site selbst gemeldet und im Inland ist.
Compliance-Einschätzung anfordernSagen Sie uns, welche Bibliotheken Ihr Frontend von Google lädt — wir kartieren die Inland-Auslieferung und den ICP-Weg, kein Neuaufbau nötig.
Für eine auf China ausgerichtete Site ist die nützliche Frage zu Google Hosted Libraries eine schlichte, praktische: Laden die Bibliotheken tatsächlich? Google Hosted Libraries ist ein öffentliches Content Delivery Network für quelloffenes JavaScript — Sie lassen ein <script> in Ihre Seite fallen, und der Browser holt jQuery, D3 oder eine andere Bibliothek von Googles eigenem Host. Das sind öffentliche Bibliotheksdateien, keine Daten Ihrer Nutzer, sie zu laden ist also weder ein grenzüberschreitender Transfer personenbezogener Daten noch etwas, das eine eigene ICP-Beian trägt. Die Exponierung ist die Erreichbarkeit, und hier ist sie ungewöhnlich scharf: Jede Datei lädt von ajax.googleapis.com, einer Google-Domain, und Googles Domains gehören zu den Hosts, die die Große Firewall am schlechtesten behandelt — häufig beeinträchtigt, gedrosselt oder aus dem Festland unerreichbar. Wenn eine render-blockierende Bibliothek nie ankommt, wird die Seite, die auf sie wartet, nicht bloß langsamer; sie kann stehenbleiben. Der eine Compliance-Faden läuft durch die Site, die die Bibliotheken einbettet: Sie muss weiterhin ICP-gemeldet und aus dem Land heraus bedient sein.
<script src="https://ajax.googleapis.com/ajax/libs/jquery/3.7.1/jquery.min.js"></script>. Jedes Snippet lädt von ajax.googleapis.com — einer Google-Domain — und Googles Domains sind hinter der Großen Firewall stark beeinträchtigt, sodass dieses „global verfügbare“ Netz eine Festland-China-Ausnahme hat. Quelle: developers.google.com/speed/librariesGoogle Hosted Libraries in China auf einen Blick
| Worüber es entscheidet | Was es in China bedeutet |
|---|---|
| Was es ist | Ein öffentliches CDN für quelloffene JavaScript-Bibliotheken — jQuery, D3 und dergleichen. Sie betten ein <script> ein, und der Browser holt die Bibliothek von Googles Host. Öffentlicher Code, keine Nutzerdaten, die China-Frage ist also Erreichbarkeit, nicht PIPL. |
| Woher es lädt | Googles eigene Domain, ajax.googleapis.com (die googleapis.com-Familie). Google betreibt keine Auslieferungsinfrastruktur in Festlandchina. |
| Aus dem Festland erreichbar? | Das ist der Kern — und kein neutraler „offshore ist langsam“-Fall. Googles Domains sind hinter der Großen Firewall stark beeinträchtigt, sodass diese Anfragen häufig scheitern oder hängen. In 21YunBox' Erhebung aus dem Festland (Zhangjiakou-Sonde, drei Durchläufe, 2026-08-28) gab die Hosted-Libraries-Site bei keinem Durchlauf ein erstes Byte zurück. |
| Datenresidenz / PIPL | Nicht durch Hosted Libraries selbst ausgelöst: Es bewegt Bibliothekscode, keine personenbezogenen Daten. Die Grenztransfer-Frage gehört zu dem, was Ihre eigene Site anderswo mit Nutzerdaten tut. |
| ICP-Beian | Nicht auf dem Bibliotheks-CDN — ein Frontend-Asset-Host trägt keine. Die ICP-Pflicht sitzt auf der Site, die die Bibliotheken einbettet, die gemeldet und im Inland gehostet sein muss, um das Festland zu bedienen. |
Ein CDN für quelloffenen Bibliothekscode — eine Erreichbarkeits-, keine Datenfrage
Googles Hosted-Libraries-Seite weist Sie direkt auf ein gehostetes <script>: Um jQuery hinzuzufügen, betten Sie ein einziges Tag ein, das die Bibliothek beim Laden von ajax.googleapis.com zieht. Das prägt, wie Sie es für China beurteilen sollten. Es bewegt offenen Frontend-Code — Bibliotheksdateien — keine personenbezogene Information, es gibt also keinen grenzüberschreitenden Transfer personenbezogener Daten zu erfüllen und keine an das Bibliotheks-CDN gebundene ICP-Beian. Das Gegenteil zu behaupten — eine Datenresidenz-Geschichte an einen öffentlichen Code-Host zu schrauben — wäre nicht ehrlich. Die Frage, die tatsächlich beißt, ist, ob diese Dateien jedes Mal aus dem Festland geholt werden können. Und anders als ein generisches Offshore-CDN hat dieses ein spezifisches, gut verstandenes Problem: Der Host ist Googles.
Von Googles eigenen Domains bedient — der Host, den die Große Firewall am schlechtesten behandelt
Wie auch immer Sie eine Bibliothek ziehen — das jQuery-Snippet, das Googles Dokumentation empfiehlt, oder jeder andere Eintrag auf seiner Liste —, die Datei kommt von ajax.googleapis.com, Googles eigener Infrastruktur. Diese eine Tatsache ist es, die Google Hosted Libraries von einem gewöhnlichen Offshore-CDN unterscheidet. Googles Domains sind nicht bloß entfernt; sie gehören zu den Hosts, die Chinas Große Firewall am konsistentesten beeinträchtigt, sodass Anfragen an sie aus dem Festland häufig scheitern, hängen oder rundheraus abgelehnt werden.
Hier haben wir Erstbeleg, und es geht um Erreichbarkeit, nicht Geschwindigkeit. In 21YunBox’ Erhebung aus dem Festland — einer Alibaba-Cloud-Sonde in Zhangjiakou, drei Durchläufe am 2026-08-28 — gab die Hosted-Libraries-Site auf developers.google.com bei keinem Durchlauf ein erstes Byte zurück, jeder Versuch bei der Sechzig-Sekunden-Grenze abgebrochen: kein langsames Laden, überhaupt keine Antwort. Und weil eine Festland-Cloud-Sonde kein Festland-Besucher ist, kommt die schärfere Zahl von einer echten Verbraucherleitung: Der Google-Fonts-Stylesheet-Endpunkt auf fonts.googleapis.com, den diese Rechenzentrums-Sonde jedes Mal erreichen konnte, scheiterte bei allen vierundfünfzig seiner Anfragen, als dieselbe Messung am 2026-08-30 auf einer Pekinger Privatleitung lief. Die Menschen, die Sie tatsächlich bedienen, fahren schlechter als ein Rechenzentrum, behandeln Sie also jeden Google-Asset-Host als unzuverlässig für das Festland und bestätigen Sie den konkreten Host, von dem Sie abhängen, von einem Echt-Besucher-Vantage-Punkt. Firewall-Verhalten verschiebt sich über die Zeit, was ein weiterer Grund ist, die aktuelle Erreichbarkeit zu verifizieren statt sie anzunehmen.
Der Mechanismus ist die zweite Hälfte. Eine Bibliothek wie jQuery wird meist als render-blockierendes <script> geladen: Der Browser wartet darauf, bevor er den davon abhängigen Code ausführt. Eine Anfrage, die bloß langsam ist, verzögert die Seite; eine Anfrage, die nie zurückkehrt, hält sie an — eine leere Seite, ein Spinner, der sich nie auflöst, oder interaktive Funktionen, die sich nie initialisieren. Und eine Anfrage an einen Host, der nicht antworten will, wird nicht dazu gebracht zu antworten, indem man ändert, von wo sie gesendet wird; der einzige verlässliche Fix ist, das Ziel zu ändern. Das heißt, Google aus dem Pfad zu nehmen: dieselben Bibliotheksdateien aus dem Festland heraus zu bedienen — selbst gehostet von Ihrem eigenen Origin oder aus einem China-erreichbaren, ICP-gemeldeten Pfad ausgeliefert — statt über die Grenze zu einem gesperrten Google-Host zurückzugreifen. Es ist eine Abhängigkeit zum Entfernen, nicht zum Herumleiten.
Die Compliance-Linie fällt auf Ihre Site, nicht auf das Bibliotheks-CDN
Die Compliance-Tür hier zu erreichen, heißt präzise zu sein, wo sie sitzt. Das Bibliotheks-CDN braucht keine ICP-Beian — aber die öffentliche Site, die es einbettet, schon. Eine Festland-Besuchern gezeigte Website hängt an einer ICP-Beian (ICP 备案) nach Verordnung Nr. 292 des Staatsrats und MIIT-Verordnung Nr. 33, gebunden an eine Hosting-Ressource, die physisch im Festland liegt; und wenn diese Site personenbezogene Daten von chinesischen Nutzern erhebt, gelten die Grenztransfer- und Datenresidenz-Regeln des Gesetzes zum Schutz personenbezogener Daten für die eigenen Datenflüsse dieser Site (PIPL Art. 38–43 und 40; Cybersicherheitsgesetz Art. 39 (vormals Art. 37)). Die Google-gehosteten Bibliotheken tragen keine personenbezogenen Daten und sitzen in nichts davon — aber es gibt eine bemerkenswerte Überlappung: Genau der Zug, der das Erreichbarkeitsproblem behebt, die Dateien aus China heraus zu bedienen, ist der, der Ihre Auslieferung auf eine inländische, ICP-gemeldete Grundlage stellt. Die Google-Abhängigkeit zu entfernen und auf einer rechtmäßigen Inland-Grundlage zu stehen, erweisen sich als derselbe Schritt.
Dies ist eine Erreichbarkeits- und Risikokarte, kein Urteil: Ob ein gesperrter Bibliotheks-Host Ihre Site bloß verschlechtert oder sie gebrochen lässt, und ob Ihre eigene Hosting- und Datenposition solide ist, hängt davon ab, wie Ihr Frontend gebaut ist und was Sie erheben — zu klären mit Rechtsbeistand und einem Blick auf Ihre tatsächlichen Abhängigkeiten.
Wo 21YunBox hineinpasst — eine Compliance-Overlay, keine Migration
Sie tauschen jQuery nicht aus und schreiben Ihr Frontend nicht neu. Was wir entfernen, ist die Google-Abhängigkeit: Dieselben Bibliotheksdateien, die Ihre Seiten von ajax.googleapis.com referenzieren, werden aus ICP-gemeldeter Infrastruktur im Festland ausgeliefert, vor den Origin gesetzt, den Sie bereits betreiben — kein Neuaufbau, keine geforkte Codebasis und keine Umgehung der Firewall. Statt dass Festland-Browser über die Grenze zu einem Google-Host greifen, der oft nicht antworten will, laden sie die Bibliotheken aus dem Land heraus. Daneben betrachtet unser China-Team das Stück, das ein Bibliotheks-CDN nie für Sie abdecken kann: ob die Site, die diese Dateien bedient, selbst ICP-gemeldet, im Inland gehostet und bei PIPL für die Nutzerdaten, die sie erhebt, solide ist. Ihre <script>-Tags benennen weiterhin die Bibliotheken, die sie immer benannten; was sich ändert, ist, dass die Bytes nicht mehr von einer gesperrten Google-Domain kommen.
Compliance-Einschätzung anfordern →
Weiterführend:
