Best Practices während einer Website-Migration

Eine Website-Migration gehört zu den risikoreichsten SEO-Ereignissen, die Sie durchführen werden. Eine falsche Weiterleitung, eine übersehene URL, eine nicht bemerkte Weiterleitungskette — und Rankings, Traffic und Umsatz können schnell wegrutschen. Die gute Nachricht? Die Risiken sind vorhersehbar, und mit dem richtigen Prozess sind sie vermeidbar.

Dieser Leitfaden behandelt bewährte Best Practices, die Ihre Website vor, während und nach einer Migration schützen — von URL-Mapping und 301-Weiterleitungen bis hin zu Monitoring nach dem Go-live und Traffic-Analysen.

Planen Sie Ihr URL-Mapping, bevor Sie irgendetwas verschieben#

Eine Website-Migration ohne vollständige URL-Karte ist der schnellste Weg, um Rankings zu verlieren. Bevor Sie DNS anfassen oder auch nur eine einzelne Weiterleitung bereitstellen, dokumentieren Sie jede URL auf Ihrer aktuellen Website und entscheiden Sie, wohin sie auf der neuen Seite führen soll.

Beginnen Sie mit einem vollständigen Crawl Ihrer bestehenden Website mit einem beliebigen gängigen SEO-Crawler. Exportieren Sie jede indexierte URL. Ordnen Sie jede einzelne der relevantesten neuen Zielseite zu. Eine Seite zu Preisen sollte auf die neue Preisseite weiterleiten — nicht auf die Startseite. Jede Abweichung signalisiert Suchmaschinen, dass Inhalte entfernt wurden, statt verlagert zu werden.

Verwenden Sie für Ihr URL-Mapping ein strukturiertes Format: Quell-URL, Ziel-URL und Weiterleitungstyp. So bleibt Ihr Mapping übersichtlich und ein Bulk-Import ist möglich, sobald es an der Zeit ist, es bereitzustellen. Plattformen wie RedirHub akzeptieren CSV-Imports direkt — damit geht Ihre Migrationskarte in einem Schritt von der Tabelle zu Live-Weiterleitungen. Noch keine Zuordnung? Der kostenlose Migration Redirect Mapper erstellt sie aus Ihrer alten und neuen Sitemap und exportiert sie als importfertige CSV.

So könnte ein Beispiel für ein gut strukturiertes URL-Mapping aussehen:

Verwenden Sie 301-Weiterleitungen — Jede URL, jedes Mal#

301 ist der einzige Statuscode für permanente Weiterleitungen. Er sagt Suchmaschinen, dass sich der Inhalt dauerhaft verlagert hat, und überträgt den Großteil der Link-Equity an die neue URL. Jeder andere Statuscode – 302, Meta-Refresh, JavaScript-Weiterleitungen – schwächt oder verliert die Ranking-Signale, die Ihre alten URLs aufgebaut haben.

Jede URL in Ihrer Migrations-Map braucht ihre eigene 301-Weiterleitung. Eine Weiterleitung pro URL. Keine Ketten. Keine Wildcard-Kurzbefehle, die alles auf die Startseite umleiten. Wenn olddomain.com/blog/ultimate-seo-guide auf newdomain.com/blog/seo-guide umleitet, ist das korrekt. Wenn stattdessen alles einfach auf newdomain.com geht, verlieren Sie den Kontext und den Ranking-Wert jeder einzelnen Seite.

Testen Sie nach der Veröffentlichung eine Stichprobe Ihrer Weiterleitungen. Nutzen Sie einen Redirect-Checker, um zu bestätigen, dass jede Weiterleitung einen 301 zurückgibt, auf das richtige Ziel führt und in einem einzigen Hop abgeschlossen wird.

404s ab Tag eins überwachen#

404s sind nach einer Migration unvermeidlich, aber wenn Sie sie schnell erkennen, begrenzen Sie den Schaden. Suchmaschinen, die 404s auf migrierten URLs finden, interpretieren den Inhalt als nicht mehr vorhanden. Traffic, der auf eine 404 trifft, kommt nicht zurück.

Richten Sie vor dem Launch automatisches 404-Monitoring ein. Verfolgen Sie jede 4xx-Antwort auf Ihrer neuen Website. Wenn eine 404 auftaucht, identifizieren Sie die Quell-URL und fügen Sie die fehlende Weiterleitung hinzu. Warten Sie nicht darauf, dass Search Console Sie erst Wochen später informiert – zu diesem Zeitpunkt wurden Crawl-Daten und Ranking-Signale bereits beeinflusst.

Tools wie RedirHub enthalten Ziel-Health-Checks, die defekte Weiterleitungen und 404s in Echtzeit erkennen. Wenn ein Redirect-Ziel einen Fehler zurückgibt, werden Sie sofort benachrichtigt, statt es erst im nächsten Reporting-Zyklus zu entdecken.

Traffic und Rankings wöchentlich nach dem Launch verfolgen#

Die ersten vier Wochen nach einer Migration sind das Zeitfenster mit dem höchsten Risiko. Suchmaschinen crawlen neu, indizieren neu und bewerten Ihre Website in diesem Zeitraum erneut. Wöchentliches Monitoring hilft Ihnen, Probleme zu erkennen, bevor sie sich verstärken.

Vergleichen Sie den organischen Traffic von Woche zu Woche. Wenn ein Bereich Ihrer Website stark einbricht, prüfen Sie die Weiterleitungen, die diese Seiten speisen. Nutzen Sie Google Search Console, um Impressionen und Klicks für Ihre wichtigsten Landingpages zu überwachen. Ein plötzlicher Rückgang der Impressionen für eine zuvor gut gerankte Seite bedeutet oft, dass Suchmaschinen der Weiterleitung nicht folgen konnten oder eine 404 gefunden haben.

Führe einen Crawler-Vergleich durch: Crawle sowohl deine alte als auch deine neue Seitenstruktur und prüfe, welche alten URLs noch 200-Antworten liefern (das bedeutet, dass der alte Server noch live ist) versus korrekt weiterleiten. Jede alte URL, die weiterleiten sollte, aber nicht tut, benötigt eine sofortige Korrektur.

Weiterleitungen validieren, bevor du live gehst#

Die schlimmste Zeit, um eine defekte Weiterleitung zu entdecken, ist nach dem Launch. Eine Validierung vorab erkennt Mapping-Fehler, Ketten und fehlerhafte Ziele, bevor Suchmaschinen sie finden.

Lass deine vollständige URL-Zuordnung vor dem Deployment durch ein Validierungstool laufen. Prüfe, dass jede Quell-URL einen 301 zurückgibt, auf das richtige Ziel verweist und in einem Hop abgeschlossen wird. Mehrere Hops verwässern die Link-Equity und verlangsamen die Crawl-Effizienz — Suchmaschinen bevorzugen direkte Pfade.

Die Validierungsprüfungen von RedirHub prüfen die Ziele bereits beim Import und kennzeichnen defekte oder nicht erreichbare URLs, bevor irgendeine Weiterleitung live geht. So wird Validierung von einem manuellen QA-Schritt zu einer automatisierten Absicherung.

Lege eine Performance-Baseline vor der Migration fest#

Du kannst nicht messen, was sich geändert hat, wenn du nicht weißt, wo du angefangen hast. Erfasse vor dem Migrationstag deine Basiskennzahlen:

• Organischer Traffic nach Bereich (Blog, Produktseiten, Support usw.)
• Top-20-Landingpages nach Traffic
• Top-20-Landingpages nach Conversions
• Durchschnittliche Ladezeit für wichtige Seiten
• Aktuelle Anzahl von 404-Einträgen

Speichern Sie diese Zahlen an einem zugänglichen Ort. Vergleichen Sie nach der Migration mit denselben Kennzahlen. Wenn der Traffic in einem bestimmten Bereich sinkt, zeigt die Basislinie, ob es sich um ein Weiterleitungsproblem, eine Content-Lücke oder eine Verzögerung bei der Indexierung handelt.

Weiterleitungsketten sofort beheben#

Eine Weiterleitungskette entsteht, wenn URL A auf B umleitet, das wiederum auf C umleitet, bis schließlich bei D gelandet wird. Jeder „Hop“ erhöht die Latenz für Nutzer und verschwendet das Crawl-Budget für Suchmaschinen. Google empfiehlt, Weiterleitungen nach Möglichkeit auf einen einzigen Hop zu begrenzen.

Prüfen Sie nach dem Bereitstellen Ihrer Migrations-Weiterleitungen auf Ketten. Tools wie Screaming Frog oder integrierte Plattform-Validatoren können URLs identifizieren, die über mehrere Ziele weitergeleitet werden. Glätten Sie jede Kette so, dass die Quell-URL direkt auf das endgültige Ziel verweist.

Das ist besonders wichtig bei komplexen Migrationen mit mehreren Domain-Wechseln oder CMS-Migrationen. Eine Domain-Weiterleitung zu einer Staging-URL, die dann auf die Live-URL umleitet, erzeugt eine Zwei-Hop-Kette, die eine einzige 301 sein sollte.

Hier macht eine dedizierte Plattform den Unterschied. RedirHub überwacht Ihre Weiterleitungsketten im Hintergrund — und kennzeichnet automatisch neue Ketten, sobald sie entstehen, sogar während Ihr Team noch das neue Website-Update durchführt. Sie müssen keine manuellen Crawls ausführen oder nach jeder Content-Änderung Logs prüfen. Die Überwachung läuft kontinuierlich und benachrichtigt Sie, wenn eine Kette auftritt, damit Sie sie glätten können, bevor sie sich auf Rankings auswirkt.

Diese Hintergrundüberwachung bedeutet, dass Ihr Team die neue Website weiter aktualisieren, veröffentlichen und umstrukturieren kann, ohne sich Sorgen über fehlerhafte Weiterleitungspfade machen zu müssen. Wenn etwas kaputtgeht, erfahren Sie es sofort — ohne jede Änderung proaktiv prüfen zu müssen.

Nutzen Sie eine Plattform, die für Migrationsmanagement entwickelt wurde#

Tabellenkalkulationen eignen sich hervorragend für die Planung. Server-Konfigurationsdateien sind nicht gut für die Umsetzung. Eine zentrale Redirect-Plattform gibt Ihnen Kontrolle, Validierung und Monitoring an einem Ort.

RedirHub wurde genau für diesen Workflow entwickelt — Bulk-CSV-Import für Ihre URL-Map, Vorab-Validierung für jede Weiterleitung und Monitoring nach dem Go-Live mit Echtzeit-Health-Checks der Ziele. Sie verwalten den gesamten Migrationslebenszyklus über ein einziges Dashboard, statt .htaccess-Dateien, Serverregeln und manuelle Tests zu jonglieren. Sehen Sie sich unseren Website-Migrationsleitfaden an, für eine Schritt-für-Schritt-Anleitung.

Der Kern umfasst 2.500 verwaltete Links, was die meisten kleinen bis mittleren Migrationen abdeckt, und eine 14-tägige kostenlose Testversion ermöglicht es Ihnen, Ihre Redirect-Map zuerst zu testen. Pro und Enterprise erweitern die Kapazität, bieten detaillierte Analysen und Teamverwaltung für größere Umstellungen.

Alte Redirects mindestens 12 Monate aktiv lassen#

Suchmaschinen stoppen das Crawling alter URLs nicht über Nacht. Externe Backlinks, zwischengespeicherte Seiten und Lesezeichen zeigen noch Monate oder Jahre nach einer Migration auf Ihre alten URLs. Redirects zu früh zu entfernen bedeutet, 404-Fehler für Traffic zurückzugeben, der hätte erhalten bleiben können.

Lassen Sie Ihre Redirect-Regeln mindestens 12 Monate lang bestehen. Viele SEO-Profis empfehlen, sie dauerhaft beizubehalten. Es gibt keinen Nachteil, eine Weiterleitung beizubehalten — das einzige Risiko besteht darin, sie zu früh zu entfernen.

Überwachen Sie die Nutzung von Redirects im Zeitverlauf. Wenn Sie sehen, dass der Traffic für eine bestimmte Weiterleitung über mehrere Monate auf nahezu null fällt, ist das ein vernünftiges Signal dafür, dass sie bereinigt werden kann. Bis dahin lassen Sie sie aktiv.

Führen Sie eine Traffic-Analyse nach der Migration nach 30 und 90 Tagen durch#

Eine Woche an Daten nach einer Migration ist Rauschen. Nach 30 Tagen haben Sie genug Signal, um zu bewerten, was gut gelaufen ist und was angepasst werden muss. Nach 90 Tagen ist das Bild der Indexierung weitgehend stabil.

Vergleichen Sie nach 30 Tagen Ihren Traffic nach der Migration mit Ihrer Ausgangsbasis. Betrachten Sie dieselben Bereiche und Landingpages, die Sie vor dem Umzug verfolgt haben. Wenn sich ein Bereich vollständig erholt hat, während ein anderer noch unter der Ausgangsbasis liegt, untersuchen Sie die Redirects, die diesen Bereich speisen.

Führen Sie nach 90 Tagen den gleichen Vergleich durch. Die meisten Suchmaschinen haben bis zu diesem Zeitpunkt das erneute Crawling abgeschlossen. Jede anhaltende Lücke im Traffic dürfte auf ein strukturelles Problem hinweisen – fehlende Weiterleitungen, Content-Lücken oder technische Fehler, die behoben werden müssen.

Plattformen wie RedirHub enthalten Analysen, die die Performance von Weiterleitungen im Zeitverlauf zeigen – welche Weiterleitungen Traffic liefern, welche Fehler erzeugen und wie sich die Volumina nach der Migration entwickeln. So erhalten Sie ein Live-Bild statt auf monatliche Reports zu warten.

Fazit#

Site-Migrationen müssen Sie nicht Ihre Rankings und Ihren Traffic kosten. Mit einer korrekten URL-Zuordnung, validierten 301-Weiterleitungen und kontinuierlichem Monitoring können Sie Ihre Website umziehen, ohne das zu verlieren, was Sie aufgebaut haben. Der Unterschied zwischen einer erfolgreichen und einer gescheiterten Migration liegt in der Regel in der Vorbereitung und den Tools, mit denen Sie sie umsetzen.

Erstellen Sie die Map. Stellen Sie mit 301s bereit. Überwachen Sie auf 404s. Beheben Sie Weiterleitungsketten. Halten Sie Weiterleitungen live. Und nutzen Sie eine Plattform, die den gesamten Lebenszyklus abdeckt, damit Sie sich auf das Ergebnis konzentrieren können – statt auf die Mechanik.