Redirects im Technical SEO: Weiterleitungen richtig nutzen
Ein Redirect (Weiterleitung) ist eine serverseitige oder clientseitige Anweisung, die einen Browser oder Suchmaschinen-Crawler automatisch von einer angeforderten URL auf eine andere Ziel-URL umleitet.
Aus Sicht des Technical SEOs sind Weiterleitungen unverzichtbare Werkzeuge bei der Restrukturierung von Websites, Domain-Umzügen oder dem Löschen veralteter Inhalte. Werden Redirects jedoch falsch konfiguriert, drohen der Verlust von Rankings, blockierte Crawler und spürbare Ladezeit-Verzögerungen für Ihre Besucher.
Technisch werden serverseitige Weiterleitungen über den HTTP-Statuscode und den Location-Header übermittelt. Sie greifen eng mit Canonical Tags und der Indexierung ineinander – wer diese drei Mechanismen sauber trennt, vermeidet die häufigsten SEO-Fehler bei Website-Umzügen.
Die wichtigsten HTTP-Redirect-Statuscodes
Im Technical SEO arbeiten wir fast ausschliesslich mit serverseitigen Weiterleitungen. Diese werden über den HTTP-Header übermittelt und teilen dem anfragenden Client den Grund des Umzugs mit.
1. 301 Moved Permanently (Dauerhafte Weiterleitung)
Dies ist der wichtigste Redirect-Typ für SEO. Er signalisiert Suchmaschinen, dass die angeforderte Ressource dauerhaft unter der neuen URL erreichbar ist.
- SEO-Effekt: Suchmaschinen übertragen die Rankings und die aufgebaute Linkstärke (Link-Juice) fast vollständig von der alten auf die neue URL. Die alte URL wird nach einiger Zeit aus dem Index gelöscht und durch die neue ersetzt.
2. 302 Found / Moved Temporarily (Temporäre Weiterleitung)
Dieser Code teilt dem Client mit, dass die Ressource vorübergehend unter einer anderen URL erreichbar ist, aber bald wieder unter der alten Adresse zu finden sein wird.
- SEO-Effekt: Da die Weiterleitung nur temporär ist, behält Google die alte URL im Index und überträgt keine dauerhafte Linkstärke auf das temporäre Ziel.
3. 307 Temporary Redirect & 308 Permanent Redirect
Dies sind die moderneren Pendants zu 302 und 301 (eingeführt mit HTTP/1.1). Sie garantieren, dass die HTTP-Methode (z. B. POST) beim Weiterleiten nicht verändert werden darf. Im klassischen Web-SEO verhalten sie sich bezüglich der Indexierung identisch wie 301 und 302.
Redirect-Statuscodes im Überblick
Die folgende Tabelle fasst zusammen, wann welcher Code zum Einsatz kommt und wie er sich auf SEO und HTTP-Methode auswirkt:
| Code | Bedeutung | Dauerhaftigkeit | Linkstärke | Methode bleibt erhalten |
|---|---|---|---|---|
| 301 | Moved Permanently | Dauerhaft | Wird übertragen | Nicht garantiert (POST → GET möglich) |
| 302 | Found / Temporarily | Temporär | Bleibt bei alter URL | Nicht garantiert |
| 307 | Temporary Redirect | Temporär | Bleibt bei alter URL | Ja (POST bleibt POST) |
| 308 | Permanent Redirect | Dauerhaft | Wird übertragen | Ja |
Für die meisten SEO-Fälle (Seitenumzug, Domain-Wechsel) ist 301 der Standard. 308 ist die bessere Wahl, wenn es um APIs oder Formulare geht, bei denen die HTTP-Methode zwingend erhalten bleiben muss.
Redirects gehören zur Klasse der 3xx-Statuscodes. Zur Einordnung in das gesamte HTTP-Statuscode-System:
Weiterleitungsketten und ihre SEO-Auswirkungen
Ein häufiges Problem auf organisch gewachsenen Websites sind sogenannte Weiterleitungsketten (Redirect Chains). Eine Kette entsteht, wenn URL A nicht direkt auf das finale Ziel C verweist, sondern über einen oder mehrere Zwischenschritte umgeleitet wird:
graph LR
A["URL A"] -->|301| B["URL B"]
B -->|301| C["URL C (Ziel)"]
Warum sind Weiterleitungsketten schädlich?
- Verlust an Ladezeit (PageSpeed): Jeder einzelne Redirect erfordert einen neuen HTTP-Request-Response-Zyklus. Bei Mobilgeräten mit schlechter Funkverbindung kann dies die Ladezeit um mehrere Sekunden erhöhen.
- Verschwendung von Crawl-Budget: Suchmaschinen-Crawler folgen Weiterleitungen nur bis zu einer bestimmten Tiefe (meist maximal 4 bis 5 Hops). Ist die Kette zu lang, bricht der Bot den Vorgang ab. Die finale Zielseite wird dann eventuell nicht gecrawlt oder indexiert.
- Verlust von Link-Autorität: Obwohl Google beteuert, dass beim 301-Redirect kein PageRank verloren geht, kann sich bei verschachtelten Ketten das Risiko von Signalverlusten oder Fehlinterpretationen durch den Algorithmus erhöhen.
Best Practices für die Implementierung von Redirects
- Direkte Weiterleitungen einrichten: Verweisen Sie immer direkt von der Quelle auf das finale Ziel. Lösen Sie bestehende Ketten regelmässig auf.
- Interne Links aktualisieren: Verlassen Sie sich nicht darauf, dass der Server alte Links schon weiterleiten wird. Wenn Sie eine Seite umziehen, müssen Sie auch alle internen Links auf Ihrer Website anpassen, sodass diese direkt auf die neue URL verweisen.
- Endlosschleifen vermeiden: Achten Sie darauf, dass URL A nicht auf URL B verweist, während URL B wieder auf URL A zurückleitet. Dies führt zu einem Ladefehler im Browser (Redirect Loop) und blockiert den Crawler komplett.
- Kanonische URLs als Ziel wählen: Ein Redirect sollte immer auf eine URL verweisen, die den Statuscode
200 OKzurückgibt und ein selbst-referenzierendes Canonical Tag besitzt.
Technische Umsetzung (Beispiel Nginx)
In modernen Web-Infrastrukturen (wie bei allerate.com) werden Weiterleitungen direkt auf Webserver-Ebene (z. B. via Nginx) konfiguriert. Dies ist performanter als eine Weiterleitung über PHP oder Node.js.
Nginx-Konfigurationsbeispiel:
# Dauerhafte Weiterleitung einer einzelnen Seite
rewrite ^/alte-seite/$ https://allerate.com/neue-seite/ permanent;
# Temporäre Weiterleitung
rewrite ^/wartung/$ https://allerate.com/temporaer/ redirect;
Praxisbeispiel: eine Weiterleitungskette auflösen
Ein typischer Altlast-Fall nach mehreren Relaunches – vorher:
/produkt → 301 → /shop/produkt
/shop/produkt → 301 → /shop/produkt/
/shop/produkt/ → 301 → https://example.com/shop/produkt/
Drei aufeinanderfolgende HTTP-Anfragen verzögern den Seitenaufbau und verbrauchen Crawl-Budget. Nachher – jede Quelle zeigt direkt auf das finale Ziel:
/produkt → 301 → https://example.com/shop/produkt/
/shop/produkt → 301 → https://example.com/shop/produkt/
/shop/produkt/ → 301 → https://example.com/shop/produkt/
Das Ergebnis ist ein einziger Sprung pro Aufruf. Prüfen Sie nach jeder Migration die gesamte Kette, idealerweise automatisiert.
Häufige Redirect-Fehler und ihre Folgen
| Fehler | Folge | Korrektur |
|---|---|---|
| 302 statt 301 bei dauerhaftem Umzug | Alte URL bleibt im Index, Rankings stagnieren | Auf 301 umstellen |
| Weiterleitungskette (mehrere Hops) | Ladezeit ↑, Crawl-Budget-Verlust | Direkt auf Endziel verweisen |
| Redirect Loop (A → B → A) | Seite nicht erreichbar (ERR_TOO_MANY_REDIRECTS) | Logik entwirren, eindeutiges Ziel |
| Pauschale Umleitung aller alten URLs auf die Startseite | Soft-404, Relevanzverlust | 1:1 auf passende Zielseiten mappen |
| Interne Links zeigen weiter auf alte URLs | Unnötige Redirects bei jedem Klick | Interne Links auf finale URL aktualisieren |
Besonders der vorletzte Punkt ist tückisch: Wer alle gelöschten Seiten pauschal auf die Homepage leitet, signalisiert Google fehlende Relevanz – Google behandelt solche Weiterleitungen oft wie einen 404-Fehler (Soft-404).
[!TIP] Weiterleitungsketten und fehlerhafte Redirect-Loops verärgern Ihre Besucher durch lange Ladezeiten und behindern Suchmaschinen beim Crawling. Überprüfen Sie Ihre Weiterleitungspfade und HTTP-Statuscodes jetzt live mit dem Redirect Checker auf balou.tools, um unnötige Hops zu vermeiden.
Häufig gestellte Fragen (FAQ)
Verliert eine Seite durch eine 301-Weiterleitung an Linkstärke (PageRank)?
Nein. Früher gab es einen kleinen Verlust an Linkstärke bei Weiterleitungen. Google hat jedoch bestätigt, dass 301- und 302-Weiterleitungen heute die volle Linkstärke (100% PageRank) an die neue Ziel-URL weitergeben.
Wann sollte man eine 302- statt einer 301-Weiterleitung verwenden?
Eine 302-Weiterleitung ist temporär. Verwenden Sie sie, wenn eine Seite nur für kurze Zeit umgezogen wird (z.B. während Wartungsarbeiten oder bei zeitlich begrenzten Aktionen). Für dauerhafte Umzüge müssen Sie zwingend eine 301-Weiterleitung einrichten.
Was ist der Unterschied zwischen einem Redirect und einem Canonical Tag?
Ein Redirect leitet Nutzer und Crawler physisch auf eine andere URL um – die alte Seite ist nicht mehr erreichbar. Ein Canonical Tag dagegen lässt beide URLs erreichbar, signalisiert Suchmaschinen aber, welche die bevorzugte (kanonische) Version ist. Redirects nutzt man bei echten Umzügen, Canonicals bei inhaltlich gleichen, aber technisch unterschiedlichen URLs (z. B. Filterparameter).
Wie viele Redirects in einer Kette sind noch akzeptabel?
Idealerweise null – jede URL sollte direkt auf das finale Ziel verweisen. Google folgt zwar bis zu etwa fünf Hops, doch jeder zusätzliche Sprung kostet Ladezeit und Crawl-Budget. Bestehende Ketten sollten daher regelmässig auf einen einzigen direkten 301-Redirect verkürzt werden.