Kaum ein Thema wird im deutschen Datenschutzrecht so praxisnah diskutiert wie Google Fonts. Der Grund: Eine scheinbar harmlose Design-Entscheidung – schöne, kostenlose Schriftarten von Google einbinden – wurde durch ein Gerichtsurteil zu einem der häufigsten Abmahngründe im deutschsprachigen Web.

Das Problem mit Google Fonts und der DSGVO

Google Fonts kann auf zwei Arten eingebunden werden: lokal (die Schriftdatei liegt auf dem eigenen Server) oder extern (der Browser des Besuchers lädt die Schrift bei jedem Seitenaufruf direkt von Google-Servern). Bei der externen Variante überträgt der Browser dabei automatisch die IP-Adresse des Besuchers an Google – ganz ohne Cookie, allein durch die technische Funktionsweise von HTTP-Anfragen.

Die IP-Adresse gilt nach ständiger Rechtsprechung als personenbezogenes Datum. Ihre Übertragung an einen Dritten benötigt daher eine Rechtsgrundlage nach Art. 6 DSGVO – die bei einer reinen Design-/Performance-Entscheidung ohne Einwilligung in der Regel fehlt.

Der Grundsatzfall: LG München I zu Google Fonts (Januar 2022)

Das Landgericht München I entschied im Januar 2022 (Az. 3 O 17493/20), dass die Weitergabe der IP-Adresse eines Website-Besuchers an Google durch die externe Einbindung von Google Fonts einen rechtswidrigen Eingriff in das Recht auf informationelle Selbstbestimmung darstellt – und sprach dem Kläger ein Schmerzensgeld in Höhe von 100 Euro zu. Zusätzlich stellte das Gericht einen Unterlassungsanspruch fest.

Das Urteil selbst betraf einen vergleichsweise überschaubaren Einzelfall. Seine praktische Bedeutung liegt jedoch darin, dass es in der Folge zu einer regelrechten Abmahnwelle führte: Zahlreiche Website-Betreiber erhielten (teils automatisiert generierte) Abmahnschreiben mit Verweis auf genau dieses Urteil. Unabhängig davon, wie man die einzelnen Abmahnungen rechtlich bewertet – das zugrunde liegende technische Problem ist real und einfach zu beheben.


🍪 Ist Ihre Website betroffen?

Der Scanner prüft in Sekunden, ob externe Google Fonts auf Ihrer Startseite eingebunden sind. Jetzt kostenlos prüfen ↑

Wie hat sich die Rechtslage seither entwickelt?

Nach dem LG-München-Urteil griffen zahlreiche Datenschutzbehörden und Gerichte das Thema in ähnlichen Konstellationen auf – die grundsätzliche Bewertung, dass die IP-Adresse ein personenbezogenes Datum ist und ihre Übertragung an Google Fonts einer Rechtsgrundlage bedarf, hat sich seither als überwiegende Rechtsauffassung etabliert. Gleichzeitig wurde die Abmahnpraxis rund um Google Fonts in der Fachöffentlichkeit kontrovers diskutiert, unter anderem, weil ein Teil der Abmahnungen eher automatisiert massenhaft als im Einzelfall geprüft verschickt wurde. Für Website-Betreiber ändert das nichts am pragmatischen Ergebnis: Das technische Risiko lässt sich mit überschaubarem Aufwand vollständig eliminieren – unabhängig davon, wie man zu einzelnen Abmahnungen steht.

Was tun bei einer Abmahnung wegen Google Fonts?

Sollten Sie tatsächlich eine Abmahnung erhalten, gilt grundsätzlich: Unterschreiben Sie keine vorformulierte Unterlassungserklärung ungeprüft, und reagieren Sie nicht unter Zeitdruck. Lassen Sie das Schreiben von einer auf IT-Recht spezialisierten Kanzlei oder einer Verbraucherzentrale prüfen. Parallel dazu sollten Sie das zugrunde liegende technische Problem – die externe Einbindung – umgehend beheben, unabhängig vom Ausgang der rechtlichen Auseinandersetzung.

Warum das externe Einbinden von Google Fonts riskant ist

Drei Faktoren machen Google Fonts zu einem besonders verbreiteten Problem:

  • Unsichtbarkeit: Anders als ein Google-Maps-Embed oder ein YouTube-Video sieht man Google Fonts nicht – die Schrift wirkt wie jede andere Schrift auch. Viele Betreiber wissen schlicht nicht, dass sie betroffen sind.
  • Default-Einstellung vieler Baukästen und Themes: Zahlreiche WordPress-Themes, Page-Builder und CMS-Vorlagen binden Google Fonts standardmäßig extern ein – ohne dass der Nutzer aktiv danach gefragt wird.
  • Keine Einwilligungsmöglichkeit vorgesehen: Anders als bei Analyse- oder Marketing-Cookies wird Google Fonts in vielen Cookie-Consent-Tools gar nicht als eigene Kategorie geführt – die Schrift lädt einfach unabhängig von der Cookie-Auswahl.

Wie Sie prüfen, ob Ihre Website betroffen ist

Der schnellste Weg ist ein Blick in den Seitenquelltext (Rechtsklick → „Seitenquelltext anzeigen") und die Suche (Strg/Cmd+F) nach fonts.googleapis.com oder fonts.gstatic.com. Findet sich dort ein <link>-Tag mit einer dieser Domains, wird die Schrift extern geladen.

Alternativ – deutlich schneller und ohne technisches Vorwissen – übernimmt ein automatisierter Cookie Scanner genau diese Prüfung und zeigt das Ergebnis inklusive der gefundenen Code-Stelle direkt an.


🍪 Schneller Check ohne Quelltext-Suche

Lassen Sie Ihre Domain jetzt automatisch auf externe Google Fonts prüfen. Jetzt kostenlos prüfen ↑

Google Fonts DSGVO-konform einbinden: Die Lösung

Die gute Nachricht: Die Behebung ist in der Regel unkompliziert und kostenlos.

  1. Schriftdateien herunterladen: Über die offizielle Google-Fonts-Website oder Hilfstools lassen sich die benötigten Schriftschnitte als Dateien herunterladen.
  2. Lokal einbinden: Die Dateien werden auf den eigenen Server hochgeladen und per @font-face-Regel im eigenen CSS eingebunden – der Browser des Besuchers lädt die Schrift dann ausschließlich vom eigenen Server, keine Verbindung zu Google mehr nötig.
  3. Bei WordPress & Co.: Zahlreiche kostenlose Plugins automatisieren diesen Prozess (Schriften erkennen, herunterladen, lokal einbinden) mit wenigen Klicks.
  4. Alternative: Bei Verwendung der Google Fonts API mit expliziter Einwilligung über ein Consent-Tool nachladen – technisch aufwendiger und in der Praxis seltener sauber umgesetzt als das reine Self-Hosting.

Ein Beispiel für die technische Umsetzung

Konkret sieht die Umstellung im CSS meist so aus: Statt eines <link>-Tags im <head>, der auf fonts.googleapis.com verweist, wird im eigenen Stylesheet eine @font-face-Regel hinterlegt, die auf die lokal abgelegte Schriftdatei verweist – etwa im Format WOFF2 für optimale Ladezeiten. Der Browser lädt die Schrift dann exakt wie zuvor, jedoch ausschließlich vom eigenen Server. Für Website-Betreiber ohne Entwicklerkenntnisse übernehmen entsprechende Plugins (bei WordPress, TYPO3 & Co.) diesen Austausch automatisiert: Sie erkennen die verwendeten Google-Fonts-Referenzen, laden die passenden Dateien herunter und passen die Einbindung im Hintergrund an – meist ohne dass am Erscheinungsbild der Website irgendetwas sichtbar verändert werden muss.

Praxisbeispiel: Handwerksbetrieb „Schreinerei Holzwurm"

Ein fiktiver, lokal tätiger Handwerksbetrieb hatte seine Website vor Jahren bei einer Marketing-Agentur in Auftrag gegeben. Ein automatisierter Check zeigte: Zwei Schriftschnitte wurden extern von fonts.gstatic.com geladen – eingebaut durch das verwendete Theme, ohne dass der Betriebsinhaber davon wusste. Die Entwicklerin lud die Schriftdateien herunter, band sie lokal ein und passte die CSS-Referenzen an. Ergebnis: identisches Erscheinungsbild, keine externe Verbindung zu Google mehr, Aufwand rund 30 Minuten.

Checkliste: Google Fonts in wenigen Minuten prüfen und beheben

  • ☐ Seitenquelltext nach fonts.googleapis.com und fonts.gstatic.com durchsucht (oder automatisiert scannen lassen)
  • ☐ Alle verwendeten Schriftschnitte und -stärken identifiziert
  • ☐ Schriftdateien heruntergeladen bzw. per Plugin lokal eingebunden
  • ☐ Alte externe <link>-Tags vollständig entfernt
  • ☐ Darstellung nach der Umstellung auf mehreren Geräten und Browsern kontrolliert

Google Fonts API v2 und die Rolle von CDN-Caching-Argumenten

Ein häufig vorgebrachtes Argument für die externe Einbindung war früher, dass viele Besucher die Google-Fonts-Datei durch den Besuch anderer Websites bereits im Browser-Cache haben und sie dadurch schneller lädt. Moderne Browser haben dieses sogenannte Cache-Partitioning inzwischen jedoch weitgehend abgeschafft: Der Cache wird heute pro Website getrennt geführt, sodass der frühere Geschwindigkeitsvorteil kaum noch besteht. Das ursprüngliche Performance-Argument für die externe Einbindung ist damit größtenteils entfallen – ein weiterer Grund, konsequent auf lokales Hosting umzustellen.

Warum reagieren gerade kleine Websites oft zu spät?

Bei größeren Unternehmen mit eigener IT- oder Marketingabteilung fällt eine externe Google-Fonts- Einbindung häufiger frühzeitig auf, weil regelmäßige technische Audits Teil des Alltags sind. Kleine Websites – Vereine, Einzelunternehmer, lokale Betriebe – haben dagegen oft seit Jahren dieselbe, einmal beauftragte Website im Einsatz, ohne dass sie seither technisch überprüft wurde. Gerade diese Gruppe ist von der Abmahnwelle nach dem LG-München-Urteil besonders häufig betroffen gewesen, obwohl das zugrunde liegende Problem – wie gezeigt – mit geringem Aufwand behebbar ist.

Weitere häufig extern eingebundene Ressourcen

Google Fonts steht zwar im Fokus, ist aber bei weitem nicht die einzige extern geladene Ressource, die denselben datenschutzrechtlichen Mechanismus betrifft. Auch Icon-Bibliotheken wie Font Awesome, wenn sie über ein Content-Delivery-Network (CDN) statt lokal eingebunden werden, JavaScript-Bibliotheken von Anbietern wie jsDelivr oder unpkg, sowie eingebettete Video- oder Kartendienste übertragen beim Laden technische Daten an den jeweiligen Server. Wer die Google-Fonts-Problematik einmal verstanden hat, sollte den gleichen Blick auch auf andere CDN-Einbindungen im eigenen Quellcode werfen – das Prinzip „extern geladen bedeutet Datenübertragung an einen Dritten" gilt unabhängig vom konkreten Anbieter.

Performance-Vorteil als willkommener Nebeneffekt

Neben dem Datenschutz spricht auch ein handfester technischer Grund für lokal gehostete Schriftarten: Jede externe Verbindung zu einem weiteren Server (DNS-Auflösung, TLS-Handshake, HTTP-Request) kostet Ladezeit. Wer Google Fonts lokal einbindet, spart diese zusätzlichen Verbindungen vollständig ein – ein Effekt, der sich insbesondere auf mobilen Verbindungen bemerkbar macht und sich zudem positiv auf Kernkennzahlen wie die Core Web Vitals auswirken kann, die auch für das Google-Ranking relevant sind. Die Umstellung ist damit einer der seltenen Fälle, in denen Datenschutz-Compliance und Performance-Optimierung in dieselbe Richtung weisen.

Häufig gestellte Fragen

Sind alle Google-Fonts-Einbindungen automatisch ein Problem?

Nein – lokal gehostete Google Fonts (Schriftdatei liegt auf dem eigenen Server) sind unkritisch, da keine Verbindung zu Google-Servern aufgebaut wird.

Betrifft das Problem auch andere externe Schriftarten-Anbieter?

Grundsätzlich ja – jede extern von einem Drittserver nachgeladene Ressource (Schriftarten, Icon-Sets, Skript-Bibliotheken) überträgt die IP-Adresse an den jeweiligen Anbieter. Google Fonts steht wegen seiner enormen Verbreitung und des konkreten Urteils besonders im Fokus.

Reicht es, nur eine Schriftart auszutauschen?

Nein – Sie sollten den gesamten Quellcode auf fonts.googleapis.com und fonts.gstatic.com durchsuchen, da oft mehrere Schriftschnitte oder auch Icon-Fonts über Google eingebunden sind.

Kostet das lokale Hosting von Google Fonts etwas?

Nein, die Schriftdateien selbst sind kostenlos nutzbar (Open-Font-License) – es fällt lediglich der minimale zusätzliche Speicherplatz auf dem eigenen Server an.

Fazit

Externe Google Fonts sind eines der am leichtesten zu behebenden, aber am häufigsten übersehenen DSGVO-Probleme auf deutschen Websites. Wer prüft und auf lokales Hosting umstellt, eliminiert dieses Risiko dauerhaft – ganz ohne Design-Einbußen und meist innerhalb einer Stunde.