Du hast Google Fonts lokal gespeichert – und trotzdem vermutest du, dass deine Website Schriften von Google-Servern lädt. Das passiert zum Beispiel, wenn ein Theme zwar eigene Fontdateien verwendet, ein Plugin aber zusätzlich ein Google-Fonts-Stylesheet einbindet.
Mit Chrome DevTools kannst du sehen, welche Netzwerk-Anfragen der Browser tatsächlich verschickt. Das ist aussagekräftiger, als nur im Quelltext nach dem Wort „Google“ zu suchen.
Die zwei wichtigsten Google-Fonts-Domains
Bei einer üblichen externen Einbindung sind vor allem zwei Hosts relevant:
fonts.googleapis.comliefert Stylesheets mit@font-face-Regeln.fonts.gstatic.comliefert häufig die dazugehörigen Schriftdateien.
Beispiel für eine externe Einbindung:
<link
rel="stylesheet"
href="https://fonts.googleapis.com/css2?family=Inter:wght@400;700&display=swap"
>Diese Anfrage geht an Google. Wenn im Theme oder CSS dagegen nur ein lokaler Dateipfad steht, ist das noch kein Beweis, dass überhaupt keine weiteren Google-Fonts-Anfragen existieren. Andere Komponenten können zusätzliche Ressourcen laden.
Schritt 1: Website mit DevTools untersuchen
- Öffne deine Website in Google Chrome.
- Drücke
F12oderStrg + Umschalt + I. - Öffne den Tab Network / Netzwerk.
- Aktiviere bei Bedarf Preserve log / Protokoll beibehalten.
- Lade die Website mit geöffnetem Netzwerk-Tab neu.
- Gib in das Filterfeld nacheinander
fonts.googleapis.comundfonts.gstatic.comein.
Chrome dokumentiert das Filtern von Netzwerkanfragen nach Domain und URL.
Was bedeutet ein Treffer?
Ein Treffer zeigt, dass der Browser beim untersuchten Seitenaufruf eine entsprechende Netzwerkanfrage beobachtet hat. Öffne die Anfrage und kontrolliere:
- Request URL: Welcher Host wurde angesprochen?
- Type: Stylesheet oder Schriftdatei?
- Initiator: Welche HTML- oder CSS-Datei hat die Anfrage ausgelöst?
- Status: Wurde die Anfrage geladen oder blockiert?
Der Statuscode allein reicht nicht aus. Auch eine blockierte Anfrage kann zeigen, dass eine Seite versucht hat, die externe Ressource zu laden.
Schritt 2: Ursache finden
Wenn die Anfrage von fonts.googleapis.com stammt, suche im Netzwerk-Tab und im gerenderten HTML nach dem eingebundenen Stylesheet.
Typische Verursacher:
| System | Mögliche Quelle |
|---|---|
| WordPress | Theme, Page Builder, Formular- oder Popup-Plugin |
| Shopify | Theme-Assets, eingebundene App, Custom-Liquid-Code |
| Joomla | Template, Erweiterung oder eigene CSS-Datei |
| Individuelle HTML-Seite | <link> im Head oder @import im CSS |
Nicht jedes externe Font-Problem ist ein CMS-Problem. Entscheidend ist die tatsächlich geladene Datei.
Öffne im Netzwerk-Tab den Initiator. Damit kannst du oft nachvollziehen, welches Stylesheet oder Skript die Anforderung gestartet hat.
Schritt 3: Eine lokale Schrift korrekt laden
Du darfst lokal gehostete Schriftdateien nur verwenden, wenn die jeweilige Lizenz es erlaubt. Lade das passende Dateiformat und achte auf die benötigten Schriftschnitte.
Ein einfaches CSS-Beispiel mit einer selbst gehosteten Schriftdatei:
@font-face {
font-family: "Website Sans";
src: url("/assets/fonts/website-sans-regular.woff2") format("woff2");
font-style: normal;
font-weight: 400;
font-display: swap;
}
body {
font-family: "Website Sans", Arial, sans-serif;
}Der Dateipfad ist ein Beispiel. Du musst eine tatsächliche, lizenzrechtlich zulässige WOFF2-Datei auf deinem Server hinterlegen.
Der Browser sollte diese Schriftdatei anschließend von deiner Website beziehungsweise von deinem bewusst konfigurierten eigenen Asset-Host laden – nicht automatisch von fonts.gstatic.com.
Schritt 4: Nach dem Umbau erneut testen
Eine einzelne Prüfung der Startseite genügt nicht immer. Lade zusätzlich:
- Eine Unterseite mit anderer Vorlage.
- Eine Produkt- oder Leistungsseite.
- Eine Seite mit Kontaktformular, Popup oder Widget.
- Eine mobile Ansicht bei schmalem Viewport.
- Einen Bereich, der erst nach einem Klick geladen wird.
Wichtig: Browser-Cache, eingeloggte Adminleisten oder dynamisch nachgeladene Komponenten können Ergebnisse verändern. Führe eine Vergleichsprüfung im privaten Browserfenster durch und teste Interaktionen, bei denen externe Ressourcen erst später geladen werden.
Prüfe außerdem, ob nach dem Entfernen einer externen Font-Verbindung Schriftschnitte, Fallbacks und Zeilenumbrüche korrekt funktionieren. Auf Mobilgeräten kann sich sonst das Layout verändern.
Was ist mit Datenschutz?
Externe Schriftanfragen können eine datenschutzrechtliche Bewertung erforderlich machen. Ob eine konkrete Einbindung zulässig ist, hängt vom tatsächlichen technischen Ablauf und den geltenden rechtlichen Anforderungen ab.
Eine Browserprüfung ersetzt keine Rechtsberatung. Sie zeigt aber überprüfbare Tatsachen: ob beim Test externe Hosts angesprochen wurden, aus welcher Datei die Anfrage kommt und ob nach einer Änderung weiterhin Requests auftreten.
Eine lokal gehostete Fontdatei löst außerdem nicht automatisch alle Datenschutzfragen einer Website. Eingebundene Videos, Karten, Tracking- oder Chat-Dienste müssen gesondert untersucht werden.
Die häufigsten Fehler
- Nur die CSS-Datei durchsuchen: Das aktive Plugin kann selbst ein zusätzliches Stylesheet nachladen.
- Nur auf die Startseite schauen: Andere Templates können andere Schriften einbinden.
- Nur
fonts.gstatic.comfiltern: Auch das Stylesheet vonfonts.googleapis.comist relevant. - Externe Anfragen mit reinem Fallback verwechseln: Eine CSS-Schriftfamilie wie
Ariallöst keine Google-Anfrage aus. - Nach dem Entfernen nicht testen: Fehlende lokale Schriftdateien können unbemerkt zu anderen Schriften und Layoutverschiebungen führen.
Wie geht es weiter?
Wenn du die externe Quelle gefunden hast, entscheide zunächst, wer sie lädt. Erst danach solltest du das passende Theme, Plugin oder Asset anpassen.
Für die eigentliche Umsetzung findest du weitere Schritte im Artikel Google Fonts lokal einbinden. Mehr zu Ladezeiten und technischen Prüfungen gibt es unter SEO und Performance sowie beim kostenlosen Website-Check.
Fazit
Nicht vermuten, sondern den Request verfolgen. Chrome DevTools zeigt, ob dein Browser Google-Fonts-Dateien von externen Domains anfordert. Mit dem Initiator findest du häufig direkt die verantwortliche Komponente. So bleibt die Korrektur gezielt und überprüfbar.
War dieser Artikel hilfreich?
Dein Feedback hilft uns, unsere Ratgeber zu verbessern.
Mit Digitalhaus Kunze gearbeitet?
Dann freuen wir uns über deine ehrliche Erfahrung auf Google – unabhängig davon, ob sie positiv oder kritisch war.
Auf Google bewerten