.htaccess-Weiterleitungs-Generator

So nutzen Sie den .htaccess-Weiterleitungs-Generator

1. Wählen Sie Ihren Server: Apache (.htaccess) oder Nginx, dann die Art der Weiterleitung: 301 – dauerhaft oder 302 – vorübergehend.
2. Schreiben Sie unter Seitenweiterleitungen eine Weiterleitung pro Zeile: den alten Pfad, ein Leerzeichen, dann die neue URL, zum Beispiel /alte-seite.html /neue-seite/. Ein Tab, ein Komma oder -> funktionieren ebenfalls, und Sie können vollständige alte URLs oder vorhandene Zeilen wie Redirect 301 /a /b einfügen.
3. Geben Sie optional Ihre Domain ein (zum Beispiel example.com), damit Seitenweiterleitungen direkt auf die endgültige Adresse zeigen.
4. Aktivieren Sie unter Kanonische Adresse die Option HTTPS erzwingen und wählen Sie www erzwingen, www entfernen oder www unverändert lassen. Legen Sie unter Schrägstrich am Ende fest, ob er angehängt oder entfernt werden soll.
5. Ist die gesamte Website umgezogen, füllen Sie Ganze Domain umziehen mit der Alten Domain und der Neuen Adresse aus und lassen Pfad beibehalten aktiviert, damit jede Seite auf ihrem Gegenstück landet.
6. Lesen Sie die Prüfungen und klicken Sie dann auf Kopieren oder Herunterladen. Mit Beispiel laden sehen Sie eine vollständige Konfiguration.

So funktionieren die erzeugten Regeln

Für Apache schreibt das Tool mod_rewrite-Regeln, beginnend mit einem einzigen RewriteEngine On. Jede Seite wird zu einer RewriteRule, deren Muster mit ^/? beginnt – so funktioniert sie sowohl in einer .htaccess-Datei (in der der führende Schrägstrich entfernt wird) als auch in einem <VirtualHost>-Block. Punkte, Klammern, Pluszeichen und andere Sonderzeichen regulärer Ausdrücke in Ihren Pfaden werden escaped, ein Leerzeichen wird zu \x20. In der neuen URL werden $ und % escaped, weil Apache sie als Rückverweise lesen würde, und das Flag NE verhindert, dass Apache die URL ein zweites Mal kodiert.

Eine RewriteRule sieht den Query-String nie. Enthält eine alte Adresse einen, etwa /product.php?id=42, ergänzt das Tool eine Zeile RewriteCond %{QUERY_STRING} ^id=42$ und das Flag QSD, damit die alten Parameter verworfen statt an die neue Seite angehängt werden.

Die Regeln sind so angeordnet, dass unnötige Zwischenschritte entfallen: zuerst der Domainumzug, dann die Seitenweiterleitungen, dann der Schrägstrich am Ende, dann HTTPS und www. HTTPS und www werden in einer einzigen Regel behandelt, sodass http://www.example.com mit nur einer Weiterleitung auf https://example.com führt. Ist Ihre Domain bekannt, zeigen Seiten- und Schrägstrich-Weiterleitungen bereits auf die endgültige HTTPS-Adresse.

Für Nginx werden HTTPS, www und Domainumzüge zu separaten server-Blöcken mit return 301, und Seitenweiterleitungen werden zu rewrite-Zeilen, die Sie in Ihren Haupt-server-Block einfügen. Sie laufen vor dem Location-Matching und haben damit auch Vorrang vor der Schrägstrich-Regel. Ein ? am Ende eines Ziels verhindert, dass Nginx den alten Query-String anhängt, wenn das nicht gewünscht ist.

Durchgeführte Prüfungen

• Eine Seite, die auf sich selbst weiterleitet, oder zwei Seiten, die gegenseitig aufeinander verweisen (eine Schleife, die mit „zu viele Weiterleitungen“ endet).
• Ketten wie A → B → C: Leiten Sie A direkt auf C weiter, denn jeder zusätzliche Schritt bremst Besucher aus und verschwendet Crawl-Budget.
• Dieselbe alte Adresse doppelt aufgeführt – nur die erste Regel würde greifen.
• Ein Ziel, das weder eine absolute URL noch ein mit / beginnender Pfad ist, oder ein Ziel mit http:// bzw. falscher www-Variante auf Ihrer eigenen Domain.
• Eine Schrägstrich-Einstellung, die ein Ziel erneut weiterleiten oder zur Quelle zurückschicken würde.