Was ist eine 301-Weiterleitung und wie richtet man sie ein? (.htaccess, Nginx).

Eine 301-Weiterleitung ist das Verfahren, mit dem die Serverantwort mitteilt, dass eine Adresse dauerhaft an eine andere Adresse umgezogen ist; der Browser führt den Besucher zur neuen Adresse, und Google lernt die neue Adresse als maßgebliche Adresse kennen. Eingerichtet wird sie bei Apache mit einer Zeile in der .htaccess-Datei, bei Nginx mit einer return-Zeile und bei Cloudflare mit einer Zeile in _redirects oder einer Weiterleitungsregel.

Die 301-Weiterleitung ist das grundlegende Werkzeug, um den Wert einer alten Adresse nicht zu verlieren, wenn eine Website erneuert wird oder sich die Adresse einer Seite ändert. Dieser Leitfaden beantwortet die Frage nach dem „Wie“: welche Zeile auf welchem Server geschrieben wird, welche Fehler am häufigsten passieren und woran man erkennt, ob eine Weiterleitung wirklich funktioniert. Die Wahl zwischen dauerhafter und vorübergehender Weiterleitung behandelt der Vergleich 301 oder 302, ihren Platz in einer Website-Migration die Migrations-Checkliste. Wenn Sie alle Adressen einer Website umziehen, ist dieser Teil der Arbeit der Kern der Leistung Website-Relaunch und Migration.

Wozu dient eine 301-Weiterleitung?

Statt einer Seite gibt der Server auf eine Anfrage an die alte Adresse eine kurze Antwort: Statuscode 301 und die neue Adresse. Sieht der Browser diese Antwort, fordert er die neue Adresse an; der Besucher bemerkt den Zwischenschritt meist nicht. Für Google ist eine 301 ein starkes Signal, dass die Zieladresse die maßgebliche (kanonische) Adresse ist. Googles Dokumentation unterscheidet 301 und 308 als dauerhafte sowie 302, 303 und 307 als vorübergehende Weiterleitungen; die vorübergehenden geben nur ein schwaches Signal, dass das Ziel die maßgebliche Adresse ist.

Die Weiterleitung sollte auf dem Server erfolgen. Eine in die Seite eingebaute sofortige Aktualisierung (Meta-Refresh, 0 Sekunden) und eine Adressänderung per JavaScript kann Google zwar ebenfalls als dauerhafte Weiterleitung auslegen, doch beide setzen voraus, dass die Seite zuerst geladen wird, und die JavaScript-Variante hängt vom Rendern der Seite ab. Wenn Sie die Wahl haben, hat die Server-Weiterleitung immer Vorrang.

Wie richtet man auf Apache eine 301-Weiterleitung mit .htaccess ein?

Läuft Ihre Website auf einem Apache-Server — bei Shared Hosting häufig der Fall —, wird die Weiterleitung in die .htaccess-Datei im Stammverzeichnis der Website geschrieben. Es gibt zwei Wege. Die Redirect-Direktive ist für einfache Übereinstimmungen gedacht: Sie schickt Anfragen, die mit dem Pfad links beginnen, an die Adresse rechts. RewriteRule erfasst Muster mit einem regulären Ausdruck; sie kommt zum Einsatz, wenn sich die Adressstruktur insgesamt ändert.

1. # Einzelne Seite: alte Adresse → neue Adresse
2. Redirect 301 /hakkimizda.html https://www.example.com/kurumsal/
3. # Ordner: jede Adresse unter /blog/ samt restlichem Pfad unter /yazilar/
4. Redirect 301 /blog/ https://www.example.com/yazilar/
5. # Muster: /urun/NAME → /urunler/NAME/
6. RewriteEngine On
7. RewriteRule ^urun/([a-z0-9-]+)/?$ https://www.example.com/urunler/$1/ [R=301,L]

Drei Details werden oft übersehen. Erstens: Schreiben Sie in die Redirect-Zeile keinen Code, sendet Apache eine 302, also eine vorübergehende Weiterleitung; 301 oder das Wort permanent muss ausdrücklich angegeben werden. Auch das R-Flag in RewriteRule erzeugt ohne Code eine 302. Zweitens: Redirect ist eine Präfixübereinstimmung; die /blog/-Zeile erfasst jede Adresse, die mit /blog/ beginnt, und hängt den restlichen Pfad an das Ziel an. Wenn Sie genau das wollen, ist es eine Abkürzung; wenn nicht, zieht sie auch Adressen mit um, mit denen Sie nicht gerechnet haben. Drittens: In der .htaccess sieht das RewriteRule-Muster den führenden Schrägstrich nicht; laut Apache-Dokumentation passt ein Muster, das mit ^/ beginnt, in diesem Kontext nie. Deshalb beginnt das Muster mit ^urun/.

Wie schreibt man eine 301-Weiterleitung in Nginx?

Nginx liest keine .htaccess; die Weiterleitung wird in den server- oder location-Block der Serverkonfiguration geschrieben und wird wirksam, sobald die Konfiguration neu geladen ist. Für eine einzelne Adresse verwendet man location und return, für ein Muster rewrite.

1. # Einzelne Seite
2. location = /hakkimizda.html { return 301 https://www.example.com/kurumsal/; }
3. # Muster: /urun/NAME → /urunler/NAME/
4. rewrite ^/urun/([a-z0-9-]+)/?$ https://www.example.com/urunler/$1/ permanent;

Auch in Nginx ist die Voreinstellung vorübergehend: Steht in der return-Zeile nur eine Adresse, geht eine 302 hinaus; steht in der rewrite-Zeile redirect statt permanent, ebenfalls eine 302. Für eine dauerhafte Weiterleitung schreiben Sie den Code oder das permanent-Flag ausdrücklich.

Wie richtet man bei Cloudflare eine 301-Weiterleitung ein?

Bei Cloudflare gibt es drei Wege. Wird die Website als statische Dateien über Cloudflare Pages oder Workers ausgeliefert, kommt in die _redirects-Datei im Stammverzeichnis pro Zeile eine Regel: Quelle, Ziel, Code. Steht nur das Netzwerk von Cloudflare vor der Website, nutzt man die Weiterleitungsregeln im Dashboard. Der dritte Weg ist, dass ein Worker die Weiterleitungsantwort in seinem eigenen Code erzeugt; so macht es diese Website.

1. # _redirects — Quelle · Ziel · Code
2. /hakkimizda.html /kurumsal/ 301
3. /urun/* /urunler/:splat 301

Laut Cloudflare-Dokumentation ist in der _redirects-Datei ohne Code 302 voreingestellt; auch hier muss 301 ausdrücklich stehen. Noch ein Detail: Die Regeln dieser Datei gelten nur für Antworten mit statischen Dateien, nicht für Antworten, die der eigene Code eines Workers erzeugt. Hat Ihre Website sowohl einen Worker als auch _redirects, schreiben Sie keine Regeln, ohne zu wissen, welche Anfrage bei wem landet.

Was sind die häufigsten Fehler bei 301-Weiterleitungen?

• Den Code weglassen. In allen drei Umgebungen ist eine Weiterleitung ohne Code standardmäßig 302; ein dauerhafter Umzug sieht vorübergehend aus.
• Alles auf die Startseite schicken. Weiterleitungen von Adressen ohne Entsprechung auf die Startseite liest Google wie Fehlerseiten; die richtige Antwort ist 404 oder 410 (Leitfaden zum 404-Fehler).
• Ketten bauen. Alte Adresse → Zwischenadresse → neue Adresse. Der Crawler von Google folgt höchstens 10 Schritten, doch die Dokumentation zum Website-Umzug empfiehlt, Ketten auf höchstens drei Schritte zu begrenzen. Einzelheiten im Eintrag Weiterleitungskette.
• Schleifen bauen. Leiten zwei Regeln aufeinander weiter, öffnet sich die Seite nie; die Search Console meldet das als Weiterleitungsfehler.
• Interne Links auf der alten Adresse lassen. Die Weiterleitung funktioniert, aber jeder Klick auf Ihrer eigenen Website läuft durch einen unnötigen Schritt.
• Die Weiterleitung zu früh entfernen. Google empfiehlt, sie mindestens ein Jahr beizubehalten.

Woran erkennt man, ob eine Weiterleitung funktioniert?

Die alte Adresse im Browser zu öffnen und die neue Seite zu sehen, reicht nicht: Der Browser folgt der Kette stillschweigend, zeigt den Code nicht an und kann dauerhafte Weiterleitungen in seinem eigenen Cache halten. Eine richtige Prüfung stellt drei Fragen zugleich: Ist der Code der ersten Antwort 301, ist die am Ende der Kette erreichte Adresse die aus der Tabelle, und liefert diese Adresse 200? Das wird für jede Zeile der Tabelle einzeln gefragt.

Wie wird 301 auf dieser Website eingesetzt?

Die Weiterleitungen dieser Website laufen serverseitig, im Code des Workers, der auf Cloudflare läuft. Sie erledigen zwei Aufgaben. Erstens wird jede Anfrage an die Domain ohne www mit einer 301 an die www-Adresse geschickt, Pfad und Abfrage unverändert. Zweitens verbindet eine kleine Alias-Tabelle alte Adressen mit ihren neuen.

Die lehrreichste Zeile dieser Tabelle stammt von einer Leistungsseite, die im September 2026 in zwei geteilt wurde. Die alte Adresse trug zwei verschiedene Suchintentionen auf einer Seite und war indexiert. Wir haben die Weiterleitung nicht auf die Leistungsübersicht gesetzt, sondern auf die neue Seite, die den Inhalt der alten Seite eins zu eins übernimmt: Google erwartet für eine alte Adresse die nächstliegende Entsprechung, und eine Listenseite ist diese Entsprechung nicht.

Beim Messen haben wir uns zweimal geirrt, und beide Male war es ein Mess-, kein Produktfehler. In der ersten Fassung folgte das Prüfwerkzeug den Weiterleitungen und meldete die 200 dahinter; eine funktionierende Weiterleitung sah kaputt aus. Als wir das Werkzeug so änderten, dass es den ersten Schritt liest, war der erfasste Schritt diesmal nicht unsere Weiterleitung, sondern der erste Schritt von der Adresse ohne www zur www-Adresse. So wurde klar, dass das richtige Maß das Ende der Kette ist: Bringt die alte Adresse den Leser auf die richtige Seite? Seitdem prüft das Werkzeug die Zieladresse und ob sich das Ziel wirklich von der angefragten Adresse unterscheidet — wäre die Weiterleitung nie eingerichtet worden, wäre das Ziel mit der angefragten Adresse identisch und ginge stillschweigend durch.

Der Beweis einer Weiterleitung ist nicht der Statuscode, sondern die Adresse, an der sie ankommt.

Die Varianten mit http und ohne www auf derselben Domain zusammenzuführen, ist eine eigene Aufgabe; sie wird im Leitfaden zur HTTPS- und www-Weiterleitung erklärt.

Wenn Sie beim Relaunch keinen Traffic verlieren möchten: Website-Relaunch und Migration erfasst die alten Adressen, baut eine kettenfreie 301-Weiterleitungstabelle und überwacht die Website 90 Tage nach dem Umzug.