Checkliste für die SEO-Website-Migration: So schützen Sie Ihre Rankings 2026
Von Toy Wen Da, Mitgründer · · 15 Min. Lesezeit
Übersetzt aus dem englischen Original. Auf Englisch lesen
Eine Checkliste für die SEO-Website-Migration umfasst vier Schritte: Sichern Sie Ihre Website, prüfen Sie jede Seite, legen Sie die Weiterleitungen fest und überwachen Sie nach dem Launch die Ergebnisse. Mit dieser Reihenfolge stellen Sie sicher, dass ein Domainumzug, ein Plattformwechsel oder ein Relaunch Ihre Google-Rankings nicht zunichtemacht. Der erste Schritt vor allem anderen: Prüfen und sichern Sie Ihre aktuelle Website.

Das technische SEO-Audit von SearchBlueprint findet genau die Probleme, an denen Migrationen scheitern: verwaiste Weiterleitungen, doppelte Canonical-Tags, defekte interne Links und fehlende Metadaten. Es deckt sie auf, bevor sie Sie Traffic kosten. Wenn Sie das Audit nicht nur auf Ihrer Live-Seite, sondern auch auf der Staging-Seite ausführen, erkennen Sie Probleme schon vor dem Launch. Das ist besser, als später einen Traffic-Einbruch erklären zu müssen.
Was eine Website-Migration gefährdet
Eine Website-Migration ist jede Änderung, die groß genug ist, um zu stören, wie Suchmaschinen Ihre Website crawlen, indexieren oder ranken. Dazu zählen der Umzug auf eine neue Domain, der Wechsel Ihres CMS oder Ihrer E-Commerce-Plattform und die Umstrukturierung Ihrer URLs. Auch das Zusammenführen mehrerer Websites oder ein kompletter Relaunch gehören dazu.
Das Risiko ist nicht theoretisch. Suchmaschinen haben Monate, manchmal Jahre damit verbracht, Ihre aktuelle Website kennenzulernen. Sie wissen, welche Seiten ranken, welche Links Gewicht haben und welche Inhalte welche Suchanfrage beantworten. Eine Migration zwingt sie, all das neu zu bewerten. Wenn Sie die Verbindung zwischen alt und neu kappen, verlieren Sie die Signale, die Sie sich über Jahre aufgebaut haben.
Warum Rankings bei einer Migration einbrechen
Meist richten drei Dinge den Schaden an:
- Defekte oder fehlende Weiterleitungen: Eine gut platzierte Seite verschwindet einfach, und ihre Rankings verschwinden mit ihr.
- Geänderte Inhalte auf der Seite. Neue Titel, Überschriften und Texte zusammen mit einer neuen URL-Struktur geben Google zwei Änderungen auf einmal zu deuten statt nur einer.
- Technische Fehler: noindex-Tags, die aus der Staging-Umgebung übrig geblieben sind, eine robots.txt, die Crawler aussperrt, oder Canonical-Tags, die auf die falsche Seite zeigen.
Einen genaueren Blick darauf, wie diese Fehler entstehen, bietet diese Übersicht zur Website-Migration ohne Verlust Ihrer Google-Rankings. Sie zeigt, wie Sie jeden einzelnen vermeiden.
Migrationsarten und ihr typisches Risiko
| Migrationsart | Was sich ändert | Typisches SEO-Risiko | Was vor allem geschützt werden muss |
|---|---|---|---|
| Domainwechsel (brand.com → newbrand.com) | Hostname, manchmal die TLD | Hoch, Google muss alle Signale neu zuordnen | Änderung der Adresse, vollständige Weiterleitungsübersicht |
| Plattformwechsel (z. B. WordPress zu Shopify) | CMS, URL-Struktur, Templates | Hoch, Struktur und Code ändern sich | Weiterleitungen, Canonical-Logik, Seitengeschwindigkeit |
| HTTP zu HTTPS | Nur das Protokoll | Gering bis mittel, wenn korrekt umgesetzt | Weiterleitungen, Mixed-Content-Fehler |
| Website-Relaunch, gleiche URLs | Layout, Inhalte, visuelles Design | Gering bis mittel | Inhalte auf der Seite, interne Links |
| Umstrukturierung der Website (neue Ordnerlogik) | URL-Pfade | Mittel bis hoch | Weiterleitungen im Verhältnis eins zu eins |
| Zusammenführung mehrerer Marken | Mehrere Domains in einer | Hoch, konkurrierende Canonical-Signale | Canonical-Strategie, Entfernen doppelter Inhalte |

Bevor Sie etwas anfassen: die Vorbereitung
In der Planungsphase entscheidet sich, ob eine Migration gelingt oder scheitert, lange bevor sich der Code ändert. Unter Termindruck wird eine Checkliste für die SEO-Migration einer Website deshalb am häufigsten ignoriert. Dabei zahlt sich genau dieser Teil am meisten aus.
Sichern Sie Ihre Website und exportieren Sie Ihre Ausgangsdaten
Halten Sie fest, wo Sie heute stehen, bevor Sie irgendetwas ändern. Exportieren Sie Ihren aktuellen organischen Traffic, Ihre Keyword-Rankings, die Anzahl der indexierten Seiten und Ihr Backlink-Profil. Machen Sie Screenshots Ihrer wichtigsten Seiten und Suchanfragen, damit Sie einen Nachweis haben und nicht nur nackte Zahlen in einem Dashboard, das sich zurücksetzen könnte.
Branchenempfehlungen raten üblicherweise dazu, mindestens die letzten 16 Monate an Daten aus der Google Search Console zu exportieren, dazu den aktuellsten Monat. Erfassen Sie Suchanfragen, Seiten, Klicks, Impressionen, CTR und durchschnittliche Position. Dieser Zeitraum liefert genug Verlauf, um ein echtes Migrationsproblem von normalen saisonalen Schwankungen zu unterscheiden.
Gleichen Sie die Search Console mit Google Analytics und einem Crawl Ihrer eigenen Website durch ein Drittanbieter-Tool ab. Abweichungen zwischen den dreien zeigen oft Seiten, die Suchmaschinen anders behandeln als Ihr eigenes CMS.
Frieren Sie Inhaltsänderungen ein und legen Sie Verantwortliche fest
Legen Sie einen Content-Freeze fest, bevor das Migrationsfenster beginnt. Wenn Ihr Produktteam auf der alten Website weiter Beschreibungen bearbeitet, während dieselben Seiten umgezogen werden, entstehen widersprüchliche Daten. Diese lassen sich im Nachhinein kaum noch entwirren.
Halten Sie schriftlich fest, wer für welchen Teil des Umzugs zuständig ist: Weiterleitungen, Inhalte, Design, Analytics und Kommunikation zum Launch. Ohne klare Zuständigkeiten werden die Weiterleitungsübersicht und die Sitemap-Aktualisierung als Erstes vergessen oder zum falschen Zeitpunkt erledigt.
Prüfen Sie jede Seite, bevor sie umzieht
Nicht jede Seite verdient ein Ticket für die neue Website. Große Websites sammeln Seiten ohne Traffic, ohne Rankings und ohne echten Zweck an. Wenn Sie alle mitnehmen, verwässern Sie nur das Qualitätsverhältnis Ihrer neuen Domain.
Erstellen Sie vor dem Migrationstag zwei Listen:
- Ein Content-Inventar mit jeder aktuellen URL, ihrem Traffic und ihren Keyword-Rankings.
- Eine Entscheidung für jede einzelne: unverändert übernehmen, in eine stärkere Seite zusammenführen oder stilllegen und auf den nächstliegenden passenden Ersatz weiterleiten.
Jetzt ist auch der richtige Zeitpunkt für ein vollständiges Website-Audit, statt nur einige Seiten stichprobenartig zu prüfen. Wenn Sie in letzter Zeit keines durchgeführt haben, zeigt diese Checkliste für das Website-Audit, was Sie in welcher Reihenfolge prüfen sollten. Diese SEO-Audit-Checkliste deckt die Abfolge ab, die verhindert, dass sich technische Probleme aufschaukeln.

Zuerst auf einer Staging-Website bauen und testen

Testen Sie Migrationsänderungen niemals auf Ihrer Live-Website. Bauen Sie eine Staging-Umgebung auf, die der Produktivumgebung so genau wie möglich entspricht: dieselben Plugins, ein ähnliches Datenvolumen, dieselben Integrationen. Je besser die Übereinstimmung, desto weniger Überraschungen gibt es am Launch-Tag.
Sperren Sie Suchmaschinen von Ihrer Testseite aus
Staging-Websites, die versehentlich gecrawlt und indexiert werden, erzeugen Duplicate-Content-Probleme, die Suchmaschinen verwirren, welche Version die echte ist. Decken Sie drei Punkte ab:
- Schützen Sie die Staging-Umgebung auf Serverebene mit einem Passwort.
- Fügen Sie allen Staging-Seiten als zweite Schutzschicht noindex-Tags hinzu.
- Verwenden Sie eine eindeutig getrennte Subdomain wie staging.yoursite.com, damit sie nie mit der Live-Website verwechselt wird.
Ein versehentlich aktives noindex-Tag gehört zu den häufigsten Migrationskatastrophen. Es ist auch eines der am leichtesten zu übersehenden, weil die Seite für menschliche Besucher völlig normal aussieht.
Wählen Sie eine Plattform, die Ihnen später nicht im Weg steht
Wenn Sie im Zuge des Umzugs CMS oder E-Commerce-Plattform wechseln, konfigurieren Sie sie richtig, bevor die Inhalte ankommen. Das heißt: SEO-freundliche URL-Strukturen, automatische Erstellung von XML-Sitemaps, ein funktionierendes Canonical-Tag-System und eine fest eingebaute statt nachgerüstete Möglichkeit für Weiterleitungen.
Nicht jede Plattform erledigt diese Grundlagen von Haus aus gleich. Wenn Sie noch überlegen, wohin Sie wechseln, hilft dieser Vergleich von Website-Baukästen für SEO weiter. Er zeigt, wie sieben Plattformen standardmäßig mit Weiterleitungen, strukturierten Daten und Seitengeschwindigkeit umgehen.
Legen Sie jede Weiterleitung fest, bevor Sie umschalten
Die Weiterleitungsübersicht ist der eine Schritt, der das von Ihnen aufgebaute Such-Kapital schützt oder zerstört. Jede URL Ihrer aktuellen Website mit Traffic, Rankings oder Backlinks braucht ein klares Ziel auf der neuen Website, im Verhältnis eins zu eins.
Warum eine schlichte 301 jede Abkürzung schlägt
Eine 301-Weiterleitung teilt Suchmaschinen mit, dass ein Umzug dauerhaft ist, und gibt Ranking-Signale an die neue URL weiter. Eine 302 signalisiert eine vorübergehende Änderung und überträgt deshalb nicht dasselbe Gewicht. Sie bei einer dauerhaften strukturellen Änderung zu verwenden, ist ein häufiger und teurer Fehler. Weiterleitungsketten, bei denen eine URL über zwei oder drei Stationen läuft, bevor sie ankommt, verschwenden Crawl-Budget. Außerdem steigt das Risiko, dass unterwegs etwas bricht.
| Weiterleitungsansatz | Was er Google signalisiert | Am besten geeignet für | Migrationsrisiko |
|---|---|---|---|
| Direkte 301 auf die finale URL | Dauerhafter Umzug, Ranking-Signale werden weitergegeben | Jede dauerhafte URL-Änderung | Gering |
| 302 (vorübergehend) | Vorübergehend, Signale werden möglicherweise nicht übertragen | A/B-Tests, kurze Aktionen | Hoch, wenn für dauerhafte Umzüge verwendet |
| Weiterleitungskette (A→B→C) | Verwirrend, verschwendet Crawl-Budget | Nie beabsichtigt | Hoch |
| Meta-Refresh / JS-Weiterleitung | Schwaches oder uneinheitliches Signal | Bei SEO-kritischen Seiten vermeiden | Hoch |
| Keine Weiterleitung (hartes 404) | Seite ist weg, kein Kapital wird übertragen | Nur für wirklich erledigte Inhalte | Hoch, wenn die Seite Traffic oder Links hatte |
Erstellen Sie Ihre Weiterleitungsübersicht vor dem Launch, nicht danach. Testen Sie jede Regel im Staging, vergewissern Sie sich, dass es keine Ketten gibt, und führen Sie Buch über alte und neue URL. Tun Sie das für jede Seite mit SEO-Wert. Planen Sie ein, diese Weiterleitungen mindestens 12 Monate lang aufrechtzuerhalten, denn alte Links und Lesezeichen führen auch lange nach dem Launch noch Besucher zu Ihnen.
Wenn Sie auf eine neue Domain umziehen, reichen Sie über die Google Search Console eine Änderung der Adresse ein. Bis Google die Signale der alten Domain vollständig der neuen zuordnet, dauert das in der Regel etwa sechs Monate. Entfernen Sie die Weiterleitungen der alten Domain nicht vorzeitig, nur weil der Traffic nach ein paar Wochen stabil aussieht.

Korrigieren Sie die On-Page-Signale, die Ihre Rankings tragen
Bei einer Migration werden Fehler auf Template-Ebene auf einen Schlag auf jede Seite kopiert. Beheben Sie sie vor dem Launch, denn tausend Seiten nachträglich zu bereinigen ist weit schwieriger, als den Template-Fehler einmal abzufangen.
Titel, Meta-Beschreibungen und Überschriften
Nutzen Sie die Templates Ihres CMS, um dynamische Werte – Produktname, Kategorie, Ort – automatisch in Titel und Beschreibungen einzusetzen. Schreiben Sie nicht jede einzelne von Hand um. Halten Sie Titel knapp, halten Sie Beschreibungen gut lesbar und widerstehen Sie der Versuchung, Keywords zu stopfen, nur weil Sie ohnehin gerade in der Datei sind. Die vollständige Abfolge der On-Page-Korrekturen, die sich vor und nach einer Migration lohnen, finden Sie in dieser On-Page-SEO-Checkliste. Sie behandelt der Reihe nach Titel, Überschriften, interne Links und Schema.
Canonical-Tags
Jede Seite sollte genau ein Canonical-Tag mit der absoluten HTTPS-URL tragen. Legen Sie die Canonical-Logik auf Template-Ebene fest, besonders wenn Sie mehrere Marken oder regionale Websites in einer Domain zusammenführen. Seitenweise getroffene Canonical-Entscheidungen sind der Ort, an dem sich Konflikte unbemerkt einschleichen.
Inhalte zusammenführen und auffrischen, statt sie nur zu kopieren
Eine Migration ist der natürliche Zeitpunkt, um dünne oder doppelte Seiten zu stärkeren zusammenzuführen. Übernehmen Sie nicht aus Gewohnheit jede alte Seite. Bewerten Sie die Seiten zuerst nach Traffic und Relevanz. Entscheiden Sie dann, was zusammengeführt wird, was bleibt und was mit einer Weiterleitung auf seinen Ersatz archiviert wird.
Inhalte im Rahmen einer Migration aufzufrischen ist mehr als Aufräumen: Aktualisierte, zusammengeführte Seiten schneiden tendenziell besser ab als veraltete, die man unberührt lässt. Dieser Faktencheck dazu, wie sich Inhaltsupdates auf SEO auswirken, lohnt sich zu lesen, bevor Sie entscheiden, was Sie zusammenführen und was Sie stilllegen. Ein sauberes, gut strukturiertes Ergebnis zählt auch dafür, wie Besucher und Crawler die neue Website erleben. Wie sich Designentscheidungen auf Ranking-Signale auswirken, lesen Sie in diesem Beitrag dazu, warum eine gut gestaltete Website SEO beeinflusst.
Achten Sie in dieser Phase auch genau auf Seitengeschwindigkeit und Core Web Vitals. Neue Templates und Skripte, die bei einer Migration hinzukommen, verschlechtern häufig Ladezeit, Interaktivität und Layout-Stabilität. web.dev dokumentiert alle drei als direkte Einflussgrößen für Googles Ranking-Signale. Wenn Ihre aktuelle Website schon mit der Geschwindigkeit kämpft, kann dieser Leitfaden zum Geschwindigkeitsfehler, der SEO und Conversions ruiniert, helfen. Er erklärt, was Sie vor dem Launch beheben sollten, nicht danach.
Launch-Tag: die Checkliste vor dem Livegang
Der Launch ist nicht die Ziellinie, sondern der Moment, in dem sich zeigt, ob die sorgfältige Vorbereitung trägt. Bestätigen Sie jeden der folgenden Punkte, bevor Sie umschalten, nicht erst in den Stunden danach.
| Punkt vor dem Launch | Zu bestätigender Status | Warum er wichtig ist |
|---|---|---|
| Weiterleitungen | Im Staging getestet, keine Ketten | Bewahrt die Ranking-Signale für jede umgezogene URL |
| noindex-Tags | Von allen Live-Seiten entfernt | Die Migrationskatastrophe Nr. 1 ist eine Website, die für Suchmaschinen unsichtbar ist |
| Robots.txt | Erlaubt das Crawlen der Live-Website | Sperrt Crawler aus, wenn sie im Staging-Modus bleibt |
| Canonical-Tags | Zeigen auf die richtige Live-URL | Verhindert die Verwässerung durch doppelte Inhalte |
| XML-Sitemap | Aktualisiert und bereit zum Einreichen | Beschleunigt das Auffinden neuer URLs |
| Analytics-Tracking | Auf der neuen Website live und geprüft | Hält den Vorher-nachher-Vergleich korrekt |
Reichen Sie Ihre aktualisierte Sitemap in der Google Search Console ein, sobald die neue Website live ist. Die Indexierung geht dadurch nicht sofort, aber Crawl-Fehler treten schneller zutage, als wenn Sie darauf warten, dass Google sie von selbst findet. So steht es in den Hinweisen von Google Search Central zu Sitemaps und Crawling.
Prüfen Sie, ob Ihr Analytics-Tracking auf der neuen Domain oder dem neuen Template korrekt feuert, bevor Sie den Launch-Tag hinter sich lassen. Fügen Sie in Ihrem Analytics-Tool eine Launch-Annotation hinzu, damit Sie eine klare Markierung zwischen den Daten vor und nach der Migration haben. Sonst verlieren Sie später Zeit mit dem Rätselraten, welcher Einbruch vom Umzug kam und welcher saisonal bedingt war.
Wann die Tools Ihrer Website genügen und wann nicht
Jetzt wird es ehrlich: Nicht jede Migration braucht eine Agentur. Und nicht jede Migration lässt sich mit kostenlosen Tools allein sicher durchführen. Der Unterschied liegt meist im Umfang.
| Situation | Ihre eigenen Tools (GSC, GA, Weiterleitungsmanager des CMS) | Wann Sie mehr brauchen |
|---|---|---|
| Eine URL auf einen neuen Slug umziehen | Genügt: 301 setzen, in der Search Console prüfen | Nur wenn die Seite viele Backlinks oder viel Traffic hat |
| Vollständiger Domainwechsel | Allein nicht genug | Vollständige Weiterleitungsübersicht, Änderung der Adresse, eigenes Monitoring |
| Plattformwechsel (z. B. CMS-Wechsel) | Allein nicht genug | Technisches Audit der Standardeinstellungen der neuen Plattform, Korrekturen auf Template-Ebene |
| Einmaliger Relaunch, gleiche URLs | Oft genug bei sorgfältigem Testen | Wenn der Traffic nach dem Launch sinkt und die Ursache nicht offensichtlich ist |
| Wiederkehrende Ranking-Verluste nach dem Launch | Nicht genug, das ist ein Muster, keine einmalige Korrektur | Fortlaufendes Crawl-Monitoring und eine strukturierte Liste der Korrekturen |
Haben Sie es mit einer einzelnen Seite oder einer kleinen Website mit wenig Traffic zu tun, genügt diese kostenlose Checkliste mit 25 Punkten für das Website-Audit wirklich. Sie können sie selbst von Anfang bis Ende abarbeiten. Ehrlich gesagt gilt: Eine einmalige Änderung einer einzelnen URL können Sie selbst erledigen. Bei einer Migration der gesamten Website, einem Plattformwechsel oder wiederkehrenden Ranking-Verlusten nach dem Launch finden manuelle Stichproben nicht mehr, worauf es ankommt. Dort zahlt sich ein strukturiertes technisches Audit aus.
Selbst eine sehr kleine Website, eine Landingpage oder eine einseitige Unternehmenswebsite, birgt eigene Migrationsrisiken. Das gilt unabhängig davon, ob Sie sie auf eine neue Domain oder Plattform umziehen. Wenn das auf Sie zutrifft, behandelt dieser Leitfaden zu SEO für One-Page-Websites die Korrekturen, die speziell für diese Struktur gelten.
Die ersten 90 Tage: Monitoring und Erholung
Mit dem Launch-Tag endet die Checkliste nicht. In den Wochen danach treten Probleme zutage, und dann haben Sie noch Zeit, sie zu beheben, bevor sie sich aufschaukeln.
Was Sie prüfen sollten und wie oft
Verfolgen Sie diese Kennzahlen in den ersten zwei bis drei Wochen täglich, danach wöchentlich für den Rest des ersten Quartals:
- Organischer Traffic, nach Landingpage und nicht nur für die gesamte Website
- Keyword-Rankings für Ihre wertvollsten Begriffe
- Crawl-Fehler und 404er, die in der Search Console gemeldet werden
- Indexierungsstatus Ihrer wichtigsten URLs
- Conversion-Raten speziell aus organischem Traffic
Häufige Fehler nach dem Launch und ihre Behebung
| Symptom | Wahrscheinliche Ursache | Lösung |
|---|---|---|
| Der Traffic bricht innerhalb weniger Tage stark ein | noindex-Tag blieb aktiv, oder robots.txt sperrt das Crawlen | noindex entfernen, robots.txt aktualisieren, Sitemap erneut einreichen |
| Viele 404er in der Search Console | In der Weiterleitungsübersicht fehlen einige URLs | Fehlende Weiterleitungen ergänzen, Seiten mit Backlinks priorisieren |
| Zwei URLs ranken für dieselbe Suchanfrage | Konflikt bei Canonical-Tags oder doppelte Inhalte | Pro Seite ein Canonical setzen, Duplikate zusammenführen |
| Rankings stabil, aber Conversions gesunken | Schlechtere Seitengeschwindigkeit durch neue Templates | Core-Web-Vitals-Prüfung durchführen, neue Skripte und Bilder komprimieren |
| Analytics-Zahlen passen nicht zu den Ausgangsdaten vor der Migration | Tracking-Code fehlt oder ist falsch konfiguriert | Installation des Trackings erneut prüfen, auf doppelte Tags achten |
Wenn sich der Staub gelegt hat, wechseln Sie vom Feuerlöschen zum Wachstum. Eine stabilisierte Migration ist ein guter Zeitpunkt, Ihre übergreifende Strategie für organische Reichweite zu überdenken. Dieser Leitfaden zur Verbesserung der Website-SEO für mehr organischen Traffic ist ein sinnvoller nächster Schritt, sobald sich die Rankings auf Ausgangsniveau oder darüber eingependelt haben.
Häufige Fehler, die Sie vermeiden sollten
- Zu viel auf einmal ändern. Wenn Redesign, Plattformwechsel und Neuschreiben der Inhalte im selben Launch stattfinden, lässt sich nicht mehr sagen, welche Änderung welches Ergebnis verursacht hat.
- noindex-Tags aus dem Staging aktiv lassen. Dieses eine Versäumnis hat Berichten zufolge Unternehmen innerhalb weniger Wochen nach dem Launch den Großteil ihrer Suchsichtbarkeit gekostet.
- Unvollständige Weiterleitungsübersichten. Manche Teams haben den Großteil ihrer indexierten Seiten verloren, nur weil nicht für jede URL mit Traffic oder Links eine Weiterleitung festgelegt wurde.
- Den Zeitplan unterschätzen. Eine saubere Migration braucht in der Regel mindestens 8–12 Wochen. Wer sie überstürzt, um einen willkürlichen Termin zu halten, verwandelt Abkürzungen in monatelange Aufräumarbeit.
- Migration als rein technisches Projekt behandeln. Sie ist ein bereichsübergreifendes Projekt: Entwicklung, Content-Verantwortliche und wer immer für Analytics zuständig ist, müssen vor dem Launch eingebunden sein, nicht erst danach.
- Weiterleitungen zu früh entfernen. Alte Links und Lesezeichen kommen noch weit über ein Jahr hinaus an; wer Weiterleitungen früh abbaut, verschenkt Kapital, das er sich bereits erarbeitet hat.
Häufig gestellte Fragen
Wie lange dauert es, eine Checkliste für die SEO-Website-Migration abzuarbeiten?
Planen Sie bei einer Standardmigration mindestens 8–12 Wochen ein, bei großen oder komplexen Websites mit Tausenden von Seiten entsprechend länger. Darin enthalten sind Planung, Staging, Weiterleitungsübersicht, Launch und die ersten Wochen des Monitorings.
Brechen meine Rankings nach einer Migration auf jeden Fall ein?
Nicht unbedingt. Gewisse Schwankungen im Ranking, während Google die neue Website erneut crawlt und indexiert, sind auch bei einer sauberen Migration üblich. Deutliche, anhaltende Einbrüche lassen sich meist auf fehlende Weiterleitungen, übrig gebliebene noindex-Tags oder zu viele gleichzeitige Änderungen zurückführen.
Muss ich Google mitteilen, dass ich mit meiner Website umziehe?
Ja, wenn Sie die Domain wechseln. Reichen Sie in der Google Search Console eine Änderung der Adresse ein, damit Google die Signale Ihrer alten Domain der neuen zuordnen kann. Eine neue Sitemap einzureichen ist bei jeder Migration wichtig, ob mit oder ohne Domainwechsel.
Wie lange sollte ich alte Weiterleitungen aktiv lassen?
Halten Sie Weiterleitungen mindestens 12 Monate nach dem Launch aufrecht, länger, wenn die Website eine lange Geschichte oder ein starkes Backlink-Profil hatte. Alte Links, Lesezeichen und zwischengespeicherte Suchergebnisse verweisen noch lange nach dem Launch-Tag auf alte URLs.
Kann ich eine Checkliste für die Migrations-SEO selbst abarbeiten, ohne eine Agentur zu beauftragen?
Bei einer kleinen Website oder der Änderung einer einzelnen Seite ja, Ihre eigenen Tools genügen meist. Bei einem vollständigen Domainumzug, einem Plattformwechsel oder einer Website mit Tausenden indexierten Seiten hilft ein strukturiertes technisches Audit. Es findet Probleme, die manuelle Stichproben übersehen.
Prüfen Sie Ihre Website, bevor Sie umziehen
Holen Sie Ihre letzte Weiterleitungsübersicht, Ihren Search-Console-Export und Ihr aktuelles Seiteninventar hervor, bevor Sie einen Launch-Termin festlegen. Die meisten Migrationsschäden lassen sich darauf zurückführen, dass eines dieser drei unvollständig war. Entscheidend ist, eine Checkliste für die SEO-Website-Migration in dieser Reihenfolge abzuarbeiten: Vorbereitung vor dem Launch, Weiterleitungen vor Inhaltsänderungen, Monitoring danach. So wird aus einem Domainumzug oder Relaunch kein Projekt zur Wiederherstellung Ihres Traffics. Sprechen Sie mit dem Team von SearchBlueprint und sehen Sie, was ein Beispielbericht auf Ihrer Website aufdecken würde, bevor Sie umziehen.
Ressourcen / Referenzen
Quellen
- SEO Site Migration Checklist (2026): 12 Steps
- Site Migration: The 15 Step Checklist for a Smooth Transition
- Site Migration SEO Checklist: Prioritize by Impact - O8 Agency
- The Ultimate Website Migration SEO Checklist: Protect ...
- 10-Step Site Migration SEO Checklist for Agencies and ...
Haftungsausschluss: Dieser Artikel enthält allgemeine Informationen zu Regeln und Zahlen, die zum Zeitpunkt der Erstellung galten, und stellt keine persönliche Finanz-, Steuer- oder Anlageberatung dar. Er berücksichtigt weder Ihr Einkommen noch Ihre Verpflichtungen, Ihre Risikobereitschaft oder Ihre Ziele, und Zinssätze und Schwellenwerte ändern sich. Prüfen Sie die aktuelle Lage bei der zuständigen Behörde und sprechen Sie mit einer zugelassenen Beraterin oder einem zugelassenen Berater oder mit einer qualifizierten Buchhalterin oder einem qualifizierten Buchhalter, bevor Sie handeln.
Über den Autor
SearchBlueprint hat diesen Artikel mit der Content-Pipeline recherchiert, geschrieben und bewertet, die unsere Kunden auf ihren eigenen Websites einsetzen. Die Bewertung in der Autorenzeile ist die, die unsere Content-Engine dieser Seite vor der Veröffentlichung gegeben hat. Nichts davon wird von Hand geprüft, und genau das ist der Punkt: Es ist das Ergebnis des Produkts, veröffentlicht dort, wo jeder es nachprüfen kann.