Statuscodes 301 und 302 – Redirects im SEO

Bei einem Domainwechsel oder URL-Redesign ist es im Hinblick auf die Onpage-Suchmaschinenoptimierung wichtig, Weiterleitungen korrekt und sinnvoll zu setzen. Fehlt das SEO-Know-how, laufen bei großen Websites zahlreiche interne Links plötzlich ins Leere und erzeugen Crawling-Fehler – signifikante Sichtbarkeitsverluste in den Suchmaschinen sind die Folge. Vor Relaunches und Verzeichnis-Restrukturierungen ist deshalb genau zu planen, welche Redirects wann, wie und wohin gesetzt werden.

SEO Tooltipp: OneProSeo.com

Mit dem kostenlosen Tool "Seiten im Google Index Check" von den Kollegen der OneProSeo.com, ist es möglich zu prüfen welche URLs wirklich im Index sind, das kann gerade bei Redirects sehr hilfreich sein.

Unterschiede zwischen der 301- und 302-Weiterleitung

HTTP-Weiterleitungen lassen sich mit dem Status Code 301 oder 302 bewerkstelligen. Da die Serverantwort 302 nur einen vorübergehenden Redirect signalisiert, arbeiten SEOs weit häufiger mit dem Code 301. Hierbei bleibt die alte URL nicht erhalten, sondern wird dauerhaft ungültig und durch eine neue Adresse ersetzt. Dadurch übernimmt die neue URL den Linkjuice der alten und der Wert der Backlinks bleibt erhalten. Voraussetzung ist die korrekte technische Implementierung der 301-Weiterleitung.

Video mit Matt Cutts zum Thema, wie viele 301-Weiterleitungen eine Website aufweisen darf

Einbinden des 301 Status Codes

Damit ein Client beziehungsweise der Googlebot beim Aufruf einer nicht mehr existenten URL auf die neue Ressource umgeleitet wird, ist die neue Adresse als absolute URL in der .htaccess-Datei mit folgendem Code anzugeben:

Options +FollowSymlinks
RewriteEngine on
Redirect 301 /verzeichnis/weiterzuleitendes-dokument.html http://www.beispieldomain.de/neues-dokument.html

Um eine ganze Domain zum Beispiel zur Vermeidung von Duplicate Content umzuleiten, lässt sich dieser Code verwenden:

Options +FollowSymlinks
RewriteEngine on
RewriteCond %{HTTP_HOST} ^beispieldomain.de$ [NC]
RewriteRule ^(.*)$ http://www.beispieldomain.de/$1 [R=301,L]

Das Setzen des Befehls „RewriteEngine on“ vor den einzelnen Weiterleitungen ist erforderlich, um das Apache-Modul „mod-rewrite“ anzuschalten. Ansonsten lassen sich die URLs auf dem Linux-Server nicht manipulieren. Die Direktive RewriteCond definiert, wann die Umleitung per RewriteRule erfolgen soll.

Alternativ lässt sich der 301-Redirect als Header in ein PHP-File einbinden. In die alte Datei ist dann dieser Code zu schreiben, um Clients auf die neue php-Ressource zu leiten:

<?php
header("HTTP/1.1 301 Moved Permanently");
header("Location: http://www.beispieldomain.de/neue-ressource.php");
header("Connection: close");
?>

Links richtig umleiten

301-Umleitungen sollten immer inhaltsgenau erfolgen. Das heißt, das neue Ziel muss ein echter Ersatz für das alte sein. Weiterleitungen auf die Startseite sind ebenso ungünstig wie die Aneinanderreihung mehrerer Redirects.

 

SEO: 301-Redirects richtig mappen

Bei Domainwechseln und URL-Strukturänderungen müssen die Redirects unbedingt gut geplant sein, damit nicht plötzlich etliche Links ins Leere laufen. Nicht immer ist die Anwendung von Weiterleitungsregeln für die Statuscodes 301 und 302 möglich. Bei großen E-Commerce-Plattformen, die Session IDs verwenden, kann es Probleme geben. Hier hilft nur ein sorgfältiges Mapping der Redirects. Wie eine erfolgreiche SEO-Migrationsstrategie in diesen Fällen aussehen kann, zeigt der Blog von builtvisible im Beitrag Mapping Redirects for SEO-friendly Site Migrations anhand eines Domainumzugs.

Schritt 1: Gute Planung ist die halbe Arbeit

Wie so oft, steht als erster Schritt eine sorgfältige Planung der Redirects an. Ein Sitecrawl mit einem Tool wie beispielsweise Screaming Frog erfasst zunächst die komplette Seitenarchitektur. Die per Standard-Export gewonnenen Daten werden zusammen mit den URL-Parametern von der Google Search Console und der robots.txt-Datei in Excel konsolidiert und lassen sich nun im Hinblick auf die Seitentypen, URL-Parameter, Dateierweiterungen sowie Canonicals und Verzeichnisse analysieren. Anschließend legt der SEO fest, welche Seiten mit Redirect Rules weitergeleitet und welche gemappt werden. 

screaming frog crawl
Ein Sitecrawl mit Screaming Frog liefert eine Übersicht aller URLs und ihrer Parameter.

Schritt 2: Datensammlung mit xml-Sitemaps, Screaming Frog und Google Analytics

Als Grundlage für das Mapping lassen sich wunderbar xml-Sitemaps verwenden, schließlich sind hier bereits alle indexierten Seiten einer Website aufgelistet. Der Sitemap-Index zeigt, welche Dateien im Einzelnen vorhanden sind. Ein URL-Crawl mit Screaming Frog dient als weitere Datenquelle und identifiziert Statuscode-Fehler, Redirects, Meta Robots Tags, Canonical Tags und von der robots.txt geblockte URLs. Bei sehr großen Websites reicht bisweilen der Arbeitsspeicher nicht aus. Wie man Screaming Frog auf die Sprünge hilft, zeigt unser SEO-Tipp zu Screaming Frog. Aus Google Analytics lassen sich nun noch die Landingpages mit organischem Traffic ziehen. Mit dem Google Analytics Spreadsheet Add On sind mehr als 5000 Zeilen exportierbar. Die saubere Sitemap und der Analytics-Report werden dem Excel Workbook hinzugefügt und die Daten per SVERWEIS gematcht. Dazu kommen zuletzt noch neue URLs aus Screaming Frog. Bei umfangreichen Websites ist sicherzustellen, dass der Link Juice aller URLs weitergegeben wird. Ein Backlink-Check, etwa mit Majestic, ist deshalb ein Muss. Die Liste der Top-URLs wird wiederum mit SVERWEIS mit dem Excel Workbook abgeglichen. Abschließend ist das komplette Prozedere für die Domain, auf die migriert wird, zu wiederholen.

Daten-Matching mit SVERWEIS
Mit der Excel-Funktion SVERWEIS werden die URLs gematcht.

Schritt 3: Mapping der Redirects mit SVERWEIS

Um den eigentlichen Mapping-Prozess zu beginnen, kopieren wir die beiden sauberen URL-Listen für die Domains in ein neues Workbook in zwei Sheets. H1 Tags eignen sich am besten für das Mapping, da man hier schnell zu Ergebnissen kommt. Die H1 wird in dem Sheet der Ziel-Domain in die erste Spalte gerückt, im anderen Sheet wird eine neue Spalte neben den URLs angelegt. Mit der Formel =SVERWEIS([@H1],Sheet!$1:$1048576,2,FALSE) matcht der findige SEO nun die umzuleitenden URLs. Sollten die H1 nicht funktionieren, lassen sich auch die Title Tags und URL Stems heranziehen. Den Domainnamen, die IDs oder Dateierweiterungen aus URLs in E-Commerce-Plattformen werden mit der Formel =LEFT(A1,FIND("/",A1,9)-1) herausgefiltert. Mit dem Befehl „Text in Spalten“ splitten wir die Stems nach jedem Slash in der URL auf, so dass der Text isoliert werden kann. Die Ergebnisse tragen wir für beide Domains in einer neuen Spalte ein und matchen das Ganze erneut. Wenn keines der bisher beschriebenen Verfahren für bestimmte URLs greift, lassen sich diese auch über die Site-Suche von Google finden. 

Zum Schluss sichert ein Check, ob alle URLs, auf die umgeleitet wird, den HTTP-Statuscode 200 ausgeben, den Erfolg des Redirect-Mappings.


Fragen oder Kommentare? Das One Team antwortet gerne.

10 Kommentare
  • Manuel
    Manuel schrieb am 01.03.2016, 19:18 Uhr

    Kann man so eine Weiterleitung nicht auch bei bestehenden Webseiten nutzen, um diese im Ranking steigen zu lassen?

    » Antworten
  • Sergej
    Sergej
     schrieb am 26.07.2016, 10:21 Uhr

    Hallo, meine Frage wäre hier:

    was wäre den besser, wenn man eine Kampagnen URL hat, die saisonal eingeschaltet wird, zB zu Weihnachten. diese URL kommt dann nächstets Jahr wieder aber ruht das ganze Jahr über. 302 wäre korrekter aber 301 ist praktischer, weil die Linkpower weitergeleitet wird ... Was sollte man in diesem Fall machen?

    Gruß

    » Antworten
    • Mario
      Mario
       schrieb am 14.09.2016, 13:59 Uhr

      Hallo Sergej,

      wenn die Seite lediglich für eine Kampagne (AdWords o. ä.) genutzt wird würde ich sie gar nicht erst indexieren (noindex, follow). Wenn sie indexiert werden soll, dann ist bei einer temporären Weiterleitung auch die HTTP-Version wichtig, die dein Server zurückgibt. Bei HTTP/1.0 würde ich eine 302 einsetzen, bei HTTP/1.1 ist 307 statt 302 der richtige Code für "temporary redirect". Eigentlich wird 307 nur für kurzzeitige Umleitungen empfohlen. Bei einer Seite "Weihnachten" sind es rund 9 Monate. Trotzdem empfehle ich eher 307 als 301 in deinem Fall.

      Viele Grüße
      Mario

      » Antworten
  • Scharlotte
    Scharlotte schrieb am 04.04.2017, 16:44 Uhr

    Das hier ist auch wieder ein gutes Beispiel für "keine Anhnung, um was es geht aber ich schreibe mal was darüber." Unglaublich!

    » Antworten
    • Jens
      Jens schrieb am 20.04.2017, 09:45 Uhr

      +1
      Verständnis von status codes? Fehlanzeige!

      » Antworten
  • Alexander Kurz
    Alexander Kurz
     schrieb am 18.09.2017, 14:52 Uhr

    Super! Vielen Dank für diese Erklärung, hat sofort funktioniert. (PHP-Version)

    » Antworten
  • Sven
    Sven
     schrieb am 13.04.2018, 13:05 Uhr

    Hallo,
    Danke für den Artikel. Ich habe aber noch eine Frage:

    Ich habe auf Server A (Ubuntu Server mit Apache in der Azure Cloud) eine Homepage aufgebaut. Diese nutzt die Domäne www.any-app-dictation.com. Noch vor vertriebsstart - der steht hoffentlich kurz bevor - musste und wollte ich das System und die Domäne ändern. Daher habe ich jetzt einen zweiten Server B (Ubuntu Nginx in Azur Cloud) mit neuer Homepage aufgebaut. In der Zwischenzeit hat allterding der Server A regen Zustrom bekommen (zumindest für meine Verhältnisse 20-30 neue Anmeldungen pro Tag). Wenn ich jetzt einfach Server A abschalte und Server B anschalte vermute ich verliere ich diesen Zustrom. Daher die Idee einen permanent redirect zu machen. ABER HIER MEINE FRAGE: Kann ich dann Server A irgendwann abschalten? Ich will den ja nicht dauerhaft bezahlen!

    Vielen Dank für Hinweise und Ratschläge wie ich damit am besten umgehe. Vielleicht benötige ich auch eine ganz andere Lösung?

    » Antworten
    • Matthias
      Matthias schrieb am 13.04.2018, 14:21 Uhr

      Hi Sven,

      du könntest aber auch die alte Domain mit auf den neuen Server umziehen und ihr eine eigene htaccess geben wo du alle Redirects sauber auf die neue Domain anlegst .. also so würden wir das machen. Es geht ja nur um die alte Domain und ihre URLs. Die Redirects würde ich so lange stehen lassen wie noch Traffic drüber kommt.

      Viele Grüße,
      Matthias

      » Antworten
      • Sven
        Sven
         schrieb am 14.04.2018, 10:42 Uhr

        Hallo Matthias,

        vielen Dank für die schnelle Antwort. Eines verstehe ich noch nicht bei deiner Antwort: Nach meinem derzeitigen Wissenstand ist htaccess aus Performancegründen kein "natürlicher" Bestandteil von Nginx? Wie würde man dies dann mit den "natürlichen" Resourcesen von Nginx umsetzen?

        Vielen herzlichen Dank für die Hilfe.

        Viele Grüße
        Sven

        » Antworten
  • Matthias
    Matthias schrieb am 16.04.2018, 08:16 Uhr

    Hi Sven,

    da hast du recht .. das ist nur für Apache .. bei Nginx gibt es aber was ähnliches mit anderer Syntax:
    http://nginx.org/en/docs/http/ngx_http_rewrite_module.html#rewrite

    Viele Grüße,
    Matthias

    » Antworten