Bei der Optimierung einer Seite schaute ich mir natürlich mal wieder die Chrome-Konsole an, um einige SSL-Ladefehler zu beheben. Dabei stellte ich einige Fehler in der Konsole fest, die nichts mit SSL zu tun hatten. Beim Laden einiger Webfonts im WOFF2-Format erhielt ich in der Konsole die folgende Meldung: „Failed to decode downloaded font“. Also habe ich Google befragt und festgestellt, dass Google Chrome ohne Probleme den WOFF2-Webfont-Standard verarbeiten kann.
Es hätte mich auch etwas gewundert, wenn Google Chrome das nicht könnte. Woran lag es nun, dass er diese Webfont nicht decodieren konnte? Nach einer weiteren Recherche bei Google habe ich herausgefunden, dass die Webfonts anscheinend im ASCII-Modus über FTP übertragen wurden, da ich im FTP-Client den Übertragungsmodus auf „Automatisch“ eingestellt hatte. Anscheinend war WOFF2 noch nicht im Profil meines FTP-Clients, um WOFF2 automatisch über den binären Modus hochzuladen.
Da muss man erst mal drauf kommen, dass einfach die Übertragung der Dateien schuld war. Also habe ich die Webfonts wie angegeben im binären Übertragungsmodus übertragen, und zack, war die Fehlermeldung „Failed to decode downloaded font“ nach dem Leeren des Caches weg. So einfach kann es manchmal mit Fehlern gehen. Ich hoffe, ich konnte dir bzw. euch mit dieser kleinen, aber einfachen Lösung helfen, das Problem aus dem Weg zu schaffen.
Hier ist die Quelle für die Lösung: Stackoberflow (etwas weiter unten)
Es kann aber natürlich auch andere Gründe geben, gerade wenn die Dateien extern liegen. In meinem Fall lagen sie jedoch direkt in meinem Template. Ich würde mich über Feedback freuen, auch wenn es nicht geklappt hat. Vielleicht findet man ja eine andere Lösung oder teilt mir eure Lösung mit.