Weiterleitungen entstehen bei jedem Relaunch, jeder URL-Umstrukturierung und jedem gelöschten Inhalt. Ohne systematisches Redirect-Management entstehen Redirect-Chains, verlorener Link-Juice und frustrierte Nutzer. Dieser Artikel erklärt die wichtigsten Tools und Best Practices – für sauberes Redirect-Management ohne Ranking-Verlust.
Redirect-Typen und ihre SEO-Wirkung
301 (Permanent): Der Standard-Redirect für SEO. Signalisiert dass eine URL dauerhaft umgezogen ist. Google überträgt den Link-Juice (PageRank) mit geringer Verlustrate. Caching: Langfristig im Browser-Cache.
302 (Temporary): Temporäre Weiterleitung. Google überträgt keinen Link-Juice dauerhaft. Sinnvoll für A/B-Tests, saisonale Kampagnen oder Wartungsseiten. Wird oft versehentlich statt 301 gesetzt.
307 (Temporary, HTTP/1.1): Wie 302 aber HTTP-Methode (GET/POST) bleibt erhalten. Für APIs und Formulare relevant.
308 (Permanent, HTTP/1.1): Wie 301 aber HTTP-Methode bleibt erhalten.
301-Redirects übertragen laut Google ca. 99 % des PageRank – die lange beschriebene Verlustrate von 15 % ist veraltet. Redirect-Chains (A→B→B→C) kumulieren jedoch: Drei Redirects hintereinander können bis zu 15 % Linkwert kosten und erhöhen die Ladezeit um 50–150ms pro Hop.
Das Redirect-Chain-Problem
Redirect-Chains entstehen wenn Redirects nicht aufeinander abgestimmt werden:
Alter Stand:
/alte-url/ → /zwischen-url/ → /neue-url/
Besser:
/alte-url/ → /neue-url/ (direkt)
/zwischen-url/ → /neue-url/ (direkt)
Wann entstehen Chains?
- Mehrere Relaunches hintereinander ohne Bereinigung der alten Redirects
- CMS-seitige Redirects die auf bereits weiterleitende URLs zeigen
- HTTP→HTTPS-Redirect + www→non-www-Redirect als separate Schritte
Regelformel: Alle Redirects sollten direkt zum finalen Ziel zeigen. Bei jedem neuen Redirect prüfen ob das Ziel selbst weiterleitet.
Tools für Redirect-Analyse
Screaming Frog
Screaming Frog ist das Standard-Tool für Redirect-Audits:
- Crawl starten → im „Response Codes” Filter „3xx” wählen
- Export aller Weiterleitungen mit Source, Ziel und HTTP-Status
- Tab „Redirect Chains” zeigt Chains mit Kettenlänge
- „All Redirects” Export für vollständige Übersicht
Bulk-Export und Excel: Aus dem Export lässt sich eine Redirect-Map erstellen und bereinigen.
Ahrefs / Semrush
Beide Tools zeigen welche externen Backlinks auf weiterleitende URLs zeigen:
- Ahrefs → Site Explorer → Broken Backlinks (zeigt Links auf 301/404)
- Wertvolle externe Links die auf Redirect-Ketten zeigen: Priorität für direkte Bereinigung
Bevor ein Relaunch live geht: Screaming Frog über die Staging-Umgebung crawlen und alle 3xx-Antworten exportieren. Vergleich mit der alten URL-Struktur zeigt fehlende Redirects. Ein fehlender Redirect auf eine URL mit externen Backlinks kostet bares Geld in Form von verlorenen Rankings.
Browser-DevTools und Curl
Schnelltest für einzelne URLs:
# Redirect-Kette einer URL verfolgen
curl -I -L https://beispiel.de/alte-url/
# Nur Status-Codes zeigen
curl -s -o /dev/null -w "%{http_code}" https://beispiel.de/alte-url/
Redirect-Implementierung
Apache (.htaccess)
# Einzelne URL
Redirect 301 /alte-seite/ https://beispiel.de/neue-seite/
# Verzeichnis komplett weiterleiten
RedirectMatch 301 ^/altes-verzeichnis/(.*)$ https://beispiel.de/neues-verzeichnis/$1
# HTTP zu HTTPS (mit www zu ohne www)
RewriteEngine On
RewriteCond %{HTTPS} off [OR]
RewriteCond %{HTTP_HOST} ^www\. [NC]
RewriteRule ^ https://beispiel.de%{REQUEST_URI} [R=301,L]
nginx
# Einzelne URL
location = /alte-seite/ {
return 301 https://beispiel.de/neue-seite/;
}
# Pattern-basiert
location ~* ^/altes-verzeichnis/(.*)$ {
return 301 https://beispiel.de/neues-verzeichnis/$1;
}
WordPress: Redirection Plugin
Das Plugin „Redirection” (kostenlos) ist der Standard für WordPress:
- Redirects im Dashboard verwalten ohne Server-Zugang
- Import aus CSV für Masse-Redirects nach Relaunch
- Automatische Erkennung von 404-Fehlern
- Log zeigt welche Redirects wann getroffen werden
// Alternativer Weg: Programmatisch via functions.php
add_action('template_redirect', function() {
if (is_page('alte-seite')) {
wp_redirect(home_url('/neue-seite/'), 301);
exit;
}
});
Websites die nach einem Relaunch ohne Redirect-Map live gehen, verlieren im Schnitt 20–30 % ihres organischen Traffics in den ersten 3 Monaten – und es dauert 6–12 Monate bis Google die neuen URLs vollständig neu bewertet. Mit vollständiger Redirect-Map ist der Traffic-Einbruch meist unter 10 %.
Redirect-Map erstellen (Relaunch-Vorbereitung)
Vor dem Relaunch:
- Alle alten URLs exportieren (Screaming Frog oder Sitemap)
- Alle neuen URLs aus dem neuen CMS exportieren
- Mapping-Tabelle erstellen: Alt → Neu
- Seiten ohne Entsprechung → auf nächst verwandte Seite oder Homepage
- Priorität: Seiten mit externen Backlinks zuerst (Ahrefs-Export)
Tabellen-Format:
| Alte URL | Neue URL | Priorität | Status |
|---|---|---|---|
| /alte-seite/ | /neue-seite/ | Hoch (Backlinks) | Implementiert |
| /kategorie/alt/ | /kategorie/neu/ | Mittel | Offen |
Redirect-Monitoring nach Launch
Nach einem Relaunch Search Console auf 404-Fehler überwachen. Google Search Console → „Seiten” → „Nicht gefunden (404)” zeigt welche URLs Google noch kennt die keine gültige Antwort liefern. Diese nachträglich redirecten.
Mehr zu technischem SEO finden Sie in unserem Artikel über 301-Weiterleitungen und SEO.