„Die neue Website ist online – und seit Montag kommen kaum noch Anfragen über Google.“ Solche Anrufe erreichen uns fast immer in den Wochen nach einem Relaunch, und die Ursache ist fast immer dieselbe: Beim Umzug sind alte URLs verloren gegangen. Eine SEO-Migration ist jede größere Änderung an einer Website, die beeinflusst, wie Google sie findet und bewertet – vor allem neue URLs durch Domainwechsel, HTTPS-Umstellung oder eine neue Struktur; sie gelingt, wenn jede alte URL per permanenter Weiterleitung direkt auf ihr passendes neues Ziel zeigt. Der Rest ist sorgfältige Vorbereitung und geduldiges Monitoring.
Dieser Leitfaden zeigt, welche Arten von Migrationen es gibt, wie Sie einen Umzug Schritt für Schritt vorbereiten, wann das Tool zur Adressänderung in der Search Console nötig ist und woran Sie in den Wochen danach erkennen, ob alles funktioniert. Wie Design- und Entwicklungsteams eine neue Website von Anfang an suchmaschinenfreundlich bauen, beschreibt unser Leitfaden SEO-freundliches Webdesign; hier geht es um den Umzug selbst.
Eine Migration mit URL-Änderungen braucht vier Bausteine: eine vollständige Zuordnung alter zu neuen URLs, serverseitige permanente Weiterleitungen (301 oder 308) direkt auf das endgültige Ziel, aktualisierte interne Signale (Links, Canonicals, Sitemaps, hreflang) und ein Monitoring über mehrere Wochen. Google empfiehlt, Weiterleitungen mindestens ein Jahr bestehen zu lassen, kleine und mittelgroße Websites auf einmal umzuziehen und nur eine Sache gleichzeitig zu ändern. Das Tool zur Adressänderung ist nur bei Domain- oder Subdomainwechseln nötig, nicht bei HTTPS-Umstellung oder neuen Pfaden. Vorübergehende Ranking-Schwankungen sind laut Google normal; bei kleinen bis mittelgroßen Websites dauert der Umzug einige Wochen.
Welche Arten von Migrationen es gibt
Nicht jede Migration ist gleich riskant: Entscheidend ist, ob sich die URLs ändern, die Google und Ihre Besucher kennen.
Eine SEO-Migration (auch Website-Migration oder Website-Umzug) ist eine geplante Änderung an Adresse, Struktur, Technik oder Infrastruktur einer Website, bei der die vorhandene Sichtbarkeit in Suchmaschinen erhalten bleiben soll. Google unterscheidet dabei zwei Fälle: Umzüge mit sichtbaren URL-Änderungen und Umzüge, bei denen nur die Infrastruktur wechselt.
| Art der Migration | Ändern sich die URLs? | Weiterleitungen nötig? | Adressänderung in der Search Console? |
|---|---|---|---|
| Domainwechsel (z. B. .de → .com, neuer Markenname) | Ja | Ja | Ja |
| Subdomain-Wechsel (z. B. shop.beispiel.de → beispiel.de/shop) | Ja | Ja | Ja |
| HTTP → HTTPS | Ja | Ja | Nein |
| www ↔ ohne www auf derselben Domain | Ja | Ja | Nein |
| Neue URL-Struktur, z. B. durch CMS-Wechsel oder Relaunch | Ja | Ja | Nein |
| Hosting- oder CDN-Wechsel ohne neue URLs | Nein | Nein | Nein |
Die Zuordnung zur Adressänderung folgt der Search Console-Hilfe zum Tool zur Adressänderung. In der Praxis sehen wir häufig Kombinationen: Ein CMS-Wechsel bringt neue URLs, gleichzeitig wird die Domain vereinheitlicht und das Design erneuert. Genau hier rät Google zur Vorsicht – dazu gleich mehr.
Vor dem Umzug: die Bestandsaufnahme
Was Sie vor der Migration nicht erfassen, können Sie danach weder weiterleiten noch vermissen – die Bestandsaufnahme ist deshalb der wichtigste Arbeitsschritt.
Google nennt in seiner Anleitung zum Website-Umzug mehrere Quellen, aus denen sich die Liste der bestehenden URLs zusammensetzen lässt: vorhandene Sitemaps, Server-Logs, Analysedaten, das CMS und den Linkbericht der Search Console. Aus unserer Praxis gehören in diese Liste:
- Alle indexierbaren Seiten: aus Sitemap, CMS und einem eigenen Crawl der Website.
- Seiten mit Sichtbarkeit: alle URLs mit Impressionen oder Klicks in der Search Console, auch alte Seiten, die im Menü längst fehlen.
- Seiten mit externen Links: laut Linkbericht der Search Console – sie tragen Signale, die nicht verloren gehen dürfen.
- Dateien und Medien: Google weist ausdrücklich darauf hin, auch Bilder, Videos sowie JavaScript- und CSS-Dateien zu berücksichtigen, nicht nur HTML-Seiten.
- Ausgangswerte: Klicks, Impressionen und indexierte Seiten vor dem Umzug sichern. Ohne diese Basis lässt sich später nicht beurteilen, ob ein Rückgang normal ist.
Ein vollständiges SEO-Audit vor der Migration hat einen weiteren Vorteil: Es zeigt, welche Probleme der alten Website Sie gar nicht erst mit umziehen sollten, etwa doppelte Inhalte oder kaputte interne Links.
Das URL-Mapping: Herzstück jeder Migration
Das URL-Mapping ordnet jeder alten URL genau ein neues Ziel zu – und es ist die Grundlage für jede Weiterleitung.
Aus unserer Praxis hat sich eine einfache Tabelle mit drei Spalten bewährt: alte URL, neue URL und Art der Zuordnung. Für die Zuordnung gibt es nur drei sinnvolle Fälle:
- Eins zu eins: Der Inhalt zieht um und bekommt eine neue Adresse. Weiterleitung auf die neue URL.
- Zusammengeführt: Mehrere alte Seiten gehen in einer neuen auf. Weiterleitung aller alten URLs auf die neue, inhaltlich passende Seite.
- Entfällt: Den Inhalt gibt es nicht mehr, und es gibt keinen gleichwertigen Ersatz. Google empfiehlt für solche Seiten den Statuscode 404 oder 410.
Was es nicht geben sollte, ist die bequeme vierte Variante: alles, was nicht passt, auf die Startseite. Google rät ausdrücklich davon ab, viele alte URLs auf eine einzelne, nicht passende Seite weiterzuleiten, und kann solche Weiterleitungen als Soft 404 behandeln. Wie Google Statuscodes und Soft 404 bewertet, erklärt unser Beitrag zu 404-Fehlern und defekten Links.
Weiterleitungen richtig einrichten
Für einen Umzug empfiehlt Google serverseitige permanente Weiterleitungen, weil sie die höchste Chance haben, korrekt verstanden zu werden.
Laut Googles Dokumentation zu Weiterleitungen und der Google Suche unterscheiden sich die Typen so:
| Weiterleitung | Signal an Google | Einsatz bei der Migration |
|---|---|---|
| 301 und 308 (serverseitig) | Permanent – das Ziel soll in den Suchergebnissen erscheinen | Standard für jeden Umzug |
| Meta-Refresh ohne Verzögerung | Permanent | Nur, wenn serverseitig nicht möglich |
| JavaScript-Weiterleitung | Permanent, aber nur, wenn Google die Seite rendert | Letzter Ausweg |
| 302, 303 und 307 | Temporär – die alte URL bleibt maßgeblich | Nicht für einen dauerhaften Umzug |
Drei Regeln aus Googles Umzugsanleitung entscheiden darüber, ob die Weiterleitungen ihren Zweck erfüllen:
- Direkt aufs Ziel: Leiten Sie jede alte URL direkt auf die endgültige neue URL weiter. Ketten über mehrere Stationen sollten Sie vermeiden; Google empfiehlt, sie so kurz wie möglich zu halten. Ein typischer Fall sind Altlasten früherer Relaunches, die nun eine weitere Station bekommen.
- Lange genug: Behalten Sie die Weiterleitungen so lange wie möglich bei, in der Regel mindestens ein Jahr. Erst dann hat Google genug Zeit, alle Signale zu übertragen und die Links anderer Websites neu zu crawlen.
- Keine Sorge um Linkkraft: Laut Google führen 301- und andere permanente Weiterleitungen nicht zu einem Verlust an PageRank.
Testen Sie die Weiterleitungen vor dem Launch vollständig anhand der Mapping-Tabelle, nicht stichprobenartig. Aus unserer Praxis fallen dabei regelmäßig Varianten auf, die niemand bedacht hat: URLs mit und ohne abschließenden Schrägstrich, Großschreibung oder alte Parameter-URLs.
Interne Signale auf die neuen URLs umstellen
Weiterleitungen fangen alte Links auf; auf der neuen Website selbst sollte aber alles direkt auf die neuen URLs zeigen.
Google nennt dafür in seiner Umzugsanleitung diese Punkte:
- Interne Links: von den alten auf die neuen URLs ändern. Interne Links über Weiterleitungen funktionieren zwar, verschwenden aber Crawling und verraten unvollständige Umstellungen. Wie eine saubere Linkstruktur aussieht, zeigt unser Leitfaden zur internen Verlinkung.
- Canonicals: Jede neue URL sollte ein selbstreferenzierendes Canonical haben.
- hreflang: Bei mehrsprachigen Websites müssen die Angaben auf die neuen URLs zeigen – auf allen Sprachversionen. Details dazu in unserem Beitrag zu hreflang.
- Sitemaps: Die neue Sitemap enthält ausschließlich neue URLs. Wie Sie sie erstellen und einreichen, beschreibt unser Leitfaden zur XML-Sitemap.
- Externe Verweise, die Sie selbst steuern: Profile in Verzeichnissen und sozialen Netzwerken, das Unternehmensprofil bei Google und Anzeigenkampagnen auf die neuen URLs umstellen. Wichtige verlinkende Websites kontaktieren Sie am besten direkt.
Die neue Website für den Launch vorbereiten
Die meisten Migrationspannen, die wir sehen, haben nichts mit Weiterleitungen zu tun, sondern mit Resten aus der Entwicklungsphase.
Googles Anleitung nennt als typische Fehler, dass noindex-Angaben oder robots.txt-Sperren aus der Testphase auf der Live-Website stehen bleiben, dass Weiterleitungen auf nicht existierende URLs zeigen und dass Sitemaps nicht aktualisiert werden. Vor dem Umzug sollten Sie deshalb prüfen:
- Sperren entfernt: keine pauschale Sperre in der robots.txt, keine noindex-Angaben auf Seiten, die ranken sollen. Was die drei Steuerungsmittel jeweils bewirken, erklärt unser Beitrag zu robots.txt, noindex und Canonical.
- Search Console vollständig eingerichtet: alte und neue Website in allen Varianten bestätigt, also HTTP und HTTPS sowie mit und ohne www. Die Bestätigungsdatei oder das Meta-Tag sollte auf der neuen Website erhalten bleiben.
- Altlasten übernommen: Hatten Sie für die alte Website eine Disavow-Datei, laden Sie sie laut Google für die neue Property erneut hoch. Bei einer zuvor genutzten Domain prüfen Sie außerdem, ob es manuelle Maßnahmen oder entfernte URLs des Vorbesitzers gibt.
- Server mit Reserve: Google crawlt die neue Website nach einer Migration vorübergehend intensiver als üblich. Der Server sollte diese zusätzliche Last tragen können.
- Zeitpunkt: Google rät, den Umzug nach Möglichkeit in eine verkehrsarme Zeit zu legen.
Nur eine Sache auf einmal ändern
Google empfiehlt, bei einem Umzug nur eine Sache gleichzeitig zu ändern – also etwa zuerst die Domain zu wechseln und erst danach das Layout. Der Grund ist einfach: Ändern sich Domain, URL-Struktur, Design und Inhalte am selben Tag, lässt sich bei einem Einbruch nicht mehr sagen, was ihn verursacht hat. Aus unserer Praxis ist das der Punkt, an dem Projektplanung und SEO am häufigsten kollidieren. Wo sich mehrere Änderungen nicht trennen lassen, sollten Sie zumindest Inhalte und Seitentitel der rankenden Seiten möglichst unverändert übernehmen.
Auf einmal oder in Etappen?
Für kleine und mittelgroße Websites empfiehlt Google, alle URLs gleichzeitig umzuziehen statt Abschnitt für Abschnitt. Große Websites können dagegen in Abschnitten umziehen. Als ersten Abschnitt empfiehlt Google einen Bereich, der sich selten ändert – so lässt sich das Vorgehen testen, bevor die wichtigen Bereiche folgen.
Das Tool zur Adressänderung
Bei einem Domain- oder Subdomainwechsel teilen Sie Google den Umzug zusätzlich über das Tool zur Adressänderung in der Search Console mit.
Laut Search Console-Hilfe gelten dafür diese Voraussetzungen und Regeln:
- Nur für Domains und Subdomains: Für die Umstellung auf HTTPS, den Wechsel zwischen www und ohne www oder neue Pfade innerhalb derselben Domain ist das Tool nicht vorgesehen.
- Inhaberschaft: Sie müssen mit demselben Google-Konto Inhaber der alten und der neuen Property sein.
- Weiterleitungen vorab: Die Startseite und die wichtigen Seiten der alten Domain müssen bereits per 301 auf die neue Domain weiterleiten.
- Varianten einzeln: Untergeordnete Subdomains werden nicht automatisch mit umgezogen; Varianten wie www und ohne www reichen Sie getrennt ein.
- 180 Tage: Google führt die Umzugssignale ab dem Start 180 Tage lang fort. Die Weiterleitungen sollten mindestens so lange bestehen bleiben, länger, solange noch Zugriffe aus der Google-Suche auf den alten URLs ankommen.
Die alte Domain sollten Sie laut Google außerdem mindestens ein Jahr behalten, damit sie nicht von Dritten übernommen und missbraucht wird. Aus unserer Praxis empfehlen wir, sie dauerhaft zu behalten – die Kosten sind gering, das Risiko eines fremden Inhalts unter Ihrer alten Adresse ist es nicht.
Sonderfall: Hosting-Wechsel ohne neue URLs
Ziehen Sie nur auf einen neuen Server oder ein CDN um und die URLs bleiben gleich, ist das Risiko deutlich kleiner – aber nicht null.
Google beschreibt für diesen Fall in seiner Anleitung zum Hosting-Wechsel einen eigenen Ablauf. Die wichtigsten Punkte:
- Neue Infrastruktur testen: etwa unter einem temporären Hostnamen, der per noindex aus dem Index herausgehalten wird.
- Erreichbarkeit für Googlebot prüfen: mit dem URL-Prüftool der Search Console. Firewalls und Schutz vor Überlastungsangriffen dürfen Googlebot nicht aussperren.
- DNS vorbereiten: Google empfiehlt, die Gültigkeitsdauer der DNS-Einträge (TTL) mindestens eine Woche vor dem Umzug auf einen niedrigen Wert zu senken, damit die Umstellung schnell greift.
- Umstellen und Sperren entfernen: DNS auf den neuen Host zeigen lassen, temporäre noindex-Angaben und robots.txt-Sperren entfernen.
- Alten Host erst abschalten, wenn dort kein Verkehr mehr ankommt.
Laut Google ist es normal, dass die Crawling-Rate direkt nach der Umstellung kurz sinkt und in den folgenden Tagen wieder steigt.
Nach dem Umzug: Monitoring
Ob eine Migration gelungen ist, zeigt sich nicht am Launch-Tag, sondern in den Wochen danach – und nur, wenn Sie gezielt hinsehen.
Google beschreibt das gewünschte Bild so: Der Traffic auf der alten Website sinkt, der auf der neuen steigt. Bis dahin vergeht Zeit, denn Googlebot muss jede alte und jede neue URL mindestens einmal besuchen. Bei kleinen bis mittelgroßen Websites kann es laut Google einige Wochen dauern, bis die meisten Seiten umgezogen sind, bei großen länger. Vorübergehende Schwankungen in der Sichtbarkeit bezeichnet Google ausdrücklich als normal. Auch dass Google gelegentlich noch die alten URLs in den Ergebnissen zeigt, ist laut Google nach einem Domainwechsel üblich und verschwindet mit der Zeit.
Aus unserer Praxis hat sich dieser Monitoring-Plan bewährt:
| Zeitpunkt | Was prüfen? |
|---|---|
| Launch-Tag | robots.txt und noindex, Stichproben der Weiterleitungen, Sitemap eingereicht, wichtigste Seiten im URL-Prüftool |
| Erste Woche | Alle URLs der Mapping-Tabelle automatisiert auf Statuscode und Ziel prüfen, Server-Logs auf Fehler und Googlebot-Zugriffe, Crawling-Fehler in der Search Console |
| Erste Wochen | Bericht zur Seitenindexierung: Steigen die indexierten neuen URLs? Leistungsbericht: Entwicklung von Klicks und Impressionen gegenüber den Ausgangswerten |
| Nach einigen Monaten | Vergleich der wichtigsten Seiten und Suchanfragen mit dem Stand vor dem Umzug; verbliebene Zugriffe auf alte URLs prüfen |
Für die Kontrolle empfiehlt Google, sowohl die Sitemap mit den alten als auch die mit den neuen URLs einzureichen; Warnungen zu weitergeleiteten URLs in der alten Sitemap sind dabei laut Google normal. Wie Sie die Berichte der Search Console dafür nutzen, zeigt unser Search-Console-Leitfaden. Sinkt die Sichtbarkeit einzelner Seiten deutlich und bleibt niedrig, prüfen Sie zuerst deren Weiterleitung, dann ob Inhalt und Seitentitel beim Umzug verändert wurden.
Typische Fehler bei Migrationen
Die folgenden Fehler begegnen uns in Migrationsprojekten am häufigsten – fast alle lassen sich mit einer vollständigen Mapping-Tabelle und einer Abnahme vor dem Launch vermeiden.
- Testsperren bleiben aktiv: Die robots.txt- oder noindex-Sperre der Staging-Umgebung geht mit live.
- Alles auf die Startseite: Seiten ohne passendes Ziel landen pauschal auf der Startseite statt bei einer inhaltlich passenden Seite oder einem 404.
- Temporäre statt permanenter Weiterleitungen: 302-Weiterleitungen signalisieren Google, dass die alte URL maßgeblich bleibt.
- Weiterleitungsketten: Alte Weiterleitungen aus früheren Projekten werden nicht auf das neue Ziel aktualisiert.
- Zu viel auf einmal: Domain, Struktur, Design und Inhalte ändern sich gleichzeitig, und niemand kann einen Einbruch zuordnen.
- Weiterleitungen zu früh entfernt: etwa beim nächsten Server- oder CMS-Wechsel, weil niemand mehr wusste, wozu sie dienen.
- Medien vergessen: Bilder und Dokumente bekommen neue Pfade, aber keine Weiterleitungen.
Wer eine Migration plant, sollte das technische SEO von Beginn an einbinden und nicht erst nach dem Launch. Wie wir Migrationen begleiten – vom Mapping bis zum Monitoring –, zeigt unsere Seite zu Technical SEO.
Häufige Fragen
Was ist eine SEO-Migration?
Als SEO-Migration bezeichnet man jede größere Änderung an einer Website, die beeinflusst, wie Suchmaschinen sie finden und bewerten – vor allem Änderungen an URLs wie ein Domainwechsel, die Umstellung von HTTP auf HTTPS oder eine neue URL-Struktur, aber auch ein Wechsel des CMS oder des Hostings. Ziel ist, dass die bestehende Sichtbarkeit beim Umzug erhalten bleibt.
Verliere ich bei einer Migration meine Rankings?
Nicht zwingend. Google schreibt, dass während eines Umzugs mit vorübergehenden Schwankungen zu rechnen ist und sich die Rankings mit der Zeit wieder einpendeln. Dauerhafte Verluste entstehen meist durch fehlende oder falsche Weiterleitungen, vergessene Sperren aus der Testphase oder Inhalte, die beim Umzug wegfallen.
Wie lange sollten Weiterleitungen nach einem Umzug bestehen bleiben?
Google empfiehlt in seiner Anleitung zum Website-Umzug, die Weiterleitungen so lange wie möglich beizubehalten, in der Regel mindestens ein Jahr. Aus Sicht der Nutzer rät Google sogar dazu, sie dauerhaft bestehen zu lassen, weil alte Links und Lesezeichen sonst ins Leere führen.
Brauche ich das Tool zur Adressänderung in der Search Console?
Nur bei einem Wechsel der Domain oder Subdomain, etwa von beispiel.de auf beispiel.com. Für die Umstellung von HTTP auf HTTPS, den Wechsel zwischen www und ohne www auf derselben Domain oder geänderte Pfade innerhalb einer Domain ist es laut Google nicht nötig – dort genügen Weiterleitungen und aktualisierte Sitemaps.
Sollte ich alles auf einmal umziehen oder in Etappen?
Für kleine und mittelgroße Websites empfiehlt Google, alle URLs gleichzeitig umzuziehen statt Abschnitt für Abschnitt. Große Websites können in Abschnitten umziehen; dann eignet sich als Testabschnitt einer, der sich selten ändert. Unabhängig davon rät Google, nur eine Sache auf einmal zu ändern, also zum Beispiel erst die Domain und danach das Layout.
Wie lange dauert es, bis Google die neuen URLs zeigt?
Laut Google kann es bei kleinen bis mittelgroßen Websites einige Wochen dauern, bis die meisten Seiten umgezogen sind, bei großen Websites länger. Google muss jede alte und jede neue URL mindestens einmal crawlen. Eine feste Frist gibt es nicht.
Fazit: Migrationen gewinnt man in der Vorbereitung
Eine SEO-Migration ist kein Risiko, das man hinnehmen muss, sondern ein Projekt, das sich planen lässt. Google beschreibt die nötigen Schritte offen, und die meisten Verluste entstehen nicht durch unbekannte Effekte, sondern durch vergessene URLs, falsche Weiterleitungen und Reste aus der Testphase. Wer Bestandsaufnahme, Mapping und Abnahme ernst nimmt, kann die vorübergehenden Schwankungen nach dem Umzug gelassen beobachten.
- Erst erfassen: alle URLs mit Sichtbarkeit, Links und Medien, dazu die Ausgangswerte.
- Sauber zuordnen: eins zu eins, zusammengeführt oder 404/410 – nie pauschal auf die Startseite.
- Permanent weiterleiten: serverseitig 301 oder 308, direkt aufs Ziel, mindestens ein Jahr.
- Signale umstellen: interne Links, Canonicals, Sitemaps und hreflang auf die neuen URLs.
- Adressänderung nutzen: nur bei Domain- oder Subdomainwechsel.
- Geduldig überwachen: einige Wochen Schwankung sind laut Google normal.
„Eine SEO-Migration gelingt nicht am Launch-Tag, sondern in der Weiterleitungstabelle davor: Jede alte URL, die kein passendes neues Ziel bekommt, nimmt ihre Sichtbarkeit mit – und Google kann nur übertragen, was Sie ihm per Weiterleitung zeigen.“

Quellen
Allgemeine Information zur Planung von Website-Migrationen. Welcher Ablauf für Ihre Website passt, hängt von Größe, Technik und Art der Änderung ab. Mit „Praxis“ gekennzeichnete Empfehlungen beruhen auf unserer Projekterfahrung, nicht auf Google-Dokumentation. Stand: November 2026.
YellowFrog
Sichtbarkeit ist kein Zufall.
Lassen Sie uns gemeinsam prüfen, wie Ihre Marke in Google – und in KI-Antworten – sichtbarer wird. Konkret, messbar, ohne Buzzword-Bingo.
Weiterlesen & passende Leistungen
Verwandte Beiträge
Passende Leistungen

