Google Fonts lokal einbinden: DSGVO-Abmahnung vermeiden (Anleitung WordPress)
Google Fonts direkt von Googles Servern zu laden, verstößt gegen die DSGVO und kann Abmahnungen kosten. Diese Anleitung zeigt, wie Sie Google Fonts lokal einbinden - manuell oder per Plugin - und Ihre WordPress-Website dauerhaft DSGVO-konform betreiben.
Google Fonts gehören zu den meistgenutzten Ressourcen im Web - und gleichzeitig zu den häufigsten Datenschutzproblemen, die mir in Kundenprojekten begegnen. Das LG München hat bereits im Januar 2022 (Az. 3 O 17493/20) klargestellt: Wer Schriftarten dynamisch von Googles Servern lädt, überträgt die IP-Adresse der Besucher ungefragt in die USA und verstößt damit gegen die DSGVO. Das Urteil löste eine Welle an Abmahnschreiben aus, die viele kleine Unternehmen und Freelancer kalt erwischt hat.
Die gute Nachricht: Das Problem lässt sich dauerhaft lösen, ohne auf schöne Typografie zu verzichten. Wer Google Fonts lokal einbindet, hostet die Schriftdateien auf dem eigenen Server - Google bekommt davon nichts mehr mit. Ich zeige Ihnen beide Wege: den vollautomatischen Weg per Plugin und die manuelle Variante für alle, die lieber ohne zusätzliche Abhängigkeiten arbeiten.
Warum externe Google Fonts gegen die DSGVO verstoßen
Beim klassischen Einbinden über <link href="https://fonts.googleapis.com/css2?family=..."> baut der Browser des Besuchers beim ersten Seitenaufruf eine direkte Verbindung zu Googles Servern auf. Dabei überträgt er automatisch die IP-Adresse des Nutzers. Laut Art. 4 Nr. 1 DSGVO ist die IP-Adresse ein personenbezogenes Datum, weil sie eine natürliche Person identifizierbar macht.
Das LG München sprach dem Kläger 100 Euro Schadensersatz zu, weil die Websitebetreiberin keine Einwilligung eingeholt hatte, bevor die IP an Googles Server in den USA weitergeleitet wurde. Seitdem kursieren Abmahnschreiben von verschiedenen Absendern, die sich auf dieses Urteil berufen. Auch wenn spätere Gerichte Massenabmahnungen teils als rechtsmissbräuchlich eingestuft haben: Das datenschutzrechtliche Problem selbst bleibt bestehen, und Aufsichtsbehörden können jederzeit eigene Verfahren einleiten.
Der schnellste Weg: Plugin OMGF installieren
Für die meisten WordPress-Projekte empfehle ich das Plugin OMGF (Host WebFonts Locally) von Daan van den Bergh. Es ist kostenlos, regelmäßig aktualisiert und im offiziellen WordPress-Plugin-Verzeichnis verfügbar.
Installation und Grundeinrichtung
1. Im WordPress-Dashboard unter Plugins > Installieren nach "OMGF" suchen.
2. Plugin installieren und aktivieren.
3. Im Menü Einstellungen > Optimize Google Fonts öffnen.
4. Die Seite einmal im Frontend aufrufen (oder den Cache leeren), damit OMGF alle verwendeten Fonts erkennt.
5. Unter dem Tab Optimize Local Fonts erscheinen alle erkannten Schriftfamilien mit ihren Varianten.
6. Fonts, die tatsächlich genutzt werden, auf Preload setzen - das reduziert den Cumulative Layout Shift.
7. Nicht benötigte Schriftschnitte (z.B. Italic-Varianten, die das Theme nie lädt) auf Unload setzen.
8. Einstellungen speichern.
OMGF lädt die Font-Dateien automatisch herunter und legt sie unter /wp-content/uploads/omgf/ ab. Alle Aufrufe an fonts.googleapis.com werden durch lokale URLs ersetzt.
Bei einem Hamburger Kundenprojekt - ein Ingenieurbüro mit einem älteren Blocksy-Theme - hatte das Theme Google Fonts direkt im PHP-Code eingebunden, ohne die normale WordPress-Enqueue-Funktion zu nutzen. OMGF hat das trotzdem erkannt und umgeleitet. Wenn bei Ihnen noch Anfragen an Google auftauchen, aktivieren Sie in den OMGF-Einstellungen die Option "Remove Google Fonts from HTML" - das entfernt verbleibende Einbindungen zuverlässig.
Der manuelle Weg: Fonts ohne Plugin lokal einbinden
Wer kein weiteres Plugin installieren möchte oder ein Custom Theme von Grund auf neu entwickelt, kann Fonts direkt im Theme einbinden. Dafür empfehle ich das Tool Google Webfonts Helper (google-webfonts-helper.herodevs.com).
Schritt 1: Fonts herunterladen
1. Auf google-webfonts-helper.herodevs.com die gewünschte Schriftfamilie suchen.
2. Benötigte Schriftschnitte und Zeichensätze auswählen (für DE-Seiten mindestens "latin" und "latin-ext").
3. ZIP-Datei mit allen Fontformaten herunterladen (.woff und .woff2 reichen für moderne Browser).
Schritt 2: Fonts ins Theme hochladen
Die Fontdateien in den Theme-Ordner kopieren, zum Beispiel nach /wp-content/themes/mein-theme/fonts/. Per FTP oder SFTP hochladen.
Schritt 3: @font-face in der CSS-Datei deklarieren
@font-face {
font-family: 'Inter';
font-style: normal;
font-weight: 400;
font-display: swap;
src: url('../fonts/inter-v13-latin-regular.woff2') format('woff2'),
url('../fonts/inter-v13-latin-regular.woff') format('woff');
}
Den Wert font-display: swap unbedingt setzen - damit zeigt der Browser zuerst eine Fallback-Schrift und tauscht sie erst aus, wenn der Font geladen ist. Das verbessert den Largest Contentful Paint spürbar.
Schritt 4: Google Fonts aus der functions.php entfernen
In der functions.php alle wp_enqueue_style-Aufrufe suchen, die auf fonts.googleapis.com zeigen, und entfernen oder auskommentieren.
Wenn Sie ein Eltern-Theme (z.B. Blocksy, Astra, Divi) verwenden, deaktivieren Sie Google Fonts in den Theme-Einstellungen, bevor Sie manuell einbinden. Die meisten modernen Themes haben dafür eine eigene Option unter Anpassen > Typografie > Google Fonts deaktivieren.
Vergleich: Plugin vs. manuell
Google Fonts lokal: Plugin oder manuell?
| Kriterium | OMGF Plugin | Manuelle Einbindung |
|---|---|---|
| Einrichtungszeit | 10-15 Minuten | 30-60 Minuten |
| Technisches Wissen erforderlich | Gering | Mittel bis hoch |
| Flexibilität bei Fontwahl | Automatisch (alle genutzten Fonts) | Vollständige Kontrolle |
| Wartungsaufwand | Plugin-Updates | Manuelle Font-Updates bei neuen Versionen |
| Geegienet für | Bestehende Sites, mehrere Plugins | Custom Themes, neue Projekte |
| Kosten | Kostenlos (Basis) | Kostenlos |
| Compatibility bei Theme-Wechsel | Muss neu konfiguriert werden | CSS bleibt erhalten |
Verifizieren: Keine Verbindung mehr zu Google
Nach der Umstellung unbedingt prüfen, ob wirklich keine Anfragen mehr an Google-Server gehen. Das geht in zwei Minuten:
1. Chrome DevTools öffnen (F12).
2. Tab Netzwerk wählen, Seite neu laden.
3. Im Suchfeld "fonts.googleapis.com" oder "fonts.gstatic.com" eingeben.
4. Wenn keine Treffer erscheinen: alles in Ordnung.
Alternativ gibt es den kostenlosen Font Checker auf sicher.website - der analysiert eine URL und meldet alle externen Schriftanfragen.
DSGVO-Checkliste: Google Fonts lokal einbinden
- Google Fonts aus dem Theme-Header oder der functions.php entfernt
- Fontdateien auf dem eigenen Server gespeichert (lokal oder per Plugin)
- @font-face mit font-display: swap deklariert
- Browser-DevTools: keine Verbindung mehr zu fonts.googleapis.com oder fonts.gstatic.com
- Datenschutzerklärung aktualisiert (Hinweis auf Google Fonts entfernt, falls vorhanden)
- Caches geleert (WordPress-Cache, CDN, Browser)
- Core Web Vitals nach der Umstellung gemessen (LCP sollte sich verbessern)
Performance-Bonus: Fonts vorladen
Ein oft übersehener Schritt nach der Umstellung: Fonts mit <link rel="preload"> im <head> ankündigen. Das teilt dem Browser mit, die Fontdatei sofort zu laden, bevor das CSS geparst wird.
<link rel="preload" href="/wp-content/themes/mein-theme/fonts/inter-regular.woff2"
as="font" type="font/woff2" crossorigin>
Bei OMGF lässt sich das Preloading per Checkbox direkt in den Einstellungen aktivieren - kein manuelles Eingreifen nötig. Bei einem E-Commerce-Projekt für einen Hamburger Händler hat diese Maßnahme zusammen mit dem lokalen Font-Hosting den LCP-Wert von 3,1 auf 1,8 Sekunden reduziert - knapp unterhalb der "guten" Schwelle von 2,5 Sekunden laut Google.
Rechtlicher Rahmen: DSGVO, TDDDG und was sich 2024 geändert hat
Das ehemalige Telekommunikation-Telemedien-Datenschutz-Gesetz (TTDSG) heißt seit Mai 2024 TDDDG (Telekommunikation-Digitale-Dienste-Datenschutz-Gesetz). Für die Frage der Google Fonts ändert das inhaltlich wenig: Maßgeblich bleibt Art. 6 Abs. 1 DSGVO, der eine Rechtsgrundlage für jede Datenübermittlung verlangt. Da es für das Laden externer Schriften keinen berechtigten Interessen-Tatbestand gibt, der die Grundrechte der Besucher überwiegt, bleibt die einzige saubere Lösung das lokale Hosting.
Ein Hinweis, der mir bei Projekten oft begegnet: Manche WordPress-Themes und Page-Builder laden Fonts über eine zweistufige Anfrage - zuerst ein CSS-Stylesheet von fonts.googleapis.com, das dann die eigentlichen Font-Dateien von fonts.gstatic.com nachlödt. Beide Domains müssen blockiert werden. OMGF behandelt das automatisch, beim manuellen Vorgehen sollten Sie in den DevTools explizit beide Domains prüfen.
Das DDG (Digitale-Dienste-Gesetz) hat seit Anfang 2024 das TMG abgelöst und regelt u.a. Pflichten für Plattformbetreiber. Für kleine Unternehmenswebseiten bleibt die DSGVO das zentrale Instrument. Ich bin Webentwickler, kein Rechtsanwalt - für eine verbindliche Einschätzung Ihrer konkreten Situation wenden Sie sich bitte an einen Fachanwalt für IT-Recht.
Was ist mit Adobe Fonts, Bunny Fonts und anderen Diensten?
Das DSGVO-Problem beschränkt sich nicht auf Google. Adobe Fonts (früher Typekit) lädt Schriften ebenfalls von externen Servern und erfordert eine explizite Einwilligung oder eine Auftragsverarbeitungsvereinbarung. Als datenschutzfreundliche Alternative empfehle ich Bunny Fonts (fonts.bunny.net): Die API ist mit Google Fonts kompatibel, der Dienst hostet Fonts auf EU-Servern und verzichtet laut eigenen Angaben auf das Tracking von IP-Adressen.
Für selbst gehostete WordPress-Seiten gibt es außerdem die Option, komplett auf Systemschriften zurückzugreifen. Ein Font-Stack wie font-family: -apple-system, BlinkMacSystemFont, 'Segoe UI', sans-serif; sieht auf allen modernen Geräten ordentlich aus, lädt sofort und erfordert null externe Anfragen. Nicht für jedes Design geeignet, aber für schlanke Unternehmensseiten eine ernstzunehmende Alternative.
Vorteile
- Lokal gehostete Fonts sind DSGVO-konform ohne Einwilligungsbanner
- Bessere Core Web Vitals durch weniger externe Anfragen
- Keine Abhängigkeit von externen Diensten (Verfügbarkeit, Ladezeit)
- Einmalige Einrichtung, kein laufender Aufwand
Nachteile
- Neue Fontversionen müssen manuell aktualisiert werden (bei Plugin automatisierbar)
- Speicherplatz auf dem eigenen Server wird genutzt (meist unter 1 MB pro Familie)
- Bei Theme-Wechsel muss die Konfiguration angepasst werden
Was tun, wenn Sie bereits eine Abmahnung erhalten haben?
Ich bin Webentwickler, kein Rechtsanwalt - dieser Abschnitt ersetzt keine juristische Beratung. Grundsätzlich gilt: Wer ein Abmahnschreiben wegen Google Fonts erhält, sollte es nicht ignorieren, aber auch nicht voreilig eine strafbewehrte Unterlassungserklärung unterschreiben. Wenden Sie sich an einen Fachanwalt für IT-Recht. In vielen Fällen handelt es sich um Massenabmahnungen mit fragwürdiger Grundlage, gegen die sich Betroffene erfolgreich gewehrt haben. Parallel dazu: Google Fonts sofort lokal einbinden, damit das Problem technisch beseitigt ist.
Für alle anderen gilt: Lieber heute umstellen als morgen. Der Aufwand ist gering, der Schutz ist dauerhaft - und die professionell betreuten WordPress-Seiten die ich für Kunden entwickle, werden von Anfang an mit lokal gehosteten Fonts ausgeliefert, ohne dass der Kunde sich darum kümmern muss.
Nein, verboten ist nur die dynamische Einbindung über Googles Server ohne Einwilligung der Besucher. Wer die Fonts lokal hostet, überträgt keine IP-Adressen an Google und handelt DSGVO-konform. Das LG-München-Urteil von 2022 betrifft ausschließlich den externen Abruf. OMGF (Host WebFonts Locally) von Daan van den Bergh ist meine erste Wahl. Das Plugin ist kostenlos, aktiv gepflegt und erledigt Download, Cache und CSS-Austausch vollautomatisch. Alternativ leistet das Plugin Fonts Plugin von Fonts similarly gute Arbeit, ist aber kostenpflichtig für erweiterte Funktionen. Ja. OMGF scannt Header und Footer der Seite, erkennt alle Anfragen an fonts.googleapis.com und leitet sie auf lokale Dateien um - unabhängig davon, ob das Theme, ein Plugin oder das WordPress-Core die Anfrage ausgelöst hat. Für hartnäckige Fälle gibt es in OMGF die Option, Enqueues vollständig zu entfernen. Wenn Sie zuvor Google Fonts in Ihrer Datenschutzerklärung erwähnt und auf die Datenübertragung an Google hingewiesen haben, sollten Sie diesen Passus nach der Umstellung entfernen oder anpassen. Da keine Daten mehr an Google übermittelt werden, entfällt die Hinweispflicht. Ich bin Webentwickler, kein Anwalt - für verbindliche Rechtsberatung wenden Sie sich bitte an einen Datenschutzexperten. Mit dem Plugin OMGF dauert die Grundeinrichtung etwa 10 bis 15 Minuten. Die anschließende Verifikation - Browser-DevTools öffnen, Netzwerk-Tab prüfen, fonts.googleapis.com suchen - kostet weitere 5 Minuten. Bei manueller Einbindung rechne ich mit 30 bis 60 Minuten, je nach Anzahl der verwendeten Schriftfamilien. Im Gegenteil: Lokal gehostete Fonts werden von Ihrem eigenen Server ausgeliefert, der DNS-Lookup zu Googles CDN entfällt, und der Browser kann die Schriften cachen wie jede andere statische Ressource. In meinen Projekten hat das lokale Hosting den LCP-Wert regelmäßig um 200 bis 400 Millisekunden verbessert. Die Schriftqualität bleibt identisch, da dieselben Font-Dateien verwendet werden.Häufige Fragen
Ist die Nutzung von Google Fonts in Deutschland grundsätzlich verboten?
Welches Plugin empfehlen Sie für WordPress?
Funktioniert die Methode auch, wenn mein Theme Google Fonts direkt im Code einbindet?
Muss ich nach der Umstellung etwas an der Datenschutzerklärung ändern?
Wie lange dauert die Umstellung bei einer bestehenden WordPress-Seite?
Verliere ich durch lokales Hosting Performance oder Schriftqualität?
Brauchst du Hilfe bei deinem Projekt?
Ich baue WordPress-Webseiten und Shoper-Shops ab 600 €. Shoper Partner, 120+ Projekte.
- Antwort innerhalb von 24h
- Zertifizierter Shoper Partner
- 120+ abgeschlossene Projekte
- DSGVO-konform, volle Datensicherheit