Funktioniert Microsoft Ajax CDN in China? Einstellung, ICP & Offshore-Skripte
Microsoft stellt das Ajax CDN (ajax.aspnetcdn.com) ein, jede Seite, die es noch referenziert, muss also unabhängig von China migrieren. Und weil es JavaScript-Bibliotheken ausliefert, keine Nutzerdaten, wirft das CDN kein PIPL-Data-Residency-Problem auf — die ICP-Beian sitzt auf Ihrer Website, und die einzige verbleibende China-Frage ist, ob offshore gelegene Skripte laden. Ein Compliance-zuerst-Blick.
Funktioniert Microsoft Ajax CDN in China?
Nicht so, wie Sie hoffen würden — und aus zwei getrennten Gründen. Erstens stellt Microsoft das Ajax CDN ein: seine eigenen Docs sagen, es „is no longer being actively updated" und „will be decommissioned in the future", jede Seite, die noch jQuery oder andere Bibliotheken von ajax.aspnetcdn.com lädt, muss sie also wegbewegen, China oder nicht. Zweitens, weil dies ein reiner Skript-Host ist, der Code statt Ihrer Nutzerdaten ausliefert, ist das CDN nicht, wo Ihr China-Compliance-Risiko lebt.
Microsofts Dokumentation sagt Verbrauchern, „transition to a resource with updated assets at their first opportunity", und warnt, dass „production applications should not take a hard dependency on CDN assets". Für ein Festlandchina-Publikum lässt das zwei echte Probleme, keines davon darüber, dass das CDN Daten speichert: die ICP-Beian, die eine öffentliche Festland-Seite braucht, knüpft an Ihre Website und ihren inländischen Host an, nicht an einen offshore gelegenen Skript-Endpunkt, und weil dieses CDN Code statt personenbezogener Daten trägt, ist es selbst kein grenzüberschreitender Transfer nach PIPL — die Residency-Frage lebt in Ihrem eigenen Backend. Was bleibt, ist Erreichbarkeit: die Bibliotheken, die es ausliefert, sind render-blockierend, ein offshore gelegener, nicht gewarteter Host, der langsam oder gar nicht aus dem Festland lädt, kann Ihre Seiten also ins Stocken bringen. Die Tabelle unten ist Microsofts eigene Formulierung und was jede Zeile für eine China-gerichtete Seite bedeutet.
Dies ist eine Risikokarte, kein Urteil — was Sie tatsächlich brauchen, hängt davon ab, wie Ihre Seite gehostet ist, welche Daten sie sammelt und wer Ihre Nutzer sind. Unser China-Team kann Ihre echte Exponierung mit Ihnen kartieren →
Compliance-Momentaufnahme
- ✕ Microsoft legt das Ajax CDN still — migrieren Sie davon weg, China oder nicht
- ✓ Es liefert Bibliotheken aus, keine Nutzerdaten — kein PIPL-Residency-Problem vom CDN selbst
- ! Die ICP-Beian knüpft an Ihre Website an, nicht an diesen offshore gelegenen Skript-Host
- ! Aus Offshore bedient — die Erreichbarkeit render-blockierender Skripte ist das aktive Risiko
- ! Microsofts eigene Anleitung: nehmen Sie keine harte Abhängigkeit; halten Sie einen Fallback
Was die offizielle Microsoft Ajax CDN-Dokumentation über China sagt
| Fakt | Primärquelle |
|---|---|
| Microsoft stellt das Ajax CDN ein. Seine eigene Dokumentation trägt nun den Hinweis: „The Microsoft Ajax CDN is no longer being actively updated. Consumers should transition to a resource with updated assets at their first opportunity. The CDN itself will be decommissioned in the future with notifications posted here as appropriate." Der Endpunkt löst heute noch auf, aber er ist End-of-Life — jede Seite, China-gerichtet oder nicht, die noch jQuery oder andere Bibliotheken von ajax.aspnetcdn.com zieht, baut also auf Infrastruktur, die Microsoft zur Abschaltung vorgesehen hat. | Microsoft Learn — Microsoft Ajax Content Delivery Network Assets (learn.microsoft.com), abgerufen 2026-10-07 |
| Es liefert Bibliotheken aus, nicht die Daten Ihrer Nutzer. Microsoft beschreibt den Dienst als ein Netzwerk, das „hosts popular third party JavaScript libraries such as jQuery and enables you to easily add them to your Web applications", geladen „simply by adding a <script> tag to your page that points to ajax.aspnetcdn.com". Ein Skript-Host sendet Code an den Browser; er sammelt oder speichert nicht die personenbezogenen Daten Ihrer Besucher. Anders als eine Cloud-Region oder eine Datenbank ist dieses CDN also selbst kein grenzüberschreitender Transfer personenbezogener Daten nach PIPL (Artikel 38–43) — diese Data-Residency-Frage lebt in Ihrem eigenen Backend, nicht in diesem Endpunkt. | Microsoft Learn — Microsoft Ajax Content Delivery Network Assets (learn.microsoft.com), abgerufen 2026-10-07; PIPL Articles 38–43 |
| Die ICP-Beian sitzt auf Ihrer Website, nicht auf diesem CDN. Eine öffentlich zugewandte Seite, die Festland-Besuchern gezeigt wird, braucht eine ICP-Beian (ICP 备案) nach Staatsrat-Erlass Nr. 292 und MIIT-Erlass Nr. 33, und diese Einreichung knüpft an den inländischen Host an, der Ihre Seite tatsächlich bedient — nicht an einen offshore gelegenen Skript-Endpunkt wie ajax.aspnetcdn.com, den Microsoft gegenüber der älteren Adresse ajax.microsoft.com empfiehlt. Ein ausländisches CDN einzubetten gewährt weder diese Einreichung noch erfüllt es sie; es fügt nur eine offshore gelegene Abhängigkeit zu einer Seite hinzu, deren eigenes Hosting das ist, was eingereicht werden muss. | Microsoft Learn — Microsoft Ajax Content Delivery Network Assets (learn.microsoft.com), abgerufen 2026-10-07; ICP regime — State Council Order No. 292; MIIT Order No. 33 |
| Microsoft sagt, sich nicht darauf zu verlassen — was die ganze China-Erreichbarkeitsfrage ist. Seine Dokumentation warnt: „Production applications should not take a hard dependency on CDN assets. Applications should test for the CDN asset referenced, and use a fallback asset when the CDN is not available." Die Bibliotheken, die dieses CDN ausliefert, sind render-blockierend, wenn ein offshore gelegener, nicht mehr gewarteter Host also langsam oder zeitweise aus dem Festland lädt, können Seiten, die auf diese Skripte warten, ins Stocken geraten oder brechen. Diese Erreichbarkeits-Exponierung ist die Auslieferungs-Hälfte der Frage — getrennt von der rechtlichen Hälfte oben. | Microsoft Learn — Microsoft Ajax Content Delivery Network Assets (learn.microsoft.com), abgerufen 2026-10-07 |
Quellen vom 21YunBox Compliance-Team am 7. Oktober 2026 geprüft.
Für ein Festlandchina-Publikum ist das Erste, das zum Microsoft Ajax CDN zu klären ist, nicht, wie schnell es jQuery ausliefert — es ist, dass Microsoft den Dienst herunterfährt. Seine eigene Dokumentation trägt nun einen Einstellungs-Hinweis, und das allein bedeutet, dass jede Seite, die noch Bibliotheken von ajax.aspnetcdn.com zieht, sie verschieben muss, China oder nicht. Der China-Aspekt ist enger, als er zunächst aussieht: dies ist ein reiner Skript-Host, er liefert also Code an den Browser, statt die Daten Ihrer Nutzer zu speichern — was ihn vom Data-Residency-Problem freihält, das eine Cloud-Region oder eine Datenbank aufwerfen würde, und die ICP-Pflicht stattdessen auf Ihre eigene Website legt. Was bleibt, ist eine Erreichbarkeitsfrage: ob ein offshore gelegener, nicht mehr gewarteter Endpunkt zuverlässig aus dem Festland lädt, für die render-blockierenden Bibliotheken, die er trägt.
Microsoft Ajax CDN in China auf einen Blick
| Was darüber entscheidet | In Microsofts eigenen Worten |
|---|---|
| Wird es noch unterstützt? | Nein. Microsofts Docs geben an, das CDN „is no longer being actively updated" und „will be decommissioned in the future", und sagen Verbrauchern, „transition to a resource with updated assets at their first opportunity". Das ist End-of-Life, unabhängig von China. |
| Was es ausliefert | JavaScript-Bibliotheken, keine Nutzerdaten — es „hosts popular third party JavaScript libraries such as jQuery", geladen durch „adding a <script> tag to your page that points to ajax.aspnetcdn.com". Ein Skript-Host sendet Code an den Browser; er speichert keine der personenbezogenen Daten Ihrer Besucher. |
| Data Residency / PIPL | Aus dem CDN selbst entsteht kein grenzüberschreitender Transfer personenbezogener Daten, weil es Code statt Nutzerdaten trägt. Ihre PIPL- und Datenlokalisierungspflichten sitzen in Ihrem eigenen Backend, nicht in diesem Endpunkt. |
| ICP-Beian | Knüpft an Ihre Website und ihren inländischen Host an — nicht an ein offshore gelegenes Skript-CDN. ajax.aspnetcdn.com einzubetten gewährt weder eine ICP-Beian noch erfüllt es sie. |
| Ist es erreichbar? | Aus Offshore bedient. Die Bibliotheken, die es ausliefert, sind render-blockierend, ein nicht gewarteter ausländischer Endpunkt, der langsam oder zeitweise aus dem Festland lädt, kann Ihre Seiten also ins Stocken bringen — weshalb Microsoft selbst sagt, keine „hard dependency" darauf zu nehmen. |
Microsoft stellt das Ajax CDN ein — diese Entscheidung ist also weitgehend getroffen
Bevor China überhaupt ins Bild kommt, verengt der eigene Status des Dienstes Ihre Optionen. In einer Warnung oben in seiner Dokumentation gibt Microsoft an, dass „the Microsoft Ajax CDN is no longer being actively updated”, dass „consumers should transition to a resource with updated assets at their first opportunity”, und dass „the CDN itself will be decommissioned in the future with notifications posted here as appropriate”. Der Endpunkt ajax.aspnetcdn.com löst heute noch auf, aber er ist auf einem veröffentlichten Weg zur Abschaltung. Eine Seite, die jQuery oder andere Bibliotheken von ihm lädt, hat daher Migration vor sich, egal wo ihr Publikum sitzt — und eine China-gerichtete Seite auf einem Endpunkt aufzustellen, den sein eigener Hersteller einstellt, hieße auf Sand zu bauen.
Ein Skript-CDN ist nicht, wo Ihr China-Datenrisiko lebt
Das ist der Teil, den es sich lohnt richtig zu machen, weil er leicht übertrieben wird. Das Microsoft Ajax CDN ist ein reiner Asset-Host: in Microsofts Worten „hosts” es „popular third party JavaScript libraries such as jQuery and enables you to easily add them to your Web applications”, das Sie „simply by adding a <script> tag to your page that points to ajax.aspnetcdn.com” nutzen. Es sendet Code — Bibliotheksdateien — hinunter an den Browser. Es sammelt, verarbeitet oder speichert nicht die personenbezogenen Daten der Personen, die Ihre Seite besuchen.
Diese Unterscheidung entscheidet die Compliance-Frage. Weil das CDN Code statt Nutzerdaten trägt, erzeugt es durch seine Einbettung nicht von sich aus einen grenzüberschreitenden Transfer personenbezogener Daten nach PIPL, und es löst keine Datenlokalisierungspflicht aus — diese Pflichten leben dort, wo Ihre Seite tatsächlich Nutzerdaten sammelt und hält, in Ihrem eigenen Backend. Ebenso wenig trägt ein Skript-Endpunkt eine ICP-Beian: eine öffentlich zugewandte Seite, die Festland-Besuchern bedient wird, braucht eine ICP-Beian (ICP 备案) nach Staatsrat-Erlass Nr. 292 und MIIT-Erlass Nr. 33, und diese Einreichung knüpft an den inländischen Host an, der die Seite bedient — nicht an ein ausländisches CDN, das Sie von einem <script>-Tag referenzieren. Bibliotheken von ajax.aspnetcdn.com zu ziehen gewährt weder diese Einreichung noch erfüllt es sie; es fügt schlicht eine offshore gelegene Abhängigkeit zu einer Seite hinzu, deren eigenes Hosting das ist, was eingereicht werden muss.
Was tatsächlich bleibt, ist Erreichbarkeit — und sie ist fragil
Ziehen Sie die Data-Residency- und ICP-Punkte ab, die auf einen Skript-Host nicht zutreffen, und eine echte China-Exponierung bleibt: ob die Bibliotheken laden. Microsofts eigene Anleitung ist unverblümt über das allgemeine Risiko — „production applications should not take a hard dependency on CDN assets”, und Anwendungen „should test for the CDN asset referenced, and use a fallback asset when the CDN is not available”. Die Bibliotheken, die dieses CDN ausliefert, sind typischerweise render-blockierend, eine Seite, die auf jQuery von einem offshore gelegenen, nicht mehr gewarteten Endpunkt wartet, erbt also die Zuverlässigkeit dieses Endpunkts. Wenn ein solcher Host langsam oder zeitweise aus dem Festland lädt, kann die Seite ins Stocken geraten oder brechen — ein Auslieferungsproblem, getrennt von den rechtlichen Fragen, aber ein echtes für eine China-gerichtete Seite.
Dies ist eine Risikokarte, kein Urteil: ob ein stockendes Skript, eine fehlende ICP-Beian auf Ihrer eigenen Seite oder eine PIPL-Pflicht in Ihrem Backend das ist, was für Sie zählt, hängt davon ab, wie Ihre Seite gehostet ist, welche Daten sie sammelt und wer Ihre Nutzer sind — wert, mit Rechtsbeistand zu klären, bevor Sie bauen.
Wo 21YunBox passt — eine rechtskonforme Overlay, keine Migration
Sie brauchen das Microsoft Ajax CDN nicht, um seine Bibliotheken zu behalten, und Sie sollten nicht versuchen, einen Dienst wiederzubeleben, den sein eigener Hersteller einstellt. Der dauerhafte Schritt ist, die eigenen Assets Ihrer Seite — die JavaScript-Bibliotheken eingeschlossen — aus ICP-eingereichter Auslieferung innerhalb des Festlands zu bedienen, vor den Origin gesetzt, den Sie bereits betreiben, ohne Neuaufbau, ohne zweite Codebasis und ohne Abhängigkeit von einem ausländischen Skript-Host, der auf dem Weg hinaus ist. Unser China-Team kartiert, wo Ihre echten Pflichten sitzen — die ICP-Beian auf Ihrer Website und etwaige PIPL-Pflichten in den Daten, die Ihr Backend sammelt — und stellt dann die rechtskonforme, inländische Auslieferung auf, die ein offshore gelegenes CDN, eingestellt oder nicht, nie bereitstellen würde.
Compliance-Einschätzung anfordern →
Weiterführend:
Häufige Fragen
Wird das Microsoft Ajax CDN abgeschaltet?
Ja. Microsofts eigene Dokumentation gibt an, das CDN „is no longer being actively updated" und „will be decommissioned in the future", und sagt Verbrauchern, „transition to a resource with updated assets at their first opportunity". Der Endpunkt ajax.aspnetcdn.com löst heute noch auf, aber er ist End-of-Life — jede Seite, die ihn referenziert, sollte also planen, ihre Bibliotheken wegzubewegen, eine Entscheidung, die unabhängig von China steht.
Erzeugt die Nutzung des Microsoft Ajax CDN ein China-Data-Residency-Problem?
Nicht von sich aus. Das CDN liefert JavaScript-Bibliotheken wie jQuery an den Browser; es sammelt oder speichert nicht die personenbezogenen Daten Ihrer Besucher, es einzubetten ist also selbst kein grenzüberschreitender Transfer personenbezogener Daten nach PIPL, und es trägt keine Datenlokalisierungspflicht. Ihre PIPL- und ICP-Pflichten leben dort, wo Ihre Seite tatsächlich gehostet ist und wo sie Nutzerdaten sammelt — nicht in einem Drittanbieter-Skript-Endpunkt. Behandeln Sie die Einzelheiten als Risiko, das für Ihr eigenes Setup mit Rechtsbeistand zu bestätigen ist.
Kann 21YunBox helfen, diese Bibliotheken zuverlässig in China auszuliefern?
Ja. Statt sich auf einen offshore gelegenen, bald eingestellten Skript-Host zu stützen, kann unser China-Team die eigenen Assets Ihrer Seite — einschließlich der JavaScript-Bibliotheken, die sie braucht — aus ICP-eingereichter, inländischer Auslieferung ausliefern, vor Ihren bestehenden Origin gesetzt, ohne Neuaufbau und ohne zweite Codebasis. Wir können auch Ihre echte ICP- und PIPL-Exponierung kartieren, die auf Ihrer Website und Ihrem Backend sitzt statt auf dem CDN. Melden Sie sich, um Ihren Fall durchzuarbeiten.
