Google Font API & Interview

Avatar of Chris Coyier
Chris Coyier on

DigitalOcean bietet Cloud-Produkte für jede Phase Ihrer Reise. Starten Sie mit 200 $ kostenlosem Guthaben!

Google hat gestern ihre neue Font API angekündigt, einschließlich eines Schriftartenverzeichnisses und eines Vorschau-Tools. Sie haben sich mit TypeKit zusammengetan, um den WebFont Loader zu entwickeln und als Open Source zu veröffentlichen.

Mir gefällt, wie sie das gemacht haben. Man verlinkt einfach die CSS-Datei direkt von Google und referenziert dann die Schriftnamen in der CSS-Datei. Es ist wirklich einfach – Quellcode auf dieser Demo ansehen.

Warum das tun? Ist das nicht einfach @font-face? Ja, es ist nur @font-face, was man auch selbst ohne die Hilfe von Google machen kann. Aber es gibt Vorteile:

  1. Bandbreiteneinsparungen (Last liegt bei Google)
  2. Caching-Geschwindigkeit (dieselbe Schriftart wird auf mehreren Websites verwendet, der Browser-Cache greift)
  3. Geschwindigkeit im Allgemeinen (Googles CDN ist schneller als deine Website)

Das Laden der zusätzlichen CSS-Datei ist jedoch eine zusätzliche HTTP-Anforderung, aber man könnte stattdessen die Schriftart-Datei direkt verlinken. Man möchte die Schriftart vielleicht auch herunterladen und eine eigene SVG-Version erstellen, da die Google-Stylesheets diese nicht bereitstellen und somit keine Unterstützung für iPhone/iPad besteht.

Was ist dann dieser WebFont Loader? Es ist ein bisschen JavaScript, das das Laden von Schriftarten verwaltet. Die Verwendung ist völlig optional, bietet aber einige Vorteile. Zum Beispiel zeigt Firefox eine Schriftart weiter unten im Font-Stack an, bis eine @font-face-Schriftart geladen ist, und wechselt dann zu der @font-face-Schriftart, wenn sie bereit ist, was zu Reflows und allgemeiner Merkwürdigkeit führt. Das wird FOUT (Flash of unstyled text) genannt. Der WebFont Loader kann helfen, dies zu bekämpfen – siehe Pauls Artikel dazu.

Raph Levien ist Schriftgestalter und Schöpfer der Schriftart Inconsolata. Raph arbeitet auch im Google Font API Team. Ich habe mich mit ihm getroffen, um ihm ein paar Fragen zu all dem zu stellen…

*Chris: Google macht viele coole Dinge für Leute, die Websites erstellen, einschließlich einiger wirklich bandbreitenintensiver Dinge. Zum Beispiel können wir JavaScript-Bibliotheken verlinken, die auf Googles CDN gehostet werden. Das Letzte, was ich tun möchte, ist, einem geschenkten Gaul ins Maul zu schauen, aber ich weiß, dass sich die Leute manchmal fragen, was hat Google davon? Es ist garantiert, dass Webfonts dadurch schneller werden, also ist es so einfach, dass ein schnelleres Web gut für Google ist? Oder werden Analysedaten erfasst, die für Google nützlich sind?

Raph: Es geht darum, das Web für alle schneller und reichhaltiger zu machen. Wir erfassen keine persönlichen Informationen für Webfont-Anfragen und aggregieren die Protokolle nur auf einer groben Ebene, damit wir die Leistung und die allgemeine Beliebtheit der Schriftarten verfolgen können.

Eine der großartigen Sachen an diesem Dienst ist, genau wie bei den AJAX-Bibliotheken (wie unserem WebFont Loader), dass viele verschiedene Websites die Schriftarten verlinken können und sie alle den Browser-Cache teilen – es wird nur für die erste Website ein Netzwerk-Download ausgelöst.

*Chris: Sollte der schlimmste Fall eintreten und die Font API eine Ausfallzeit haben, was passiert dann mit Websites, die diese Schriftarten verwenden? Folgt der Browser dem Font-Stack nach unten und wählt einen Fallback, oder passiert etwas anderes?

Raph: Ja, es werden Fallback-Schriftarten verwendet. Es ist nur CSS, also hat der Designer die volle Kontrolle über den Font-Stack, und wenn man eine feinere Kontrolle wünscht, kann man auch die WebFont Loader-Bibliothek verwenden – man kann zum Beispiel JavaScript-Code auslösen, um CSS-Änderungen vorzunehmen, wenn die Schriftart nicht geladen werden kann. Wir werden auch mit allen großen Browser-Anbietern zusammenarbeiten, um die Webfont-Erfahrung für Benutzer zu verbessern.

*Chris: Es ist ziemlich interessant, eine Zusammenarbeit zwischen Ihrem Team und TypeKit zu sehen. Wie ist es dazu gekommen?

Raph: TypeKit war Vorreiter bei der Bereitstellung von Webfonts für ein breites Publikum. Wir kennen das Team schon eine Weile (Jeff Veen hat früher bei Google gearbeitet), daher war es naheliegend, mit ihnen über das zu sprechen, was wir tun. Wir denken, unsere Sammlung von Open-Source-Schriftarten ist ziemlich gut, aber für eine breitere Palette professionell gestalteter Schriftarten möchten wir es den Leuten leicht machen, ein Upgrade durchzuführen. Wir haben auch mit anderen großen Schriftherstellern zusammengearbeitet, darunter Ascender.

*Chris: Viele kostenlose/Open-Source-Schriftarten dienen ihren Erstellern als Werbung für einen robusteren Satz von Schriftarten, der nicht kostenlos ist. Sehen Sie das als Hindernis für das Google Font Directory an, da es zu einem Repository von absichtlich eingeschränkten Schriftarten werden könnte? Oder wird so etwas kuratiert?

Raph: Wir haben bisher eine großartige Resonanz erhalten. Menschen haben alle möglichen Gründe, Open-Source-Schriftarten beizutragen, und einer ist definitiv, mehr Sichtbarkeit und Traffic für den Verkauf proprietärer Schriftarten zu schaffen. Viele Leute lieben es einfach, Schriftarten zu erstellen. Was auch immer die Gründe sein mögen, ich bin zuversichtlich, dass wir einen schönen, stetigen Strom von qualitativ hochwertigen Schriftarten sehen werden. Aber es wird immer eine größere Auswahl an erstklassigen Schriftarten von professionellen Gießereien geben.

 

Vielen Dank an Raph für das schnelle Interview! Lasst mich wissen, was ihr alle davon haltet. Ich denke, es ist ein ziemlich großer Gewinn für Webfonts, obwohl ich denke (und wirklich hoffe), dass die besten Schriftarten auf kostenpflichtigen Diensten wie TypeKit bleiben werden. Webfonts haben noch einen weiten Weg vor sich. Offensichtlich gibt es immer noch einige Probleme unter Windows, und wenn es nicht das eine ist, dann ist es das andere.