Die 90 Tage nach einer Migration: was Sie wie oft beobachten sollten.

Nach einer Website-Migration werden in der ersten Woche täglich Weiterleitungsfehler und neue 404-Fehler beobachtet, im ersten Monat wöchentlich Indexierung und Impressionen, und am Ende des dritten Monats werden alte und neue Adressen verglichen; die Weiterleitungen bleiben mindestens ein Jahr bestehen. Ziel des Monitorings ist nicht, auf Rankings zu warten, sondern jede am Launch-Tag übersehene Adresse früh zu finden.

Am Launch-Tag wirkt eine Migration abgeschlossen: Die neue Website geht online, die Weiterleitungen funktionieren, das Team atmet auf. Doch Google lernt die neuen Adressen nicht an einem Tag. Googles Dokumentation zum Websiteumzug schreibt, dass es bei einer mittelgroßen Website einige Wochen oder länger dauern kann, bis die neuen Adressen die alten ersetzen, und dass das Ranking in der Zwischenzeit schwanken kann. In diesen Wochen erkennen Sie nur dann, dass etwas schiefläuft, wenn Sie den richtigen Bericht in der richtigen Häufigkeit lesen. Deshalb ist das Monitoring der letzte Abschnitt der Migrations-Checkliste und ein gelieferter Bestandteil der Arbeit an Relaunch und Website-Umzug.

Was sollten Sie am Launch-Tag messen?

Der Launch-Tag hat eine einzige Aufgabe: die Weiterleitungstabelle live Zeile für Zeile zu testen. Für jede alte Adresse werden drei Fragen gestellt: Ist der Code der ersten Antwort korrekt, ist die am Ende der Kette erreichte Adresse die aus der Tabelle, gibt die Zielseite 200 zurück? Googles Dokumentation empfiehlt zudem, Weiterleitungen an Beispieladressen mit dem URL-Prüftool zu verifizieren. Hinzu kommen das Einreichen der neuen Sitemap und die Kontrolle, dass die Suchmaschinensperren aus der Testumgebung entfernt wurden.

Warum muss eine Weiterleitungsprüfung auf die Zieladresse schauen?

Das haben wir auf unserer eigenen Website in drei Schritten gelernt. Am 10. September 2026 verfolgte unser Live-Verifizierungswerkzeug Weiterleitungen, meldete die 200 am Ende und zeigte eine funktionierende Weiterleitung als defekt an. Als wir es so änderten, dass es den ersten Schritt liest, erfasste es diesmal nicht unsere Weiterleitung, sondern den ersten Schritt von der Adresse ohne www zur Adresse mit www. Die Regel, die aus beidem folgte: Das richtige Maß ist das Ende der Kette.

Die zweite Lehre kam am 22. September 2026, und sie war leiser. Bei einer Adresse, die 200 zurückgeben sollte, sah das Werkzeug nur auf den letzten Statuscode. Live leitete diese Adresse per 301 auf eine andere Seite weiter; weil die Zielseite 200 zurückgab, wertete das Werkzeug die Zeile als „bestanden“. Eine Weiterleitung an die falsche Stelle erschien also grün. Seitdem wird in jeder Zeile auch die Zieladresse geprüft, und das Ziel einer Weiterleitungszeile muss sich tatsächlich von der angefragten Adresse unterscheiden — wäre die Weiterleitung nie eingerichtet worden, wäre das Ziel identisch mit der angefragten Adresse, und die Zeile wäre still durchgegangen.

Der Statuscode sagt, dass die Weiterleitung funktioniert; dass sie an die richtige Stelle führt, sagt nur die Zieladresse.

Was prüfen Sie in der ersten Woche täglich?

• Search Console › Seitenindexierung: neue Adressen in der Zeile „Nicht gefunden (404)“. Jeder neue 404-Fehler nach einer Migration ist eine in der Weiterleitungstabelle vergessene Zeile; er wird nach der Entscheidungsreihenfolge aus dem Leitfaden zum 404-Fehler behandelt.
• Die Zeile „Weiterleitungsfehler“ im selben Bericht: zu lange Kette, Schleife oder leeres Ziel. Warum Ketten kurz gehalten werden, steht im Eintrag Weiterleitungskette.
• Die Zeile „Soft 404“: Fehlerseiten, die 200 zurückgeben, oder alte Adressen, die pauschal auf die Startseite weitergeleitet wurden (Soft 404).
• Serverfehler. Laut Googles Dokumentation führen 5xx-Antworten dazu, dass Google das Crawling vorübergehend verlangsamt; wirft der neue Server in der Migrationswoche unter Last Fehler, verzögert sich die Entdeckung der neuen Adressen.
• Der Sitemaps-Bericht: Wird die eingereichte Sitemap gelesen, liegt die Zahl der gefundenen Adressen nahe am Erwarteten?

Was prüfen Sie im ersten Monat wöchentlich?

• Die Impressionen alter und neuer Adressen im Leistungsbericht. Das erwartete Bild: Die Impressionen der alten sinken, die der neuen steigen. Fallen beide zusammen, prüfen Sie neben den Weiterleitungen auch die Inhalte der neuen Seiten.
• Die Zahl der indexierten Seiten. Werden die neuen Adressen indexiert, wandern die alten Adressen in die Zeile „Seite mit Weiterleitung“? Die Hilfeseite der Search Console beschreibt diese Zeile als erwarteten Zustand: Die weiterleitende Adresse wird nicht indexiert.
• Die Zeile „Gecrawlt – zurzeit nicht indexiert“. Ein Anstieg in dieser Zeile ist meist eine Frage des Inhalts, nicht der Weiterleitung.
• Testen Sie die Ziele der zwanzig, dreißig alten Adressen mit dem meisten Traffic und den meisten Links von Hand erneut.
• Hat sich die Domain geändert, beobachten Sie beide Properties gemeinsam; die Meldung zur Adressänderung ist 180 Tage lang in beiden Properties sichtbar (Leitfaden zum Domainwechsel).

Was wird am Ende der drei Monate verglichen?

Am Ende des dritten Monats wird mit dem Zeitraum vor der Migration verglichen: Impressionen und Klicks insgesamt, Zahl der indexierten Seiten, die Zeilen für 404- und Weiterleitungsfehler. Der Vergleich sollte mit zwei gleich langen Zeitfenstern erfolgen; bei saisonalem Geschäft ist derselbe Zeitraum des Vorjahres der fairere Vergleich. Zu diesem Zeitpunkt sollten die verbliebenen 404-Fehler einzeln entschieden und wichtige verlinkende Websites über die neue Adresse informiert worden sein. Dass Googles erneutes Crawling, das Wochen oder sogar Monate dauern kann, bis dahin abgeschlossen ist, ist nicht garantiert; 90 Tage sind das Ende des Monitoring-Zeitplans, nicht des Prozesses. Der Vergleich wird als Bericht festgehalten und zusammen mit der Weiterleitungstabelle aufbewahrt.

Wie weit hinken die Berichte der Search Console hinterher?

Die Berichte sind nicht in Echtzeit, und das ist die am leichtesten vergessene Regel des Monitorings. Als die Indexierung dieser Website begann, zeigte die Search Console am 14. August 2026 10 Seiten im Index, einen Tag später 57. Am 22. August zeigte derselbe Bericht 13 Seiten in der Zeile „Gecrawlt – zurzeit nicht indexiert“; die Diagnose lautete dünner Inhalt, denn an jenem Tag überschritt keine Seite der Website 800 Wörter. Im Export vom September zeigte der Breadcrumb-Bericht einen Fehler wegen eines Elements ohne Namen, doch keine der an jenem Tag erzeugten Seiten hatte diesen Fehler: Der Bericht beschrieb einen alten Crawl. Nach einer Korrektur ist es schneller, im Bericht den Schritt „Fehlerbehebung überprüfen“ zu starten, als auf die Aktualisierung des Berichts zu warten.

Welche Fragen sollten Sie stellen, wenn Sie die Migration beauftragt haben?

Wenn Sie die Migration einem externen Team übertragen haben, haben Sie ein Recht darauf, die Ergebnisse des Monitorings zu sehen, und einige Fragen zeigen, ob die Arbeit wirklich erledigt wurde:

• Liegen uns die alte Adressliste und die Weiterleitungstabelle vor, und in welcher Datei?
• Gibt es die Ausgabe der Prüfung am Launch-Tag: Statuscode und Zieladresse für jede Zeile?
• Auf wessen Liste stehen die nach der Migration aufgetretenen 404-Fehler, und was wurde für jeden einzelnen entschieden?
• Auf welchem Server oder in welcher Einstellungsmaske liegen die Weiterleitungen; wie werden sie umgezogen, wenn sich die Infrastruktur künftig erneut ändert?
• Wer hat Zugriff auf die Search Console; bis wann bleiben die Property und die Registrierung der alten Domain bestehen?

Lauten die Antworten auf diese Fragen eine Tabelle und ein Dateiname, ist die Migration in einem überprüfbaren Zustand. Lautet die Antwort „kein Problem, es funktioniert“, hat das Monitoring noch nicht begonnen.

Wann dürfen Weiterleitungen entfernt werden?

Googles Dokumentation zum Websiteumzug empfiehlt, Weiterleitungen so lange wie möglich, in der Regel mindestens ein Jahr, bestehen zu lassen; die Begründung: Es braucht Zeit, bis alte Links auf anderen Websites erneut gecrawlt und auf die neuen Adressen übertragen werden. Beim Domainwechsel nennt die Hilfeseite der Search Console mindestens 180 Tage, und länger, solange Traffic aus der Google Suche kommt. In der Praxis gilt der längere der beiden Zeiträume. Eine Weiterleitung bestehen zu lassen kostet wenig; gibt es keinen konkreten Grund, sie zu entfernen, entfernen Sie sie nicht.

Braucht Bing etwas Eigenes?

Dieselben Weiterleitungen funktionieren für jede Suchmaschine; eine eigene Tabelle ist nicht nötig. Es gibt einen Weg, Bing und anderen Suchmaschinen, die IndexNow unterstützen, geänderte Adressen direkt zu melden: Diese Website meldet ihre Adressen nach jedem Deployment per IndexNow. Wie das eingerichtet wird, steht im Leitfaden zu IndexNow und Bing.

Wenn Sie beim Relaunch keinen Traffic verlieren möchten: Website-Relaunch und Migration erfasst die alten Adressen, baut eine kettenfreie 301-Weiterleitungstabelle und überwacht die Website 90 Tage nach dem Umzug.