Zum Inhalt springen
Aback Tools Logo

HTTP-Antwortgrößen-Analysator

Fügen Sie HTTP-Antwortheader und -Body ein, um unkomprimierte, GZIP-, DEFLATE- und Brotli-Größen nebeneinander zu sehen. Der Analysator validiert Content-Encoding, prüft auf fehlende Vary-Header und gibt konkrete Komprimierungsempfehlungen. Er läuft vollständig in Ihrem Browser, ohne Anmeldung.

HTTP Response Size Analyzer

Paste HTTP response headers and body to see uncompressed, GZIP, DEFLATE, and Brotli sizes side by side. Checks Content-Encoding, validates Content-Length, and gives actionable compression recommendations. Runs entirely in your browser.

Load an example:

Paste the raw HTTP response headers (including status line)

Paste the raw response body (JSON, HTML, CSS, etc.)

Warum unseren HTTP-Antwortgrößen-Analysator verwenden?

Das sind die wichtigsten Vorteile des Tools.

  • Sofortige Analyse von HTTP-Antworten: Fügen Sie eine beliebige HTTP-Antwort ein und sehen Sie sofort unkomprimierte, GZIP-, DEFLATE- und Brotli-Größen nebeneinander – mit exakten Byte-Zahlen und Reduzierungsprozentsätzen.
  • Sicherer Online-HTTP-Antwortanalysator: Die gesamte Komprimierung und Analyse läuft in Ihrem Browser. Ihre Antwortdaten verlassen Ihr Gerät nie – sicher für die Analyse von Antworten mit sensiblen API-Daten.
  • Header-Validierung und Empfehlungen: Prüft Content-Encoding, validiert Content-Length, erkennt fehlende Vary-Header und gibt konkrete Empfehlungen für jede Antwort.
  • 100 % kostenlos für immer: Analysieren Sie beliebig viele HTTP-Antworten, völlig kostenlos. Kein Konto, kein Abonnement, keine Größenbeschränkung und keine Werbung.

Was ist HTTP-Antwortgrößen-Analyse?

HTTP-Antwortgrößen-Analyse ist der Prozess, die Größe einer HTTP-Antwort in ihrer Rohform zu messen und festzustellen, wie viel kleiner sie mit GZIP-, DEFLATE- oder Brotli-Komprimierung wäre. Webserver können textbasierte Antworten (HTML, JSON, CSS, JavaScript) vor dem Senden an den Browser komprimieren und die Übertragungsgröße damit um 60–90 % reduzieren. Unser kostenloser HTTP-Antwortgrößen-Analysator führt diese Analyse vollständig in Ihrem Browser mit der nativen CompressionStream-API durch – ohne Server-Upload.

So funktioniert unser HTTP-Antwortgrößen-Analysator

Das sind die drei Schritte.

  1. Header und Body einfügen: Kopieren Sie die rohen HTTP-Antwortheader und den Body aus den Entwicklertools Ihres Browsers, der curl-Ausgabe oder Ihrem API-Client und fügen Sie sie in die beiden Bereiche ein.
  2. Sofortige Analyse im Browser: Klicken Sie auf „Antwort analysieren“ – das Tool komprimiert den Body parallel mit GZIP, DEFLATE und Brotli über die native CompressionStream-API des Browsers. Ihre Daten verlassen Ihr Gerät nie.
  3. Ergebnisse und Empfehlungen prüfen: Sehen Sie das Größenvergleichsdiagramm, die Tabelle der ausgewerteten Header und konkrete Empfehlungen zur Verbesserung der Komprimierung.

Was analysiert wird

Das analysiert das Tool.

  • Body-Komprimierung: Der Antwort-Body wird mit GZIP, DEFLATE und Brotli komprimiert – mit exakten Größen und Reduzierungsprozentsätzen für jedes Verfahren.
  • Content-Encoding: Prüft, ob die Antwort bereits komprimiert ist, und validiert den Codierungswert gegen bekannte Komprimierungsformate.
  • Content-Length: Validiert, dass die deklarierte Content-Length mit der tatsächlichen Body-Größe übereinstimmt – Abweichungen können Verbindungsprobleme verursachen.
  • Vary-Header: Prüft den erforderlichen Header Vary: Accept-Encoding, der sicherstellt, dass CDNs und Proxys komprimierte und unkomprimierte Versionen getrennt cachen.

GZIP oder Brotli für HTTP-Antworten

GZIP ist das am weitesten unterstützte HTTP-Komprimierungsformat – alle Browser und Server unterstützen es. Es erreicht bei JSON und HTML typischerweise 60–80 % Größeneinsparung. Brotli erzielt bei gleicher Qualitätsstufe 15–25 % bessere Komprimierung als GZIP und wird von allen modernen Browsern unterstützt (Chrome, Firefox, Safari, Edge). Aktivieren Sie für maximale Bandbreiteneinsparung Brotli als primäre Komprimierung mit GZIP als Fallback für ältere Clients.

Häufig gestellte Fragen

Ein HTTP-Antwortgrößen-Analysator misst, wie groß eine HTTP-Antwort unkomprimiert ist und wie viel kleiner sie mit GZIP-, DEFLATE- oder Brotli-Komprimierung wäre. Unser kostenloser Online-Analysator läuft vollständig in Ihrem Browser – ohne Anmeldung oder Server-Upload.

Öffnen Sie die Entwicklertools Ihres Browsers (F12), gehen Sie zum Netzwerk-Tab, klicken Sie auf eine Anfrage und kopieren Sie die Antwortheader und den Antwort-Body. Alternativ nutzen Sie curl mit dem Flag -i, um Header in die Ausgabe aufzunehmen, oder kopieren aus Ihrem API-Client (Postman, Insomnia usw.).

Ja, vollständige Privatsphäre ist garantiert. Die gesamte Komprimierung und Analyse läuft vollständig clientseitig in Ihrem Browser mit der nativen CompressionStream-API. Ihre Antwortdaten – auch sensible API-Nutzlasten – verlassen Ihr Gerät nie und werden nie auf einen Server hochgeladen.

Ja. Der HTTP-Antwortgrößen-Analysator ist 100 % kostenlos – ohne Anmeldung, ohne Abonnement, ohne Datengrößenbeschränkung und ohne Werbung. Sie können beliebig viele Antworten analysieren.

Content-Encoding: gzip bedeutet, dass der Server den Antwort-Body bereits mit GZIP komprimiert hat, bevor er ihn sendet. Der Body, den Sie einfügen, sollte für eine genaue Analyse die dekomprimierte Version sein. Wenn Sie den komprimierten Body einfügen, zeigt das Tool ihn als bereits klein an und die Komprimierungseinsparung erscheint minimal.

Brotli-Komprimierung über die CompressionStream-API erfordert Chrome 80+, Edge 80+ oder Safari 17.4+. Wenn Ihr Browser sie nicht unterstützt, schätzt das Tool die Brotli-Größe auf etwa 85 % der GZIP-Größe – eine vernünftige Näherung. Für exakte Brotli-Messungen nutzen Sie Chrome oder Edge.

Der Header Vary: Accept-Encoding weist CDNs und Caching-Proxys an, getrennte gecachte Versionen für komprimierte und unkomprimierte Antworten zu speichern. Ohne ihn könnte ein CDN eine GZIP-komprimierte Antwort an einen Client ausliefern, der GZIP nicht unterstützt, was zu unlesbarer Ausgabe führt. Nehmen Sie diesen Header beim Ausliefern komprimierter Antworten immer auf.

Textbasierte Formate lassen sich hervorragend komprimieren: JSON (60–80 % Reduzierung), HTML (65–85 %), CSS (70–85 %), JavaScript (60–80 %), XML (70–85 %) und Klartext (50–75 %). Binäre Formate wie Bilder (JPEG, PNG, WebP), Videos und bereits komprimierte Archive profitieren kaum oder gar nicht von HTTP-Komprimierung und sollten sie nicht aktiviert haben.