Server Response Time (TTFB)
Prüft Time to First Byte — wie schnell dein Server antwortet.
Was dieser Check misst
Wir messen Zeit von Request bis zum ersten Response-Byte. Über 600ms wird geflaggt — meist SSR oder DB-Queries als Bottleneck.
Warum es wichtig ist
TTFB beeinflusst direkt LCP und gefühlte Speed. Google Core Web Vitals messen TTFB nicht direkt, aber langsames TTFB macht LCP-Ziele unmöglich.
Wie unser Audit es erkennt
Zeit von Request-Start bis First-Byte messen. Mehrere Samples, Median melden.
Typische Findings
- error_outlineTTFB > 1s — unoptimiertes SSR mit schweren DB-Queries.
- error_outlineTTFB > 500ms vom CDN — geografische Distanz zum Origin.
- error_outlineCold Start auf Serverless fügt 2-3s zum ersten Request.
So behebst du es
SSR-Output cachen wo möglich. CDN näher an User. DB-Query-Count pro Request reduzieren. Von Shared auf Serverless/Container upgraden falls nötig.
Häufige Fragen
Gutes TTFB?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">.