Weiterleitungs-Generator

VonOleh Soloninaktualisiert 25. September 2026

Ergebnis

Regel für nginx mit Statuscode 301. Prüfen Sie nach dem Einspielen den Header, nicht das Aussehen der Seite.

Regel

location = /alte-seite {

    return 301 /neue-seite;

}

Was dieser Code bewirkt

301 sagt zweierlei. Erstens: Die Adresse ist dauerhaft umgezogen — Google überträgt die Bewertung auf das Ziel und ersetzt die alte Adresse im Index. Zweitens: Die Methode darf gewechselt werden; aus einem POST wird beim Ziel üblicherweise ein GET. Browser merken sich einen 301 hartnäckig und fragen die alte Adresse danach oft gar nicht mehr ab — ein Fehler hier ist schwer zurückzunehmen.

Hinweise

Keine Auffälligkeiten.

Das Ergebnis ist ein Richtwert und ersetzt keine Beratung.

Fertige Regel für nginx, Apache, IIS oder Netlify — mit Warnung vor Schleife und falschem Code.

Eine Weiterleitung sagt dem Browser und dem Crawler, dass eine Adresse jetzt woanders liegt. Geschrieben wird sie je nach Server völlig verschieden — dieselbe Absicht, vier Syntaxen. Dieser Generator gibt die Regel aus, die Sie einfügen können: bei Apache und Netlify eine Zeile, bei nginx und IIS ein kurzer Block.

Wichtiger als die Syntax ist der Code. Dauerhaft oder vorübergehend entscheidet darüber, ob die Bewertung der alten Adresse mitwandert oder ob die alte Adresse im Index bleibt — und das lässt sich später nur mit Mühe korrigieren, weil Browser einen 301 hartnäckig zwischenspeichern.

So benutzen Sie den Rechner

Tragen Sie die alte Adresse als Pfad ein und das Ziel als Pfad oder vollständige Adresse.
Wählen Sie den Code: 301 für einen dauerhaften Umzug, 302 nur, wenn die alte Adresse wiederkommt.
Wählen Sie die Konfiguration Ihres Servers und übernehmen Sie die Regel an die Stelle, die unten steht.
Prüfen Sie danach den Header, nicht das Aussehen der Seite — eine Weiterleitung per JavaScript sieht genauso aus und wirkt anders.

Vier Codes, zwei Fragen

Die Wahl des Codes beantwortet zwei voneinander unabhängige Fragen: Ist der Umzug dauerhaft, und soll die Methode erhalten bleiben. Daraus ergeben sich vier Kombinationen, und für jede gibt es genau einen Code.

Die zweite Frage wird fast immer übersehen, weil sie nur bei Formularen auffällt. Bei 301 und 302 darf der Browser aus einem POST beim Ziel ein GET machen — die abgeschickten Daten sind dann weg. 307 und 308 verbieten das.

Alle Zeilen stammen aus dem Rechner dieser Seite. Für eine gewöhnliche Adressänderung ist 301 richtig, weil er der älteste und von allen Zwischenstationen verstandene Code ist. 308 ist nur nötig, wenn an die alte Adresse Daten geschickt werden.
Code	Umzug	Methode bleibt	Zwischengespeichert
301	dauerhaft	nein	ja
308	dauerhaft	ja	ja
302	vorübergehend	nein	nein
307	vorübergehend	ja	nein

Wo die Regel hingehört

Dieselbe Weiterleitung sieht auf jedem Server anders aus, und sie gehört jeweils an eine andere Stelle. Eine Regel an der falschen Stelle kann einen Konfigurationsfehler auslösen und das Neuladen verhindern — prüfen Sie bei nginx zuerst mit nginx -t und laden Sie erst danach neu.

Auf zwei der vier Systeme wird die Datei bei jeder Anfrage neu gelesen, auf den beiden anderen erst nach einem Neustart oder einer neuen Auslieferung. Das erklärt die meisten Fälle von „ich habe es doch eingetragen“.

Die Regeln für alle vier gibt der Rechner oben aus, fertig zum Übernehmen. Bei nginx sind es drei Zeilen mit location und return, bei Apache eine einzige, bei IIS ein rule-Element und bei Netlify eine Zeile aus drei durch Leerzeichen getrennten Feldern.
Konfiguration	Datei	Wirksam ab
nginx	server-Block der Domain	nach nginx -s reload
Apache	.htaccess im Wurzelverzeichnis	sofort, die Datei wird je Anfrage gelesen
IIS	web.config	sofort
Netlify	_redirects im veröffentlichten Verzeichnis	nach der nächsten Auslieferung

Ketten kosten, Schleifen brechen

Zeigt A auf B und B auf C, funktioniert das für den Besucher — jeder Sprung kostet aber eine Anfrage, und Google folgt einer Kette nur begrenzt weit. Bei einem Umzug lohnt es sich deshalb, alte Regeln direkt auf das endgültige Ziel umzuschreiben, statt neue davorzuhängen.

Eine Schleife entsteht meist nicht aus Unachtsamkeit, sondern aus zwei Regeln, die einander widersprechen: Eine entfernt den Schrägstrich am Ende, eine andere hängt ihn wieder an. Der Browser bricht nach etwa zwanzig Sprüngen ab und zeigt eine Fehlermeldung. Deshalb warnt dieser Generator, sobald sich Quelle und Ziel nur im Schrägstrich unterscheiden.

Wo die Regel hingehört

Bei nginx steht sie im Server-Block; „location =“ trifft genau eine Adresse und ist schneller als ein regulärer Ausdruck, weil nginx nicht suchen muss. Bei Apache kommt sie in die .htaccess im Wurzelverzeichnis oder direkt in die Konfiguration, was schneller ist, weil die .htaccess bei jeder Anfrage neu gelesen wird.

Netlify erwartet eine Datei namens _redirects mit einer Regel je Zeile, IIS eine Regel im rewrite-Abschnitt der web.config. IIS kennt vier Werte: Permanent, Found, SeeOther und Temporary, also 301, 302, 303 und 307. Ohne Entsprechung bleibt allein die 308; die ausgegebene Regel setzt dafür Permanent, also eine 301 — dauerhaft wie gewünscht, aber ohne Garantie, dass die Anfragemethode erhalten bleibt. Der Generator weist darauf hin.

Nach dem Umzug

Eine Weiterleitung sollte bestehen bleiben, solange irgendwo noch Links auf die alte Adresse zeigen — in der Praxis heißt das: dauerhaft. Ein Jahr ist ein verbreiteter Kompromiss, aber jeder externe Link, der danach ins Leere läuft, ist verschenkt.

Prüfen lässt sich das Ergebnis nur am Header, nicht im Browserfenster: Eine Seite, die richtig aussieht, kann per 302 statt 301 erreicht worden sein. Die Search Console meldet nach einigen Wochen, ob die neuen Adressen indexiert sind und ob Google noch Ketten sieht.

Quellen

Stand der Werte: 2026. Die Ergebnisse sind Orientierungswerte und ersetzen keine fachliche Beratung.

Häufige Fragen

301 oder 302 — was nehme ich?

301, wenn die alte Adresse nicht wiederkommt: Dann übernimmt die neue Adresse die Bewertung. 302 nur für echte Provisorien, etwa eine Aktionsseite. Bei 302 bleibt die alte Adresse im Index, weil sie ja weiter gelten soll.

Wie lange muss eine Weiterleitung bestehen bleiben?

So lange, wie noch Links auf die alte Adresse zeigen. Ein Jahr ist üblich, dauerhaft ist sicherer — externe Links verschwinden nicht nach Plan, und jeder davon ist sonst verloren.

Warum lande ich in einer Weiterleitungsschleife?

Fast immer, weil zwei Regeln einander aufheben — eine entfernt den Schrägstrich am Ende, die andere fügt ihn wieder ein. Prüfen Sie auch Weiterleitungen im Anwendungscode und in einem vorgeschalteten CDN, nicht nur die Serverkonfiguration.

Warum verliert mein Formular die Daten nach der Weiterleitung?

Weil bei 301 und 302 die Methode gewechselt werden darf: Aus dem POST wird beim Ziel ein GET, und der Inhalt des Formulars ist weg. Für eine Adresse, an die Daten geschickt werden, ist deshalb 308 oder 307 der richtige Code.

Wie viele Weiterleitungen hintereinander sind zu viel?

Jede Station kostet eine Anfrage und damit Ladezeit; Browser brechen nach etwa zwanzig ab, Crawler deutlich früher. Bei einer Ketten-Weiterleitung lohnt es, die Regeln zusammenzufassen: Wer von A über B nach C leitet, schreibt besser zwei Regeln, die beide direkt auf C zeigen.

Weiterleitung per Server oder per JavaScript?

Per Server. Eine Weiterleitung im Header wirkt, bevor die Seite geladen wird, und wird von jedem Crawler verstanden. Eine Umleitung per JavaScript oder Meta-Refresh sieht für den Besucher gleich aus, kostet einen vollen Seitenaufbau und wird nicht überall ausgewertet.

Nützliche Links

Entwicklung und Web Alle Rechner

Weiterleitungs-Generator

Ergebnis

Passt dazu

HTTP-Statuscodes

robots.txt-Generator

Title und Meta-Description prüfen

URL-Kodierer

Open-Graph-Generator

FAQ-Schema-Generator

Nützliche Links