Website-Migration ohne Verlust von Rankings
SEO-Checkliste für Migrationen: URL-Inventar, Redirects nur auf Entsprechungen, korrekte 404/410, Tests und Monitoring.

Eine Migration garantiert nicht den Erhalt jedes Rankings, aber sie kann das Risiko begrenzen: Leiten Sie eine alte URL mit einer echten Entsprechung mit genau einem permanenten Redirect auf diese Entsprechung weiter; eine entfernte URL ohne Ersatz bleibt 404 oder 410. Das massenhafte Weiterleiten ausgelaufener Inhalte auf die Startseite oder eine nur lose verwandte Unterseite kann als Soft-404 gewertet werden.
Google empfiehlt, eine Alt-Neu-Karte vorzubereiten, Weiterleitungen direkt ans Ziel zu führen, irrelevante Redirects zu vermeiden und beide URL-Sets zu überwachen. Permanente Redirects verursachen keinen PageRank-Verlust, Ketten erhöhen jedoch die Verzögerung und erschweren den Betrieb. Quelle: Google Search Central – Websiteumzug mit URL-Änderungen.
Wir haben unsere eigene Website so umgezogen: 81 alte URLs, vier unterschiedliche Blog-Präfixe zu konsolidieren, ein Technologiewechsel und eine Änderung der kanonischen URL. Im Folgenden stehen die von uns verwendete Reihenfolge und die Fallstricke, auf die wir gestoßen sind.
Schritt 1. URL-Inventar - vor allem anderen
Man kann nicht weiterleiten, was man nicht kennt. Bauen Sie die URL-Liste aus allen verfügbaren Quellen auf; keine einzelne garantiert Vollständigkeit:
- Sitemap und Export aus dem Content-System,
- URL-Bericht aus Webmaster-Tools (was die Suchmaschine tatsächlich gesehen hat),
- Server-Logs über einen möglichst langen Zeitraum – hier tauchen URLs auf, an die sich niemand erinnert, die aber Traffic und Links haben,
- Liste von Seiten mit externen Links.
Logs helfen, in Sitemap und Analysetools übersehene URL-Varianten zu finden. Externe Links sind ein zusätzliches Prioritätssignal, doch der Redirect muss weiterhin zu einer echten inhaltlichen Entsprechung führen.
Schritt 2. Ein Urteil für jede URL
Für jede alte URL gibt es eine von vier Entscheidungen:
| Urteil | Bedeutung | Redirect-Ziel |
|---|---|---|
| bleibt | Inhalt aktuell, URL unverändert | keiner oder die neue URL selbst |
| wird überarbeitet | Thema bleibt, Inhalt ist neu | neue Entsprechung |
| wird zusammengeführt | zwei Seiten behandeln dasselbe | die übernehmende Seite |
| wird eingestellt | keine Entsprechung oder Inhalt bewusst entfernt | kein Redirect; Antwort 404 oder 410 |
Zwei Regeln, an denen wir festhalten:
- Keine irrelevanten Redirects. Eine URL bekommt nur ein Ziel, wenn die neue Seite die alte wirklich ersetzt. Ohne Entsprechung bleibt es bei 404 oder 410; leiten Sie sie nicht „für SEO“ auf die Startseite.
- Zusammenführen heißt, die benötigte Antwort zu erhalten. Wenn Seite A Seite B ersetzt, muss das neue Ziel deren nützliche Absicht und aktuelle Informationen tatsächlich abdecken. Übertragen Sie nicht mechanisch veraltete oder unnötige Fragmente, nur um den Redirect zu rechtfertigen.
Schritt 3. Redirect-Karte ohne Ketten
Drei Fallstricke verursachen die meisten Fehler und sind alle leicht zu übersehen:
Redirect-Kette. Eine alte URL führt auf die zweite und diese auf die dritte. Jeder Sprung fügt eine Anfrage hinzu und erschwert die Diagnose. Die Einführungsregel lautet: direkt auf das Endziel leiten. Google sagt, dass permanente Redirects keinen PageRank verlieren; gegen Ketten sprechen daher vor allem Verzögerung, Limits und betriebliche Komplexität – nicht ein angeblicher Prozentsatz an „Linkkraft“, der bei jedem Sprung verloren gehe.
Reihenfolge der Regeln. Die Art der Auswertung hängt von Server und Routing-Schicht ab. In vielen Konfigurationen fängt eine zu allgemeine Regel vor einer spezifischen Regel den eigentlich für sie bestimmten Traffic ab. Die Reihenfolge muss daher in Dokumentation und Test der gesamten Karte geprüft werden.
Varianten bei Slash, Groß-/Kleinschreibung und Parametern. Klären Sie zuerst, welche Varianten tatsächlich funktionierten und wie der Server die Groß-/Kleinschreibung behandelt. Normalisierung sollte explizit und getestet sein; eine zu breite Regel kann URLs verbinden, die im alten System Verschiedenes bedeuteten.
Schritt 4. Test vor dem Launch
Ein automatischer Test prüft die ganze URL-Liste und verifiziert drei Dinge: Antwortcode, Redirect-Ziel und dass das Ziel korrekt antwortet. Er läuft in der Testumgebung, vor dem Migrationstag.
Die Bestehensbedingung ist binär: Jede URL aus dem Inventar hat das erwartete Testergebnis. Das kann 200 für eine bleibende URL sein, ein einzelnes 301/308 zur richtigen Entsprechung oder ein geplanter 404/410 für entfernte Inhalte. „Behandelt“ heißt nicht „weitergeleitet“.
Der Test sollte das Ergebnis speichern und Schleifen, Ketten, falsche Ziele sowie unerwartete Antwortcodes erkennen. Seine Vorbereitungszeit hängt von der Zahl der Varianten und der Umgebung ab.
Schritt 5. Was am Migrationstag außerdem fertig sein muss
- Kanonische URLs, die auf die neuen URLs zeigen und auf der gesamten Website konsistent sind.
- Sitemap mit neuen URLs, die nach dem Umschalten eingereicht wird.
- Datei mit Regeln für Crawler – prüfen Sie, ob die neue Struktur nicht versehentlich blockiert wird. Der klassische Fehler: Eine blockierende Regel aus der Testumgebung gelangt in den Produktivbetrieb.
- Strukturierte Daten, die bei der Änderung der Templates übertragen und nicht verloren werden.
- Leistung auf zentralen Templates geprüft. Eine Regression kann Erfahrung und Geschäftsergebnis verschlechtern, doch nicht jede Ranking-Schwankung sollte einer einzelnen Kennzahl zugeschrieben werden – Leistung behandeln wir in kostenloser Suchmaschinenoptimierung.
- Titel und Beschreibungen – wenn Sie sie ändern, tun Sie es bewusst und messen Sie es, denn eine Titeländerung auf einer gut rankenden Seite kann Rankings in beide Richtungen bewegen.
Schritt 6. Reihenfolge am Umzugstag
- Vor dem Umschalten: Halten Sie einen Referenzzustand fest – Traffic, Klicks, Impressionen, Indexierung, Conversions und Fehler über einen vereinbarten Zeitraum.
- Führen Sie die neue Website in einer Umgebung ein, die Tests erlaubt, ohne die Arbeitsversion versehentlich zu indexieren.
- Testen Sie Inventar, kanonische URLs, Sitemap, strukturierte Daten und Crawler-Regeln.
- Schalten Sie den Traffic um und aktivieren Sie die endgültigen Redirects.
- Wiederholen Sie den Test im Produktivbetrieb und vergleichen Sie das Ergebnis mit der erwarteten Karte.
- Reichen Sie die neue Sitemap ein und – falls zutreffend – die Adressänderung in der Search Console.
- Überwachen Sie Fehler, Crawling, Indexierung, Traffic und Geschäftsergebnis; behalten Sie für einen vereinbarten Zeitraum Zugriff auf die alte Umgebung und Logs.
Was nach der Migration zu erwarten ist
Ehrlich gesagt, denn hier entstehen unnötige Paniken:
- Vorübergehende Schwankungen sind möglich. Google muss alte und neue URLs erneut besuchen und den Index aktualisieren.
- Es gibt keinen garantierten Rückkehrtermin. Laut Google kann der Umzug einer durchschnittlichen Website einige Wochen, einer größeren länger dauern; die Crawling-Geschwindigkeit hängt unter anderem von Größe und Server ab.
- Diagnostizieren Sie laufend, wenn wichtige URLs nicht entdeckt werden, Ziele Fehler liefern, Canonicals widersprüchlich sind oder Traffic und Conversions den vereinbarten Bereich verlassen. Warten Sie nicht mechanisch zwei Monate auf einen Einführungsfehler.
Ziehen Sie keinen Schluss aus einem einzelnen Tag, reagieren Sie aber sofort auf technische Fehler. Bewerten Sie den Sichtbarkeitstrend im Kontext von Saisonalität, Inhaltsänderungen und einem vergleichbaren Zeitraum.
Wann nicht migrieren?
- Wenn es keinen geschäftlichen Grund gibt. Ein reiner Technologiewechsel hebt keine Rankings. Kosten ohne Ertrag – wann ein Wechsel sinnvoll ist, behandeln wir in Next.js oder WordPress.
- Wenn niemand das URL-Inventar erstellen kann. Das ist eine notwendige Voraussetzung, keine überspringbare Phase.
- Wenn zentrale Ziele und Tests nicht fertig sind. Starten Sie keine Migration mit zufälligen Fehlern oder dünnem Ersatzinhalt, nur um ein Datum einzuhalten. Eine entfernte Seite ohne Entsprechung sollte den passenden 404/410 liefern.
- Wenn es nur um eine optische Änderung geht. Dann ändern Sie das Template, nicht die URL-Struktur.
Häufige Fragen
Müssen URLs ohne Traffic weitergeleitet werden?
Nur wenn es eine echte neue Entsprechung gibt. Kein Traffic beweist keinen fehlenden Wert; prüfen Sie daher Links, Logs und das Inhaltsziel. Wenn es keine Entsprechung gibt, liefern Sie 404 oder 410, statt auf eine lose verwandte Seite weiterzuleiten.
Wie lange sollten Redirects bestehen bleiben?
Google empfiehlt, Redirects mindestens ein Jahr zu behalten; aus Nutzersicht sollten sie bestehen, solange die alten URLs noch verwendet werden. Der Aufwand ist nicht immer null – die Karte muss bei späteren Änderungen getestet werden –, doch meist lohnt es sich, stabile erforderliche Regeln länger zu erhalten.
Kann man schrittweise migrieren?
Ja. Bei großen Websites kann Etappierung die Größe einer einzelnen Einführung begrenzen, verlängert aber die Zeit mit zwei Strukturen und erschwert das Monitoring. Canonicals, Verlinkung, Abhängigkeiten zwischen Bereichen und die Redirect-Karte müssen so gelöst sein, dass dieselben URLs nicht mehrfach migriert werden.
Wir haben unsere eigene Website mit vollständiger Abdeckung alter URLs so umgezogen und können zeigen, wie eine solche Karte in der Praxis aussieht. Sehen Sie sich die Migration von WordPress zu Next.js an oder nennen Sie uns Ihre Website-Adresse – wir melden uns mit einer Diagnose.

Autor
Maciej Szukalski
Gründer von Condictor · Systemarchitekt · Forschung und Entwicklung
Seit 2014 entwickelt er digitale Produkte. Seine Schwerpunkte sind Architektur, Forschung und Anwendungen mit Automatisierungs- und Intelligenzschichten.
Erfahrung und Arbeitsweise kennenlernenEin Problem zu lösen?
Finden wir den richtigen ersten Schritt
Beschreiben Sie Ihre Situation in wenigen Sätzen. Wir melden uns mit Fragen oder einem konkreten Vorschlag für den nächsten Schritt.
