Render-blockierende Ressourcen
Prüft CSS/JS im <head> die First-Paint blockieren.
Was dieser Check misst
Wir listen jedes <script> und <link rel="stylesheet"> im <head> ohne async/defer. Jedes blockiert First-Paint bis geladen und geparsed.
Warum es wichtig ist
Render-Blocking sind der häufigste LCP-Killer. 3-5 synchrone Third-Party-Scripts im Head fügen 2-3s LCP auf Mobile.
Wie unser Audit es erkennt
<head> parsen, <script> ohne async/defer und <link rel="stylesheet"> ohne media=print finden. Je melden.
Typische Findings
- error_outlinejQuery synchron im Head.
- error_outlineAnalytics-Script blockierend ohne async.
- error_outline5 Stylesheets synchron — nur Critical-Path sollte.
So behebst du es
`async` auf non-critical Scripts, `defer` auf nach-Parse-Scripts. CSS: Critical-CSS inline, Rest mit `media="print"` + JS-Swap.
Häufige Fragen
async oder defer für Analytics?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">.