Website-Umzug SEO-Checkliste: Relaunch ohne Traffic-Verlust

Verlieren wir unsere Google-Rankings, wenn wir unsere Website relaunchen? Das ist die erste Frage fast jedes Unternehmers, der ein neues Design, einen Plattformwechsel oder einen Domain-Umzug plant. Die klare Antwort: Bei einem richtig geplanten Umzug entsteht kein dauerhafter Traffic-Verlust. Google stellt in seiner offiziellen Dokumentation klar, dass 301-Weiterleitungen Ranking-Signale an die neuen Adressen übertragen, und auf einer mittelgroßen Website erholen sich vorübergehende Schwankungen in der Regel innerhalb weniger Wochen. Dauerhafte Verluste entstehen fast immer nicht durch den Umzug selbst, sondern durch übersprungene Schritte: vergessene Weiterleitungen, Noindex-Tags, die live gehen, oder Inhalte, die stillschweigend gelöscht werden.

In diesem Beitrag finden Sie die Checkliste, um einen Website-Umzug ohne Traffic-Verlust abzuschließen - Schritt für Schritt: Vorbereitung vor dem Umzug, 301-Weiterleitungskarte, Maßnahmen am Umzugstag und den Monitoring-Kalender danach. Die Liste deckt alle drei Szenarien ab: Domainwechsel, Plattformumzug und umfassenden Relaunch.

Warum führt ein Website-Umzug zu Traffic-Verlust?

Zunächst lohnt es sich, den Begriff Umzug zu klären, denn das Risiko hängt von der Art der Änderung ab:

• Relaunch: Die URLs bleiben gleich; Template, interne Verlinkung und Content-Struktur ändern sich. Das scheinbar harmloseste Szenario - aber wenn die Überschriftenhierarchie zerstört oder Seiteninhalt gekürzt wird, können Rankings auch ohne URL-Änderung sinken.
• Plattformwechsel: etwa der Umstieg von einer Standard-E-Commerce-Lösung auf individuelle Software. Die URL-Struktur ändert sich meist, und jede geänderte URL braucht eine Weiterleitung.
• Domainwechsel: Rebranding oder Umzug auf eine neue Domain. Alle Signale müssen auf die neue Domain übertragen werden - das risikoreichste Szenario, das die engmaschigste Überwachung erfordert.

Laut der Search-Central-Dokumentation von Google dauert die Verarbeitung eines Umzugs mit URL-Änderungen bei einer mittelgroßen Website mehrere Wochen; bei großen Websites entsprechend länger. Schwankungen in diesem Zeitraum sind normal und kein Grund zur Panik. Der Verlust wird dauerhaft, wenn eines der folgenden Szenarien eintritt:

• Fehlende Weiterleitung: Jede im Mapping vergessene alte URL liefert einen 404-Fehler, fällt nach einiger Zeit aus dem Index, und der Wert der Backlinks, die auf diese Seite verweisen, geht verloren.
• Pauschale Weiterleitung auf die Startseite: Tausende alte URLs werden per einheitlicher Regel auf die Startseite umgeleitet. Google kann solche Weiterleitungen auf ein unpassendes Ziel als Soft-404 einstufen; seitenspezifische Signale werden nicht übertragen, das Ergebnis unterscheidet sich kaum von einer fehlenden Weiterleitung.
• Staging-Sperren, die live durchsickern: Ein Noindex-Tag oder eine robots.txt-Sperre, die zum Verstecken der Testumgebung eingebaut wurde, geht mit der neuen Website live. Bleibt das unbemerkt, verschwindet die Seite innerhalb weniger Tage aus dem Index - einer der einfachsten, aber folgenschwersten Fehler.
• Content-Kürzung: Beim Relaunch werden veraltet wirkende Blogbeiträge und Unterseiten gelöscht. Genau von diesen Seiten kommt der Long-Tail-Traffic; fallen Hunderte kleine Quellen gleichzeitig weg, ist die Gesamtwirkung groß.
• Weiterleitungsketten: Werden neue Weiterleitungen auf bereits bestehende aus früheren Umzügen aufgesetzt, entstehen Ketten wie A zu B zu C zu D. Googlebot folgt maximal 10 Sprüngen; jeder zusätzliche Sprung erhöht Verzögerung und Fehlerrisiko.
• Performance-Verschlechterung: Lädt das visuell aufwendigere neue Design langsamer als das alte, verschlechtern sich die Core-Web-Vitals-Werte, und die Umzugsschwankung überlagert sich mit einem geschwindigkeitsbedingten Rückgang.
• Tracking-Abriss: Werden Analytics- und Conversion-Codes nicht ins neue Template übernommen, ist das ein eigenes Szenario: Der Traffic bleibt zwar stabil, aber der Datenfluss stoppt - es wirkt wie ein Verlust, und der Fehlalarm verhindert, dass echte Probleme untersucht werden.

Schritt 1: Die Checkliste vor dem Umzug

Das Schicksal eines Umzugs entscheidet sich Wochen vor dem Livegang, nicht an diesem Tag selbst. Die folgenden Punkte sollten mindestens 3-4 Wochen vor dem Umzugstermin abgeschlossen sein:

1. Vollständiges URL-Inventar erstellen. Führen Sie vier Quellen zusammen: die vom Crawler gefundenen URLs, die indexierten Adressen aus dem Seitenbericht der Search Console, die Seiten mit Traffic in den letzten 12 Monaten laut Analytics, und die URLs mit externen Links laut Backlink-Tools. Verlassen Sie sich nicht nur auf das Crawling - verwaiste Seiten mit unterbrochener interner Verlinkung, die aber weiterhin Traffic erhalten, tauchen nur in Analytics- und Search-Console-Daten auf.
2. Performance-Basiswerte festhalten. Exportieren Sie den organischen Traffic der letzten 3 Monate, die 100 klickstärksten Suchanfragen sowie seitenspezifische Klick- und Impressionsdaten. Nur mit dieser Basis können Sie nach dem Umzug beantworten, ob und wo Sie etwas verloren haben.
3. Seiten priorisieren. Auf den meisten Websites erzeugt ein kleiner Teil der Seiten den Großteil des organischen Traffics. Beispielszenario: Kommen bei einer Website mit 5.000 URLs 85 % des Traffics von 400 Seiten, sollten genau diese 400 Seiten von Hand zugeordnet und einzeln geprüft werden; der Rest kann regelbasiert weitergeleitet werden.
4. Neue Website im Staging prüfen. Titel, Meta-Beschreibungen, Canonical-Tags, interne Links, strukturierte Daten und mobile Kompatibilität sollten vor dem Livegang getestet werden. Als Basis für den Umfang dieser Prüfung können Sie unsere technische SEO-Checkliste nutzen.
5. Geschwindigkeitsziel festlegen. Messen Sie die zentralen Seiten des neuen Designs im Staging und setzen Sie die aktuellen Core-Web-Vitals-Werte als Untergrenze. Erst live zu gehen und die Geschwindigkeit später zu optimieren, fügt der Umzugsschwankung ein zweites negatives Signal hinzu.
6. Zeitplan und Rückfallplan festlegen. Legen Sie den Umzug nicht in eine Kampagnenphase oder Hochsaison; wählen Sie einen traffic-schwachen Wochentag. Wie im Problemfall zum alten System zurückgekehrt wird und wer das entscheidet, sollte vorab schriftlich feststehen. Vermeiden Sie nach Möglichkeit auch die Mitte eines großen von Google angekündigten Core-Updates - sonst wird es sehr schwer, die beiden Effekte auseinanderzuhalten.

Schritt 2: Die 301-Weiterleitungskarte

Die Weiterleitungskarte ist die Tabelle, in der jede alte URL ihrer neuen Entsprechung zugeordnet wird - und sie ist das kritischste Element des gesamten Umzugs. Google bestätigt, dass eine dauerhafte (301-)Weiterleitung Ranking-Signale an die Zielseite überträgt - allerdings nur, wenn die Weiterleitung korrekt aufgesetzt ist.

Erstellen Sie die Karte als Tabelle mit den Spalten alte URL, neue URL, Priorität und Teststatus, und pflegen Sie sie als einzige verbindliche Referenz für das Entwicklungsteam; die am Umzugstag angewendeten Weiterleitungsregeln sollten direkt aus dieser Tabelle erzeugt werden.

Die 1:1-Zuordnungsregel

Die ideale Karte ist eine 1:1-Zuordnung: Die alte Produktseite geht auf die neue Produktseite, die alte Kategorie auf die nächstliegende neue Kategorie. Für Seiten ohne exaktes Gegenstück wählen Sie die inhaltlich nächstliegende Alternative. Gibt es wirklich keine Entsprechung, seien Sie ehrlich: Ein 404 oder 410 ist sowohl für die Nutzererfahrung als auch für Google besser, als Besucher auf eine unpassende Seite zu schicken. Für tatsächlich entfernte Inhalte ist ein 404 kein Fehler, sondern die richtige Antwort.

Beispielszenario: eine Karte mit 5.000 URLs verwalten

Bei einer Beispielwebsite mit 5.000 URLs, die die Plattform wechselt, lässt sich die Karte in drei Ebenen unterteilen. Ebene eins: Die 400 priorisierten Seiten, auf die sich Traffic und Backlinks konzentrieren, werden manuell zugeordnet und einzeln getestet - für ein zweiköpfiges Team etwa 2-3 Tage Arbeit. Ebene zwei: Rund 4.000 Seiten, deren URL-Struktur sich nach einem einheitlichen Muster ändert - etwa /blog/beitragsname wird zu /content/beitragsname -, werden mit einer einzigen Musterregel weitergeleitet und anschließend anhand einer Zufallsstichprobe von 50-100 URLs überprüft. Ebene drei: Für die verbleibenden 600 Seiten mit geringem Wert (URLs mit Parametern, leere Tag- und Archivseiten) wird eine Zusammenführung oder ein bewusstes 404 entschieden. Dieser Ansatz hält den Aufwand handhabbar und sichert dabei nahezu den gesamten Signalwert.

Ketten, Statuscodes und Dauer

• Ketten verkürzen: Jede alte URL sollte mit einem einzigen Sprung ihr endgültiges Ziel erreichen. Aktualisieren Sie auch Weiterleitungen aus früheren Umzügen auf die neuen Ziele; je länger die Kette, desto schlechter die Crawl-Effizienz.
• 301 statt 302 verwenden: Ein temporäres Weiterleitungssignal bei einem dauerhaften Umzug kann dazu führen, dass Google die alte URL unnötig lange im Index behält.
• Karte mindestens 1 Jahr aktiv halten: Google empfiehlt, Umzugsweiterleitungen mindestens 12 Monate, im besten Fall dauerhaft, beizubehalten. Externe Links verweisen oft noch jahrelang auf die alten URLs; wird die Weiterleitung zu früh entfernt, geht dieser angesammelte Wert verloren.

Schritt 3: Der Umzugstag - Übergang und technische Prüfungen

Am Umzugstag kommt es auf die Reihenfolge an; die folgende Liste ist chronologisch:

1. DNS-TTL vorab senken (bei Domainwechsel). Wird die TTL 24-48 Stunden vor dem Umzug verkürzt, verbreitet sich die Änderung schneller, und im Fall eines Rollbacks muss nicht stundenlang gewartet werden.
2. Weiterleitungen aktivieren und stichprobenartig testen. Alle priorisierten Seiten sowie eine Zufallsstichprobe aus dem Gesamtinventar sollten per Massen-HTTP-Statuscheck geprüft werden: Erwartet wird ein einziger 301-Sprung zur richtigen Zielseite mit anschließendem Status 200.
3. Staging-Sperren entfernen. Prüfen Sie robots.txt und die Seitenvorlagen manuell auf Noindex-Tags. Der einfachste Punkt der Liste - und meist auch der teuerste Fehler.
4. Adressänderung in der Search Console melden (bei Domainumzug). Verifizieren Sie die neue Domain vorab als Property und melden Sie den Umzug anschließend offiziell über das Tool zur Adressänderung.
5. Sitemaps aktualisieren. Reichen Sie die Sitemap mit den neuen URLs ein. Google weist darauf hin, dass es hilft, eine Sitemap mit den alten URLs eine Zeit lang erreichbar zu halten, damit Weiterleitungen schneller entdeckt werden.
6. Hreflang-Tags bei mehrsprachigen Websites aktualisieren. Verweisen die Hreflang-Referenzen zwischen Sprachversionen weiterhin auf alte URLs, kann Google die Sprachzuordnung verlieren; jedes Sprachpaar sollte gegenseitig auf die neuen Adressen zeigen.
7. Interne Links und Canonical-Tags prüfen. Links innerhalb der neuen Website sollten direkt auf die neuen URLs führen, nicht über eine Weiterleitung; auch Canonical-Tags sollten auf die neuen Adressen zeigen.

Gestaffelter Umzug bei großen Websites

Bei Websites mit Zehntausenden Seiten müssen Sie nicht alles über Nacht ändern. Bei URL-Struktur- oder Plattformänderungen kann der Umzug in Abschnitten erfolgen: zuerst der Blog, zwei Wochen später die Kategorieseiten, danach die Produkte. Der Wert eines gestaffelten Umzugs liegt darin, Probleme aus dem ersten Abschnitt zu erkennen, bevor sie sich auf die gesamte Website ausbreiten. In einem Beispielszenario zieht eine Content-Website mit 50.000 URLs zunächst 10 % ihres Archivs um, überwacht zwei Wochen lang Index- und Traffic-Daten, und zieht bei stabilen Werten den Rest in zweiwöchigen Wellen nach. Zwei Hinweise: Google verarbeitet einen einmaligen Umzug schneller, daher ist eine Staffelung bei kleinen und mittleren Websites nicht nötig; und bei Domainwechseln muss der Umzug als Ganzes erfolgen, da die Adressänderungsmeldung die gesamte Website betrifft.

Schritt 4: Der Monitoring-Kalender nach dem Umzug

Der Livegang ist die Mitte des Prozesses, nicht sein Ende. Teilen Sie die Überwachung in drei Zeiträume ein:

Die ersten 72 Stunden

• 404-Kontrolle: Durchsuchen Sie Serverlogs und Search Console täglich nach alten URLs mit 404-Status; jede zeigt eine Lücke in der Karte und sollte sofort geschlossen werden.
• Crawling-Aktivität: Bestätigen Sie über den Crawling-Statistikbericht, dass Googlebot begonnen hat, die neuen URLs zu crawlen. Der Bot-Traffic steigt in dieser Phase deutlich an; stellen Sie sicher, dass der Server ihn fehlerfrei bewältigt.
• Weiterleitungs-Stichprobe: Führen Sie die Testliste jeden Tag erneut aus; dass Weiterleitungsregeln bei neuen Deployments versehentlich überschrieben werden, kommt häufig vor.
• Manuelle Prüfung kritischer Abläufe: Durchlaufen Sie Startseite, umsatzstärkste Kategorie- und Produktseiten sowie Kontakt- und Formularseiten wie ein echter Nutzer; Formularabsendung und Checkout-Schritte brechen am Umzugstag am häufigsten.

Der erste Monat

• Indexstatus: Verfolgen Sie den Anstieg indexierter neuer URLs und den schrittweisen Rückgang der alten. Wie sich die Berichte lesen lassen, haben wir ausführlich in unserem Leitfaden zur Google Search Console beschrieben.
• Ranking-Vergleich: Vergleichen Sie die 100 wichtigsten Suchanfragen mit dem Ausgangswert vor dem Umzug. Eine breit gestreute Schwankung von 10-15 % ist normal; ein Rückgang, der sich in einem einzelnen Website-Bereich konzentriert, deutet dagegen auf ein Weiterleitungs- oder Inhaltsäquivalenz-Problem in diesem Bereich hin. Achten Sie neben der Position auch auf die Klicks: Auf Ergebnisseiten, auf denen sich AI Overviews durchgesetzt haben, kann Ihre Position stabil bleiben, während sich die Klickrate ändert; vergleichen Sie den Zeitraum zusätzlich mit dem Vorjahr, um die Umzugswirkung von allgemeinen SERP-Veränderungen zu trennen.
• Backlink-Ziele: Prüfen Sie manuell, ob die wertvollsten externen Links auf den richtigen Seiten landen; bitten Sie nach Möglichkeit einige hochwertige Quellen, ihre Links direkt auf die neue Adresse zu aktualisieren.

Die ersten 3 Monate

Laut Google dauert die vollständige Verarbeitung eines Umzugs bei einer mittelgroßen Website mehrere Wochen; bei großen Websites kann sich das auf Monate ausdehnen. Liegt der Traffic am Ende des dritten Monats immer noch deutlich unter dem Ausgangswert vor dem Umzug, sprechen wir nicht mehr von einer Schwankung, sondern von einem Problem: Prüfen Sie erneut die Abdeckung der Weiterleitungen, den Indexstatus und die inhaltliche Äquivalenz zwischen alten und neuen Seiten. Um die Ursache zu finden, können Sie den Diagnoseprozess aus unserem Leitfaden zum Rückgang des organischen Traffics anwenden.

Verluste nach einem Umzug lassen sich nicht mit der Frage managen, wie viel insgesamt verloren ging, sondern mit der Frage, auf welchen Seiten und bei welchen Suchanfragen es zu einem Rückgang kam. Die Gesamtzahl führt zu Panik, seitenspezifische Daten führen zur Lösung.

Fazit: Der Unterschied zwischen Relaunch und Verlust ist Planung

Ein Website-Umzug gehört zu den riskantesten SEO-Operationen, aber die Risikoquelle ist nicht Ungewissheit: Fast alle Verlustszenarien sind bekannte, vorhersehbare und vermeidbare Fehler. Zusammengefasst: Erstellen Sie Wochen vor dem Umzug ein vollständiges URL-Inventar und einen Performance-Basiswert; bereiten Sie eine 1:1-301-Karte vor und prüfen Sie priorisierte Seiten manuell; kontrollieren Sie am Umzugstag Staging-Sperren, Sitemaps und die Adressänderungsmeldung; überwachen Sie danach mindestens drei Monate lang regelmäßig 404-Fehler, Indexstatus und Rankings. Halten Sie die Weiterleitungen zudem mindestens ein Jahr lang aktiv.

Die eigentliche Herausforderung dieses Prozesses liegt weniger in der technischen Komplexität als in der Koordination: Design-Team, Entwicklung und Marketing müssen sich an denselben Zeitplan halten, und ein einziger übersehener Punkt kann über Jahre aufgebaute organische Sichtbarkeit zunichtemachen. Das SEO-Team von Welda übernimmt genau diese Koordination bei Umzugsprojekten im Rahmen der SEO-Beratung: von der Vorbereitung von Inventar und Karte über die Staging-Prüfung und die Kontrollen am Umzugstag bis hin zu den dreimonatigen Monitoring-Berichten wird der Prozess durchgehend aus einer Hand gesteuert. Planen Sie einen Relaunch oder Plattformwechsel, kontaktieren Sie uns, um Ihren Umzugsplan gemeinsam vor dem Livegang zu prüfen - ein Problem vor dem Livegang zu verhindern ist immer günstiger, als es im laufenden Betrieb zu beheben.