HTML-Dokument-Grösse
Prüft ob initiales HTML unter 1 MB ist.
Was dieser Check misst
Wir messen die Roh-HTML-Response-Grösse. Über 1 MB wird geflaggt — meist massive Inline-JSON, SSR-State, oder Inline-Bilder als Data-URIs.
Warum es wichtig ist
Grosses HTML bremst TTFB und Parsing. Auf Mobile bringt jede 100KB ~200ms First-Paint. Besser: minimales HTML und Daten client-seitig laden.
Wie unser Audit es erkennt
Response-Body-Grösse messen. Flag über 1 MB.
Typische Findings
- error_outline2MB+ HTML weil SSR alle CMS-Daten inline dumped.
- error_outlineBase64-Bilder in HTML statt <img src>.
So behebst du es
Grosse JSON zu separaten API-Endpoints (client-seitig nach First-Paint). img-Tags mit src-URLs, nicht data: URIs. HTML minifizieren.
Häufige Fragen
Ist Server-State-Hydration das Problem?expand_more
Soll das auf deiner Site geprüft werden?
Pantra läuft den vollen Audit (SEO, Sicherheit, GEO, Performance, Schema, Technik, Bilder) in 10 Sekunden und generiert stack-spezifische Fix-Prompts.
Site scannenÄhnliche Checks
SSR / Pre-Rendering
Prüft ob die Seite server-gerendert oder statisch pre-rendered ist.
TechnikHTTP-Statuscodes
Prüft korrekte Statuscodes — 200 für live, 404 für nicht vorhanden, 301 für verschoben.
TechnikKeine Client-Side-Redirects
Prüft dass Redirects server-seitig passieren, nicht per JavaScript.
TechnikViewport-Meta-Tag
Prüft auf <meta name="viewport" content="width=device-width, initial-scale=1">.