Gzip- oder Brotli-Komprimierung in WordPress aktivieren

Wenn ein Browser eine Seite von deiner WordPress-Seite anfordert, sendet der Server HTML, CSS, JavaScript und andere textbasierte Dateien zurück. Ohne Komprimierung werden diese Dateien in voller Größe übertragen. Das Aktivieren der Komprimierung kann diese Dateigrößen um 70–90 % reduzieren, was sich direkt in schnelleren Ladezeiten und niedrigeren Bandbreitenkosten niederschlägt.

Wie Komprimierung im Hintergrund funktioniert

Komprimierung basiert auf einer Aushandlung zwischen Browser und Server. Wenn der Browser eine Anfrage sendet, enthält er einen Accept-Encoding-Header, der die unterstützten Komprimierungsalgorithmen auflistet, typischerweise gzip, deflate, br. Der Server prüft diesen Header, komprimiert die Antwort mit dem besten verfügbaren Algorithmus und sendet sie mit einem Content-Encoding-Header zurück, der die verwendete Methode angibt. Der Browser dekomprimiert den Inhalt dann vor dem Rendern. Dieser gesamte Prozess ist für den Endnutzer transparent.

Es gibt zwei Haupt-Komprimierungsalgorithmen, die du kennen solltest:

• Gzip: Der Industriestandard seit über zwei Jahrzehnten. Wird von jedem Browser und Webserver unterstützt. Komprimierungsraten von 70–80 % sind für textbasierte Dateien typisch.
• Brotli: Von Google entwickelt und 2015 veröffentlicht. Bietet 15–25 % bessere Komprimierungsraten als Gzip bei ähnlicher CPU-Auslastung. Wird von allen modernen Browsern unterstützt. Funktioniert nur über HTTPS-Verbindungen.

Welche Dateitypen komprimiert werden sollten

Komprimierung funktioniert am besten bei textbasierten, repetitiven Inhalten. Du solltest sie für die folgenden MIME-Typen aktivieren:

• Textdateien: text/html, text/css, text/javascript, text/xml, text/plain
• Anwendungsdateien: application/javascript, application/json, application/xml, application/rss+xml, application/atom+xml
• Schriften und SVGs: image/svg+xml, font/ttf, font/otf (WOFF- und WOFF2-Schriften sind bereits komprimiert)

Komprimiere keine Binärdateien wie JPEG, PNG, WebP, GIF, MP4 oder PDF. Diese Formate verwenden bereits eigene Komprimierungsalgorithmen, und eine erneute Komprimierung verschwendet CPU-Leistung, ohne die Dateigröße zu reduzieren.

Erwartete Größeneinsparungen

Um dir eine konkrete Vorstellung davon zu geben, was Komprimierung bewirkt, hier einige Praxisbeispiele:

• Eine typische WordPress-HTML-Seite (80 KB): Wird mit Gzip auf etwa 15–20 KB komprimiert, mit Brotli auf 12–16 KB.
• jQuery-Bibliothek (90 KB minifiziert): Wird mit Gzip auf etwa 30 KB komprimiert, mit Brotli auf 25 KB.
• Bootstrap CSS (160 KB): Wird mit Gzip auf etwa 25 KB komprimiert, mit Brotli auf 20 KB.
• Eine große JSON-API-Antwort (500 KB): Wird mit Gzip auf etwa 50–80 KB komprimiert.

Über eine gesamte WordPress-Seite hinweg reduziert das Aktivieren der Komprimierung die gesamte Übertragungsgröße typischerweise um 60–80 %.

Apache: Gzip mit mod_deflate aktivieren

Wenn deine WordPress-Seite auf Apache läuft (was bei den meisten Shared-Hosting-Anbietern der Fall ist), füge Folgendes zu deiner .htaccess-Datei hinzu. Platziere es vor den WordPress-Rewrite-Regeln:

<IfModule mod_deflate.c>
    # HTML, CSS, JavaScript, Text, XML und Schriften komprimieren
    AddOutputFilterByType DEFLATE text/html
    AddOutputFilterByType DEFLATE text/css
    AddOutputFilterByType DEFLATE text/javascript
    AddOutputFilterByType DEFLATE text/xml
    AddOutputFilterByType DEFLATE text/plain
    AddOutputFilterByType DEFLATE application/javascript
    AddOutputFilterByType DEFLATE application/x-javascript
    AddOutputFilterByType DEFLATE application/json
    AddOutputFilterByType DEFLATE application/xml
    AddOutputFilterByType DEFLATE application/rss+xml
    AddOutputFilterByType DEFLATE application/atom+xml
    AddOutputFilterByType DEFLATE image/svg+xml
    AddOutputFilterByType DEFLATE font/ttf
    AddOutputFilterByType DEFLATE font/otf
    AddOutputFilterByType DEFLATE font/woff

    # Browser-Bugs bei älteren Browsern umgehen
    BrowserMatch ^Mozilla/4 gzip-only-text/html
    BrowserMatch ^Mozilla/4\.0[678] no-gzip
    BrowserMatch \bMSIE !no-gzip !gzip-only-text/html

    # Sicherstellen, dass Proxies den richtigen Inhalt liefern
    Header append Vary Accept-Encoding
</IfModule>

Der IfModule-Wrapper stellt sicher, dass diese Konfiguration nur angewendet wird, wenn mod_deflate installiert ist. Bei den meisten Hosting-Anbietern ist es standardmäßig aktiviert. Wenn du nach dem Hinzufügen dieses Codes einen 500 Internal Server Error erhältst, kontaktiere deinen Hoster, um zu bestätigen, dass mod_deflate verfügbar ist.

Nginx: Gzip-Komprimierung aktivieren

Wenn dein Server Nginx verwendet, füge die folgenden Direktiven zu deinem Server-Block oder dem http-Block in deiner nginx.conf-Datei hinzu:

gzip on;
gzip_vary on;
gzip_proxied any;
gzip_comp_level 6;
gzip_min_length 256;
gzip_types
    text/plain
    text/css
    text/xml
    text/javascript
    application/json
    application/javascript
    application/x-javascript
    application/xml
    application/xml+rss
    application/atom+xml
    image/svg+xml
    font/ttf
    font/otf;

Einige Hinweise zu diesen Einstellungen: gzip_comp_level 6 bietet ein gutes Gleichgewicht zwischen Komprimierungsrate und CPU-Auslastung. Stufen über 6 bringen abnehmende Erträge bei deutlich erhöhter CPU-Last. Die gzip_min_length 256-Direktive verhindert die Komprimierung sehr kleiner Dateien, bei denen der Overhead der Komprimierung die Einsparungen überwiegt. Die gzip_vary on-Direktive weist Caching-Proxies an, separate Versionen für komprimierte und unkomprimierte Inhalte zu speichern.

Nginx: Brotli-Komprimierung aktivieren

Brotli ist nicht im Standard-Nginx-Paket enthalten. Du musst das ngx_brotli-Modul separat installieren oder eine Distribution verwenden, die es enthält (viele moderne Linux-Distributionen bieten es als optionales Paket an). Nach der Installation füge dies zu deiner Nginx-Konfiguration hinzu:

brotli on;
brotli_comp_level 6;
brotli_min_length 256;
brotli_types
    text/plain
    text/css
    text/xml
    text/javascript
    application/json
    application/javascript
    application/x-javascript
    application/xml
    application/xml+rss
    application/atom+xml
    image/svg+xml
    font/ttf
    font/otf;

Du kannst Gzip und Brotli gleichzeitig betreiben. Nginx liefert Brotli an Browser, die es unterstützen, und fällt für den Rest auf Gzip zurück. Dies ist das empfohlene Setup für maximale Kompatibilität.

WordPress-Plugins für Komprimierung

Wenn du keinen Zugriff auf die Server-Konfigurationsdateien hast (üblich bei Shared Hosting), können mehrere WordPress-Caching-Plugins die Komprimierung für dich aktivieren:

• WP Rocket: Fügt bei der Aktivierung automatisch Gzip-Komprimierungsregeln zu deiner .htaccess-Datei hinzu. Keine zusätzliche Konfiguration nötig. Dies ist ein Premium-Plugin.
• LiteSpeed Cache: Wenn dein Hoster den LiteSpeed-Webserver verwendet, aktiviert dieses Plugin die Komprimierung auf Server-Ebene, was effizienter ist als Apaches mod_deflate. Kostenlos und im WordPress-Plugin-Verzeichnis verfügbar.
• W3 Total Cache: Bietet Gzip-Komprimierung als Teil seiner Browser-Cache-Einstellungen. Aktiviere es unter Performance > Browser Cache > HTTP-Komprimierung. Kostenlos, hat aber eine steilere Lernkurve.
• WP Super Cache: Enthält eine Option „Seiten komprimieren", die vorkomprimierte statische Dateien ausliefert. Einfacher als W3 Total Cache, aber mit weniger Optionen.

Beachte: Wenn dein Hosting-Anbieter die Komprimierung bereits auf Server-Ebene aktiviert hat, hat das erneute Hinzufügen über ein Plugin keinen zusätzlichen Effekt. Prüfe das zuerst, bevor du Änderungen vornimmst.

So testest du, ob Komprimierung funktioniert

Nach dem Aktivieren der Komprimierung solltest du überprüfen, ob sie tatsächlich angewendet wird. Hier sind mehrere Methoden:

• Browser-DevTools: Öffne deine Seite, drücke F12 für die DevTools, gehe zum Netzwerk-Tab und lade die Seite neu. Klicke auf eine beliebige HTML-, CSS- oder JS-Anfrage und schaue dir die Response-Header an. Du solltest Content-Encoding: gzip oder Content-Encoding: br sehen. Du kannst auch die Spalte „Größe" (komprimierte Übertragungsgröße) mit der Spalte „Inhalt" oder „Ressource" (tatsächliche dekomprimierte Größe) vergleichen.
• Online-Tools: Websites wie GTmetrix, Google PageSpeed Insights und der Komprimierungs-Checker von KeyCDN können überprüfen, ob deine Seite komprimierte Inhalte ausliefert. Sie markieren unkomprimierte Ressourcen, falls welche gefunden werden.
• Kommandozeile: Wenn du Zugang zu einem Terminal hast, kannst du curl -H "Accept-Encoding: gzip" -I https://deineseite.de verwenden, um die Response-Header zu sehen. Suche nach dem Content-Encoding-Header in der Ausgabe.
• InspectWP-Scan: Führe einen neuen InspectWP-Scan durch, nachdem du die Komprimierung aktiviert hast. Der Performance-Bereich zeigt den Content-Encoding-Wert an. Er sollte gzip oder br (Brotli) anzeigen, anstatt leer oder fehlend zu sein.

Fehlerbehebung bei häufigen Problemen

Wenn die Komprimierung nach den Änderungen nicht zu funktionieren scheint, prüfe Folgendes:

• CDN-Override: Wenn du ein CDN wie Cloudflare nutzt, kann das CDN die Komprimierung unabhängig von deinen Servereinstellungen handhaben. Cloudflare aktiviert Gzip standardmäßig und bietet Brotli als Schalter in den Speed-Einstellungen an.
• Server-Modul nicht geladen: Bei Apache muss mod_deflate aktiviert sein. Kontaktiere deinen Hosting-Anbieter, wenn du unsicher bist. Bei Nginx erfordert das Brotli-Modul eine separate Installation.
• Konfliktierende Regeln: Mehrere Plugins oder .htaccess-Regeln, die versuchen, Komprimierung zu setzen, können sich gegenseitig stören. Prüfe auf doppelte mod_deflate-Blöcke in deiner .htaccess-Datei.
• Proxy- oder Cache-Schicht: Reverse Proxies wie Varnish können Komprimierungs-Header entfernen oder verändern. Stelle sicher, dass jede Schicht in deinem Stack korrekt konfiguriert ist.