Keine Client-Side-Redirects
Prüft dass Redirects server-seitig passieren, nicht per JavaScript.
Was dieser Check misst
Wir laden URLs und prüfen auf `window.location = ...` oder `location.replace(...)`-Muster. Client-Redirects funktionieren für User, kosten SEO.
Warum es wichtig ist
JS-Redirects leiten Ranking weiter, aber langsamer als HTTP 301. AI-Crawler ohne JS können nicht folgen — Seite wird für AI-Suche orphan.
Wie unser Audit es erkennt
JS auf Meta-Refresh oder window.location-Zuweisungen im Initial-Load parsen. Flag wenn Redirect server-seitig sein sollte.
Typische Findings
- error_outlineuseEffect(() => window.location = "/new-url").
- error_outline<meta http-equiv="refresh" content="0; URL=/new">
- error_outlineAuth-Guard per router.push statt Middleware.
So behebst du es
Client-Redirects durch server-seitige 301/302 ersetzen. Next.js: `redirect()` aus next/navigation oder Middleware. Meta-Refresh = Anti-Pattern.
Häufige Fragen
Wann sind JS-Redirects OK?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.
TechnikViewport-Meta-Tag
Prüft auf <meta name="viewport" content="width=device-width, initial-scale=1">.
TechnikHTML-lang-Attribut
Prüft dass <html> ein lang-Attribut hat das zur Seitensprache passt.