Accept Encoding Header

1. Accept Encoding Header — Definition und Einordnung

Der Accept Encoding Header (korrekt: Accept-Encoding) ist ein Aushandlungsmechanismus der HTTP-Inhaltsverhandlung. Er signalisiert dem Server die vom Client unterstützten Kompressionsverfahren, damit dieser die Antwort — idealerweise ohne Qualitätsverlust — kleiner übertragen kann. Übliche Werte sind gzip, br (Brotli), deflate sowie identity (keine Kompression). Die eigentliche Kompression der Antwort wird durch den Response-Header Content-Encoding kenntlich gemacht; Caches werden per Vary: Accept-Encoding auf Varianten aufmerksam gemacht.

1.1 Syntax, Werte und Aushandlung (Accept-Encoding)

Accept-Encoding erlaubt eine Kompressionsliste mit optionalen Prioritäten über q-Gewichtungen (0–1). Beispiel: Accept-Encoding: br;q=1.0, gzip;q=0.8, *;q=0.1. Der Server wählt das beste gemeinsame Verfahren und sendet die komprimierte Ressource zurück. Falls keine Schnittmenge existiert, sollte er unkomprimiert liefern (identity) oder mit 406 Not Acceptable antworten, was in der Praxis selten ist.

GET /index.html HTTP/1.1
Host: example.com
Accept-Encoding: br, gzip, deflate
User-Agent: ...

HTTP/1.1 200 OK
Content-Type: text/html; charset=utf-8
Content-Encoding: br
Vary: Accept-Encoding
Content-Length: 18472

...komprimierter Body...

Für SEO, SEA und GEO (Generative Engine Optimization) zahlt effiziente Kompression direkt auf Ladezeiten, Core Web Vitals und Conversion-Raten ein. Schnellere HTML-, CSS- und JavaScript-Übertragungen verringern Abbrüche, stabilisieren die SERP-CTR bei langsamen Netzen und senken im Paid-Bereich indirekt CPC über bessere Landingpage-Erfahrungen. In LLM- und KI-Szenarien profitieren Crawler und Bots von geringeren Transfervolumina, was die Abrufrate großer Website-Abschnitte verbessert.

2. Abgrenzung: Accept-Encoding, Content-Encoding, Vary

Accept-Encoding gehört in die Anfrage und beschreibt unterstützte Kompressionen. Content-Encoding steht in der Antwort und zeigt an, welches Verfahren tatsächlich angewandt wurde. Vary: Accept-Encoding weist Caches (Browser, Proxies, CDN) an, komprimierte und unkomprimierte Varianten getrennt zu speichern — essenziell, damit Clients immer eine kompatible Version erhalten.

2.1 Gängige Kompressionsverfahren und Einsatz

• br (Brotli): Sehr gute Kompression für Textressourcen; ideal für statische Dateien (HTML, CSS, JS, SVG). Höhere CPU-Kosten beim Komprimieren, sehr effizient beim Ausliefern.
• gzip: Bewährter Standard mit breiter Kompatibilität. Etwas schwächer als Brotli, aber schneller zu erzeugen; exzellenter Fallback.
• deflate: Historisch; selten nötig, Kompatibilitätsunterschiede zwischen Implementierungen möglich.
• identity: Keine Kompression; als Ausweichmöglichkeit gedacht.

In modernen Setups werden statische Assets bereits beim Build vor-komprimiert ausgeliefert (Dateipaare .br und .gz). Das senkt Server-CPU-Last und garantiert konsistente Kompressionsraten. Dynamische Seiten profitieren von On-the-fly-Kompression mit aggressiver Caching-Strategie. Über CDN-Edge-Regeln lässt sich die Auswahl zwischen Brotli und gzip abhängig von Client-Fähigkeiten steuern, ohne Applikationscode zu ändern.

3. Praxis: Konfiguration, Tests und Monitoring

Webserver und CDNs bieten native Module für Kompression und Aushandlung. Wichtig ist die Kombination aus korrekter Aktivierung, sinnvollen Ausnahmen und testbarer Auslieferung. Prüfe dabei stets gesendete Header (Request/Response), resultierende Transfergrößen und die Wirkung auf zentrale KPI wie LCP, CLS und FID/INP.

3.1 Server- und CDN-Beispiele

# Nginx (Auszug)
gzip on;
gzip_comp_level 6;
gzip_min_length 512;
gzip_types text/plain text/css application/javascript application/json image/svg+xml;

# Brotli (mit ngx_brotli)
brotli on;
brotli_comp_level 5;
brotli_types text/plain text/css application/javascript application/json image/svg+xml;

# Varianten kenntlich machen
add_header Vary "Accept-Encoding" always;

Bei Apache aktivieren entsprechende Module (mod_deflate, mod_brotli) die Kompression; CDNs wie CloudFront, Cloudflare oder Fastly erkennen den Accept-Encoding Header automatisch und cachen Varianten. Für Tests eignen sich die DevTools im Browser (Netzwerk-Tab: Content-Encoding, Größe), curl -H 'Accept-Encoding: br,gzip' sowie Lighthouse und WebPageTest für Messung von Kompressionswirkung im Kontext der Core Web Vitals.

Behalte CPU-Last und Latenz im Blick: Brotli-Level 9 bringt zwar kleine Dateien, ist aber für dynamische Seiten oft zu teuer. Ein mittleres Level (4–6) bietet meist den besten Trade-off. Für häufig abgerufene statische Assets lohnt Precompression; dynamische Routen profitieren von Edge-Caching plus moderater On-the-fly-Kompression.

3.2 Tests, KPI und SEO-Bezug

• Kompressionsrate: Zielgröße für Textressourcen meist 20–30 % der Originalgröße.
• Übertragene Bytes: In DevTools und im CDN-Monitoring beobachten; weniger Bytes bedeuten geringere Kosten und schnellere First Contentful Paint.
• Core Web Vitals: LCP profitiert von kleinerem HTML/CSS/JS, INP von schnellerer Ausführung durch weniger JS-Transfer.

Für GEO und KI-Crawler gilt: Einige Bots senden konservative Accept-Encoding-Werte. Stelle sicher, dass gzip als Fallback stets verfügbar ist. So bleiben Inhalte auch für ältere Clients und Bibliotheken abrufbar. Dokumentiere Änderungen an der Kompressionskonfiguration und verifiziere Impact und Stabilität per Zeitreihenanalyse in Monitoring-Tools.

Eigene Website prüfen

Mit dem kostenlosen SEO-Check kannst du eine URL deiner Website auf zentrale OnPage- und Technik-Faktoren prüfen – darunter Titles, Meta-Descriptions, Überschriften-Struktur und Ladezeiten.

Analyse starten

Mit Nutzung dieses SEO-Checks erklären Sie, dass Sie die Datenschutzerklärung zur Kenntnis genommen haben und damit einverstanden sind, dass die von Ihnen angegebenen Daten elektronisch erhoben und gespeichert werden. Ihre Daten werden dabei nur streng zweckgebunden zur Bearbeitung des SEO-Checks benutzt. Mit der Nutzung dieses SEO-Checks erklären Sie sich mit der Verarbeitung einverstanden.

🔒

Tageslimit erreicht!

Erstelle dir einen Free Account für die Performance Suite und erhalte trotzdem weitere Daten zu deiner URL.

Direkter Zugriff mit Free Account

SEO-Score: N/A von 100

i Link Power:	Check fehlgeschlagen
i Ladezeiten:	Check fehlgeschlagen
i Technik-Score:	Check fehlgeschlagen
i CMS:
i Gehosted bei:
i WordPress Theme:

Backlinks

i Backlinks: N/A

i Domain Pop: N/A

i Ip Pop: N/A

i Link Power: N/A

i Spam Score: N/A

Ladezeiten

i YSlow: N/A

i Ladezeiten (Desktop): N/A

i Ladezeiten (Mobile): N/A

i PageSpeed (Desktop): N/A

i PageSpeed (Mobile): N/A

i Größe (Desktop): N/A

i Größe (Mobile): N/A

i Elemente (Desktop): N/A

i Elemente (Mobile): N/A

Technik

i 200: N/A

i 2xx: N/A

i 4xx: N/A

i 5xx: N/A

i 301: N/A

i 302: N/A

i Antwortzeit: N/A

i Robots.txt vorhanden: N/A

i Sitemap vorhanden: N/A

Prio SEO-Checks

Sitemap.xmli

Robots.txti

Link Poweri

Spam Scorei

404 Fehleri

503 Fehleri

Ladezeiteni

Antwortzeit des Serversi

Zu kurze Textei

Ladezeiten (Desktop)

Check fehlgeschlagen

✕ Optimierungsvorschläge

Leistungsmessung i

Performance-Möglichkeiten i

Ladezeiten (Mobile)

Check fehlgeschlagen

✕ Optimierungsvorschläge

Leistungsmessung i

Performance-Möglichkeiten i

Technik-Check

Check fehlgeschlagen

✕ Status Codes

✕ Fehler

✕ Übersicht der Checks

Vorhandene Backlinks

Check fehlgeschlagen

▲ Auflistung der Links

	URL	Linktext	LinkPower

4. Protokolle, Precompression und Kompatibilität

Accept-Encoding funktioniert mit HTTP/1.1, HTTP/2 und HTTP/3 unverändert. Server Push ist deprec­ated; die Optimierung verlagert sich auf Ressourcenreduktion, Preloading und effiziente Kompression. Eine verbreitete Strategie ist die Bereitstellung vor-komprimierter Dateien (asset.js.br, asset.js.gz) neben der unkomprimierten Quelle. Der Server oder das CDN wählt anhand von Accept-Encoding und Dateigröße die passende Variante aus, signalisiert sie mit Content-Encoding und kennzeichnet Varianten mit Vary: Accept-Encoding.

5. Relevanz für SEO, SEA und GEO

Für SEO verbessert ein korrekt eingesetzter Accept-Encoding Header die Ladezeiten und damit messbar die Nutzererfahrung, was Ranking-Chancen und CTR stützt. Im SEA-Kontext profitieren Quality-Score-Komponenten der Zielseite von schnellerer Darstellung, was CPC senken kann. Für GEO und LLM-Integration sichert ein gzip-Fallback den zuverlässigen Abruf durch unterschiedliche Bots. Technisch sauber gesetzte Header (Accept-Encoding, Content-Encoding, Vary) verhindern Cache-Inkonsistenzen und halten deine Metriken stabil.

6. Häufige Fragen zu Accept Encoding Header

7. Performance Suite — dein Datenlayer für KI

Du arbeitest mit ChatGPT, Claude oder Perplexity und merkst, dass deiner KI die echten Daten zu deiner Domain fehlen? Performance Suite liefert sie — Rankings, Backlinks, Technik und KI-Sichtbarkeit aus 15+ APIs, in einem Klick exportierbar in jede KI deiner Wahl. Ohne Entwickler, ohne Credits, ohne Vendor-Lock-in.