301 Weiterleitung einrichten: Anleitung für Apache, Nginx und WordPress

Was ist eine 301-Weiterleitung?

Eine 301-Weiterleitung ist eine Serverantwort, die sagt: Diese Adresse ist dauerhaft umgezogen. Browser landen automatisch auf der neuen Seite, Suchmaschinen übertragen Ranking-Signale und ersetzen die alte URL im Index durch die neue.

Technisch ist 301 ein HTTP-Statuscode. Er wird zusammen mit dem Ziel im Location-Header ausgeliefert, bevor überhaupt Inhalt übertragen wird. Deshalb merken Besucher meist nichts davon außer einer kurzen Verzögerung.

Für die Suchmaschinenoptimierung ist der Statuscode entscheidend, weil er über die Übertragung der Signale bestimmt. Eine Weiterleitung per JavaScript oder per Meta-Refresh funktioniert für Nutzer, wird von Suchmaschinen aber langsamer und weniger zuverlässig verarbeitet.

Wann brauchen Sie 301 und wann 302?

Nehmen Sie 301, wenn die Änderung dauerhaft ist: Relaunch, neue URL-Struktur, Domainwechsel, zusammengelegte Seiten. Nehmen Sie 302 nur bei echten Zwischenlösungen wie einer Wartungsseite oder einer zeitlich begrenzten Aktionsseite.

Die häufigste Fehlentscheidung ist die pauschale Weiterleitung aller gelöschten Seiten auf die Startseite. Google wertet solche Ziele als sogenannte Soft-404 und überträgt keine Signale. Besser ist eine passende Kategorie oder eine ehrliche 410-Antwort.

Wie richten Sie eine 301-Weiterleitung in der .htaccess ein?

Mit der Direktive Redirect 301 für einzelne Seiten oder mit RewriteRule für Muster. Die Regeln gehören in die .htaccess im Stammverzeichnis, oberhalb der WordPress-Regeln.

# Einzelne Seite
Redirect 301 /alte-seite/ https://ihre-domain.de/neue-seite/

# Ganzes Verzeichnis
RedirectMatch 301 ^/altes-verzeichnis/(.*)$ https://ihre-domain.de/neues-verzeichnis/$1

# Immer auf https und ohne www
RewriteEngine On
RewriteCond %{HTTPS} off [OR]
RewriteCond %{HTTP_HOST} ^www\. [NC]
RewriteRule ^(.*)$ https://ihre-domain.de/$1 [R=301,L]

Fehlerfreie Regeln inklusive Sonderfällen erzeugen Sie mit unserem htaccess Redirect Generator. Wichtig: Sichern Sie die .htaccess vor jeder Änderung, ein Syntaxfehler legt die ganze Website lahm.

Wie geht es in Nginx und in WordPress?

In Nginx werden Weiterleitungen in der Serverkonfiguration gepflegt, eine .htaccess gibt es dort nicht. In WordPress genügt für kleine Mengen ein Weiterleitungs-Plugin, für große Umzüge gehört die Liste auf den Server.

Nginx

server {
    server_name ihre-domain.de;
    location = /alte-seite/ {
        return 301 https://ihre-domain.de/neue-seite/;
    }
}

WordPress

Plugins wie Redirection oder die Weiterleitungsfunktion gängiger SEO-Plugins reichen für einige Dutzend Regeln. Bei mehreren hundert Weiterleitungen wird die Datenbankabfrage bei jedem 404 zur Bremse. Dann gehören die Regeln in die Serverkonfiguration. Welche Lösung im Einzelfall passt, klären wir auf unserer Seite zur WordPress Agentur.

Wie planen Sie Weiterleitungen bei einem Relaunch?

Alle alten URLs exportieren, jeder URL manuell eine inhaltlich passende neue Seite zuordnen, Weiterleitungen vor dem Livegang testen und nach dem Start täglich die 404-Meldungen prüfen.

1. Bestandsliste ziehen: URLs aus Sitemap, Search Console, Analytics und einem Crawl zusammenführen. Alles, was Klicks oder Links hat, muss ein Ziel bekommen.
2. Zuordnen statt raten: Jede alte URL bekommt ein Ziel, das denselben Bedarf deckt. Für Seiten ohne Nachfolger ist die Kategorie das Ziel.
3. Testen: Weiterleitungen auf der Staging-Umgebung prüfen, Statuscodes kontrollieren, Ketten auflösen.
4. Livegang begleiten: In den ersten Wochen täglich Search Console und Serverlogs auf 404-Fehler prüfen.
5. Interne Links nachziehen: Im Text und in Menüs sollten die neuen URLs stehen, nicht die weitergeleiteten.

Das vollständige Vorgehen inklusive Zeitplan beschreiben wir auf unserer Seite zum Website Relaunch.

Wie prüfen Sie, ob eine Weiterleitung korrekt funktioniert?

Mit einem Statuscode-Test: Die alte URL muss mit 301 antworten und direkt auf das Endziel zeigen, das mit 200 antwortet. Zwei oder mehr Sprünge sind eine Kette und gehören aufgelöst.

Prüfen lässt sich das im Browser mit den Entwicklerwerkzeugen im Reiter Netzwerk, per Kommandozeile oder mit einem Crawler. Auf der Kommandozeile genügt:

curl -sILo /dev/null -w "%{http_code} %{redirect_url}\n" https://ihre-domain.de/alte-seite/

Die vier häufigsten Fehler

• Weiterleitungsketten: alt zu mittel zu neu. Jede Kette kostet Ladezeit und Signale, also direkt auf das Endziel zeigen.
• Schleifen: A zeigt auf B und B zurück auf A. Die Seite ist dann nicht erreichbar.
• Alles auf die Startseite: wird als Soft-404 gewertet.
• Weiterleitung statt Canonical: Bei Varianten derselben Seite, etwa mit Parametern, ist ein Canonical-Tag oft richtig und die Weiterleitung falsch.