Browser Cache für Schriften in .htaccess aktivieren
Die Einstellung von Browser Cache für Schriften ist ein Bestandteil der Browser Cache Optimierung für PageSpeed Insight. Das Festlegen eines Ablaufdatums oder eines Höchstalters in den HTTP-Headern für statische Ressourcen weist den Browser an, zuvor heruntergeladene Ressourcen über die lokale Festplatte anstatt über das Netzwerk zu laden. So stellen Sie das Ablaufsdatum für die Schriften in der .htaccess Datei richtig ein (Browser Cache für Schriften):
# Fonts
# Add correct content-type for fonts
AddType application/vnd.ms-fontobject .eot
AddType application/x-font-ttf .ttf
AddType application/x-font-opentype .otf
AddType application/x-font-woff .woff
AddType image/svg+xml .svg
# Compress compressible fonts
# only uncomment if you dont have compression turned on already. Otherwise it will cause all other filestypes not to get compressed
# AddOutputFilterByType DEFLATE application/x-font-ttf application/x-font-opentype image/svg+xml
ExpiresActive on
# Add a far future Expires header for fonts
ExpiresByType application/vnd.ms-fontobject "access plus 1 year"
ExpiresByType application/x-font-ttf "access plus 1 year"
ExpiresByType application/x-font-opentype "access plus 1 year"
ExpiresByType application/x-font-woff "access plus 1 year"
ExpiresByType image/svg+xml "access plus 1 year"
Was ist Leverage Browser Caching und warum sollten Sie Browser Cache für Schriften aktivieren?
Das Abrufen von Ressourcen über das Netzwerk ist langsam und teuer: Der Download erfordert möglicherweise mehrere Roundtrips zwischen dem Client und dem Server, wodurch die Verarbeitung verzögert wird und das Rendern von Seiteninhalt blockiert werden kann und Datenkosten für den Besucher entstehen. Alle Serverantworten sollten eine Zwischenspeicherungsrichtlinie angeben, die dem Client dabei hilft, festzustellen, ob und wann er eine zuvor abgerufene Antwort wiederverwenden kann. Besonders wichtig ist es für Browser Cache für Schriften, da die Dateien zum Teil sehr groß sein können.
Jede Ressource sollte eine explizite Caching-Richtlinie angeben, die die folgenden Fragen beantwortet: ob die Ressource zwischengespeichert werden kann und von wem, für wie lange und ggf. wie sie beim Ablauf der Caching-Richtlinie erneut validiert werden kann. Wenn der Server eine Antwort zurückgibt, muss er die Cache-Control- und ETag-Header bereitstellen:
- Cache-Control legt fest, wie und für wie lange die einzelnen Antworten vom Browser und anderen Zwischen-Caches zwischengespeichert werden können. Weitere Informationen finden Sie unter Caching mit Cache-Control.
- ETag stellt ein Revalidierungstoken bereit, das automatisch vom Browser gesendet wird, um zu überprüfen, ob sich die Ressource seit der letzten Anforderung geändert hat. Weitere Informationen finden Sie unter Überprüfen zwischengespeicherter Antworten mit ETags.
Es wird empfohlen eine Mindest-Cache-Zeit von einer Woche und vorzugsweise bis zu einem Jahr für statische Ressourcen oder Ressourcen, die sich selten ändern. Wenn Sie eine genaue Kontrolle darüber benötigen, wann Ressourcen ungültig gemacht werden, empfehlen wir die Verwendung einer URL-Fingerabdruck- oder Versionierungstechnik. Mehr dazu erfahren Sie in dem Artikel „Ungültige und aktualisierte Cache-Antworten“.