Erst klären, was tatsächlich umzieht
Ein neuer Server ohne geänderte Adressen ist eine andere Aufgabe als ein neuer Domainname oder eine neue Seitenstruktur. Wenn sich URLs ändern, müssen alte Einstiege, gespeicherte Lesezeichen, interne Links und Suchergebnisse auf sinnvolle Ziele führen. Das fiktive Unternehmen in diesem Artikel ersetzt „/leistungen/beratung.html“ durch „/beratung/“. Die Adresse einer älteren Broschüre soll dagegen unverändert bleiben. Dieser Unterschied gehört vor den Start in eine Liste. Wer nur die Startseite prüft, übersieht häufig die Seiten, über die echte Besucher ankommen.
Erstelle ein Inventar der wichtigen alten URLs. Nutze vorhandene Sitemaps, Crawls, interne Navigation und – soweit vorhanden – Zugriffsdaten, ohne Besucherzahlen zu erfinden. Markiere Seiten mit Anfragen, Downloads, Verweisen oder besonderer Bedeutung. Für jede URL notierst du das geplante neue Ziel und den Grund. Bei einer nicht mehr angebotenen Leistung kann eine passende Übersichtsseite sinnvoll sein; ein pauschaler Sprung aller alten Adressen auf die Startseite ist es oft nicht. Google Search Central warnt ausdrücklich vor vielen irrelevanten Weiterleitungen auf ein einziges Ziel.
Eine Zuordnung ist mehr als eine technische Tabelle
Lege für jede alte Seite fest, ob sie inhaltlich bestehen bleibt, zusammengeführt, ersetzt oder entfernt wird. Prüfe, ob die Zielseite die Erwartung der Besucher tatsächlich erfüllt. Zwei thematisch ähnliche Texte sind nicht automatisch austauschbar. Halte bei zusammengeführten Seiten fest, welche Informationen erhalten werden und welche bewusst wegfallen. Diese redaktionelle Entscheidung sollte vor der Regel für den Webserver stehen. Technisches SEO kann eine falsche inhaltliche Zuordnung nicht allein reparieren.
Eine einfache Arbeitsliste kann aus sechs Spalten bestehen: alte URL, neue URL, Entscheidung zum Inhalt, Weiterleitung, verantwortliche Person und Prüfergebnis. Ergänze einen Status für noch offene Fälle. Im fiktiven Beispiel bekommt die frühere Beratungsseite eine dauerhafte Weiterleitung auf „/beratung/“. Ein archivierter Veranstaltungstermin erhält keine erfundene aktuelle Entsprechung. Ob er als Archiv erreichbar bleibt oder sauber entfällt, ist eine bewusste Entscheidung. Das Blatt ist auch ein praktischer Rücksprungpunkt: Bei Problemen kannst du erkennen, welche Zuordnung geändert wurde.
Testumgebung und Veröffentlichung trennen
Baue und prüfe die neue Ausgabe vor der öffentlichen Umstellung. Vergleiche Navigation, Formulare, Downloads, Sprachvarianten und Mobilansicht mit den Anforderungen. Achte darauf, dass Schutzmaßnahmen einer Testumgebung nicht versehentlich in der öffentlichen Ausgabe verbleiben. Google weist darauf hin, dass in Entwicklungsumgebungen verwendete Crawling-Sperren oder „noindex“-Angaben beim Start überprüft werden müssen. Ein fehlerfreier Startseitenaufruf sagt darüber nichts aus. Teste konkrete alte URLs und konkrete neue Zielseiten.
Plane einen Rückweg: sichere die bisherige Version, die Konfiguration der Weiterleitungen und die erforderlichen Daten; notiere, wer bei einem Fehler entscheiden darf. Eine Rückkehr ist nicht immer mit einem einzigen Klick möglich, besonders wenn gleichzeitig Formulare, Datenbank oder Domain-Einstellungen geändert werden. Verringere daher die Zahl gleichzeitiger Änderungen. Wenn möglich, trenne den Umzug von einer kompletten Neufassung aller Texte. Sonst ist später schwer erkennbar, welche Änderung welchen Effekt hatte.
Nach dem Start die richtigen Signale prüfen
Verwende für geänderte Adressen geeignete dauerhafte HTTP-Weiterleitungen wie 301 oder 308, soweit die Änderung dauerhaft ist. Aktualisiere interne Links, damit sie direkt auf neue Seiten zeigen. Prüfe für wichtige Zielseiten die Canonical-Adresse und die Sprachalternativen. Eine neue Sitemap sollte die vorgesehenen kanonischen Ziel-URLs enthalten und mit den internen Links zusammenpassen. Google beschreibt diese Signale als Hilfen für die Entdeckung und Zuordnung; keine davon garantiert einen bestimmten Rang in Suchergebnissen.
Teste die Zuordnung mit echten HTTP-Anfragen: Kommt eine alte Seite am vorgesehenen Ziel an, entstehen unnötige Ketten, liefert die neue Seite den erwarteten Inhalt? Prüfe besonders Seiten, die zuvor Anfragen oder wichtige Einstiege hatten. Beobachte danach Fehlerseiten, Serverprotokolle und die verfügbaren Berichte zur Indexierung. Vergleiche mit einem festgehaltenen Ausgangsstand und benenne zugleich andere Veränderungen, etwa Saisonalität oder Kampagnen. Ein kurzfristiger Ausschlag allein beweist weder Erfolg noch Misserfolg des Umzugs.
Nicht jede Schwankung ist sofort ein Defekt
Google erklärt, dass das erneute Crawlen und Verarbeiten einer größeren Website-Migration Zeit braucht und Rankings vorübergehend schwanken können. Daraus folgt aber nicht, dass du sichtbare Fehler einfach abwarten solltest. Eine falsche Weiterleitung, eine gesperrte Zielseite oder ein fehlendes Dokument braucht eine konkrete Korrektur. Unterscheide deshalb technische Befunde von Veränderungen, für die noch keine eindeutige Ursache vorliegt. Dokumentiere, wann du was geändert hast, damit eine spätere Auswertung den zeitlichen Ablauf sehen kann.
Für einen eigenen Umzug beginne mit zehn wichtigen alten URLs. Öffne jede, bestimme das passende neue Ziel und notiere, was ein Besucher dort erwartet. Prüfe nach dem Start dieselben zehn Wege erneut und ergänze die übrigen Seiten systematisch. Gibt es für eine Seite kein sinnvolles Ziel, erfinde keines nur für eine grüne Prüfliste. Die Migration ist gelungen, wenn Menschen verlässlich zum passenden Inhalt gelangen und du Abweichungen erkennen und beheben kannst. Ob und wann Suchsysteme alle Änderungen übernehmen, bleibt davon getrennt zu beobachten. Vereinbare vorab, wie lange du die alten Adressen überwachen willst und wer auf neu entdeckte Fehler reagiert. Gerade selten genutzte Dokumente tauchen bei einer kurzen Stichprobe möglicherweise nicht auf.
Häufige Fragen
Reicht eine neue Sitemap beim Umzug?
Nein. Prüfe zusätzlich passende Weiterleitungen, direkte interne Links, erreichbare Zielseiten und deren Canonicals. Die Sitemap hilft beim Entdecken von URLs, ersetzt aber weder die Zuordnung noch die Funktionsprüfung.
Bedeutet ein Rückgang sofort einen Migrationsfehler?
Nicht zwingend. Suche zuerst nach konkreten Fehlern wie gesperrten Seiten oder falschen Zielen. Vergleiche danach den zeitlichen Verlauf mit dem Ausgangsstand und anderen Veränderungen, bevor du eine Ursache behauptest.