Alte und neue URLs einfügen und 301-Regeln für .htaccess oder Nginx erhalten, auf Schleifen geprüft
Läuft in Ihrem Browser. Nichts, was Sie eingeben, wird irgendwohin gesendet. Geprüft am 16. Oktober 2026.Eine 301-Weiterleitung teilt Browsern und Suchmaschinen mit, dass eine Seite dauerhaft umgezogen ist. In Apaches .htaccess leitet RewriteRule ^old-page$ /new-page [L,R=301] /old-page auf /new-page um; in Nginx tut location = /old-page { return 301 /new-page; } dasselbe. Verwenden Sie 302 oder 307 für einen vorübergehenden Umzug und 410 für eine absichtlich entfernte Seite.
Diese Seite wurde maschinell aus dem englischen Original übersetzt. Die Übersetzung wurde noch von keinem Menschen geprüft; maßgeblich ist die englische Fassung. Englisches Original lesen
Fügen Sie eine Weiterleitung pro Zeile in das Feld Weiterleitungen ein: den alten Pfad, ein Leerzeichen, dann den neuen Pfad oder die URL.
Wählen Sie Apache oder Nginx und aktivieren Sie HTTPS erzwingen oder wählen Sie www oder kein www, wenn Sie das ebenfalls möchten.
Korrigieren Sie jede als Schleife markierte Zeile und nehmen Sie das Angebot an, Ketten zu verkürzen, damit jeder Besucher nur einen Sprung macht.
Klicken Sie auf Kopieren oder Herunterladen und fügen Sie die Regeln am Anfang Ihrer .htaccess-Datei oder in Ihren Server-Block ein.
Fügen Sie eine Weiterleitung pro Zeile ein, die alte Adresse und dann die neue, und die Regeln werden geschrieben, während Sie tippen. Alte Adressen können Pfade oder vollständige URLs sein, aus einem Browser oder einem Analytics-Export kopiert; Tabs, Kommas und Pfeile funktionieren ebenfalls, sodass sich ein Spaltenpaar aus einer Tabelle direkt einfügen lässt. Fügen Sie am Zeilenende einen Code hinzu, um den Standard zu überschreiben, oder schreiben Sie 410 statt einer neuen Adresse für eine Seite, die es nicht mehr gibt.
Welcher Code.
| Code | Bedeutung | Verwenden für |
|---|---|---|
| 301 | Dauerhaft verschoben | Umbenannte Seiten, eine neue Domain, HTTPS |
| 308 | Dauerhaft, gleiche Methode | APIs und Formulare mit POST |
| 302 / 307 | Vorübergehend | Kampagnen, Wartung, A/B-Tests |
| 410 | Entfernt | Absichtlich entfernte Seiten |
Apache. Jede Regel verwendet mod_rewrite. Die einfachere Redirect-Direktive vergleicht Präfixe, sodass Redirect /shop /store auch /shopping erfasst, und wenn man beide Module mischt, laufen sie in einer Reihenfolge, die viele überrascht. Muster sind verankert und maskiert, sodass ein Punkt in old.html nur auf einen Punkt passt. Eine alte Adresse mit Query-String, etwa /products?id=42, erhält eine eigene RewriteCond, und die Query wird aus der neuen Adresse entfernt.
Nginx. Jede Seite erhält einen exakten location =-Block mit return. HTTPS und die www-Wahl erhalten eigene Server-Blöcke, die Ihre Domain benötigen.
Prüfungen. Eine Regel, die eine Seite direkt oder über andere Regeln auf sich selbst schickt, ist eine Schleife und wird weggelassen. Eine Regel, die auf eine andere weitergeleitete Seite zeigt, ist eine Kette; ein Klick lässt sie direkt auf die endgültige Seite zeigen, sodass Besucher und Crawler einen Sprung statt mehrerer machen. Eine doppelte alte Adresse wird markiert, weil nur die erste Regel je ausgeführt würde.
HTTPS und der Host werden in einem Sprung behandelt, vor den Seitenregeln. Testen Sie zuerst mit 302: Browser merken sich eine 301 sehr lange.
Alles läuft in Ihrem Browser; nichts, was Sie einfügen, wird irgendwohin gesendet.
Fügen Sie einmal RewriteEngine On hinzu, dann eine Zeile pro Seite: RewriteRule ^old-page$ /new-page [L,R=301]. Das Muster hat in .htaccess keinen führenden Schrägstrich, Caret und Dollar sorgen dafür, dass es nur genau diese Seite trifft, und R=301 macht den Umzug dauerhaft. Setzen Sie die Regeln nahe an den Anfang der Datei, vor jeden WordPress- oder Framework-Block.
301 und 308 sind dauerhaft: Suchmaschinen übertragen das Ranking der alten Seite auf die neue Adresse. 302 und 307 sind vorübergehend, die alte Adresse bleibt also indexiert. 307 und 308 verlangen außerdem, dass Browser dieselbe Methode wiederholen, etwa POST, während 301 und 302 einen Wechsel zu GET erlauben. Die meisten Seitenumzüge sollten 301 verwenden.
Kombinieren Sie die Bedingungen, damit der Besucher nur einen Sprung macht: Leiten Sie um, wenn HTTPS aus ist oder der Host mit www beginnt, und schicken Sie ihn zu https plus dem Host ohne www. Dieser Generator schreibt genau das mit drei RewriteCond-Zeilen und einer RewriteRule, oder einem Paar Server-Blöcke für Nginx, statt zwei getrennter Weiterleitungen hintereinander.
Eine Schleife entsteht, wenn eine Regel eine Seite an eine Adresse schickt, die dieselbe oder eine andere Regel zurückleitet. Häufige Ursachen sind eine Weiterleitung von /page auf /page/, während eine andere Regel den Schrägstrich entfernt, oder erzwungenes HTTPS hinter Cloudflare Flexible SSL, wo der Server immer HTTP sieht. Dieses Tool lehnt Regeln ab, die eine Schleife bilden, und nennt die Zeile.
RewriteRule sieht den Query-String nie, prüfen Sie ihn also zuerst mit einer RewriteCond: RewriteCond %{QUERY_STRING} ^id=42$, dann die RewriteRule für den Pfad. Fügen Sie das Flag QSD hinzu, damit ?id=42 nicht an die neue Adresse angehängt wird. Wenn Sie hier /products?id=42 /products/blue-mug einfügen, werden beide Zeilen für Apache geschrieben, oder ein if ($args)-Test für Nginx.
Jeder zusätzliche Sprung kostet etwas Zeit, und Google folgt höchstens 10 Sprüngen, bevor es aufgibt; Ketten verschwenden also Crawling-Aufwand und bremsen Besucher. Nach einem zweiten Website-Umzug zeigen alte Adressen oft auf Seiten, die erneut weitergeleitet wurden. Dieser Generator erkennt jede Kette und schreibt die Regel mit einem Klick so um, dass sie direkt auf die endgültige Seite zeigt.
Sätze und Regeln ändern sich; prüfen Sie die Quelle, bevor Sie sich auf eine Zahl verlassen.
Kommen Sie nicht weiter? Fragen Sie zu .htaccess-Weiterleitungs-Generator und jeder, der es weiß, kann antworten. Kein Konto nötig.