301-Weiterleitungen richtig setzen

Wann braucht man eine 301-Weiterleitung?

Eine 301-Weiterleitung brauchen Sie immer dann, wenn eine URL dauerhaft unter einer anderen Adresse erreichbar sein soll: bei gelöschten oder zusammengelegten Seiten, beim Wechsel auf HTTPS, beim Umzug auf eine neue Domain und bei jedem Relaunch mit geänderter URL-Struktur. Der HTTP-Statuscode 301 teilt Suchmaschinen mit, dass der Umzug endgültig ist, und überträgt nahezu die gesamte Linkkraft der alten Seite auf das neue Ziel. Eine 302 setzen Sie nur ein, wenn die Umleitung wirklich nur vorübergehend ist.

Weiterleitungen sind kein Randthema der Technik, sondern entscheiden darüber, ob aufgebaute Sichtbarkeit erhalten bleibt oder verloren geht. Wer eine Seite ersatzlos löscht, ohne weiterzuleiten, wirft jeden Backlink und jedes Ranking weg, das auf diese Adresse zeigte. Wer falsch oder unsauber weiterleitet, riskiert dasselbe in abgeschwächter Form. Dieser Ratgeber führt Sie durch die Entscheidung zwischen 301 und 302, durch die drei gängigen Umsetzungswege und durch die häufigsten Fehler, allen voran die Redirect-Kette.

1. 301 oder 302: den richtigen Statuscode wählen

Der Unterschied ist einfach: Die 301 bedeutet permanent, die 302 bedeutet temporär. Bei einer 301 versteht Google, dass die neue Adresse die alte vollständig ersetzt, übernimmt das Ranking auf das neue Ziel und entfernt die alte URL mit der Zeit aus dem Index. Bei einer 302 geht Google davon aus, dass die Originaladresse zurückkehrt, behält sie im Index und überträgt die Signale nicht verlässlich auf das Ziel.

In der Praxis ist die 301 fast immer die richtige Wahl. Die 302 hat nur wenige berechtigte Einsatzfälle: eine zeitlich begrenzte Aktionsseite, eine Wartungs- oder Baustellenseite, ein A/B-Test oder eine geografische Weiterleitung, die situativ greift. Ein verbreiteter und teurer Fehler ist, einen dauerhaften Umzug versehentlich als 302 auszuliefern, etwa weil ein Plugin oder die Server-Software das als Voreinstellung tut. Dann bleibt die Linkkraft beim alten URL hängen, und die neue Seite kommt nicht in Fahrt. Prüfen Sie den ausgelieferten Statuscode daher immer nach, zum Beispiel mit den Entwicklertools des Browsers oder einem Redirect-Checker.

2. 301 per .htaccess setzen (Apache)

Läuft Ihre Website auf einem Apache-Server, und das ist bei den meisten WordPress-Hostings der Fall, setzen Sie Weiterleitungen direkt in der Datei .htaccess im Stammverzeichnis. Diese Variante ist sehr schnell, weil der Server die Umleitung ausführt, bevor überhaupt PHP oder WordPress geladen werden. Für eine einzelne Seite genügt eine Zeile:

Redirect 301 /alte-seite/ https://www.beispiel.de/neue-seite/

Wollen Sie eine komplette Domain umziehen oder alle Adressen mit demselben Pfad auf ein neues Schema heben, nutzen Sie das Modul mod_rewrite. Das folgende Beispiel leitet eine ganze alte Domain dauerhaft auf die neue um und behält dabei den jeweiligen Pfad bei:

RewriteEngine On
RewriteCond %{HTTP_HOST} ^alte-domain\.de [NC]
RewriteRule ^(.*)$ https://www.neue-domain.de/$1 [R=301,L]

Bei WordPress gilt eine wichtige Regel: Eigene Weiterleitungen gehören oberhalb des von WordPress verwalteten Blocks, also vor die Zeile mit der Markierung BEGIN WordPress. Sichern Sie die .htaccess vor jeder Änderung, denn schon ein kleiner Tippfehler kann die gesamte Seite mit einem Server-Fehler lahmlegen. Achten Sie außerdem darauf, immer auf die endgültige Zieladresse mit HTTPS und der gewünschten www-Schreibweise zu verweisen, damit aus der Weiterleitung keine Kette entsteht.

3. 301 per Plugin oder Nginx setzen

Wer nicht in Server-Dateien eingreifen möchte, verwaltet Weiterleitungen in WordPress am bequemsten über ein Plugin. Das verbreitetste ist Redirection, das jede 301 in einer Oberfläche anlegt und zusätzlich die auftretenden 404-Fehler protokolliert, sodass Sie sehen, welche aufgerufenen Adressen ins Leere laufen und eine Weiterleitung brauchen. Viele SEO-Suiten wie Rank Math oder Yoast Premium bringen eine vergleichbare Funktion mit. Der Vorteil ist die einfache Pflege, der kleine Nachteil ist, dass die Umleitung über PHP läuft und damit minimal langsamer ist als eine Server-Regel.

Läuft Ihr Hosting auf Nginx statt Apache, greift die .htaccess nicht. Hier definieren Sie die Weiterleitung in der Server-Konfiguration, was in der Regel der Administrator oder der Hoster übernimmt. Eine permanente Umleitung einer Domain sieht dort so aus:

server {
    server_name alte-domain.de;
    return 301 https://www.neue-domain.de$request_uri;
}

Welcher Weg der richtige ist, hängt vom Umfang ab. Für eine Handvoll einzelner Weiterleitungen nach dem Löschen alter Beiträge reicht ein Plugin völlig aus. Für einen Domainumzug oder einen Relaunch mit hunderten Adressen sind Server-seitige Regeln sauberer und performanter, weil sie zentral greifen und nicht von einem aktiven Plugin abhängen.

4. Redirect-Ketten erkennen und auflösen

Eine Redirect-Kette entsteht, wenn eine Adresse über mehrere Stationen weitergereicht wird: URL A leitet auf B, B leitet auf C, C schließlich auf das eigentliche Ziel D. Jeder dieser Sprünge kostet Sie etwas Linkkraft und verursacht eine zusätzliche Wartezeit, bevor der Besucher die Seite sieht. Diese Latenz schlägt direkt auf den Largest Contentful Paint und damit auf Ihre Core Web Vitals durch. Google folgt Ketten zwar bis etwa fünf Stationen, doch jede überflüssige Station verwässert das Signal und das Tempo.

Die Lösung ist einfach: Leiten Sie immer direkt auf das endgültige Ziel weiter. Statt A auf B und B auf C zeigen zu lassen, setzen Sie A direkt auf C. Solche Ketten sammeln sich besonders über die Jahre an, wenn Seiten mehrfach umziehen, und nach einem Relaunch, bei dem alte Weiterleitungen auf bereits umgezogene Adressen verweisen. Aufspüren lassen sie sich mit einem Crawler wie Screaming Frog oder Sitebulb, der Ketten und Schleifen in einem eigenen Bericht ausweist, sowie mit einem einfachen Redirect-Checker für einzelne URLs.

5. Häufige Fehler bei Weiterleitungen

Der teuerste Fehler ist die Pauschalweiterleitung aller alten Adressen auf die Startseite. Google wertet eine solche Weiterleitung, die thematisch nicht zur ursprünglichen Seite passt, wie einen weichen 404 und überträgt keine Signale. Jede alte URL gehört auf das inhaltlich passende neue Pendant, nicht auf die Startseite. Existiert kein Ersatz, ist ein sauberer 404 oder 410 oft die ehrlichere Lösung.

Weitere wiederkehrende Fehler sind die versehentliche 302 statt 301, das Weiterleiten auf eine Seite, die per noindex oder robots.txt blockiert ist, sowie das vorzeitige Entfernen von Weiterleitungen. Behalten Sie eine 301 mindestens ein Jahr bei, besser dauerhaft, denn Suchmaschinen und Backlinks brauchen Zeit, um die Umstellung vollständig zu verarbeiten. Und vergessen Sie die internen Links nicht: Passen Sie nach einem Umzug Ihre Menüs, Buttons und Textlinks auf die neuen Adressen an, statt sie über Weiterleitungen laufen zu lassen.

6. Weiterleitungen beim Relaunch planen

Bei einem Relaunch oder einer Migration ändern sich oft hunderte Adressen auf einmal. Hier entscheidet das Weiterleitungskonzept darüber, ob die Sichtbarkeit erhalten bleibt oder einbricht. Der Ablauf ist immer derselbe: Exportieren Sie vor dem Umzug alle bestehenden URLs aus einem Crawl und aus der Google Search Console, ordnen Sie jeder alten Adresse ihr neues Pendant in einer Mapping-Tabelle zu und richten Sie für jede Zeile eine 301 ein, die zum Go-live aktiv ist.

Besonders wichtig sind die Seiten mit den meisten Backlinks und dem meisten Traffic, denn dort steckt der größte Wert. Diese gehören priorisiert und mehrfach geprüft. Nach dem Go-live kontrollieren Sie über die Search Console, ob die Indexierung auf die neuen Adressen umspringt, und über den 404-Bericht, ob Adressen vergessen wurden. Wer diesen Prozess sauber aufsetzt, übersteht einen Umzug ohne nennenswerten Rankingverlust. Wie eine professionell begleitete Relaunch-Betreuung diesen Ablauf absichert und welche Schritte vor, während und nach dem Go-live anstehen, lesen Sie auf der zugehörigen Leistungsseite.