Funktioniert Adobe Fonts in China? Offshore-Auslieferung und wo ICP wirklich gilt
Adobe Fonts (früher Typekit) liefert Schriftdateien — nicht die Daten Ihrer Nutzer — aus Adobes Offshore-CDN use.typekit.net aus, ohne Präsenz in Festlandchina, sodass eine China-Seite, die Schriften zur Laufzeit lädt, in unsichtbaren Text stocken kann. Adobe Fonts schuldet keine eigene ICP- oder PIPL-Pflicht; die fällt auf die Website, die es einbettet. Ein ehrlicher, auslieferungsorientierter Blick.
Funktioniert Adobe Fonts (Typekit) in China?
Überwiegend ja — und aus einem ehrlichen Grund. Adobe Fonts (früher Typekit) liefert Schriftdateien aus, nicht die personenbezogenen Daten Ihrer Nutzer, sodass es keinen PIPL-Transfer auslöst und keine eigene ICP trägt. Der eigentliche Haken ist die Auslieferung: Es lädt nur aus Adobes Offshore-Font-Netzwerk, das aus dem Festland unzuverlässig ist.
In Adobes eigenen Worten ist „Typekit is Adobess hosted web font service“ (Typekit Adobes gehosteter Web-Font-Dienst), und Ihre Schriften werden „added to your website in the browser from our content delivery network (CDN), use.typekit.net“ (im Browser aus unserem CDN use.typekit.net zu Ihrer Website hinzugefügt) — eine Offshore-Edge ohne Point of Presence in Festlandchina. Weil der Standard-Embed-Code bedeutet, dass „the rest of the page may not display until after the web font CSS has finished loading“ (der Rest der Seite möglicherweise erst angezeigt wird, nachdem das Web-Font-CSS fertig geladen hat), kann eine Font-Anfrage, die an der Grenze stockt, Ihren Text unsichtbar lassen, während die Seite wartet. Adobe Fonts selbst schuldet keine Grenztransfer- oder ICP-Pflicht — doch die Website, die es einbettet, schon, für ihr eigenes Hosting und die Nutzerdaten, die sie erhebt. Die Tabelle unten gibt Adobes eigenen Wortlaut und wieder, wo jede Pflicht wirklich landet.
Dies ist eine Risikokarte, kein Urteil — ob eine Offshore-Font-Abhängigkeit Ihre Website bloß verlangsamt oder bricht und ob die Website, die sie einbettet, selbst gemeldet und im Inland ist, hängt davon ab, wie Ihr Front-End gebaut ist und was Sie erheben. Unser China-Team kann Ihre Exponierung mit Ihnen kartieren →
Compliance-Momentaufnahme
- ✓ Adobe Fonts liefert Schriftdateien aus, keine Nutzerdaten — kein eigener PIPL-Transfer
- ✓ Es trägt keine ICP-Beian — ein Offshore-Font-CDN hält keine
- ! Nur aus Adobes Offshore-CDN (use.typekit.net) ausgeliefert; keine Präsenz in Festlandchina
- ! Schriften laden, während die Seite rendert, sodass eine stockende Anfrage Ihren Text in China leeren kann
- ! Die Website, die Adobe Fonts einbettet, braucht weiterhin eine ICP-Beian und trägt ihre eigenen PIPL-Pflichten
Was die offizielle Adobe Typekit-Dokumentation über China sagt
| Fakt | Primärquelle |
|---|---|
| Adobe Fonts wird aus Adobes eigenem Offshore-CDN ausgeliefert, im Browser, zur Render-Zeit. In Adobes Worten ist „Typekit is Adobess hosted web font service“ (Typekit Adobes gehosteter Web-Font-Dienst), und „the CSS or JavaScript file which loads the web fonts and the web font files themselves are added to your website in the browser from our content delivery network (CDN), use.typekit.net“ (die CSS- oder JavaScript-Datei, die die Web-Fonts lädt, und die Web-Font-Dateien selbst werden im Browser aus unserem CDN use.typekit.net zu Ihrer Website hinzugefügt). Dieses CDN cacht Schriften „at many locations around the world“ (an vielen Standorten weltweit) — keiner davon in Festlandchina. | Adobe Fonts Help — „Why are my web fonts from use.typekit.net?“ (helpx.adobe.com), abgerufen 2026-10-07 |
| Eine stockende Font-Anfrage kann Ihren Text unsichtbar lassen. Mit dem Standard-Embed-Code gibt Adobe an, „the rest of the page may not display until after the web font CSS has finished loading“ (der Rest der Seite werde möglicherweise erst angezeigt, nachdem das Web-Font-CSS fertig geladen hat) — die Schrift wird von use.typekit.net abgerufen, während die Seite rendert. Wenn diese eine Offshore-Anfrage aus dem Festland langsam oder unerreichbar ist, sieht ein Besucher leeren oder ungestylten Text und sich verschiebendes Layout, nicht einen sauberen Fehler. Das ist ein Auslieferungsrisiko, kein rechtliches. | Adobe Fonts Help — „Embed codes“ (helpx.adobe.com), abgerufen 2026-10-07 |
| Adobe Fonts hält keine der personenbezogenen Daten Ihrer Nutzer, sodass keine PIPL- oder ICP-Pflicht an ihm hängt. Was use.typekit.net verlässt, sind Schriftdateien und das CSS oder JavaScript, das sie lädt — keine personenbezogenen Daten über Ihre Besucher. Eine Schrift zu laden, ist daher kein grenzüberschreitender Transfer personenbezogener Daten nach PIPL (Art. 38–43), und ein Font-CDN trägt keine eigene ICP-Beian. Für einen Font-Dienst eine Datenresidenz-Geschichte zu erfinden, wäre unehrlich; die eigentliche Exponierung ist die Auslieferung und die Website, die es einbettet. | Adobe Fonts Help (helpx.adobe.com), abgerufen 2026-10-07; PIPL Art. 38–43; Staatsratserlass Nr. 292; MIIT-Erlass Nr. 33 |
| Die ganze Schrift hängt daran, einen Offshore-Host zu erreichen — und die Compliance-Pflicht sitzt bei der Website, die es einbettet. Adobe dokumentiert das Versagen selbst: Ihre Website „may report that it cannot connect to use.typekit.net or that it failed to load a resource from that domain“ (meldet möglicherweise, dass sie sich nicht mit use.typekit.net verbinden kann oder eine Ressource von dieser Domäne nicht laden konnte). Adobe Fonts schuldet keine ICP- oder PIPL-Pflicht, doch die öffentliche Website, die Festland-Besuchern gezeigt wird, braucht weiterhin eine ICP-Beian, die an inländisches Hosting gebunden ist (Staatsratserlass Nr. 292; MIIT-Erlass Nr. 33), und schuldet ihre eigenen Grenztransfer- und Datenresidenz-Pflichten für alles, was sie erhebt (PIPL Art. 40; Cybersicherheitsgesetz Art. 39 (vormals Art. 37)). | Adobe Fonts Help — „Site can't connect to use.typekit.net“ (helpx.adobe.com), abgerufen 2026-10-07; Staatsratserlass Nr. 292; MIIT-Erlass Nr. 33; PIPL Art. 40; Cybersicherheitsgesetz Art. 39 (vormals Art. 37) |
Quellen vom 21YunBox Compliance-Team am 7. Oktober 2026 geprüft.
Für ein Publikum in Festlandchina lautet die eigentliche Frage zu Adobe Fonts — dem früher Typekit genannten Dienst — nicht, ob Sie es nutzen dürfen, sondern ob die Schriften tatsächlich ankommen. Adobe Fonts ist ein gehosteter Web-Font-Dienst: Es liefert Schriften aus, nicht die personenbezogenen Daten Ihrer Nutzer, sodass es für sich genommen keine Grenztransferpflicht auslöst und keine ICP-Beian trägt. Die Exponierung, die es einführt, ist eine der Auslieferung. Jede Schrift wird zur Render-Zeit aus Adobes Offshore-Netzwerk use.typekit.net abgerufen, das keinen Point of Presence in Festlandchina unterhält — und weil dieser Abruf das Rendern der Seite blockieren kann, wird aus einer Anfrage, die an der Grenze stockt, unsichtbarer Text statt eines sauberen Fallbacks. Die Compliance-Linie in diesem Bild liegt einen Schritt entfernt, bei der Website, die die Schriften einbettet, die weiterhin ICP-gemeldet und im Inland ausgeliefert sein muss.
Adobe Fonts in China auf einen Blick
| Worüber es entscheidet | In Adobes eigenen Worten |
|---|---|
| Wo es läuft | Adobes eigenes CDN: Schriften werden „added to your website in the browser from our content delivery network (CDN), use.typekit.net“ (im Browser aus unserem CDN use.typekit.net zu Ihrer Website hinzugefügt), „at many locations around the world“ (an vielen Standorten weltweit) gecacht — keiner in Festlandchina. |
| Was es ausliefert | „Adobess hosted web font service“ (Adobes gehosteter Web-Font-Dienst) — Schriftdateien plus das CSS oder JavaScript, das sie lädt. Schriften und Code, nicht die personenbezogenen Daten Ihrer Nutzer. |
| Aus dem Festland erreichbar? | Nur von Adobes Offshore-Edge. Adobe dokumentiert selbst eine Website, die „cannot connect to use.typekit.net“ (sich nicht mit use.typekit.net verbinden kann); aus dem Festland ist dieser Offshore-Host häufig langsam oder unerreichbar — ein Auslieferungsrisiko, keine saubere Sperre. |
| Wenn es fehlschlägt, was bricht | Schriften laden, während die Seite rendert: „the rest of the page may not display until after the web font CSS has finished loading“ (der Rest der Seite wird möglicherweise erst angezeigt, nachdem das Web-Font-CSS fertig geladen hat). Eine stockende Anfrage zeigt leeren oder Fallback-Text, dann eine Layout-Verschiebung. |
| ICP & PIPL | Nicht auf Adobe Fonts — ein Font-CDN hält keine personenbezogenen Daten und trägt keine Beian. Beide Pflichten fallen auf die Website, die es einbettet, die ICP-gemeldet und im Inland gehostet sein muss. |
Ein Web-Font-Dienst, keine Datenleitung — PIPL und ICP hängen nicht an ihm
Adobe ist deutlich darüber, was der Dienst ist: „Typekit is Adobess hosted web font service.“ (Typekit ist Adobes gehosteter Web-Font-Dienst.) Was über die Leitung reist, wenn ein Besucher Ihre Seite lädt, sind Schriftdateien und das CSS oder JavaScript, das sie anfordert — nicht Namen, Kontakte, Geräte-Identifikatoren oder andere personenbezogene Daten über diesen Besucher. Diese Unterscheidung entscheidet die Rechtsfrage. Eine Schrift von Adobe zu laden, ist kein grenzüberschreitender Transfer personenbezogener Daten nach dem Gesetz zum Schutz personenbezogener Daten, und ein offenes Web-Font-CDN trägt keine eigene ICP-Beian. Einen Font-Dienst als Datenresidenz-Problem zu verkleiden, wäre unehrlich; die ehrliche Lesart ist enger und nützlicher — das Risiko ist, ob die Schrift ankommt und ob die Website, die sie trägt, selbst rechtskonform ist.
Aus Adobes Offshore-Font-Netzwerk ausgeliefert, außerhalb Festlandchinas
Adobe liefert Ihre Schriften aus seinem eigenen Content-Delivery-Netzwerk aus: Das CSS oder JavaScript und die Web-Font-Dateien selbst werden, in Adobes Worten, „added to your website in the browser from our content delivery network (CDN), use.typekit.net“ (im Browser aus unserem CDN use.typekit.net zu Ihrer Website hinzugefügt), das sie „at many locations around the world“ (an vielen Standorten weltweit) cacht. Keiner dieser Standorte liegt in Festlandchina, und der Abruf geschieht, während die Seite rendert. Adobes eigene Embed-Code-Dokumentation legt die Folge dar: Mit dem Standard-Embed-Code „the rest of the page may not display until after the web font CSS has finished loading“ (wird der Rest der Seite möglicherweise erst angezeigt, nachdem das Web-Font-CSS fertig geladen hat). Wenn diese eine Offshore-Anfrage also langsam ist oder aus dem Festland nicht abgeschlossen werden kann — Adobe unterhält sogar eine Troubleshooting-Seite für den Fall, dass eine Website „cannot connect to use.typekit.net or that it failed to load a resource from that domain“ (sich nicht mit use.typekit.net verbinden kann oder dass sie eine Ressource von dieser Domäne nicht laden konnte) —, bekommt der Besucher keinen aufgeräumten Fehler. Er bekommt leeren oder Fallback-Text, dann einen Ruck einer Layout-Verschiebung, falls die echte Schrift schließlich landet. Es ist eine Abhängigkeit, die Sie nicht kontrollieren, auf der falschen Seite der Grenze, direkt in den Moment verdrahtet, in dem Ihre Seite rendert.
Die Compliance-Tür ist die Website, die die Schriften einbettet, nicht die Schriften
Präzise darüber zu sein, wo die Compliance-Pflicht tatsächlich landet, ist hier wichtig, weil man sie leicht auf das Falsche richtet. Adobe Fonts braucht keine ICP-Beian — doch die öffentliche Website, die es einbettet, schon. Eine Website, die Festland-Besuchern gezeigt wird, hängt von einer ICP-Beian (ICP 备案) nach Staatsratserlass Nr. 292 und MIIT-Erlass Nr. 33 ab, die an eine Hosting-Ressource physisch im Festland gebunden ist. Und wenn dieselbe Website personenbezogene Daten von chinesischen Nutzern erhebt, gelten für diese Daten ihre eigenen Grenztransfer- und Datenlokalisierungspflichten — Mitteilung, gesonderte Einwilligung und ein Transfermechanismus nach PIPL Art. 38–43 und Inland-Speicherung für einen Betreiber kritischer Informationsinfrastruktur oder einen Verarbeiter großer Mengen nach PIPL Art. 40 und Cybersicherheitsgesetz Art. 39 (vormals Art. 37). Adobe Fonts sitzt außerhalb von all dem. Die Falle ist subtiler: Eine Festland-Website, die sich still auf use.typekit.net stützt, erbt diese Offshore-Auslieferungsschwäche, während sie weiterhin jede ihrer eigenen Compliance-Pflichten in vollem Umfang schuldet.
Dies ist eine Risikokarte, kein Urteil: Ob eine Offshore-Font-Abhängigkeit Ihre Seiten bloß verlangsamt oder bricht und ob die Website, die sie einbettet, selbst gemeldet und im Inland ist, hängt davon ab, wie Ihr Front-End zusammengesetzt ist und was Sie erheben — es lohnt, dies mit Rechtsbeistand und einem ehrlichen Blick auf Ihre tatsächlichen Abhängigkeiten zu klären.
Wo 21YunBox hineinpasst — eine Compliance-Overlay, keine Migration
Ihre Designer behalten die Schriften, die sie gewählt haben, und Ihr Front-End bleibt unangetastet. Was wir ändern, ist, woher die Schriften kommen: Die Assets, die Ihre Seiten derzeit von use.typekit.net ziehen, werden stattdessen aus ICP-gemeldeter Auslieferung im Festland ausgeliefert, vor Ihren bestehenden Ursprung gesetzt — ohne Neuaufbau, ohne zweite Codebasis und ohne Adobe Fonts aus Ihrem Markup zu tauschen. Daneben prüft unser China-Team den Teil, den ein Font-Dienst nie adressiert: dass die Website, die diese Schriften trägt, selbst ICP-gemeldet, im Inland gehostet und bei PIPL für alle Nutzerdaten, die sie tatsächlich verarbeitet, solide ist. Die Schriften rendern gleich; was sich ändert, ist, dass sie nun jedes Mal von der richtigen Seite der Grenze ankommen.
Compliance-Einschätzung anfordern →
Weiterführend:
Häufige Fragen
Bringt die Nutzung von Adobe Fonts meine Website in China aus der Compliance?
Nein — nicht von sich aus. Adobe Fonts liefert Schriftdateien aus, nicht die personenbezogenen Daten Ihrer Nutzer, sodass eine Schrift zu laden kein grenzüberschreitender Transfer personenbezogener Daten ist und der Font-Dienst keine eigene ICP-Beian trägt. Was es einführt, ist eine Auslieferungsabhängigkeit: Ihre Schriften laden aus Adobes Offshore-Netzwerk use.typekit.net, das keine Präsenz in Festlandchina hat. Die Compliance-Fragen — ICP-Beian und PIPL — hängen an der Website, die Adobe Fonts einbettet, und an den Daten, die diese Website erhebt, nicht an der Schrift.
Warum verschwindet mein Text in China manchmal, wenn ich Adobe Fonts nutze?
Weil die Schriften abgerufen werden, während die Seite rendert. Adobes eigene Embed-Code-Dokumentation merkt an, dass „the rest of the page may not display until after the web font CSS has finished loading“. Wenn die Anfrage an use.typekit.net aus dem Festland langsam oder blockiert ist — Adobe unterhält sogar eine Seite für den Fall, dass eine Website „cannot connect to use.typekit.net“ —, kann der Browser leeren oder Fallback-Text zeigen und dann das Layout verschieben, sobald die Schrift schließlich ankommt, falls sie ankommt. Es ist ein Erreichbarkeitsproblem mit Adobes Offshore-Host, kein Lizenzierungsproblem.
Kann 21YunBox helfen, Adobe Fonts in China zuverlässig auszuliefern?
Ja. Unser China-Team kann die Schrift-Assets, die Ihre Seiten von use.typekit.net ziehen, stattdessen aus ICP-gemeldeter Auslieferung im Festland bereitstellen, vor Ihren bestehenden Ursprung gesetzt — Ihr Front-End und Ihre Schriftwahl ändern sich nicht. Wir prüfen auch den Teil, den Adobe Fonts nie berührt: dass die Website, die diese Schriften einbettet, selbst ICP-gemeldet, im Inland gehostet und bei PIPL für die Nutzerdaten, die sie erhebt, sauber ist. Nehmen Sie Kontakt auf, um Ihr Setup durchzugehen.
