SEO-Migration beim Website-Relaunch: So wechseln Unternehmen CMS oder Shop ohne Sichtbarkeitsverlust

SEO-Migration beim Website-Relaunch wird oft zu spät ernst genommen. Dann steht das neue Design, das neue CMS läuft und kurz vor dem Go-live fällt auf, dass alte URLs verschwinden, Metadaten fehlen oder ganze Ratgeberbereiche nicht mehr sauber erreichbar sind.

Genau dort entstehen viele Ranking-Verluste. Nicht weil Google Relaunches grundsätzlich abstraft. Sondern weil beim Wechsel von Website, CMS oder Shop-System technische Kontinuität verloren geht.

1. Das Risiko liegt selten im neuen System selbst

Ob Sie von WordPress auf ein Headless CMS wechseln, von Shopify zu Shopware migrieren oder eine Unternehmenswebsite komplett neu strukturieren: Das eigentliche SEO-Risiko liegt meist nicht im Zielsystem, sondern im Übergang.

Google beschreibt Site Moves sehr klar als Migrationsszenario, das vorbereitet, umgeleitet und überwacht werden muss. Entscheidend ist dabei vor allem, dass alte URLs nicht einfach verschwinden, sondern gezielt auf fachlich passende neue Ziele weiterleiten.

Typische Probleme in Relaunch-Projekten sind:

• gelöschte oder geänderte URLs ohne Redirects
• mehrere alte Seiten landen pauschal auf der Startseite
• wichtige Inhalte werden verkürzt oder zusammengelegt
• Titles, Descriptions und interne Links werden nicht sauber übernommen
• XML-Sitemap, Canonicals und Indexierbarkeit werden erst nach dem Go-live geprüft
• Erfolg wird nur optisch bewertet, nicht an Traffic, Rankings und Conversions

2. Was vor dem Relaunch gesichert werden muss

Eine gute SEO-Migration beginnt nicht mit Redirect-Regeln, sondern mit einer Bestandsaufnahme.

URLs mit organischem Wert identifizieren

Vor dem Umbau sollte klar sein, welche Seiten heute Sichtbarkeit, Klicks, Anfragen oder relevante Backlinks tragen. Genau diese Seiten dürfen im Relaunch nicht versehentlich entwertet werden.

Dazu gehören in der Praxis oft:

• Leistungsseiten mit stabilen Rankings
• Blogartikel mit Evergreen-Traffic
• Kategorieseiten oder Produktbereiche im Shop
• lokale Seiten mit regionaler Sichtbarkeit
• Download-, Glossar- oder Wissensseiten, die oft intern verlinkt sind

Inhalte nicht nur exportieren, sondern bewerten

Ein Relaunch ist kein blinder 1:1-Umzug. Manche Inhalte können zusammengeführt werden, andere brauchen ein Upgrade, wieder andere gehören entfernt. Wichtig ist nur: Entscheidungen müssen bewusst fallen.

Wenn zehn alte URLs am Ende drei neue Seiten werden, braucht jede alte URL trotzdem ein klares Ziel. Google empfiehlt genau diese saubere URL-Zuordnung statt unscharfer Sammel-Redirects.

Technische SEO-Basis dokumentieren

Vor dem Go-live sollte ein Referenzstand gesichert sein:

• wichtigste URL-Liste
• aktuelle Title- und Description-Muster
• H1- und Seitenlogik
• Canonicals
• interne Hauptverlinkungen
• bestehende XML-Sitemaps
• relevante Rankings und Landingpages

Ohne diesen Stand wird aus der Migrationsphase schnell ein Rätselraten.

3. Redirect-Mapping ist die eigentliche Pflichtarbeit

Wenn Unternehmen nach einem Relaunch Rankings verlieren, liegt das sehr oft an schwachen oder fehlenden Redirects.

Google unterscheidet verschiedene Redirect-Typen und macht deutlich, dass serverseitige Redirects am zuverlässigsten als Signal für die neue kanonische Ziel-URL interpretiert werden. Für Relaunches heißt das ganz praktisch: 301-Weiterleitungen gehören sauber geplant, getestet und dokumentiert.

1. Jede alte URL braucht ein fachlich passendes Ziel

Die beste Weiterleitung ist nicht die bequemste, sondern die fachlich passendste.

Schlecht:

• alle alten Blogartikel auf /blog/
• entfernte Leistungsseiten pauschal auf /leistungen/
• eingestellte Produktseiten auf die Startseite

Besser:

• alter Ratgeber auf fachlich nahen neuen Ratgeber
• frühere Leistungsseite auf die inhaltlich passende neue Leistungsseite
• alte Kategorie auf die neue Kategorie mit derselben Suchintention

2. Redirect-Ketten vermeiden

Wenn URL A auf B zeigt und B später auf C, ist das unnötige Reibung für Nutzer, Crawler und Projektteams. Im Relaunch sollte möglichst direkt von alt auf neu geleitet werden.

3. Nicht nur Hauptseiten, sondern auch Randfälle prüfen

In vielen Projekten fehlen Redirects nicht bei den großen URLs, sondern bei:

• alten PDF-Links
• paginierten Archivseiten
• Blog-Tags oder Kategorien
• Medienpfaden
• alten Kampagnen-Landingpages
• URL-Varianten mit Slash, Großschreibung oder Parametern

Gerade hier entstehen später 404-Muster, die man im Projektplan vorher kaum auf dem Radar hatte.

4. Inhalte, Informationsarchitektur und URLs dürfen nicht zufällig kippen

Ein neues CMS oder Shopsystem bringt oft automatisch neue URL-Logiken mit. Genau das sollte nicht ungesteuert passieren.

Google empfiehlt lesbare, nachvollziehbare URL-Strukturen und warnt vor unnötig komplexen URLs. Für Unternehmen ist das besonders relevant, wenn beim Relaunch alte Pfade, Verzeichnisse oder Seitentypen neu gedacht werden.

SEO und neue Navigationslogik

Wenn eine Unternehmenswebsite vorher klare Leistungsseiten hatte, sollte der Relaunch diese Logik nicht in generischen Übersichtsseiten auflösen.

Wenn ein Shop bisher eigene Kategorieseiten mit Sichtbarkeit aufgebaut hat, sollten diese nicht einfach hinter Filtern, Parametern oder App-Logik verschwinden.

Content-Kürzung ist kein Qualitätsbeweis

Viele Relaunches machen Seiten optisch moderner, aber fachlich dünner. Weniger Absätze, weniger Erklärungen, weniger interne Links. Das wirkt im Design oft aufgeräumt, kann aber Suchintention schlechter bedienen.

Gerade bei erklärungsbedürftigen Leistungen oder komplexen Shop-Kategorien lohnt sich deshalb eine nüchterne Frage: Wird die neue Seite wirklich klarer oder nur kürzer?

Wenn Sie an genau dieser Architekturfrage arbeiten, passen oft auch unsere Beiträge zu Headless CMS mit Contentful, Strapi oder Sanity und Astro für superschnelle Websites.

5. Was direkt vor dem Go-live geprüft werden sollte

Die heiße Phase einer Website-Migration ist nicht der Launch-Tag, sondern die Woche davor.

Crawl- und Indexierbarkeit testen

Vor dem Livegang sollte geprüft sein:

• Gibt es versehentlich noindex oder gesperrte Bereiche?
• Stimmen Canonicals auf den finalen Seiten?
• Werden wichtige Seiten intern erreichbar verlinkt?
• Laden Bilder, PDFs und Assets unter den neuen Pfaden?
• Funktionieren die Redirects für die priorisierten Alt-URLs?

XML-Sitemap vorbereiten

Google empfiehlt, Sitemaps sauber bereitzustellen und einzureichen. Gerade nach einem Relaunch hilft das, die neue URL-Struktur klar zu kommunizieren.

Wichtig ist dabei nicht Masse, sondern Qualität: In die Sitemap gehören indexierbare Zielseiten, nicht umgeleitete Alt-URLs oder technische Restbestände.

Staging ist nicht gleich Live

Viele Migrationsfehler entstehen, weil im Staging noch alles richtig wirkt, live aber andere Pfade, Regeln oder CDN-Einstellungen greifen. Deshalb sollte die Redirect- und Indexierungslogik auch unter produktionsnahen Bedingungen geprüft werden.

6. Monitoring nach dem Launch entscheidet über den Erfolg

Google weist darauf hin, dass nach einer Migration mehr Crawl-Aktivität auftritt. Genau deshalb beginnt die eigentliche Arbeit oft erst nach dem Go-live.

In den ersten Tagen prüfen

• funktionieren priorisierte Redirects wirklich?
• tauchen 404-Fehler auf?
• werden wichtige Seiten indexiert?
• brechen organische Einstiegsseiten weg?
• zeigen Search-Console-Daten ungewöhnliche Rückgänge oder Abdeckungsprobleme?

In den ersten Wochen beobachten

• Welche alten URLs werden noch stark angefragt?
• Wo zeigen interne Links noch auf alte Pfade?
• Welche Seitentypen verlieren überproportional Sichtbarkeit?
• Haben neue Templates schlechtere Ladezeiten oder schwächere Content-Signale?

Gerade bei größeren Shop- oder CMS-Wechseln lohnt sich ein fester Nachsorgeplan statt eines einmaligen Launch-Checks.

7. Ein pragmatischer Migrationsablauf für Unternehmen

Nicht jedes Projekt braucht ein riesiges SEO-Migrationsprogramm. Aber fast jedes Projekt braucht eine klare Reihenfolge.

1. Bestehende SEO-Werte sichtbar machen

Traffic, Rankings, Backlinks, Conversions und wichtige URL-Typen dokumentieren.

2. Neue Zielarchitektur festlegen

Navigationslogik, Seitentypen, Templates, URL-Muster und Content-Ziele definieren.

3. URL-Mapping bauen

Alte URLs priorisieren und jeweils mit dem besten neuen Ziel verknüpfen.

4. Redirects und Metadaten testen

Nicht nur im Konzept, sondern technisch im echten Setup.

5. Go-live mit Checkliste begleiten

Sitemap, Canonicals, Robots, Redirects, interne Links und kritische Seitentypen unmittelbar prüfen.

6. Nach dem Launch aktiv nachsteuern

404s beheben, Redirect-Lücken schließen, interne Links bereinigen und Indexierung beobachten.

Fazit

SEO-Migration beim Website-Relaunch ist kein Zusatzthema für den Schluss, sondern Teil der Architekturentscheidung.

Wer CMS, Shop oder Frontend wechselt, sollte nicht nur fragen, wie die neue Seite aussieht. Die wichtigere Frage lautet: Wie wird bestehende Sichtbarkeit sauber in die neue Struktur überführt?

Wenn Sie einen Relaunch, einen CMS-Wechsel oder einen Shop-Systemwechsel planen, sind oft unsere Seiten Webseiten & Shops, Website erstellen lassen, Website Performance Optimierung oder direkt unser Kontaktformular die sinnvollsten nächsten Schritte.

Quellen

• Google Search Central: Site Moves and Migrations
• Google Search Central: Redirects and Google Search
• Google Search Central: Build and Submit a Sitemap
• Google Search Central: URL Structure Best Practices for Google Search