Zum Inhalt springen
Aback Tools Logo

Gesamtseitengrößen-Schätzer

Schätze online und kostenlos die gesamte Transfergröße deiner Webseite aus deinem HTML-, CSS- und JavaScript-Inhalt. Unser Gesamtseitengrößen-Schätzer zeigt unkomprimierte, GZIP-komprimierte und Brotli-komprimierte Größen mit Aufschlüsselung pro Asset und automatischer Performance-Budget-Prüfung gegen Core Web Vitals- und Lighthouse-Schwellenwerte. Ohne Anmeldung, ohne Server-Upload und 100 % privat.

Estimate Web Page Total Transfer Size
Paste your HTML, CSS, and JavaScript content to estimate total uncompressed and GZIP-compressed page transfer size - with per-asset breakdown and Brotli estimates.
Paste HTML, CSS, and JS below

0 chars · 0 B

Warum unseren Gesamtseitengrößen-Schätzer verwenden?

  • Sofortige Seitengewichts-Analyse: Unser Gesamtseitengrößen-Schätzer verarbeitet dein HTML, CSS und JavaScript vollständig in deinem Browser – ohne Upload-Wartezeiten. Füge deine Assets ein und sieh dir die unkomprimierten, GZIP- und Brotli-Transfergrößen mit Aufschlüsselung pro Asset in Sekunden an.
  • Sicherer Online-Webseitengrößen-Schätzer: Dein HTML-, CSS- und JavaScript-Inhalt verlässt bei der Nutzung unseres Online-Gesamtseitengrößen-Schätzers nie dein Gerät. Die 100 % clientseitige Verarbeitung sorgt für vollständige Privatsphäre – kein Server-Upload, keine Speicherung des Quellcodes und kein Risiko, proprietären Frontend-Code preiszugeben.
  • Webseitengrößen-Schätzer ohne Installation: Schätze die Transfergröße deiner Webseite direkt im Browser – ohne Node.js, ohne webpack und ohne Build-Tools. Unser Gesamtseitengrößen-Schätzer läuft auf jedem Gerät mit einem modernen Browser – keine Einrichtung, keine Abhängigkeiten, kein Konto.
  • Bewertung des Performance-Budgets: Unser Gesamtseitengrößen-Schätzer prüft deine Seite gegen Core Web Vitals-Ziele, Google-PageSpeed-Schwellenwerte und Lighthouse-JavaScript-Größenlimits – und liefert dir eine sofortige Bestanden/Nicht-bestanden-Bewertung gegenüber branchenüblichen Performance-Budgets.

Was ist die gesamte Transfergröße einer Webseite?

Die gesamte Transfergröße einer Webseite ist die Summe aller komprimierten Bytes, die über das Netzwerk übertragen werden, wenn ein Browser eine Seite lädt – einschließlich HTML-Dokument, CSS-Stylesheets und JavaScript-Bundles. Unser Gesamtseitengrößen-Schätzer misst dies in drei Szenarien: unkomprimiert (Rohbytes, wie auf der Festplatte gespeichert), GZIP-komprimiert (das häufigste HTTP-Content-Encoding) und Brotli-komprimiert (der moderne Standard, der 15–25 % bessere Kompression als GZIP erreicht). Die Transfergröße deiner Seite zu kennen, ist entscheidend für Core Web Vitals, Lighthouse-Werte und mobile Performance auf langsamen Verbindungen.

So funktioniert unser Gesamtseitengrößen-Schätzer

  1. Füge die Assets deiner Seite ein: Gib dein HTML-Dokument, deine CSS-Stylesheet(s) und deine JavaScript-Bundle(s) in die entsprechenden Felder ein. Nutze die Schaltfläche „Beispielseite laden“, um ein realistisches Beispiel auszuprobieren. Lade Dateien direkt über die Upload-Schaltfläche in jedem Feld hoch. Die gesamte Verarbeitung erfolgt lokal in deinem Browser – dein Quellcode verlässt nie dein Gerät.
  2. Sofortige browserbasierte Analyse: Klicke auf „Transfergröße der Seite schätzen“ – das Tool berechnet GZIP-Größen über die native CompressionStream-API des Browsers und schätzt Brotli-Größen mithilfe der Shannon-Entropieanalyse – dasselbe Modell, das unser Brotli-Kompressions-Schätzer verwendet.
  3. Prüfe Aufschlüsselung und Performance-Budget: Sieh dir das Gesamtgewicht der Seite in allen drei Kompressionsszenarien an, eine Aufschlüsselung pro Asset, die zeigt, welcher Asset-Typ am meisten zum Seitengewicht beiträgt, sowie eine automatische Performance-Budget-Prüfung gegen Core Web Vitals- und Lighthouse-Schwellenwerte.

Was der Webseitengrößen-Schätzer misst

  • Unkomprimierte Größe: Die rohe Byte-Anzahl jedes Assets, wie auf der Festplatte gespeichert – das siehst du in deinem Dateisystem, und das wird übertragen, wenn dein Server keine Kompression konfiguriert hat.
  • GZIP-Transfergröße: Die exakte komprimierte Größe mit GZIP (Content-Encoding: gzip) – das am weitesten unterstützte HTTP-Kompressionsformat, berechnet über die native CompressionStream-API des Browsers.
  • Brotli-Transfergröße (geschätzt): Die geschätzte komprimierte Größe mit Brotli (Content-Encoding: br) – der moderne Standard, der für HTML, CSS und JavaScript 15–25 % bessere Kompression als GZIP erreicht.
  • Performance-Budget-Prüfung: Automatischer Vergleich gegen Core Web Vitals-Ziele (200 KB gesamt), Google-PageSpeed-Schwellenwerte (100 KB) und Lighthouse-JavaScript-Größenlimits (150 KB komprimiertes JS) – mit Bestanden/Nicht-bestanden-Indikatoren für jeden Schwellenwert.

Wichtige Hinweise zur Seitengrößenschätzung

Dieser Gesamtseitengrößen-Schätzer misst nur die textbasierten Assets, die du einfügst – HTML, CSS und JavaScript. Er enthält keine Bilder, Schriftarten, Videos oder andere binäre Assets, die ebenfalls zum Gesamtgewicht der Seite beitragen. Für ein vollständiges Seitengewichts-Audit nutze den Network-Tab der Browser-DevTools oder Tools wie WebPageTest. Brotli-Größen werden mithilfe der Shannon-Entropieanalyse geschätzt und sind für typische Web-Textinhalte in der Regel auf ±10–15 % genau. GZIP-Größen sind exakt, wenn der Browser die CompressionStream-API unterstützt (alle modernen Browser).

Häufig gestellte Fragen

Ein Gesamtseitengrößen-Schätzer berechnet die insgesamt übertragenen Bytes, wenn ein Browser eine Seite lädt – einschließlich HTML, CSS und JavaScript – sowohl unkomprimiert als auch komprimiert (GZIP/Brotli). Unser Gesamtseitengrößen-Schätzer läuft vollständig in deinem Browser über die native CompressionStream-API, dein Quellcode verlässt also nie dein Gerät.

Google empfiehlt, das Gesamtgewicht der Seite für Core Web Vitals unter 200 KB komprimiert zu halten. Der Lighthouse-Performance-Audit markiert Seiten über 100 KB komprimiert als optimierungsbedürftig. Für JavaScript speziell empfiehlt Lighthouse, komprimiertes JS unter 150 KB zu halten. Unser Gesamtseitengrößen-Schätzer prüft deine Seite automatisch gegen alle drei Schwellenwerte.

Ja, vollständig. Unser Gesamtseitengrößen-Schätzer verarbeitet alles lokal in deinem Browser. Dein HTML-, CSS- und JavaScript-Quellcode wird nie auf einen Server hochgeladen, nie gespeichert und nie über das Netzwerk übertragen.

Ja. Dieser Gesamtseitengrößen-Schätzer ist 100 % kostenlos, ohne Anmeldung, ohne Premium-Tarif, ohne Wasserzeichen und ohne Inhaltsgrößenlimit. Du kannst so viele Seiten analysieren, wie du brauchst – ohne Einschränkungen.

Nein – unser Gesamtseitengrößen-Schätzer misst nur textbasierte Assets: HTML, CSS und JavaScript. Bilder, Schriftarten, Videos und andere binäre Assets sind nicht enthalten. Für ein vollständiges Seitengewichts-Audit inklusive aller Asset-Typen nutze den Network-Tab der Browser-DevTools, WebPageTest oder Lighthouse.

GZIP ist das am weitesten unterstützte HTTP-Kompressionsformat – alle Browser und Server unterstützen es. Brotli (Content-Encoding: br) ist der moderne Standard, der für HTML, CSS und JavaScript 15–25 % bessere Kompression als GZIP erreicht. Brotli wird von allen modernen Browsern unterstützt und ist auf Nginx, Apache, Cloudflare und den meisten CDNs verfügbar.

Die Brotli-Schätzung verwendet eine Shannon-Entropieanalyse, kalibriert am bekannten Kompressionsvorteil von Brotli, und ist für typische Web-Textinhalte in der Regel auf ±10–15 % genau. GZIP-Größen sind exakt – berechnet über die native CompressionStream-API des Browsers.

Die effektivsten Techniken sind: HTML, CSS und JavaScript minifizieren, GZIP- oder Brotli-Kompression auf deinem Server aktivieren, ungenutztes CSS mit PurgeCSS entfernen, ungenutztes JavaScript tree-shaken und große JS-Bundles mit Code Splitting aufteilen. Unser Gesamtseitengrößen-Schätzer zeigt, welcher Asset-Typ am meisten zum Seitengewicht beiträgt, damit du Prioritäten setzen kannst.

Ja – füge minifizierten oder unminifizierten Code ein, das Tool misst in beiden Fällen die tatsächliche Byte-Anzahl. Minifizierter Code zeigt eine kleinere unkomprimierte Größe, aber der GZIP- und Brotli-Einsparungsprozentsatz ist geringer, da minifizierter Code weniger Redundanz für die Kompressionsalgorithmen bietet.