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 Website-Relaunch die Google Search Console auf 404-Fehler überwachen. Unter „Seiten” → „Nicht gefunden (404)” zeigt Google welche URLs noch bekannt sind die keine gültige Antwort liefern. Diese nachträglich redirecten.
Prüfen Sie die korrekte Funktion Ihrer Redirects regelmäßig mit Google Lighthouse und in der Search Console. Mehr zu technischem SEO finden Sie in unserem Artikel über 301-Weiterleitungen und SEO.