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 zuruck. Ohne Komprimierung werden diese Dateien in voller Grosse ubertragen. Das Aktivieren der Komprimierung kann diese Dateigrossen um 70-90% reduzieren, was sich direkt in schnelleren Ladezeiten und niedrigeren Bandbreitenkosten niederschlagt.

Wie Komprimierung im Hintergrund funktioniert

Komprimierung basiert auf einer Aushandlung zwischen Browser und Server. Wenn der Browser eine Anfrage sendet, enthalt er einen Accept-Encoding-Header, der die unterstutzten Komprimierungsalgorithmen auflistet, typischerweise gzip, deflate, br. Der Server pruft diesen Header, komprimiert die Antwort mit dem besten verfugbaren Algorithmus und sendet sie mit einem Content-Encoding-Header zuruck, der die verwendete Methode angibt. Der Browser dekomprimiert den Inhalt dann vor dem Rendern. Dieser gesamte Prozess ist fur den Endnutzer transparent.

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

• Gzip: Der Industriestandard seit uber zwei Jahrzehnten. Wird von jedem Browser und Webserver unterstutzt. Komprimierungsraten von 70-80% sind fur textbasierte Dateien typisch.
• Brotli: Von Google entwickelt und 2015 veroffentlicht. Bietet 15-25% bessere Komprimierungsraten als Gzip bei ahnlicher CPU-Auslastung. Wird von allen modernen Browsern unterstutzt. Funktioniert nur uber HTTPS-Verbindungen.

Welche Dateitypen komprimiert werden sollten

Komprimierung funktioniert am besten bei textbasierten, repetitiven Inhalten. Du solltest sie fur 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 Binardateien wie JPEG, PNG, WebP, GIF, MP4 oder PDF. Diese Formate verwenden bereits eigene Komprimierungsalgorithmen, und eine erneute Komprimierung verschwendet CPU-Leistung ohne die Dateigrosse zu reduzieren.

Erwartete Grosseneinsparungen

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 grosse JSON-API-Antwort (500 KB): Wird mit Gzip auf etwa 50-80 KB komprimiert.

Uber eine gesamte WordPress-Seite hinweg reduziert das Aktivieren der Komprimierung die gesamte Ubertragungsgrosse typischerweise um 60-80%.

Apache: Gzip mit mod_deflate aktivieren

Wenn deine WordPress-Seite auf Apache lauft (was bei den meisten Shared-Hosting-Anbietern der Fall ist), fuge 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 alteren 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 standardmassig aktiviert. Wenn du nach dem Hinzufugen dieses Codes einen 500 Internal Server Error erhaltst, kontaktiere deinen Hoster, um zu bestatigen, dass mod_deflate verfugbar ist.

Nginx: Gzip-Komprimierung aktivieren

Wenn dein Server Nginx verwendet, fuge 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 uber 6 bringen abnehmende Ertrage bei deutlich erhohter CPU-Last. Die gzip_min_length 256-Direktive verhindert die Komprimierung sehr kleiner Dateien, bei denen der Overhead der Komprimierung die Einsparungen uberwiegt. Die gzip_vary on-Direktive weist Caching-Proxies an, separate Versionen fur 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 enthalt (viele moderne Linux-Distributionen bieten es als optionales Paket an). Nach der Installation fuge 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 unterstutzen, und fallt fur den Rest auf Gzip zuruck. Dies ist das empfohlene Setup fur maximale Kompatibilitat.

WordPress-Plugins fur Komprimierung

Wenn du keinen Zugriff auf die Server-Konfigurationsdateien hast (ublich bei Shared Hosting), konnen mehrere WordPress-Caching-Plugins die Komprimierung fur dich aktivieren:

• WP Rocket: Fugt bei der Aktivierung automatisch Gzip-Komprimierungsregeln zu deiner .htaccess-Datei hinzu. Keine zusatzliche Konfiguration notig. 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 verfugbar.
• 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: Enthalt 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 Hinzufugen uber ein Plugin keinen zusatzlichen Effekt. Prufe das zuerst, bevor du Anderungen vornimmst.

So testest du, ob Komprimierung funktioniert

Nach dem Aktivieren der Komprimierung solltest du uberprufen, ob sie tatsachlich angewendet wird. Hier sind mehrere Methoden:

• Browser-DevTools: Offne deine Seite, drucke F12 fur 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 "Grosse" (komprimierte Ubertragungsgrosse) mit der Spalte "Inhalt" oder "Ressource" (tatsachliche dekomprimierte Grosse) vergleichen.
• Online-Tools: Websites wie GTmetrix, Google PageSpeed Insights und der Komprimierungs-Checker von KeyCDN konnen uberprufen, 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: Fuhre 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 haufigen Problemen

Wenn die Komprimierung nach den Anderungen nicht zu funktionieren scheint, prufe Folgendes:

• CDN-Override: Wenn du ein CDN wie Cloudflare nutzt, kann das CDN die Komprimierung unabhangig von deinen Servereinstellungen handhaben. Cloudflare aktiviert Gzip standardmassig 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, konnen sich gegenseitig storen. Prufe auf doppelte mod_deflate-Blocke in deiner .htaccess-Datei.
• Proxy- oder Cache-Schicht: Reverse Proxies wie Varnish konnen Komprimierungs-Header entfernen oder verandern. Stelle sicher, dass jede Schicht in deinem Stack korrekt konfiguriert ist.