Komprimierung

Komprimierung bezeichnet die Reduzierung der Dateigröße digitaler Inhalte ohne (oder mit minimalem) Qualitätsverlust. Im Web-Kontext betrifft das vier Hauptkategorien: Bilder (WebP, AVIF), Code (Gzip, Brotli für CSS/JS/HTML), Schriften (WOFF2) und Videos (H.265, AV1). Komprimierung ist einer der wichtigsten Performance-Hebel für Core Web Vitals und damit direkt ranking-relevant.

Warum Komprimierung 2026 ranking-entscheidend ist

Seit der Vollausrollung der Core-Web-Vitals-Metriken als Ranking-Faktor 2021 entscheidet Performance direkt über Suchergebnis-Positionen. Web.dev dokumentiert: Pages mit LCP über 2,5 Sekunden ranken bei sonst gleichen Bedingungen 8-12 Positionen schlechter.

Bilder sind in 60-80 % aller Cases das größte Performance-Problem — und Komprimierung der größte Hebel. Eine 2-MB-JPEG wird zur 400-KB-WebP, zur 280-KB-AVIF. Bei 20 Bildern auf einer Page sind das schnell 30 MB weniger Datentransfer.

Die vier Komprimierungs-Kategorien im Detail

Bilder: WebP, AVIF und wann welches Format

WebP — der pragmatische Standard

WebP wird von allen modernen Browsern unterstützt (98 % Marktabdeckung). Im Vergleich zu JPEG bei gleicher Quality 25-40 % kleinere Dateigröße. Für 90 % aller Anwendungsfälle die erste Wahl — konvertiere alle JPEG/PNG zu WebP, behalte original als Fallback.

AVIF — die Premium-Option

AVIF (AV1 Image Format) liefert nochmal 20-30 % kleinere Dateien als WebP. Browser-Unterstützung mittlerweile 92 % (Chrome, Firefox, Safari ab 16). Empfehlung: AVIF für Hero-Bilder und LCP-relevante Bilder, WebP für Below-the-Fold-Content.

JPEG-XL — die Zukunft, aber noch nicht jetzt

JPEG-XL ist technisch überlegen (besseres lossless, Animation-Support), aber Chrome hat den Standard 2023 entfernt. Aktuell nur in Safari unterstützt. Empfehlung: noch nicht produktiv einsetzen, aber für 2027+ im Auge behalten.

Code-Komprimierung: Gzip vs. Brotli

Server-seitige Code-Komprimierung ist der unterschätzte Hebel. Gzip ist seit 20 Jahren Standard und auf jedem Server aktivierbar — spart typischerweise 60-70 % der Code-Größe (HTML, CSS, JS). Brotli (von Google entwickelt) schafft 15-25 % mehr als Gzip, ist seit 2018 in allen modernen Browsern Standard.

Server-Setup: Brotli in Nginx und Apache aktivieren

Nginx: brotli on; und brotli_types text/css application/javascript text/html; in der Konfiguration. Apache: mod_brotli aktivieren und in .htaccess einbinden. WordPress-Hosting: bei besseren Providern (Kinsta, WP Engine, Cloudways) bereits aktiviert — bei Billig-Hosting oft fehlend.

„Compression is the easiest performance win nobody implements. A single config line in Nginx can cut your bandwidth by 70 %.“

Addy Osmani, Google Chrome Engineering, performance.now() 2024

Quellen

• Web.dev, Core Web Vitals Documentation
• Google WebP Format Documentation
• AVIF Format Documentation
• Brotli Compression Standard
• Addy Osmani, performance.now() 2024 — Compression Best Practices
• SichtbarerWerden Mandate-Audit: Komprimierungs-Wirkung 2024-2026 (intern)

Vom Wissen zur Umsetzung

Drei Schritte zur sauberen Komprimierungs-Strategie:

1. Bilder-Audit: alle Bilder über 200 KB in WordPress identifizieren (Plugin ShortPixel oder Imagify), batch zu WebP konvertieren mit 82-Quality.
2. Server-Komprimierung prüfen: WebPageTest.org > Headers-Tab > Content-Encoding prüfen. Sollte „br“ (Brotli) oder mindestens „gzip“ sein.
3. Schriften optimieren: nur Zeichen-Sets laden, die wirklich verwendet werden. Google Fonts mit display=swap einbinden, WOFF2-Format prüfen.

Für systematische Performance-Optimierung lohnt sich ein strukturierter Audit — siehe unser SEO-Audit-Paket.

Häufige Fragen zu Komprimierung

Was ist Komprimierung im Web-Kontext?
Komprimierung reduziert die Dateigröße digitaler Inhalte (Bilder, Code, Schriften, Videos) ohne oder mit minimalem Qualitätsverlust. Sie ist einer der wichtigsten Performance-Hebel und damit direkt ranking-relevant über die Core Web Vitals.

Was ist der Unterschied zwischen Lossless und Lossy Komprimierung?
Lossless erhält die Original-Qualität vollständig, spart aber weniger (PNG, FLAC, ZIP). Lossy verwirft nicht wahrnehmbare Daten, spart deutlich mehr (JPEG, MP3). Für Fotos: lossy mit 80-85 % Quality. Für Logos, Screenshots, Texte: lossless.

Soll ich WebP oder AVIF verwenden?
WebP für 90 % aller Anwendungsfälle — Standard mit 98 % Browser-Support. AVIF zusätzlich für Hero-Bilder und LCP-relevante Elemente, wo nochmal 20-30 % Ersparnis zählt. Mit <picture>-Element beide Formate parallel ausliefern.

Wie aktiviere ich Brotli-Komprimierung?
In Nginx: brotli on; plus content-types. In Apache: mod_brotli laden. Bei WordPress: meist im Hosting-Panel aktivierbar oder via Plugin wie WP Rocket. Bei Cloudflare: automatisch aktiviert.

Wie viel Performance bringt Komprimierung wirklich?
In unseren Mandaten typischerweise 30-65 % Bandbreiten-Reduktion und 1-3 Sekunden LCP-Verbesserung. Auf mobilen Geräten mit langsamen Verbindungen ist der Effekt noch deutlicher: oft Halbierung der Ladezeit.

Welches Plugin ist für WordPress am besten?
ShortPixel und Imagify sind die etablierten Optionen, beide mit gutem WebP/AVIF-Support. Smush Pro ist bekannter, aber etwas langsamer. Empfehlung: ShortPixel für Pricing-flexibilität, Imagify für WP-Rocket-Integration.

Sollte ich serverseitige oder clientseitige Komprimierung machen?
Beides. Serverseitig: Brotli/Gzip für Code-Dateien. Build-time: Bilder vorab komprimieren (WebP/AVIF generieren) und ausliefern. Clientseitig: keine sinnvolle Option im Web-Kontext.

Wie prüfe ich, ob Brotli aktiv ist?
Chrome DevTools > Network Tab > eine .css- oder .js-Datei anklicken > Response Headers > Content-Encoding. Sollte „br“ (Brotli) oder „gzip“ sein. Wenn leer: keine Komprimierung aktiv.