Was ist die Decoded Body Size?

Ein kompakter Datenblock durchläuft drei Messringe und eine transparente Dekompressionskammer, aus der ein deutlich größerer geordneter Datenstrom austritt

transferSize umfasst zusätzlich Übertragungsanteile und kann durch Cachezustand beeinflusst sein. decodedBodySize beschreibt weder Speicherverbrauch im DOM noch Bildabmessungen oder die vollständigen Kosten der Ausführung. Bei Cross-Origin-Ressourcen können geschützte Timingwerte ohne passende Timing-Allow-Origin-Freigabe als null erscheinen.

Die schnelle Definition

Decoded Body Size bezeichnet bei der Resource Timing API die Größe des Nachrichtentextes einer Ressource nach Entfernung einer angewendeten Inhaltscodierung. Der Wert wird in Oktetten angegeben. Bei gzip oder Brotli ist er typischerweise größer als encodedBodySize, weil diese die komprimierte Nutzlast beschreibt.

Warum ist Decoded Body Size wichtig?

Die Kennzahl hilft, die entpackte Menge ausgelieferter HTML-, CSS-, JavaScript-, JSON- oder anderer Ressourcen zu untersuchen. Ein großer decodierter Body kann Parse-, Speicher- und Ausführungsaufwand erhöhen, doch Dateityp und tatsächliche Verarbeitung entscheiden. Kompression reduziert Übertragung, nicht automatisch die Arbeit nach dem Decodieren.

So wird Decoded Body Size in der Praxis eingesetzt

Resource-Timing erfassen: Name, initiatorType, transferSize, encodedBodySize und decodedBodySize für dieselbe Ressource und Navigation dokumentieren.
Kontext kontrollieren: Cache, Service Worker, Cross-Origin-Freigabe, Content-Encoding und Testumgebung bei Vergleichen festhalten.
Große Ressourcen untersuchen: ungenutzten Code, redundante Daten, zu umfangreiche Antworten und fehlende Kompression getrennt analysieren.
Wirkung validieren: Netzübertragung, Parse- und Ausführungszeit, Speicher sowie reale Nutzerkennzahlen nach der Änderung erneut messen.

Praxisbeispiel

Ein JavaScript-Bundle zeigt 180 KB encodedBodySize und 720 KB decodedBodySize. Brotli arbeitet damit, aber die entpackte und auszuführende Menge bleibt hoch. Das Team entfernt ungenutzte Module und teilt selten benötigte Funktionen auf. Danach sinken beide Größen sowie Parse-Zeit unter derselben Testbedingung.

Häufige Fehler

Decoded Body Size wird mit der tatsächlich übertragenen Bytezahl gleichgesetzt, obwohl Kompression, Header und Cache fehlen.
Ein Nullwert gilt als leere Datei, obwohl Cross-Origin-Schutz oder Cache-Semantik die Resource-Timing-Werte beeinflussen können.
Nur Kompression wird optimiert; redundanter Code und der Aufwand für Parsing, Ausführung oder Bilddecodierung bleiben unverändert.

Bedeutung für Google, Bing und KI-Suchsysteme

Decoded Body Size ist kein Rankingfaktor. Große entpackte Ressourcen können jedoch Lade- und Reaktionsleistung beeinträchtigen. Für SEO und PageSpeed zählt die reale Nutzerwirkung: Übertragungsgröße, LCP, INP, Hauptthreadarbeit und Cacheverhalten sollten gemeinsam statt über einen Einzelwert optimiert werden.