Ich glaube nicht, dass dies eine Epidemie ist oder so etwas, aber ich habe es schon ein paar Mal gesehen und sogar befürwortet. Das meine ich…
Sie gehen zu Google Fonts und wählen eine Schriftart wie Open Sans, und es gibt Ihnen entweder einen <link> oder ein @import mit einer URL, um diese Schriftart für die Verwendung auf Ihrer Website bereitzustellen.

Sie können dort hineinschauen und sehen, was es zurückgibt…

Es sind natürlich nur einige @font-face Deklarationen!
Nun springt Ihr performanceorientiertes Gehirn an. Moment. Also mache ich eine HTTP-Anfrage für dieses Stylesheet, und dann macht es weitere HTTP-Anfragen für diese woff2-Dateien, die es verknüpft. Verdammt den Mittelsmann, warum nicht einfach diese @font-face Blöcke daraus kopieren und verwenden.
Das können Sie! Aber!
Das Problem ist, dass Google hier ausgefeilte Google-Dinge tut und der Inhalt dieses ursprünglichen Stylesheets sich je nach anfragendem Browser ändert. Dieser Screenshot oben ist Chrome 66. Hier ist Firefox 20 unter Windows 7

Es ist anders! Es gibt nur woff, nicht woff2. Wenn wir diese URL in IE 8 öffnen würden, bekämen wir einen @font-face Block, der das eot-Format enthält!
Der Punkt ist, dass das, was diese URL liefert, sehr spezifisch für das ist, was der aktuelle Browser benötigt. Das ist eine ziemlich coole Sache, die man abstrahieren kann und sich keine Sorgen machen muss. Wenn neue Browser neue Formate und neue CSS-Syntax benötigen, wird das einfach mitgeliefert.
Nicht, dass Google Fonts damit perfekt wäre. Indem Sie beispielsweise Ihre eigenen @font-face Blöcke nicht kontrollieren, können Sie font-display nicht nutzen, was schade ist. Vielleicht bekommen wir das irgendwann, oder vielleicht lohnt es sich, Ihre Google Fonts selbst zu hosten, was noch eine ganz andere Sache ist, auf die wir irgendwann eingehen werden.
Was ist, wenn ich die angebotene Download-Option wähle und die Schriftart selbst hoste?
http://michaelboeke.com/blog/2013/09/10/Self-hosting-Google-web-fonts/
Das kann Ihnen ein wenig helfen
Verkehr an Google senden? Auf keinen Fall. Alle Google-Schriftarten sind Open Source. Einfach herunterladen und selbst hosten. Bessere Performance, bessere Ethik.
Genau! Und in bestimmten Ländern ist Google blockiert und ohne VPN bekommt man nur langsam ladende Websites, am besten selbst hosten.
Dann verpassen Sie das Browser-Caching und es ist eine geringere Belastung für Ihre Server (die wahrscheinlich langsamer sind als die von Google).
Warum würden Sie Browser-Caching verpassen? Wenn Sie selbst hosten, können Sie die Webfont-Dateien selbst cachen.
Was passiert, wenn Googles Cache dieser bestimmten gehashten Version der Schriftart abläuft und Ihre Schriftarten verschwinden? Die Stylesheet-URL ist ein Permalink, aber die Schriftartdatei-Pfade sind es möglicherweise nicht – das Stylesheet kann von Google aktualisiert werden, wenn sich die Schriftartdatei ändert, aber Ihre statisch definierten Schriftart-URLs nicht.
Indem Sie auf deren CDN verlinken, bezahlen Sie für Ihre Webfont mit einem kleinen Stück der Privatsphäre Ihres Benutzers. Dies wurde in deren Github-Repo angesprochen, aber leider nicht auf besonders zufriedenstellende Weise gelöst: https://github.com/google/fonts/issues/1495
https://google-webfonts-helper.herokuapp.com/fonts Das ist gut für lokales Hosting!
Wie andere bereits sagten, ist es keine gute Idee, auch auf Google-gehostete Stylesheets zu verlinken. Es ist besser, die Schriftartbündel herunterzuladen und manuell ein Stylesheet mit den Formaten und Stilen einzurichten, die Sie tatsächlich wünschen. Laden Sie die Schriftart-Assets auf Ihren Webserver oder ein CDN hoch, das Sie bereits dafür verwenden.
Neben den bereits genannten Gründen ist es erwähnenswert, dass viele Netzwerke Google-gehostete Stylesheets ablehnen werden, da der DNS-Eintrag für fonts.googleapis.com kürzlich auf eine (häufig gesperrte) Werbedomäne, googleadapis.l.google.com, umgeleitet wurde.
Ups. Haha.
Während dies zunächst nur einen Teil der Internetnutzer mit DNS-basierter Werbung blockieren und/oder Zensur-Firewalls betraf, blockieren mittlerweile aufgrund der DSGVO immer mehr Nutzer direkte „Big Brother“-Entitäten wie Google und Facebook.
Beeinflusst das Hosten eigener Schriftarten das Browser-Caching? Wenn ich auf eine Schriftart verweise, die auf meinem Server gehostet wird, würde ein Browser immer noch eine gecachte Version verwenden, falls verfügbar?
Bezüglich der DSGVO siehe https://developers.google.com/fonts/faq#what_does_using_the_google_fonts_api_mean_for_the_privacy_of_my_users, was in der Datenschutzerklärung verlinkt sein sollte, wenn Sie Google-Schriftarten verwenden. Fazit: keine Cookies, aber es gibt keine Leugnung, dass IPs und Referrer protokolliert werden und Browser-Profiling durchgeführt werden kann.
Ich habe tatsächlich Probleme mit dem Verlinken von Google Fonts in einem intern gehosteten Projekt ohne Internetzugang. Es kann eine Minute oder länger dauern, eine URL zu laden.
Ich benutze immer https://google-webfonts-helper.herokuapp.com/fonts, um Schriftarten von Google Fonts herunterzuladen.
Und ernsthaft, wer braucht heutzutage noch ttf einzubinden? Schauen Sie sich die Browserunterstützung für woff & woff2 an https://caniuse.com/#search=woff
Wenn Sie sich mit mehrfarbigen oder mehrlagigen Schriftarten beschäftigen wollen; Es scheint, dass der einzige Weg dies zu tun, das Selbst-Hosting ist und eine zweite abgeleitete Schriftart zu erstellen, die in einer anderen Farbe gerendert wird, von der Open-Source-Schriftart, um sie über die einfarbige Schriftart zu legen.
Es sei denn, Google ist bereit, abgeleitete Schriftarten für die Überlagerung zu hosten?