Hier und hier habe ich interessante News zur Verwendung von Google Fonts gefunden. Scheinbar ist es nicht mehr nötig, beliebige Google Schriften beispielsweise per Google Font Helper herunterzuladen bzw. selbst zu hosten.
Das war nach der DSGVO nötig geworden. Ich weiĂ, dass viele Blogger stattdessen entsprechende Hinweise in ihrer DatenschutzerklĂ€rung fĂŒhren. Ich nutze hier im Moment Adobe Typekit â Fonts (ebenfalls mit Hinweis in der DatenschutzerklĂ€rung). Trotzdem könnte die Geschichte manche vielleicht interessieren.
Es gibt einen neuen Parameter, der auch in der Google Font â Bibliothek gleich mitgeliefert wird. So sieht die Zeile jetzt aus:
<link href="https://fonts.googleapis.com/css?family=Open+Sans&display=swap" rel="stylesheet">Ich habe es ausprobiert. TatsĂ€chlich steht danach die Schriftart im Wordpress-System zur VerfĂŒgung. Es wird im DevTool von Google Chrom unter âSourcesâ kein Verweis auf Google â Server angezeigt.
Bei mir hat die Verwendung der Schriftart sogar geklappt, obwohl das eigentlich deshalb nicht möglich sein sollte, weil speziell zu diesem Zweck das Plugin âSelf-Hosted Google Fontsâ aktiv ist. Mit anderen LösungsansĂ€tzen lieĂ mein Theme sich nicht dazu ĂŒberreden, die Google â Fonts nicht zu laden đ
Ich hoffe, ich habe die Texte der verlinkten Quellen nicht komplett falsch verstanden. Mein Englisch ist miserabel. Sie können ja auch mal einen Versuch wagen. Viel Erfolg.
Ich bin jetzt nicht sicher, ob ich das Ganze ĂŒberhaupt richtig verstanden habe, aber Fonts von Google lade ich mit dem neuen swap-Parameter immer noch vom Google-Server, was ja bekanntlich DSGVO-relevant ist. Der Aufruf ist ja eindeutig ein Aufruf des Google-Fontservers: <link href="https://fonts.googleapis.com/css?…usw.
Offenbar Ă€ndert sich aber irgendwie das Ladeverhalten im Zusammenhang mit Caching oder so Ă€hnlich. Im zweiten verlinkten Dokument heiĂt es ja auch: "This is big newsâit means developers now have more control over Google Fonts web font loading behavior."
Ich muss also, wenn ich keinen Kontakt zu Google-Servern haben will, weiterhin die gewĂŒnschten Fonts lokal vorhalten und das Laden von Google-Servern per Plugin (oder manuell) unterbinden
Relevant ist das Laden vom Google Server doch m.W. nur dadurch, dass bei diesem Ladevorgang (frĂŒher?) Daten zurĂŒckgespielt wurden. Das scheint jetzt anders zu sein. Jedenfalls, wenn ich die Sache nicht ganz verkehrt verstanden habe. (Englisch)
Ich habe einen Test gemacht. Nach der Installation mit „swap“ war eine Verbindung zum Google Font – Server nicht mehr zu finden. Das habe ich vielleicht falsch interpretiert? Ich glaube, Google hat einfach reagiert und wollte eine Lösung schaffen. Ob sie im datenschutztechnischen Sinn allerdings ok ist, weiĂ ich natĂŒrlich nicht.
Soweit ich weiĂ, wird die Verbindung, wenn sie besteht, unter Sources (DevTool) angezeigt. Oder?
Boris hat recht. Die CSS-Eigenschaft „font-display“ bestimmt wie Text-Elemente mit Webfonts dargestellt werden in AbhĂ€ngigkeit davon, wie schnell der Webfont zur VerfĂŒgung steht => https://t3n.de/news/google-fonts-fuer-eine-bessere-gefuehlte-ladezeit-1164725/
Also doch „nur“ die Performance. Danke, dass ihr es mir erklĂ€rt habt. Vielleicht ist es so, dass das von mir erwĂ€hnte Plugin nur die erwĂ€hnte Anzeige der Quelle (Google Fonts) unterdrĂŒckt.
Ganz klar ist mir nach wie vor nicht, was der Parameter ’swap‘ bewirkt. Ob das etwas mit Caching zu tun hat. Jedenfalls aber, so weit ich Serververbindungen im Internet (in Netzwerken..) verstehe, hinterlĂ€sst jeder Aufruf eines Servers (https://fonts.googleapis.com also auch) EintrĂ€ge im Server-Logfile, die man auswerten kann. IP-Adresse, also die genaue Herkunftsangabe bis mindestens auf die Heimatstadt des aufrufenden Clients, Browserkennung, Referer u.a.m.
Google könnte sich also ein ziemlich genaues Bild von der Besucherstruktur einer Website machen, die Google-Fonts via Fontserver lÀdt.