Erhöhe deine WordPress-Performance durch hocheffiziente Datenkompression: Das SEOtologie GZIP-Audit prüft in Echtzeit, ob dein Server Ressourcen via GZIP oder Brotli optimiert ausliefert. Eine korrekte Konfiguration reduziert den Daten-Payload um bis zu 70 % und verbessert direkt deine Core Web Vitals (LCP).
Es werden keine URLs gespeichert oder an Server übertragen.
Kompression: GZIP vs. Brotli
| Verfahren | Ersparnis | Empfehlung |
|---|---|---|
| GZIP | ~65-70 % | Gut (Fallback) |
| Brotli | ~75-85 % | Optimal (Google-Standard) |
Server-Konfiguration: GZIP & Brotli Setup
Nutze diese praxiserprobten Konfigurationen, um die Performance deines Stacks sofort zu maximieren:
Füge diesen Block am Anfang deiner .htaccess ein:
<IfModule mod_deflate.c> AddOutputFilterByType DEFLATE text/html text/plain text/css application/javascript application/x-javascript application/json image/svg+xml </IfModule> <IfModule mod_brotli.c> AddOutputFilterByType BROTLI_COMPRESS text/html text/plain text/css application/javascript application/x-javascript application/json image/svg+xml </IfModule>
Standard-Konfiguration für den http– oder server-Block:
# GZIP gzip on; gzip_types text/plain text/css application/javascript application/json image/svg+xml; gzip_min_length 1000; # Brotli (erfordert ngx_brotli) brotli on; brotli_comp_level 6; brotli_types text/plain text/css application/javascript application/json image/svg+xml;
Wende Kompression ausschließlich auf textbasierte Formate (HTML, CSS, JS, SVG) an. Bilder (WebP, PNG, JPG) sind bereits binär komprimiert; eine erneute Kompression erhöht lediglich die Serverlast ohne messbaren Performancegewinn.
Häufige Fragen zur Kompression
Was genau wird bei der Analyse geprüft?
Das Audit evaluiert, ob Ressourcen mit GZIP oder Brotli ausgeliefert werden, prüft die Korrektheit des Vary: Accept-Encoding Headers und analysiert die prozentuale Ersparnis im Vergleich zur unkomprimierten Version.
Warum ist Brotli besser als GZIP?
Brotli nutzt ein moderneres Wörterbuch-Verfahren und erreicht oft 15-20 % höhere Kompressionsraten als GZIP bei gleicher CPU-Last. Es setzt jedoch zwingend eine HTTPS-Verbindung voraus.
Was bewirkt der „Vary: Accept-Encoding“ Header?
Dieser Header signalisiert Caching-Layern (CDNs, Varnish) und Browsern, dass der Server unterschiedliche Versionen derselben Datei vorhält (komprimiert vs. unkomprimiert). Dies verhindert, dass ein Client ohne Brotli-Support fälschlicherweise eine inkompatible komprimierte Datei aus dem Cache erhält.
Hat Kompression Einfluss auf die CPU-Last?
Ja, aber auf modernen Servern ist dieser vernachlässigbar. Die Zeitersparnis durch den schnelleren Datentransfer überwiegt den CPU-Aufwand bei Weitem. Für statische Dateien empfehlen wir „Pre-Compression“ (Dateien vorab als .br oder .gz speichern).
Wie prüfe ich die Kompression manuell?
Öffne die DevTools deines Browsers (F12), gehe zum Tab „Netzwerk“, lade die Seite neu und klicke auf das Hauptdokument. Suche in den „Response Headers“ nach content-encoding.
