Website-Relaunch ohne Rankingverlust: Die wichtigsten SEO-Hürden und warum das technische Setup entscheidend ist

Bei einer Website Migration geht es nicht nur um Technik, sondern um den Erhalt gewachsener Sichtbarkeit in Suchmaschinen und zunehmend auch in LLMs. Schon kleine Fehler bei Weiterleitungen, Indexierung oder Performance können Rankingverluste verursachen. Mein Beitrag beleuchtet daher zentrale SEO-Hürden bei Migrationen und wie sich diese mit klaren Prozessen, sauberem Staging, stabilem Hosting und konsequentem Monitoring beherrschbar machen lassen.

Warum ist eine Migration aus SEO-Sicht so sensibel?

Die Migration einer Website ist aus SEO-Perspektive kein rein technischer Infrastrukturwechsel, sondern ein Eingriff in ein bereits von Suchmaschinen interpretiertes System. Über die Zeit entsteht eine Struktur aus URLs, interner Verlinkung, technischen Signalen und externen Verweisen, die gemeinsam die Sichtbarkeit einer Website prägen.

Verändert ein Website-Relaunch nun zentrale Elemente dieser Struktur, müssen Suchmaschinen und LLMs die Zuordnung von URLs, internen Links und Relevanzsignalen neu verarbeiten. Kurzfristige Schwankungen von Rankings sind dabei nicht ungewöhnlich. Problematisch wird es aber, wenn diese neue Zuordnung technisch nicht sauber unterstützt wird, etwa durch fehlende 301-Weiterleitungen, veränderte URL-Strukturen, inkonsistente interne Verlinkung oder fehlerhafte Indexierungsvorgaben.

Aus Sicht von Suchmaschinen ist eine Migration deshalb immer eine Kombination aus URL-Neuzuordnung, erneuter Crawling-Phase und Re-Evaluation der internen Struktur.

Gewachsene URL-Strukturen und historische Signale

Im Suchmaschinenindex fungiert jede URL als Träger kumulierter Ranking-Signale. Diese entstehen über Zeit durch Faktoren wie:

• eingehende Backlinks
• interne Verlinkungsstrukturen
• Crawling- und Indexierungshistorie
• die Einbettung der Seite in die thematische und strukturelle Architektur der Website

Diese Signale sind nicht abstrakt an „den Inhalt“ gebunden, sondern an konkrete URLs. Ändert sich die Adresse einer Seite im Zuge eines Relaunches, muss für Suchmaschinen eindeutig erkennbar sein, welche neue URL die bisherige ersetzt.

In der Praxis erfolgt diese Zuordnung über 301-Weiterleitungen, die die dauerhafte Verschiebung einer Ressource signalisieren und die Übertragung bestehender Ranking-Signale ermöglichen. Fehlen Weiterleitungen, sind sie unvollständig oder führen über mehrere Zwischenstationen, kann ein Teil der aufgebauten Autorität verloren gehen.

Besonders kritisch wird es bei strukturellen Änderungen, etwa wenn sich Permalink-Strukturen verändern oder ganze Verzeichnisstrukturen neu organisiert werden. Ohne ein konsistentes URL-Mapping verliert Google einen Teil der bisherigen Orientierung innerhalb der Website. 

Migration als Eingriff in ein indexiertes System

Eine Website Migration betrifft in der Regel mehrere Ebenen gleichzeitig, die aus SEO-Sicht relevant sind. Typischerweise verändern sich:

• die URL-Struktur
• die interne Navigations- und Linkarchitektur
• technische Signale wie Canonical-Tags oder Indexierungsregeln
• die zugrunde liegende Server- bzw. Hosting-Infrastruktur

Treffen mehrere dieser Veränderungen zusammen, muss Google große Teile der Website neu crawlen und die Beziehungen zwischen URLs, internen Links und Ranking-Signalen neu bewerten.

Gerade umfangreichere Relaunch-Projekte wirken aus Suchmaschinensicht daher wie eine teilweise neue Website. Je stärker sich URL-Strukturen, interne Verlinkung und technische Signale verändern, desto größer ist der Re-Evaluationsaufwand.

Migrationen gehören deshalb zu den sensibelsten Phasen im Lebenszyklus einer Website. Entscheidend ist, dass URLs, Links und Weiterleitungen konsistent umgesetzt werden, damit bestehende Ranking-Signale korrekt auf neue Zielseiten übertragen werden.

Die häufigsten SEO-Hürden bei Website-Migrationen

Die größten SEO-Probleme bei einer Migration entstehen selten durch einen einzelnen Fehler. In der Praxis wirken meist mehrere technische Änderungen gleichzeitig. Werden sie nicht systematisch vorbereitet, können Suchmaschinen die Zuordnung zwischen bestehenden URLs, Inhalten und Ranking-Signalen nicht mehr eindeutig herstellen.

Ein typisches Beispiel: Die URL-Struktur eines Blogbereichs ändert sich von /blog/artikelname zu /insights/artikelname. Falls die alten URLs nicht per 301 weitergeleitet und interne Links nicht angepasst werden, entstehen 404-Fehler und Suchmaschinen verlieren die Zuordnung zur bisherigen Seite, bestehende Rankings können verloren gehen. So kurz, so schlecht. 

Fehlerhafte oder unvollständige 301-Weiterleitungen

Weiterleitungen sind der zentrale Mechanismus, um Ranking-Signale bei einem Website-Umzug zu erhalten und natürlich sind sie ebenso wichtig für eine konsistente Nutzerführung. Ein 301-Redirect signalisiert Suchmaschinen, dass eine URL dauerhaft durch eine neue Adresse ersetzt wurde und bestehende Signale auf die Zielseite übertragen werden sollen.

Probleme entstehen in der Praxis meist durch unvollständige oder inkonsistente Redirect-Logiken.

Typische Fehler, die ihr vermeiden solltet:

• alte URLs werden im Mapping vergessen und liefern nach dem Umzug 404-Fehler
• Weiterleitungen führen auf generische Seiten statt auf thematisch passende Ziele
• mehrere Weiterleitungen hintereinander (Redirect-Ketten)
• Redirects werden erst nach dem Go-live implementiert
• dauerhafte Änderungen werden fälschlicherweise als 302-Redirect umgesetzt

Während ein 301-Redirect eine permanente Verschiebung signalisiert, steht ein 302-Redirect für eine temporäre Weiterleitung. Suchmaschinen gehen dabei davon aus, dass die ursprüngliche URL bestehen bleibt und übertragen Ranking-Signale in der Regel nicht auf die neue Zielseite. 

Ein weiteres häufiges Problem sind Redirect-Ketten, bei denen eine URL über mehrere Zwischenstationen weitergeleitet wird. Sie entstehen oft, wenn über bereits bestehende Weiterleitungen der “alten” Website im Zuge der Migration einfach neue Redirects gelegt werden. Stattdessen sollten Redirect-Regeln stets konsolidiert werden. Das Ziel: jede alte URL leitet direkt auf ihre finale “neue” Zielseite.

Noch ein wichtiger Hinweis: Weiterleitungen betreffen natürlich nicht nur SEO. Ändern sich im Zuge eines Relaunches Ziel-URLs von Landingpages, sollten unbedingt laufende Paid-Search-Kampagnen frühzeitig angepasst werden. Andernfalls laufen eure Anzeigen zunächst auf 301-Weiterleitungen oder im schlechtesten Fall auf 404-Seiten – mit unnötigen Verlusten bei Nutzererfahrung, Conversion und Budgeteffizienz.

Backlinks nicht vergessen

Besonders kritisch werden fehlerhafte Weiterleitungen bei Seiten, die über Jahre Backlinks aufgebaut haben. Externe Links verweisen immer auf eine konkrete URL. Wird diese verändert oder gelöscht, muss für Suchmaschinen klar erkennbar sein, welche neue Seite sie ersetzt.

Fehlt diese Zuordnung, führen Backlinks ins Leere und ein Teil der aufgebauten Autorität geht verloren. Das betrifft nicht nur klassische Rankings, sondern zunehmend auch die Quellenbasis für LLMs und generative Suchsysteme, die stark auf stabile und konsistente URL-Signale angewiesen sind. Erste Analysen zeigen zudem, dass URLs mit Redirects deutlich seltener von LLMs zitiert werden als in klassischen Google-Ergebnissen, was stabile, direkt erreichbare URLs auch im Kontext von LLM-Sichtbarkeit noch wichtiger erscheinen lässt.

Auch pauschale Weiterleitungen auf die Startseite sind problematisch. Suchmaschinen interpretieren solche Redirects häufig als Soft-404, da keine inhaltliche Entsprechung zur ursprünglichen Seite besteht.

Umgang mit veralteten Inhalten

Natürlich müsst ihr nicht jede URL bei einer Migration weiterleiten. Gerade bei größeren Websites gibt es häufig Inhalte ohne Traffic, Rankings oder Backlinks.

Hier bieten sich drei Strategien an:

• 301-Weiterleitung, wenn Inhalte weiterhin relevant sind oder Backlinks besitzen
• Konsolidierung, wenn mehrere Inhalte thematisch zusammengeführt werden
• Entfernung (404 oder 410), wenn Inhalte dauerhaft veraltet sind

Ein 410-Statuscode kann je nach Kontext sinnvoll sein, da er explizit signalisiert, dass eine Seite ganz bewusst entfernt wurde. 

Gerade bei größeren Relaunch-Projekten kann das Entfernen veralteter Inhalte sinnvoll sein. Weniger indexierte Seiten reduzieren die Komplexität der Migration. Zudem können URLs ohne wirklichen Mehrwert, ohne Traffic, Rankings oder Backlinks häufig ohne negative SEO-Auswirkungen entfernt werden.

Unbeabsichtigte Änderungen der URL-Struktur

Ein häufiger Nebeneffekt von Website-Relaunches sind Änderungen an der URL-Struktur. Besonders kritisch werden diese, wenn ganze Bereiche wie Blogverzeichnisse betroffen sind.

Diese entstehen beispielsweise durch:

• neue Permalink-Regeln
• veränderte Kategorien- oder Verzeichnisstrukturen
• neue Seitentypen oder Templates

Auch scheinbar kleine Änderungen können Auswirkungen haben, etwa wenn sich Slugs, Sprachpfade oder Trailing Slashes verändern. Für Suchmaschinen bedeutet jede dieser Anpassungen, dass eine zuvor bekannte URL plötzlich unter einer neuen Adresse erreichbar ist. Solche Änderungen sind nicht grundsätzlich problematisch, erhöhen aber die Komplexität des Umzugs. Jede neue URL muss eindeutig einer bestehenden Seite zugeordnet werden.

Die wichtigsten Empfehlungen: 

• bestehende URL-Struktur möglichst stabil halten und unnötige Änderungen vermeiden
• Änderungen an URL-Mustern (z. B. Verzeichnisse, Slugs oder Kategorien) frühzeitig dokumentieren
• neue URLs vor dem Umzug systematisch mit bestehenden Seiten abgleichen

Je stabiler die URL-Struktur während eines Relaunches bleibt, desto geringer ist der Re-Evaluationsaufwand für Suchmaschinen.

Verlust interner Linkstrukturen

Neben externen Backlinks spielt auch die interne Verlinkung eine zentrale Rolle für die Bewertung einer Website. Interne Links steuern, welche Seiten Suchmaschinen crawlen und wie Autorität innerhalb der Domain verteilt wird.

Bei Relaunch-Projekten verändert sich diese Struktur jedoch häufig. Neue Navigationen, geänderte Templates oder zusammengelegte Inhalte können dazu führen, dass interne Links entfallen oder weiterhin auf alte URLs verweisen.

Wenn wichtige Seiten dadurch weniger interne Links erhalten, kann sich das direkt auf ihre Sichtbarkeit auswirken. Suchmaschinen crawlen solche Seiten seltener und bewerten sie innerhalb der Websitestruktur als weniger relevant.

Die wichtigsten Empfehlungen: 

• zentrale interne Linkquellen (Navigation, Footer, Content-Links) vor dem Umzug identifizieren
• interne Links systematisch auf neue URLs aktualisieren
• nach dem Go-live einen Crawl durchführen, um interne Linkstrukturen zu überprüfen

Wichtig ist zudem, dass zentrale Seiten weiterhin über mehrere interne Pfade erreichbar bleiben. 

Neben strukturellen Faktoren wie URLs und interner Verlinkung spielen beim Relaunch auch technische SEO-Signale eine entscheidende Rolle. Gerade Einstellungen rund um Indexierung, Canonicals oder Sitemaps können darüber entscheiden, wie schnell Suchmaschinen eine neue Website-Struktur verstehen.

Weitere kritische technische SEO-Einstellungen

Viele SEO-Probleme bei Umzügen von Websites entstehen durch technische Einstellungen aus der Entwicklungsphase. In Staging-Umgebungen werden häufig Mechanismen aktiviert, die verhindern sollen, dass unfertige Inhalte indexiert werden.

Übernehmt ihr solche Konfigurationen nach dem Go-live, kann das direkte Auswirkungen auf Crawling und Indexierung haben. Besonders relevant sind dabei vier technische Signale: noindex-Anweisungen, robots.txt-Regeln, Canonical-Tags und XML-Sitemaps.

Gemeinsam steuern sie:

• welche Inhalte Suchmaschinen crawlen dürfen
• welche Seiten überhaupt indexiert werden
• welche URL als maßgebliche Version gilt
• und welche Seiten überhaupt entdeckt werden.

Fehler in diesen Bereichen können dazu führen, dass Seiten nicht gecrawlt, falsch indexiert oder gar nicht erst gefunden werden.

Noindex: Wenn Seiten gar nicht erst in den Index gelangen

Während der Entwicklung einer Website wird häufig global verhindert, dass Suchmaschinen Inhalte indexieren. In WordPress geschieht das beispielsweise über entsprechende Einstellungen im CMS oder über SEO-Plugins. Technisch wird dabei meist ein noindex-Tag in den Seitenquellcode eingebunden.

Lasst ihr diese Einstellung nach dem Go-live aktiv, können wichtige Seiten komplett aus dem Index ausgeschlossen werden. Besonders tückisch: Die Website funktioniert technisch einwandfrei, Inhalte sind erreichbar, erscheinen aber nicht in den Suchergebnissen.

Ein Crawl zeigt schnell, ob ihr Seiten versehentlich noch mit noindex versehen habt, die eigentlich indexiert werden sollten.

robots.txt: Wenn Suchmaschinen gar nicht erst crawlen dürfen

Während noindex die Indexierung steuert, regelt die robots.txt, welche Bereiche überhaupt gecrawlt werden dürfen. In Entwicklungsumgebungen werden häufig ganze Verzeichnisse oder die komplette Website blockiert. Bleiben solche Regeln nach der Migration bestehen, können Suchmaschinen und LLMs zentrale Bereiche eurer Website gar nicht erst abrufen, was besonders kritisch bei Ressourcen wie CSS oder JavaScript werden kann, die für das Rendering benötigt werden.

Vor dem Go-live solltet ihr daher unbedingt prüfen, ob die robots.txt nur die Bereiche blockiert, die ihr tatsächlich ausschließen wollt. 

Canonical-Tags: Wenn Suchmaschinen die falsche URL bewerten

Canonical-Tags gehören zu den unscheinbaren, aber äußerst einflussreichen SEO-Signalen. Sie teilen Suchmaschinen mit, welche URL als maßgebliche Version einer Seite betrachtet werden soll. Bei Migrationen entstehen hier häufig Fehler. Typische Ursachen sind etwa:

• Canonical-Tags, die weiterhin auf alte URLs verweisen
• Templates, die pauschal falsche Canonicals ausspielen
• mehrere konkurrierende Canonical-Signale

Solche Konstellationen können dazu führen, dass Suchmaschinen falsche Seiten indexieren oder Ranking-Signale nicht korrekt zuordnen. Besonders kritisch wird das, wenn eure Canonicals auf URLs zeigen, die bereits weitergeleitet wurden oder gar nicht mehr existieren.

Ein Crawl nach der Migration zeigt schnell, ob Canonical-Tags konsistent auf die jeweils aktuelle URL der Seite verweisen.

XML-Sitemaps: Wenn Suchmaschinen die neuen URLs nicht finden

Nach der Migration müssen Suchmaschinen die neue Website-Struktur zunächst neu erfassen. XML-Sitemaps helfen dabei, indem sie eine strukturierte Übersicht aller indexierbaren URLs liefern.

Probleme entstehen häufig, wenn ihr Sitemaps nach einem Relaunch nicht aktualisiert. Dann enthalten sie weiterhin alte URLs, während neue Seiten fehlen, was ihr unbedingt vermeiden solltet. Ist die aktualisierte Sitemap generiert und listet alle Seiten, die ihr darin sehen wollt, solltet ihr sie direkt danach in der Google Search Console einreichen. 

Tracking und Analytics umziehen

Auch wenn Tracking vielleicht nicht unmittelbar zur technischen SEO bzw. GEO-Optimierung gehört, ist es natürlich zentral für die Bewertung des Business Impact einer Migration und sollte daher immer mitgedacht und umgezogen werden. Änderungen an Templates, Themes oder Skript-Integrationen können schnell dazu führen, dass eure Analytics- oder Tracking-Codes nach dem Relaunch nicht mehr korrekt ausgelöst werden.

Fehlt das Tracking, gehen wichtige Daten (nicht nur zur Bewertung der Migration) verloren, etwa zur Entwicklung von Traffic, Engagement oder Conversion-Raten.

Vor und nach dem Go-live sollter ihr daher unbedingt sicherstellen:

• ob Analytics-Tools korrekt eingebunden sind
• ob Tracking-Tags oder Google Tag Manager Container geladen werden
• ob Events und Conversion-Tracking weiterhin funktionieren

Gerade in den ersten Tagen nach einer Migration ist funktionierendes Tracking entscheidend, um Veränderungen bei Traffic oder Nutzerverhalten schnell einordnen zu können. Es empfiehlt sich daher, Analytics-Properties, Tag-Manager-Konfigurationen und wichtige Events bereits vor der Migration zu dokumentieren.

Verlust strukturierter Daten

Strukturierte Daten werden bei Relaunch-Projekten häufig übersehen, da sie meist direkt in Themes, Templates oder Plugins integriert sind. Besonders beim Wechsel von Theme oder Page Builder kann vorhandenes Schema-Markup teilweise oder vollständig verloren gehen.

Besonders betroffen sind häufig:

• Artikel- und Blog-Markup
• Breadcrumb-Strukturen
• Organisations- oder Produktdaten

Fehlt dieses Markup nach dem Relaunch, verlieren Suchmaschinen strukturierte Informationen über Inhalte, Navigationsstrukturen oder Organisationseinträge. Das wirkt sich zwar selten direkt auf Rankings aus, kann jedoch die Darstellung von Suchergebnissen beeinflussen, etwa durch fehlende Rich Results oder Breadcrumb-Anzeigen.

Gerade bei Websites mit vielen Content-Seiten oder strukturierten Inhaltsformaten kann dies zu einer geringeren Klickrate in den Suchergebnissen führen. Deswegen unbedingt das bestehendes Schema-Markup vor dem Relaunch dokumentiert und Markup mit kostenlosen Tools wie Googles Rich Results Test oder dem Schema Validator überprüft werden. 

Zwischenfazit: Kein Relaunch ohne Mapping

Viele der zuvor beschriebenen Risiken lassen sich auf eine zentrale Ursache zurückführen: fehlende Übersicht über bestehende URLs und deren neue Zielstruktur. Ein sauber vorbereitetes URL-Mapping schafft genau diese Übersicht. Es zwingt dazu, jede bestehende Seite zu erfassen, ihre zukünftige Rolle zu definieren und technische Signale wie Weiterleitungen, Indexierung oder interne Verlinkung systematisch zu prüfen. 

Für jede bestehende URL wird im Mapping definiert, wie sie künftig behandelt wird, etwa welche neue Zielseite sie erhält, ob eine Weiterleitung gesetzt wird, ob sie indexierbar bleibt oder bewusst entfernt wird (404/410). So bleibt für Suchmaschinen klar nachvollziehbar, wie bestehende Inhalte und Signale in der neuen Struktur überführt werden.

Mit Tools wie Screaming Frog lässt sich zunächst ein vollständiger Crawl der bestehenden Website erstellen, um alle aktuellen URLs zu erfassen und mit der neuen Zielstruktur abzugleichen. Gleichzeitig lassen sich dabei auch wichtige technische Signale sowohl prüfen als auch vorbereiten, etwa der Indexierungsstatus, Canonical-Tags, Sitemap-Einträge oder die Einbindung von Tracking- und Analytics-Skripten.

In der Praxis zeigt sich immer wieder: Ein sauberes URL-Mapping ist euer wichtigster Hebel, um Ranking-Signale stabil auf neue Seiten zu übertragen und Migrationen ohne größere Sichtbarkeits- und UX-Verluste umzusetzen.

Das Hosting-Setup als Risikopuffer

Neben strukturellen SEO-Faktoren spielt auch die technische Infrastruktur eurer Website eine zentrale Rolle bei Migrationen. Ein stabiles Hosting-Setup reduziert massiv die Risiken während des Relaunches und erleichtert die Kontrolle des Go-live-Prozesses.

Insbesondere drei Faktoren sind entscheidend: eine funktionierende Staging-Umgebung, stabile Server-Performance und eine kontrollierte Go-live-Strategie.

Staging als Kontrollinstrument

Eine Staging-Umgebung ist eine isolierte Kopie der Website, in der Änderungen vor dem eigentlichen Go-live getestet werden können. Gerade bei Migrationen ist sie ein zentraler Bestandteil der Qualitätssicherung.

In einer Staging-Umgebung lassen sich unter anderem prüfen:

• vollständige Crawls der neuen Website
• Funktion und Zielrichtung aller Weiterleitungen
• Canonical-Tags und Indexierungsregeln
• interne Verlinkungsstrukturen
• XML-Sitemap und Crawlbarkeit
• implementierte strukturierte Daten

So lassen sich viele typische Migrationsfehler erkennen, bevor sie in der Live-Umgebung Auswirkungen haben. Gute Managed-WordPress-Hoster stellen solche Umgebungen bereit,  etwa über integrierte Staging-Funktionen, wie sie beispielsweise Raidboxes anbietet.

Wichtig ist, dass die Staging-Umgebung selbst nicht von Suchmaschinen indexiert wird. In der Praxis geschieht das meist über noindex-Anweisungen oder am besten gleich über einen Passwortschutz. So können alle technischen Einstellungen bereits für Live-Bedingungen umgesetzt werden, ohne dass die Website bereits für Suchmaschinen crawlbar ist.

Performance und Server-Response-Zeiten

Nach einer Migration verändert sich häufig auch die technische Infrastruktur der Website, sei es durch einen neuen Server, eine andere Hosting-Architektur oder geänderte Caching-Mechanismen. Die Performance der Serverumgebung hat direkten Einfluss auf das Crawling-Verhalten von Suchmaschinen. Steigen Server-Response-Zeiten oder treten häufiger Timeouts auf, reduzieren Suchmaschinen in der Regel die Anzahl der Seiten, die pro Crawling-Durchlauf abgerufen werden.

Gerade nach einer Migration kann dies problematisch werden, da Suchmaschinen Änderungen an URLs, interner Verlinkung und Seitenstrukturen erneut crawlen müssen. Ist die Infrastruktur in dieser Phase instabil oder zu langsam, verzögert sich die Verarbeitung der neuen Website-Struktur.

Ist die Server-Infrastruktur in dieser Phase instabil oder zu langsam, kann dies dazu führen, dass:

• neue Inhalte langsamer indexiert werden
• Änderungen an bestehenden Seiten später erkannt werden
• Rankings sich langsamer stabilisieren

Entscheidend ist daher eine stabile und performante Serverumgebung. Dazu gehören:

• kurze Server-Response-Zeiten
• funktionierendes serverseitiges Caching
• eine Infrastruktur ohne häufige Timeouts oder Verbindungsabbrüche

Gerade in den ersten Tagen nach dem Relaunch lohnt es sich, Server-Logs oder Monitoring-Daten im Blick zu behalten, um ungewöhnliche Crawling-Spitzen oder Performance-Probleme frühzeitig zu erkennen. Eine stabile Server-Performance hilft dabei, dass Suchmaschinen die neue Website-Struktur effizient crawlen und Änderungen schnell verarbeiten können.

Unser WordPress Speed Test

Prüfe deine Ladezeit und erhalte das Ergebnis per E-Mail! Gemeinsam finden wir die beste Lösung für dich und dein Unternehmen. Oder teste unser WordPress Hosting direkt mehrere Tage kostenlos!

Zum Speed Test

Kontrollierter Go-live und Backup-Strategie

Der eigentliche Go-live ist eine der kritischsten Phasen einer Website Migration. Fehler in dieser Phase können sich unmittelbar auf Crawling, Indexierung und Nutzererfahrung auswirken. Deswegen solltet ihr vor dem Go-live unbedingt einen letzten technischen Check der Staging-Version durchführen. Ein vollständiger Crawl zeigt, ob Weiterleitungen, Indexierungsregeln, Canonicals und Sitemaps korrekt umgesetzt wurden. Eine strukturierte Go-live-Strategie umfasst daher mehrere Elemente:

• vollständige Backups von Dateien und Datenbanken
• eine kontrollierte DNS-Umstellung auf die neue Infrastruktur
• Vermeidung paralleler Versionen der Website
• Möglichkeit eines schnellen Rollbacks

Idealerweise erfolgt der Go-live zu einem Zeitpunkt mit geringem Traffic, sodass mögliche Probleme schnell erkannt und behoben werden können.

Nach der Migration: Monitoring. Funktioniert alles?

Natürlich endet eine Website-Migration aus SEO-Sicht nicht mit dem Go-live. Erst in den Wochen danach zeigt sich, ob Weiterleitungen korrekt greifen, neue URLs indexiert werden und Rankings stabil bleiben.

Um mögliche Probleme frühzeitig zu erkennen, sind vier Bereiche besonders wichtig: Crawl-Analyse, Redirect-Kontrolle, Indexierungsüberwachung und Performance-Monitoring.

Crawl-Analyse vor und nach der Migration

Ein Crawl der bestehenden Website liefert eine vollständige Liste aller erreichbaren URLs sowie Informationen zu internen Links, Statuscodes und Meta-Daten. Diese Daten dienen als Referenzpunkt für die neue Website.

Vor der Migration sollte daher ein vollständiger Crawl durchgeführt werden, um unter anderem zu erfassen:

• alle indexierbaren URLs
• interne Verlinkungsstrukturen
• Canonical-Tags
• Meta-Titel und Descriptions
• Statuscodes der Seiten

Nach dem Relaunch lässt sich mit einem zweiten Crawl prüfen, ob diese Strukturen weiterhin konsistent umgesetzt sind.

Typische SEO-Crawler für diese Analyse sind:

• Screaming Frog
• Sitebulb
• Lumar

Der Vergleich zwischen Vorher- und Nachher-Crawl macht viele Migrationsprobleme sofort sichtbar.

Redirect-Mapping überprüfen

Auch wenn Redirects vor dem Go-live eingerichtet wurden, sollten sie nach der Migration unbedingt erneut überprüft werden. Besonders wichtig ist die Kontrolle von:

• 404-Fehlern
• Redirect-Ketten
• falschen Zielseiten

Ein Crawl der alten URLs zeigt euch schnell, ob alle Weiterleitungen korrekt funktionieren. Eine einfache Methode ist es, die Liste der alten URLs erneut zu crawlen und zu prüfen, ob sie einen 301-Statuscode zurückgeben und ob sie direkt auf die richtige Zielseite weiterleiten. 

Monitoring in der Google Search Console

Die Google Search Console bleibt eines eurer wichtigsten Monitoring-Tools nach einer Migration. Sie liefert direkte Hinweise darauf, wie Google die neue Website crawlt und indexiert.

Besonders relevant sind nach einem Relaunch:

• Indexierungsstatus neuer Seiten
• Crawling-Fehler
• neue 404-Seiten
• Veränderungen bei Impressionen und Klicks

Zusätzlich sollte nach der Migration zeitnah die aktualisierte XML-Sitemap eingereicht werden, um Suchmaschinen schneller auf neue URLs hinzuweisen. 

Wichtig: Bei einem Domainwechsel sollte zudem das „Adressänderung„-Tool in der Google Search Console genutzt werden, um Google den Umzug der Website offiziell mitzuteilen und die Übertragung bestehender Signale zu unterstützen.

Performance- und Ranking-Monitoring

In den Wochen nach einer Migration sind Ranking-Schwankungen nicht ungewöhnlich. Entscheidend ist, die Entwicklung von Rankings und Traffic kontinuierlich zu beobachten, um grundlegende Verschiebungen zu identifizieren, die womöglich auf Fehler bei der Migration schließen lassen.

Wichtige Kennzahlen sind:

• organischer Traffic
• Ranking-Positionen zentraler Keywords
• Crawling-Aktivität
• Ladezeiten und Core Web Vitals

Stabilisieren sich diese Kennzahlen nach dem Relaunch, ist das ein gutes Zeichen dafür, dass Suchmaschinen die neue Website-Struktur erfolgreich verarbeitet haben.

Deine Migrations-Checkliste

Eine strukturierte Checkliste hilft dabei, typische Fehler bei einem Relaunch zu vermeiden. Gerade bei größeren Projekten stellt sie sicher, dass zentrale Sichtbarkeits-Signale berücksichtigt werden.

Vor der Migration

• vollständigen Crawl der bestehenden Website erstellen
• Liste aller indexierbaren URLs exportieren
• wichtigste Seiten anhand von Traffic, Rankings und Backlinks identifizieren
• Redirect-Mapping zwischen alten und neuen URLs erstellen
• Meta-Daten und strukturierte Daten dokumentieren
• Tracking- und Analytics-Setups sichern
• Staging-Umgebung mit identischer Serverkonfiguration aufsetzen

Während der Migration

• Weiterleitungen implementieren und testen
• interne Links auf neue URLs aktualisieren
• Canonical-Tags und Indexierungsregeln überprüfen
• XML-Sitemap für die neue Website generieren
• technische SEO-Prüfung der Staging-Version durchführen

Nach dem Go-live

• neue XML-Sitemap in der Google Search Console einreichen
• bei Domainwechsel das Adressänderung-Tool in der Search Console nutzen
• Crawling-Fehler und 404-Seiten überwachen
• Redirects erneut testen
• Rankings und organischen Traffic beobachten
• Ladezeiten und Server-Response-Zeiten kontrollieren
• Tracking und Analytics-Funktion prüfen

Gerade bei komplexeren Relaunch-Projekten hilft eine strukturierte Checkliste, zentrale SEO-Faktoren systematisch abzuarbeiten und typische Fehler zu vermeiden.

Migrationen sind planbar: mit Struktur und stabiler Infrastruktur

Website-Migrationen scheitern selten an einzelnen technischen Fehlern, sondern meist an fehlender Struktur im Prozess. Ein sauberes URL-Mapping, klare technische Checks und konsequentes Monitoring sorgen dafür, dass Suchmaschinen neue Strukturen schnell einordnen können und bestehende Signale erhalten bleiben – sowohl in klassischen Suchergebnissen als auch in den wachsenden Informationssystemen von LLMs.

Ebenso entscheidend ist die technische Grundlage, auf der eine Migration stattfindet. Eine stabile Hosting-Umgebung, verlässliche Server-Performance und eine durchdachte Backup-Strategie stellen sicher, dass Änderungen kontrolliert umgesetzt werden können und im Ernstfall schnelle Rollbacks möglich sind.

Migrationen bleiben komplex, werden mit klaren Prozessen, gründlicher Vorbereitung und einer stabilen Infrastruktur jedoch zu einem gut planbaren Schritt in der Weiterentwicklung