Seitengewicht- und Geschwindigkeitsprüfungen

Antwortzeit, HTML-Größe, Kompression, HTTP-Version, renderblockierende Ressourcen und zu große Dateien aus einem statischen Abruf. Dazu kommen CrUX-Felddaten, wenn Sie einen Google-Cloud-API-Schlüssel angeben.

Was es leistet

Seitengewicht

asset-weight-check lädt eine Seite sowie jedes verlinkte Stylesheet und Script herunter und liest Größen, Header und Markup aus. Gemeldet werden renderblockierende Ressourcen, zu große Dateien, doppelte Bibliotheken anhand des Content-Hashs, fehlende Minifizierung, fehlendes font-display sowie schwaches Caching oder schwache Kompression. Die Seite wird dabei nicht gerendert.

  • Renderblockierende Scripts und Stylesheets im Head
  • Dateien über 500 KB standardmäßig, einstellbar
  • Doppelte Bibliotheken, erkannt über den Content-Hash
  • Kompression und Cache-Laufzeit jeder Datei

Server und HTML

Ein Crawl oder ein Screaming-Frog-Export speist die Audit-Regeln für Antwortzeit, HTML-Größe, Verhältnis von Text zu Markup, Kompression und HTTP-Version. Eine langsame Antwort, ein HTML-Dokument über 2 MB und eine Seite, die über HTTP/1.x ausgeliefert wird, sind eigenständige Befunde mit eigenem Korrekturtext.

  • Langsame Serverantwort
  • Großes HTML und HTML über 2 MB
  • HTML-Ballast: viel Markup bei wenig Text
  • Keine Kompression und nur HTTP/1.x

Labor gegen Felddaten

Crawl- und Browser-Zeiten sind Labordaten von einem Rechner zu einem Zeitpunkt. Felddaten zu Core Web Vitals stammen aus crux-report. Das Tool liest LCP, INP und CLS aus dem Chrome UX Report und bewertet die Ergebnisse mit den Schwellenwerten aus web-vitals-2024-03 als gut, verbesserungswürdig oder schlecht.

  • Labor-Zeiten aus dem Crawl oder einem Browser
  • Felddaten für LCP, INP und CLS aus CrUX
  • Benötigt Ihren Google-Cloud-API-Schlüssel
  • Umfang nach URL oder Origin sowie Smartphone, Desktop oder Tablet

Drei Schritte, ein gespeicherter Scan

  1. Seite und Assets abrufen

    asset-weight-check lädt die Seite und danach jedes verlinkte Stylesheet und Script. Gelesen werden Größen, Header und Markup. Die Seite wird nicht gerendert.

  2. Server und HTML messen

    Ein nativer Crawl oder ein Screaming-Frog-Export speist die Audit-Regeln. Sie markieren langsame Antworten, schweres HTML sowie fehlende Kompression oder HTTP/2.

  3. Mit Nutzerdaten vergleichen

    crux-report holt die Felddaten für LCP, INP und CLS aus dem Chrome UX Report. Dafür brauchen Sie einen eigenen Google-Cloud-API-Schlüssel.

Prüfungen in dieser Funktion

PrüfungBedeutungSchweregradBeleg
SLOW_RESPONSEDer Server braucht zu lange, um auf die Anfrage zu antworten.ImportantAntwortzeit pro URL
LARGE_HTMLDas HTML-Dokument ist für die Seite oder für den Standort groß.ImportantHTML-Größe in Byte
HTML_OVER_2MBDas HTML-Dokument ist größer als 2 MB.ImportantHTML-Größe in Byte
HTML_BLOATSehr viel Markup für sehr wenig Text.TipByte und Wortanzahl pro Seite
NO_COMPRESSIONHTML wird unkomprimiert ausgeliefert, obwohl gzip oder Brotli helfen würden.TipContent-Encoding-Header pro URL
HTTP1_ONLYDie Seite wird über HTTP/1.x ausgeliefert, nicht über HTTP/2 oder neuer.TipHTTP-Version pro URL

Ein Befehl

bash
seohead asset-weight-check --url https://example.com/

Zuerst installieren: Installationsanleitung. Jeder Befehl läuft auch als MCP-Tool für KI-Agenten.

Was Sie brauchen

  • Eine Seiten-URL für asset-weight-check
  • Ein Crawl oder Screaming-Frog-Exporte für Antwortzeit und HTML-Größe
  • Ein Google-Cloud-API-Schlüssel für crux-report

Grenzen

  • Ungenutztes CSS und JavaScript erfordern eine gerenderte Seite und werden deshalb als übersprungen gemeldet
  • Lab-Messwerte entsprechen nicht dem, was Ihre Besucher erlebt haben
  • CrUX hat keine Daten für Seiten mit wenig Traffic
  • Ein einzelner Abruf zeigt keine Ausreißer im gesamten Standort

Fragen

Braucht es einen Browser?
Nein. asset-weight-check liest Bytes und statisches Markup. Welches CSS oder JavaScript ungenutzt ist, kann das Tool nicht erkennen. Diese Prüfung braucht eine gerenderte Seite und wird deshalb als übersprungen gemeldet.
Sind die Zeiten echte Nutzerdaten?
Nein. Crawl- und Browser-Zeiten sind Labordaten. Felddaten zu Core Web Vitals liefert crux-report, und dafür brauchen Sie einen Google-Cloud-API-Schlüssel.
Welche Schwellenwerte nutzt crux-report?
Die Richtlinie web-vitals-2024-03 von Google. LCP gilt bis 2,5 s als gut und ab 4 s als schlecht. INP gilt bis 200 ms als gut und ab 500 ms als schlecht. CLS gilt bis 0,1 als gut und ab 0,25 als schlecht.
Was gilt als zu große Datei?
Standardmäßig jede einzelne verlinkte CSS- oder JavaScript-Datei über 500 KB. Der Schwellenwert ist einstellbar.
Verändert das Tool etwas auf meiner Website?
Nein. Die Prüfungen senden nur lesende Anfragen. Korrekturen nehmen Sie selbst vor.
Kostet das etwas?
Die Prüfungen selbst sind kostenlos. Die CrUX-API ist im Rahmen des Google-Kontingents kostenlos, den Schlüssel stellen Sie selbst. SpiderHead stellt keine Schlüssel aus.

Testen Sie es auf Ihrer eigenen Website