Einbindung finden
Quelltext, Stylesheets und Netzwerkprotokoll werden auf fonts.googleapis.com und fonts.gstatic.com geprüft.
Bei einer externen Google-Fonts-Einbindung ruft der Browser Stylesheets und Schriftdateien von Google-Servern ab. Lokales Hosting vermeidet diese Verbindung und ist deshalb für viele Websites der klarste technische Lösungsweg.
Wer Google Fonts lokal hostet, lädt Stylesheets und Schriftdateien vom eigenen Webserver statt von Google. Damit entfällt für die Schriftdarstellung die externe Verbindung zu fonts.googleapis.com und fonts.gstatic.com; Layout und Lesbarkeit hängen außerdem nicht von einer Consent-Auswahl ab.
Bei einer externen Einbindung lädt der Browser zunächst ein Stylesheet von fonts.googleapis.com und anschließend Schriftdateien von fonts.gstatic.com. Für diese HTTP-Verbindungen wird technisch unter anderem die IP-Adresse des Besuchers an den jeweiligen Server übermittelt.
Das LG München I bewertete 2022 in einem konkreten Fall die ungefragte Weitergabe einer dynamischen IP-Adresse durch extern eingebundene Google Fonts als Verletzung des Persönlichkeitsrechts. Das Urteil ist eine Einzelfallentscheidung und keine pauschale Aussage über jede Nutzung von Schriftarten.
Wer die benötigten Font-Dateien lokal auf dem eigenen Webserver bereitstellt, verhindert den Google-Aufruf für die Schriftdarstellung. Falls externe Fonts bestehen bleiben, sollten Datenfluss, DSGVO-/GDPR-Rechtsgrundlage und gegebenenfalls vorheriges Blocking fachlich geprüft werden – in Deutschland ebenso wie in Österreich.
Für die lokale Einbindung werden nur die tatsächlich benötigten Familien, Schriftschnitte und Zeichensätze übernommen. Das eigene CSS verweist anschließend per @font-face auf lokale Dateien und enthält eine passende Systemschrift als Fallback, falls eine Datei nicht geladen werden kann.
Der Wechsel auf lokale Dateien lässt sich technisch klar prüfen und vermeidet eine consentabhängige Darstellung der Seitenschrift.
Quelltext, Stylesheets und Netzwerkprotokoll werden auf fonts.googleapis.com und fonts.gstatic.com geprüft.
Benötigte Dateien werden rechtmäßig bezogen, auf dem eigenen Server gespeichert und per @font-face eingebunden.
Nach Cache-Leerung und auf mehreren Seitentypen wird geprüft, ob keine Google-Fonts-Verbindung mehr entsteht.
Lokales Hosting ist meist stabiler als eine consentabhängige Schrift, weil Layout und Lesbarkeit nicht von der Auswahl abhängen.
| Variante | Datenfluss beim Seitenaufruf | Einordnung |
|---|---|---|
| Direkt von Google laden | Browser verbindet sich mit Google-Fonts-Hosts | Rechtsgrundlage und Transparenz konkret prüfen |
| Bis zur Einwilligung blockieren | Google-Verbindung erst nach Freigabe | Fallback-Schrift und Layoutwechsel berücksichtigen |
| Lokal hosten | Schriften werden vom eigenen Host geladen | Vermeidet den externen Google-Fonts-Aufruf |
| Plugin oder Widget lädt Fonts | Externe Verbindung kann erst auf Unterseiten oder nach Interaktion entstehen | Quelle aktualisieren, lokal ersetzen oder separat steuern |
Page Builder, Plugins und eingebettete Widgets können eigene Google-Fonts-Aufrufe nachladen.
Ein Preload-Link oder importiertes CSS kann externe Requests auslösen, obwohl das Hauptstylesheet bereits lokal ist.
Nicht verwendete Schriftschnitte erhöhen Dateigröße und Ladeaufwand; lokal sollten nur benötigte Varianten eingebunden werden.
ConsentBoost besitzt derzeit keine besondere Google-Fonts-Automatik; Scanner und Ressourcenfunde unterstützen die technische Prüfung.
Lizenzbedingungen der verwendeten Schriftdateien und lokale Updateprozesse müssen berücksichtigt werden.
Technische Zusammenhänge verständlich erklärt und klar von der rechtlichen Einzelfallbewertung abgegrenzt.
Nein. Entscheidend sind Einbindungsart, Datenfluss und Rechtsgrundlage. Lokales Hosting vermeidet die externe Verbindung zu Google für die Schriftdateien.
Der Browser benötigt eine Netzwerkverbindung zum Server, der Stylesheet und Schriftdatei ausliefert. Dabei ist die IP-Adresse technisch Bestandteil der Kommunikation.
Lokales Hosting ist meist der robustere Weg, weil die Schrift ohne Drittanbieteraufruf und unabhängig von der Consent-Auswahl bereitsteht.
Nicht unbedingt. Plugins und Inhalte können Fonts erst auf bestimmten Unterseiten oder nach Interaktionen laden. Deshalb sollten mehrere Seitentypen geprüft werden.
Laden Sie die benötigten, lizenzkonform nutzbaren Font-Dateien auf den eigenen Server, definieren Sie die verwendeten Schnitte per @font-face und ersetzen Sie externe Stylesheet-Links oder @import-Regeln. Prüfen Sie danach im Browsernetzwerk, dass weder fonts.googleapis.com noch fonts.gstatic.com aufgerufen werden.
Häufig laden ein Plugin, Page Builder, Widget, Preload-Link oder eine verbliebene @import-Regel weitere Font-Dateien. Prüfen Sie mehrere Seitentypen sowie dynamische Inhalte und leeren Sie Cache- und Optimierungsschichten vor dem erneuten Test.
Die Einordnung basiert auf den verlinkten Primärquellen. Stand: 6. September 2026. Produktdokumentationen und Rechtslagen können sich ändern.
Vertiefen Sie die angrenzenden Funktionen und technischen Grundlagen.
Nutzen Sie Scanner und Diensteerkennung, um externe Ressourcen nach Theme- oder Plugin-Änderungen erneut zu prüfen.