Ein 301-Redirect ist eine serverseitige Weiterleitung mit dem HTTP-Statuscode 301 („Moved Permanently"), die Browsern und Suchmaschinen mitteilt, dass eine URL dauerhaft an eine neue Adresse umgezogen ist. Der Statuscode ist im HTTP-Standard RFC 9110 definiert und gehört zu den wichtigsten Werkzeugen der technischen Suchmaschinenoptimierung: Er sorgt dafür, dass Nutzer, Crawler und die über Jahre aufgebauten Ranking-Signale einer Seite am neuen Ort ankommen, statt in einer Fehlerseite zu enden.
In der Praxis begegnet der 301-Redirect überall dort, wo sich URLs ändern: beim Relaunch einer Website, bei der Migration eines Onlineshops auf eine neue Plattform, beim Wechsel der Domain, beim Zusammenlegen von Kategorien oder schlicht beim Umstellen von http auf https. Wer diese Fälle ohne saubere Weiterleitungen abwickelt, verliert Sichtbarkeit – nicht, weil Google eine Strafe verhängt, sondern weil die alte URL mitsamt ihrer Historie aus dem Index fällt und die neue URL bei null anfängt.
Wie ein 301-Redirect technisch funktioniert
Ruft ein Browser oder ein Crawler eine URL auf, antwortet der Webserver mit einem Statuscode. Bei einer erfolgreichen Auslieferung ist das die 200 („OK"), bei einer nicht vorhandenen Seite die 404 („Not Found"). Beim 301-Redirect liefert der Server keinen Seiteninhalt aus, sondern den Statuscode 301 plus einen Location-Header, der die neue Zieladresse enthält. Der Client folgt dieser Angabe automatisch und ruft die neue URL auf – für den Nutzer passiert das in Millisekunden und meist unbemerkt.
Der Ablauf zwischen Browser, Server und Crawler
Der Unterschied zwischen Mensch und Maschine liegt darin, was mit der Information „dauerhaft umgezogen" geschieht. Ein Browser darf die Weiterleitung cachen: Beim nächsten Aufruf springt er direkt zur neuen Adresse, ohne den Server erneut zu fragen. Genau deshalb sollte man einen 301 nur setzen, wenn der Umzug wirklich endgültig ist – ein versehentlich gesetzter permanenter Redirect lässt sich aus den Caches der Besucher nicht ohne Weiteres wieder entfernen.
Für den Googlebot ist der 301 ein starkes Kanonisierungssignal. Google wertet die Weiterleitung als Aussage „diese Seite heißt jetzt anders", überträgt die gesammelten Signale der alten URL auf die neue und tauscht die alte URL nach und nach im Index aus. Die Google-Dokumentation zu Weiterleitungen und der Google Suche nennt serverseitige Redirects ausdrücklich die zuverlässigste Methode, einen Umzug zu kommunizieren. Wichtig dabei: Die Verarbeitung braucht Zeit. Google muss die alte URL erst wieder crawlen, um den Redirect zu sehen – bei selten besuchten Seiten kann das Wochen dauern.
301, 302, 307 und 308: die Statuscodes im Vergleich
Der 301 ist nicht der einzige Weiterleitungscode. Der HTTP-Standard RFC 9110 definiert mehrere 3xx-Codes, die sich in zwei Dimensionen unterscheiden: Ist der Umzug dauerhaft oder vorübergehend? Und darf der Client die HTTP-Methode beim Folgen der Weiterleitung ändern?
| Statuscode | Bedeutung | Dauerhaft? | Typischer Einsatz |
|---|---|---|---|
| 301 | Moved Permanently | ja | Relaunch, Domainwechsel, Shop-Migration, https-Umstellung |
| 302 | Found (temporär) | nein | Kurzzeitige Umleitung, z. B. Aktionsseite oder Wartung |
| 307 | Temporary Redirect | nein | Wie 302, aber die HTTP-Methode bleibt garantiert erhalten |
| 308 | Permanent Redirect | ja | Wie 301, aber methodenerhaltend – relevant bei Formularen und APIs |
Für die Suchmaschinenoptimierung ist vor allem die Unterscheidung dauerhaft gegen temporär entscheidend. Ein 302 sagt Google: „Die alte URL kommt wieder, behalte sie im Index." Wer eine endgültig umgezogene Seite per 302 weiterleitet, sendet also das falsche Signal. Google erkennt zwar in vielen Fällen aus dem Kontext, dass ein „temporärer" Redirect in Wahrheit dauerhaft gemeint ist, und behandelt ihn nach einiger Zeit wie einen 301 – verlassen sollte man sich darauf nicht. Wer den Umzug ernst meint, sagt es auch so.
Warum 301-Redirects für SEO entscheidend sind
Eine URL, die seit Jahren rankt, trägt eine unsichtbare Mitgift: eingehende Links von anderen Websites, Nutzersignale, eine Crawl- und Indexierungshistorie. All das hängt an der exakten Adresse. Verschwindet die URL ersatzlos, verfällt diese Mitgift. Der 301-Redirect ist der Mechanismus, der sie auf die Nachfolge-URL überträgt.
Lange hielt sich die Annahme, jede Weiterleitung koste einen kleinen Teil des PageRanks – abgeleitet aus älteren Aussagen von Google-Mitarbeitern zum sogenannten Dämpfungsfaktor. Diese Position hat Google 2016 ausdrücklich geräumt: Gary Illyes erklärte öffentlich, dass 3xx-Weiterleitungen keinen PageRank mehr verlieren. Entscheidend ist seither weniger der Code selbst als die Qualität des Ziels. Eine Weiterleitung überträgt Relevanz nur dann vollständig, wenn die Zielseite inhaltlich zur alten Seite passt. Wer hundert gelöschte Produktseiten pauschal auf die Startseite umleitet, erzeugt keine Signalübertragung, sondern Soft-404-Fehler: Google erkennt das Muster und behandelt die Weiterleitungen wie gelöschte Seiten.
Drei Praxisregeln haben sich aus der Google-Dokumentation und der Erfahrung unzähliger Migrationsprojekte destilliert:
- Direkt ans Ziel: Redirect-Ketten vermeiden. Der Googlebot folgt maximal zehn Stationen, empfohlen sind höchstens drei – und jede Station kostet Ladezeit. Nach mehreren Relaunches lohnt es sich, alte Weiterleitungen auf das aktuelle Endziel umzubiegen.
- Lange genug aktiv lassen: Google empfiehlt, Weiterleitungen mindestens ein Jahr zu halten. Für URLs mit wertvollen Backlinks gibt es keinen Grund, den Redirect jemals abzuschalten – das „Aufräumen" alter Weiterleitungen ist aus SEO-Sicht meist Selbstsabotage.
- Eins-zu-eins statt pauschal: Jede alte URL bekommt das inhaltlich passendste neue Ziel. Kategorie auf Kategorie, Produkt auf Produkt, Ratgeber auf Ratgeber.
301-Redirects in der Praxis umsetzen
Wo der Redirect konfiguriert wird, hängt vom Stack ab. Auf einem Apache-Server genügt eine Zeile in der .htaccess-Datei (Redirect 301 /alte-seite /neue-seite), bei nginx ein return 301 im Server-Block. Content-Delivery-Networks wie Cloudflare bieten eigene Redirect-Regeln an, die greifen, bevor die Anfrage den Origin-Server überhaupt erreicht – bei großen Mengen an Weiterleitungen ist das auch eine Performance-Frage. Shopsysteme und CMS bringen in der Regel eigene Verwaltungen mit, von Redirect-Plugins in WordPress bis zu nativen Modulen.
Beispiel Shopware 6
Shopware 6 zeigt, wie eine Plattform das Thema systemseitig löst: Ändert sich die SEO-URL eines Produkts oder einer Kategorie – etwa weil der Produktname angepasst wurde oder ein Produkt in eine andere Kategorie wandert –, legt das System automatisch einen 301-Redirect von der alten auf die neue URL an. Die alten Adressen bleiben so dauerhaft erreichbar, ohne dass jemand manuell eine Weiterleitungstabelle pflegt. Das deckt allerdings nur Änderungen innerhalb des laufenden Systems ab. Beim Plattformwechsel, etwa von Magento zu Shopware, kennt das neue System die alten URLs nicht – hier muss das Redirect-Mapping als eigenes Projekt erarbeitet und über Server-Konfiguration oder ein Redirect-Plugin eingespielt werden. Genau an dieser Stelle entscheidet sich, ob eine Shop-Migration organischen Traffic kostet oder nicht.
Typische Fehler mit 301-Redirects
Die Mechanik ist simpel, die Fehler sind es auch – sie passieren trotzdem regelmäßig. Die häufigsten:
- Sammel-Redirect auf die Startseite: Alles ohne offensichtliches Ziel landet auf der Homepage. Google wertet das als Soft 404, die Signale verpuffen.
- Redirect-Ketten und -Schleifen: Alt leitet auf älter auf neu – oder im schlimmsten Fall im Kreis. Ketten kosten Crawl-Budget, Schleifen machen Inhalte komplett unerreichbar.
- 302 statt 301: Der temporäre Code beim dauerhaften Umzug verzögert die Indexübernahme.
- Redirects zu früh entfernt: Wer nach drei Monaten „aufräumt", kappt Backlinks und noch nicht verarbeitete Signale.
- Interne Links nicht nachgezogen: Nach dem Umzug sollten interne Links direkt auf die neuen URLs zeigen, statt jede Navigation durch eine Weiterleitung zu schicken.
- Großgeschriebene oder parametrisierte Varianten vergessen: Ein vollständiges URL-Inventar vor dem Umzug verhindert, dass rankende Parameter- und Paginierungs-URLs durchs Raster fallen.
Abgrenzung: 301-Redirect, Canonical-Tag und Meta-Refresh
Der 301-Redirect wird gern mit zwei Nachbartechniken verwechselt, die auf den ersten Blick Ähnliches tun. Das Canonical-Tag (rel="canonical") ist kein Redirect, sondern ein Hinweis im HTML-Quelltext: „Von mehreren ähnlichen URLs ist diese hier die maßgebliche." Beide URLs bleiben dabei erreichbar, der Nutzer wird nicht umgeleitet. Das Canonical ist außerdem nur ein Vorschlag, den Google ignorieren kann – der 301 dagegen ist eine Anweisung, der jeder Client folgt. Faustregel: Soll die alte URL weiterleben (etwa eine Filter-Variante einer Kategorieseite), passt das Canonical. Soll sie verschwinden, gehört ein 301 gesetzt.
Der Meta-Refresh wiederum ist eine clientseitige Weiterleitung per HTML-Tag oder JavaScript, die erst greift, nachdem die Seite geladen wurde. Google kann sofortige Meta-Refreshs zwar interpretieren, stuft sie aber ausdrücklich als schwächeres Signal ein als serverseitige Redirects – und für Nutzer fühlen sie sich an wie ein Schluckauf beim Laden. Als Dauerlösung für umgezogene Inhalte haben sie auf einer professionell betriebenen Website nichts verloren; ihr legitimer Einsatz beschränkt sich auf Umgebungen, in denen man keinen Zugriff auf die Server-Konfiguration hat.
Eine dritte Verwechslung betrifft den Statuscode 410 („Gone"): Er ist das Gegenteil eines Redirects. Mit ihm erklärt der Server, dass eine Seite absichtlich und ersatzlos entfernt wurde. Für Inhalte ohne sinnvolles Nachfolgeziel ist der 410 die ehrlichere Antwort als ein erzwungener Redirect auf eine unpassende Seite – Google entfernt die URL dann zügig aus dem Index, ohne Soft-404-Umwege.
Häufige Fragen zum 301-Redirect
Verliert ein 301-Redirect Linkkraft?
Nach offizieller Google-Aussage seit 2016: nein. 3xx-Weiterleitungen verlieren keinen PageRank. Voraussetzung ist, dass das Ziel inhaltlich zur alten URL passt – eine Weiterleitung auf eine themenfremde Seite oder pauschal auf die Startseite wird als Soft 404 behandelt und überträgt praktisch nichts.
Wie lange muss ein 301-Redirect aktiv bleiben?
Google empfiehlt mindestens zwölf Monate, damit alle Signale übertragen und alle alten URLs neu verarbeitet werden. Für URLs mit eingehenden Links gilt: am besten dauerhaft. Der Pflegeaufwand einer bestehenden Weiterleitungsregel ist minimal, der Schaden durch ihr Entfernen real.
Was ist der Unterschied zwischen 301 und 308?
Beide signalisieren einen dauerhaften Umzug. Der Unterschied liegt in der HTTP-Methode: Beim 301 darf ein Client eine POST-Anfrage beim Folgen in ein GET umwandeln, beim 308 muss die Methode erhalten bleiben. Für normale Seitenaufrufe in der Suche behandelt Google beide gleich; relevant wird der 308 bei Formularen und API-Endpunkten.
Wie prüfe ich, ob ein Redirect korrekt funktioniert?
Mit einem Crawler wie Screaming Frog lässt sich eine komplette URL-Liste testen: Jede alte URL sollte mit genau einem 301 direkt am richtigen Ziel ankommen. Einzelne URLs prüft man per curl -I auf der Kommandozeile oder mit dem URL-Prüftool der Google Search Console, das zusätzlich zeigt, wie Google die Weiterleitung verarbeitet hat.
Kann ich einen 301-Redirect wieder rückgängig machen?
Serverseitig ja – die Regel lässt sich jederzeit entfernen oder umdrehen. Praktisch hat der Code aber Wirkung hinterlassen: Browser haben die Weiterleitung gecacht, Google hat Signale übertragen und die alte URL womöglich aus dem Index genommen. Die Rückabwicklung dauert deshalb deutlich länger als das ursprüngliche Setzen. Ein 301 ist eine Entscheidung, kein Experiment.