Relaunch ohne Ranking-Verlust: Die 12-Punkte-Checkliste für Weiterleitungen und URL-Struktur
Ein Website-Relaunch soll Design, Technik und Nutzerführung verbessern – und nicht jahrelang aufgebaute Google-Sichtbarkeit vernichten. Kritisch wird es vor allem dann, wenn beim Neuaufbau URLs geändert, Seiten zusammengelegt oder Inhalte entfernt werden. Dieser Leitfaden zeigt Schritt für Schritt, wie Sie bestehende SEO-Signale inventarisieren, alte URLs korrekt zuordnen, 301-Weiterleitungen planen und den Relaunch nach dem Go-Live überwachen.
Die wichtigsten Relaunch-Regeln in 60 Sekunden
- Ändern Sie funktionierende URLs nicht nur, weil die neue Struktur „schöner“ aussieht.
- Erstellen Sie vor dem Relaunch eine vollständige Liste der alten indexierbaren URLs.
- Dokumentieren Sie Rankings, organischen Traffic, Backlinks und wichtige Landingpages.
- Ordnen Sie jeder wichtigen alten URL ein fachlich passendes neues Ziel zu.
- Bei dauerhaften URL-Änderungen sind serverseitige 301- oder 308-Weiterleitungen die bevorzugte Lösung.
- Vermeiden Sie Redirect-Ketten wie Alt → Zwischenziel → Neu.
- Leiten Sie nicht pauschal alle entfernten Seiten auf die Startseite weiter.
- Interne Links müssen nach dem Relaunch direkt auf die neuen URLs zeigen.
- Canonicals, hreflang-Verweise und XML-Sitemaps müssen zur neuen URL-Struktur passen.
- Temporäre noindex- oder robots.txt-Sperren der Entwicklungsumgebung müssen beim Launch entfernt werden.
- URLs ohne sinnvolle Ersatzseite dürfen einen echten 404- oder 410-Status zurückgeben.
- Redirects sollten mindestens ein Jahr – aus Nutzersicht oft dauerhaft – bestehen bleiben.
Warum verlieren Websites nach einem Relaunch überhaupt Rankings?
Google kennt nicht „Ihre Leistung“ als abstraktes Objekt. Google kennt konkrete URLs, deren Inhalte, interne und externe Verlinkung sowie zahlreiche weitere Signale.
Wenn aus:
example.de/leistungen/webdesign-essen/
plötzlich:
example.de/service/webseite/
wird, handelt es sich technisch zunächst um eine neue Adresse.
Ohne klare Signale muss eine Suchmaschine erst herausfinden:
- Ist die alte Seite gelöscht?
- Ist die neue Seite ihr Ersatz?
- Ist der Inhalt derselbe?
- Hat sich das Thema geändert?
- Soll die neue URL statt der alten indexiert werden?
Sobald URLs, Domain, Inhalte, Seitenstruktur oder interne Verlinkung geändert werden, gehört SEO in die Relaunch-Planung – nicht erst in die Fehlerbehebung nach dem Go-Live.
Wenn Sie noch vor der grundsätzlichen Entscheidung stehen, ob ein kompletter Neuaufbau überhaupt notwendig ist, lesen Sie zuerst unseren Ratgeber Website-Relaunch oder Überarbeitung? .
Interaktiver URL-Entscheider
Was passiert mit einer bestehenden URL beim Relaunch?
Beste Situation: URL erhalten
Wenn Thema, Suchintention und Seitenfunktion bestehen bleiben, gibt es häufig keinen SEO-Grund, die URL zu ändern.
- Inhalt aktualisieren.
- Design erneuern.
- Canonical auf dieselbe URL prüfen.
- Keine Weiterleitung notwendig.
Alte URL dauerhaft auf die neue URL weiterleiten
Wenn eine URL dauerhaft ersetzt wird, sollte die alte Adresse direkt auf die fachlich passende neue Adresse zeigen.
Typische Lösung: serverseitige permanente Weiterleitung über 301 oder 308.
Mehrere alte Seiten können auf eine neue zusammengeführte Seite zeigen
Das ist sinnvoll, wenn die neue Seite die Inhalte und Suchintentionen der alten Seiten tatsächlich sinnvoll konsolidiert.
Nicht sinnvoll wäre dagegen, völlig unterschiedliche Seiten nur aus Bequemlichkeit auf dieselbe allgemeine Seite umzuleiten.
Kein sinnvoller Ersatz? Dann nicht zwanghaft weiterleiten.
Wenn eine Seite dauerhaft entfernt wurde und es keine relevante Ersatzseite gibt, kann ein echter HTTP-Status 404 oder 410 die korrekte Lösung sein.
1. Vor dem Relaunch alle bestehenden URLs inventarisieren
Ein Redirect-Plan kann nur so vollständig sein wie die Liste der alten URLs.
Deshalb sollte der erste Schritt nicht im neuen WordPress-Theme stattfinden, sondern in der Bestandsaufnahme.
Quellen für die URL-Liste
- aktueller Website-Crawl,
- XML-Sitemap,
- Google Search Console,
- Analytics-Landingpages,
- CMS beziehungsweise WordPress,
- Backlink-Daten,
- Serverlogs,
- alte PDFs und Downloads.
Zu jeder wichtigen URL dokumentieren
SEO
Rankings, Impressionen, Klicks und indexierte Suchanfragen.
Traffic
Organische Besuche, Einstiege und Conversions.
Links
Interne Verlinkung und wichtige externe Backlinks.
Eine alte Landingpage kann heute nicht mehr im Menü stehen und trotzdem Rankings, Backlinks oder organischen Traffic besitzen. Gerade solche URLs werden bei Relaunches leicht vergessen.
2. Funktionierende URLs nicht ohne Grund ändern
Die risikoärmste URL-Migration ist häufig die, die gar nicht stattfindet.
Eine URL wie:
/webdesign-essen/
muss nicht zu:
/leistungen/webdesign/webdesign-agentur-essen/
werden, nur weil die zweite Variante beim Relaunch strukturierter aussieht.
Eine bestehende URL sollte besonders kritisch betrachtet werden, wenn sie:
- relevante Rankings besitzt,
- organischen Traffic erzeugt,
- Backlinks besitzt,
- bereits in Broschüren oder E-Mails verwendet wird,
- gut zur Suchintention passt und
- keinen technischen Nachteil hat.
Sie können Theme, Layout, WordPress-Aufbau, Bilder, Texte und Conversion-Elemente vollständig erneuern und trotzdem dieselbe öffentliche URL behalten.
3. Die neue URL-Struktur vor dem Launch festlegen
Wenn Änderungen notwendig sind, sollte die Zielstruktur bereits vor der Redirect-Konfiguration feststehen.
Eine gute URL-Struktur ist:
- verständlich,
- dauerhaft nutzbar,
- möglichst kurz,
- konsistent,
- thematisch nachvollziehbar und
- nicht von kurzfristigen Designentscheidungen abhängig.
| Ungünstig | Besser |
|---|---|
/page-id-3921/ | /website-wartung/ |
/neu/service2/final/ | /seo-beratung/ |
/leistungen-2026/webdesign-neu/ | /webdesign/ |
/angebot/seite1/ | /wordpress-wartung/ |
Ein Jahr, Mitarbeitername oder Kampagnenstatus kann dazu führen, dass dieselbe Seite später erneut umziehen muss.
4. Ein vollständiges Alt-zu-Neu-Mapping erstellen
Jetzt wird für jede alte relevante URL festgelegt:
Was ist nach dem Relaunch ihr bestes Ziel?
Typische Mapping-Entscheidungen
| Alte URL | Entscheidung | Neue URL |
|---|---|---|
| /webseiten-erstellen/ | gleiches Thema, neue URL | /webseitengestaltung/ |
| /seo-beratung-alt/ | gleiches Thema | /suchmaschinenoptimierung/ |
| /seo-basic/ | mit zweiter Seite zusammengelegt | /seo/ |
| /sommeraktion-2019/ | kein sinnvoller Ersatz | 404 / 410 |
Entscheidend ist, welche neue Seite Inhalt und Suchintention der alten URL am sinnvollsten ersetzt.
5. Dauerhafte URL-Änderungen mit 301 oder 308 weiterleiten
Wenn eine Seite dauerhaft unter einer neuen Adresse erreichbar ist, benötigen Nutzer und Suchmaschinen ein klares Signal.
Für solche dauerhaften Umzüge werden üblicherweise serverseitige 301- oder 308-Weiterleitungen eingesetzt.
/alte-seo-seite/
/suchmaschinenoptimierung/
301 oder 308?
Für SEO-Zwecke sind beide dauerhafte Redirect-Statuscodes geeignet. Entscheidend ist vor allem:
- die Weiterleitung ist dauerhaft,
- sie erfolgt serverseitig,
- das Ziel ist fachlich passend und
- die neue Ziel-URL liefert anschließend HTTP 200.
Wenn der Umzug dauerhaft ist, sollte das technische Signal ebenfalls dauerhaft sein.
6. Redirect-Ketten und Redirect-Loops vermeiden
Ein sehr häufiger Fehler entsteht bei mehreren früheren Relaunches.
Beispiel:
Besser:
Wenn die endgültige Ziel-URL bekannt ist, sollten alte URLs möglichst direkt dorthin zeigen.
Warum Ketten problematisch sind
- zusätzliche Serveranfragen,
- höhere Latenz,
- kompliziertere Fehleranalyse,
- mehr Stellen, an denen ein Redirect brechen kann.
Ein Fehler wie A → B → A macht eine Seite vollständig unerreichbar. Deshalb sollte das Redirect-Set automatisiert gecrawlt beziehungsweise getestet werden.
7. Alle internen Links direkt auf die neuen URLs umstellen
Ein 301-Redirect ist kein Ersatz für eine saubere interne Verlinkung.
Nach dem Relaunch sollte ein interner Link nicht so aussehen:
Neue Seite → alte URL → Redirect → neue Ziel-URL
sondern:
Neue Seite → neue Ziel-URL
Prüfen Sie insbesondere Links aus:
- Hauptnavigation,
- Footer,
- Startseite,
- Leistungsseiten,
- Blogartikeln,
- Breadcrumbs,
- Buttons und CTAs,
- Bildlinks und
- HTML-Sitemaps.
Es gibt keinen Grund, den eigenen neuen Webauftritt dauerhaft über alte URLs und Redirects navigieren zu lassen.
8. Canonicals und hreflang auf die neue Struktur umstellen
Die neue Seite sollte nicht gleichzeitig sagen:
„Meine neue URL ist /neu/ – aber canonical ist weiterhin /alt/.“
Das erzeugt widersprüchliche Signale.
Bei indexierbaren neuen Seiten prüfen:
- self-referencing Canonical auf die neue URL,
- kein Canonical auf alte URLs,
- keine Canonicals auf Redirect-Ziele, die wiederum weiterleiten,
- hreflang-Verweise bei mehrsprachigen Websites aktualisieren.
Interne Links, Sitemap, Canonical und Redirect-Ziel sollten möglichst konsistent auf dieselbe endgültige URL zeigen.
9. Staging-Sperren beim Launch entfernen
Einer der gefährlichsten Relaunch-Fehler besteht aus einer einzigen vergessenen Einstellung.
Entwicklungsseiten werden häufig vor Google geschützt durch:
noindex,- robots.txt-Sperren,
- HTTP-Authentifizierung oder
- CMS-Einstellungen wie „Suchmaschinen abhalten“.
Auf einer Staging-Umgebung ist das sinnvoll.
Auf der Live-Website kann eine vergessene Sperre katastrophal sein.
Die wichtigsten neuen Landingpages müssen für Googlebot erreichbar, indexierbar und frei von versehentlichen noindex-Anweisungen sein.
10. XML-Sitemap und Search Console auf die neuen URLs umstellen
Die neue XML-Sitemap sollte die URLs enthalten, die künftig in den Suchergebnissen erscheinen sollen.
Typischerweise gehören dort hinein:
- kanonische neue URLs,
- HTTP-200-Seiten,
- indexierbare Inhalte.
Nicht in die neue Sitemap gehören beispielsweise:
- alte redirectende URLs,
- 404-Seiten,
- noindex-Seiten,
- beliebige URL-Duplikate.
Nach dem Launch
- neue XML-Sitemap in Search Console einreichen,
- wichtige URLs über die URL-Prüfung kontrollieren,
- Indexierungsberichte beobachten.
Bei einem tatsächlichen Umzug von einer Domain auf eine andere kommt zusätzlich das Change-of-Address-Verfahren in der Google Search Console infrage. Bei einer reinen URL-Änderung innerhalb derselben Domain ist dieser Schritt nicht erforderlich.
11. Nicht jede gelöschte URL auf die Startseite weiterleiten
Ein typischer Relaunch-Schnellschuss lautet:
„Alles, was wir nicht mehr brauchen, leiten wir auf die Startseite.“
Das ist keine gute Redirect-Strategie.
Beispiel
Eine alte Seite über:
„Reparatur von CNC-Fräsmaschinen“
wird gelöscht.
Wenn das Unternehmen diese Leistung nicht mehr anbietet und es keine fachlich passende Ersatzseite gibt, ist die allgemeine Startseite kein echter Ersatz für diesen Inhalt.
Wenn eine Seite wirklich nicht mehr existiert und keinen sinnvollen Ersatz besitzt, ist ein korrekter 404- oder 410-Status technisch sauberer als eine irrelevante Weiterleitung.
Weiterleiten sollten Sie, wenn:
- der Inhalt unter neuer URL weiterbesteht,
- eine sehr ähnliche Ersatzseite existiert oder
- mehrere alte Seiten sinnvoll in einer neuen Seite konsolidiert wurden.
12. Nach dem Relaunch überwachen – nicht direkt zum nächsten Projekt wechseln
Der Relaunch ist nicht mit dem Klick auf „Veröffentlichen“ abgeschlossen.
In den ersten Tagen und Wochen prüfen:
- 404-Fehler,
- Redirect-Fehler,
- Indexierungsstatus,
- organische Klicks,
- Impressionen,
- wichtige Keyword-Landingpages,
- Serverlogs,
- Conversion Tracking.
Suchmaschinen müssen alte und neue URLs erneut crawlen und die Migration verarbeiten. Entscheidend ist, auffällige technische Fehler schnell von normalen temporären Schwankungen zu unterscheiden.
Redirects nicht nach drei Wochen löschen
Alte Weiterleitungen sollten langfristig bestehen bleiben. Dadurch funktionieren auch alte Bookmarks und externe Links weiterhin.
So kann ein Redirect-Mapping praktisch aussehen
Schon bei einer mittelgroßen Unternehmenswebsite empfehlen wir eine Tabelle, in der jede relevante alte URL dokumentiert wird.
| Alte URL | Status heute | Neue URL | Maßnahme | Priorität |
|---|---|---|---|---|
| /webdesign-essen-alt/ | Rankings + Traffic | /webdesign-essen/ | 301 direkt | Sehr hoch |
| /seo-agentur/ | Backlinks | /d/suchmaschinenoptimierung/ | 301 direkt | Sehr hoch |
| /wordpress-service/ | wenig Traffic | /website-pflege/ | inhaltliche Passung prüfen | Mittel |
| /blog/artikel-alt/ | kein Traffic | /blog/neuer-artikel/ | 301 falls Ersatz passend | Niedrig |
| /aktion-2018/ | veraltet | – | 404 / 410 | Niedrig |
Zusätzliche sinnvolle Spalten
- organische Klicks letzte 12 Monate,
- Impressionen,
- wichtigste Keywords,
- Backlinks,
- Canonical alt,
- HTTP-Status nach Launch,
- Redirect getestet: ja/nein.
Weiterleitungen allein retten keine Seite, wenn der neue Inhalt schlechter ist
Das Redirect-Mapping ist ein zentraler technischer Teil. Es ersetzt jedoch nicht die inhaltliche Migration.
Wenn die alte Seite:
- 1.500 Wörter Fachinformation,
- Referenzen,
- FAQ,
- technische Details und
- klare Suchintention
enthielt und die neue Seite nur noch aus einem großen Hero-Bild und drei Marketing-Sätzen besteht, wurde nicht nur die URL geändert.
Der Inhalt und damit die Relevanz der Seite wurden massiv verändert.
Vor dem Relaunch sollte deshalb dokumentiert werden, welche Inhalte, Überschriften, Themen und internen Links bestehender Rankingseiten erhalten oder sinnvoll verbessert werden müssen.
Für die SEO-Begleitung eines solchen Projekts finden Sie weitere Informationen unter Suchmaschinenoptimierung bei Mediencenter Essen .
Der SEO-Ablauf rund um den Launch
7–14 Tage vorher: finalen Crawl erstellen
Alte URLs, Statuscodes, Titles, Canonicals, interne Links und wichtige Landingpages dokumentieren.
Vor Launch: Redirect-Mapping einfrieren
Die neue URL-Struktur sollte nicht mehr täglich verändert werden. Alle wichtigen Alt-zu-Neu-Zuordnungen müssen feststehen.
Vor Launch: Staging vollständig testen
Navigation, Canonicals, Sitemap, interne Links, Formulare, Tracking und mobile Nutzung kontrollieren.
Launch: Redirects aktivieren
Alte URLs müssen unmittelbar nach dem Wechsel ihre vorgesehenen neuen Ziele erreichen.
Launch: Indexierbarkeit kontrollieren
noindex, robots.txt, Passwortschutz und andere Staging-Sperren überprüfen.
Direkt danach: Website komplett crawlen
404s, Weiterleitungsketten, Canonical-Fehler und interne Links identifizieren.
Search Console aktualisieren
Neue Sitemap einreichen und strategische URLs kontrollieren. Bei einem Domainwechsel gegebenenfalls Change of Address nutzen.
Erste Wochen: täglich beziehungsweise regelmäßig prüfen
Kritische Landingpages, Fehler, Traffic und Indexierung beobachten.
Danach: Entwicklung vergleichen
Alte Ausgangswerte mit neuen Klicks, Impressionen, Rankings und Conversions vergleichen.
Die 12-Punkte-Relaunch-Checkliste zum Abhaken
Haken Sie einen Punkt erst ab, wenn er tatsächlich getestet wurde.
Die 10 häufigsten SEO-Fehler bei einem Website-Relaunch
1. Alle URLs ändern
Die neue Agentur baut die Website neu und übernimmt keine einzige alte URL.
2. Kein Redirect-Mapping
Weiterleitungen werden erst eingerichtet, wenn nach dem Launch 404-Fehler auffallen.
3. Alles auf die Startseite
Hunderte thematisch unterschiedliche alte URLs zeigen pauschal auf die Homepage.
4. Redirect-Ketten
Alte Regeln früherer Relaunches werden nicht auf das finale Ziel aktualisiert.
5. noindex vergessen
Die Live-Seite übernimmt die Robots-Einstellungen der Entwicklungsumgebung.
6. Alte Canonicals
Neue Seiten referenzieren weiterhin alte oder redirectende URLs.
7. Alte interne Links
Die neue Website navigiert intern weiterhin über Redirects.
8. Ranking-Inhalte gekürzt
Gut performende Fachseiten werden zugunsten eines minimalistischen Designs stark reduziert.
9. Sitemap nicht aktualisiert
Die neue Website sendet Suchmaschinen weiterhin alte oder falsche URL-Signale.
10. Kein Monitoring
Der Trafficverlust fällt erst Wochen später auf, weil niemand Search Console geprüft hat.
Manchmal ist der sicherste SEO-Relaunch gar kein Relaunch
Wenn die bestehende Website:
- eine funktionierende URL-Struktur besitzt,
- wertvolle Rankings hat,
- technisch weiterhin wartbar ist und
- hauptsächlich optisch beziehungsweise inhaltlich veraltet ist,
kann ein gezieltes Redesign risikoärmer und wirtschaftlicher sein.
Mit unserem Website-Redesign-Check können Sie zunächst prüfen, ob überhaupt ein kompletter Neuaufbau notwendig ist.
Alternativ finden Sie auf unserer Seite Website verbessern einen kostenlosen Website-Check für Design, SEO und Performance.
Häufige Fragen zum SEO-Relaunch
Kann ein Website-Relaunch ohne Ranking-Verlust durchgeführt werden?
Ein vollständiger Ausschluss von Ranking-Schwankungen lässt sich nicht garantieren. Das Risiko kann jedoch deutlich reduziert werden, wenn bestehende URLs und Inhalte analysiert, notwendige URL-Änderungen sauber weitergeleitet und Indexierung sowie Verlinkung nach dem Launch kontrolliert werden.
Muss bei einem Relaunch jede URL geändert werden?
Nein. Wenn eine bestehende URL sinnvoll, etabliert und für dasselbe Thema weiterhin geeignet ist, spricht häufig viel dafür, sie beizubehalten.
Was ist besser: 301 oder 308?
Beide Statuscodes kennzeichnen einen dauerhaften Umzug und werden von Google als permanente Redirect-Signale behandelt. Entscheidend ist, dass die Implementierung korrekt ist und die alte URL direkt auf das dauerhafte Ziel zeigt.
Sollte ich 302 beim Relaunch verwenden?
Für einen dauerhaft geplanten URL-Umzug ist ein permanenter Redirect das passendere Signal. 302 und 307 sind für temporäre Weiterleitungen vorgesehen.
Wie lange müssen 301-Weiterleitungen bestehen bleiben?
Google empfiehlt bei Site Moves, Redirects möglichst lange und generell mindestens ein Jahr bestehen zu lassen. Aus Nutzersicht kann es sinnvoll sein, wichtige Weiterleitungen dauerhaft zu behalten, damit alte Links und Bookmarks weiterhin funktionieren.
Darf ich alle alten URLs auf die Startseite weiterleiten?
Nein. Weiterleitungen sollten auf fachlich relevante Ersatzseiten zeigen. Eine große Zahl völlig unterschiedlicher URLs pauschal auf die Startseite umzuleiten kann für Nutzer unpassend sein und von Google als Soft-404-Situation interpretiert werden.
Ist ein 404 beim Relaunch immer schlecht?
Nein. Wenn eine Seite endgültig entfernt wurde und keine passende Ersatzseite existiert, kann ein korrekter 404- oder 410-Status die richtige technische Lösung sein.
Was ist ein Redirect-Mapping?
Ein Redirect-Mapping ist eine Tabelle beziehungsweise Zuordnung alter URLs zu ihren neuen Ziel-URLs. Sie bildet die Grundlage für die Weiterleitungen beim Relaunch.
Müssen interne Links trotz 301 geändert werden?
Ja. Interne Links der neuen Website sollten direkt auf die neuen kanonischen URLs zeigen und nicht unnötig über Redirects laufen.
Was muss mit der XML-Sitemap passieren?
Die neue Sitemap sollte die gewünschten neuen kanonischen indexierbaren URLs enthalten. Nach dem Relaunch sollte sie in der Google Search Console eingereicht beziehungsweise geprüft werden.
Brauche ich das Change-of-Address-Tool in Search Console?
Das ist vor allem bei einem tatsächlichen Domainwechsel relevant. Bei normalen URL-Änderungen innerhalb derselben Domain wird der Umzug über Redirects, interne Verlinkung, Canonicals und Sitemap kommuniziert.
Warum sollte eine neue Seite einen self-referencing Canonical haben?
Damit die neue URL selbst als bevorzugte Variante signalisiert wird. Besonders nach einer Migration sollten Redirects, interne Links, Sitemap und Canonical möglichst konsistent auf dieselbe Ziel-URL verweisen.
Wie schnell übernimmt Google die neuen URLs?
Das lässt sich nicht exakt vorhersagen. Google erklärt, dass kleine und mittelgroße Website-Migrationen für einen Großteil der Seiten einige Wochen benötigen können; größere Websites können länger brauchen.
Sind Ranking-Schwankungen nach einem Relaunch normal?
Vorübergehende Veränderungen können während eines Site Moves auftreten, weil Google alte und neue URLs erneut crawlen und Signale neu zuordnen muss. Starke oder anhaltende Verluste sollten jedoch technisch untersucht werden.
Muss ich beim Relaunch meine Inhalte exakt kopieren?
Nein. Ein Relaunch ist eine gute Gelegenheit, Inhalte zu verbessern. Bestehende starke Seiten sollten aber nicht ohne Analyse so stark gekürzt oder thematisch verändert werden, dass ihre bisherige Suchintention verloren geht.
Wie kontrolliere ich den Relaunch nach dem Go-Live?
Kontrollieren Sie unter anderem Statuscodes, Redirects, Canonicals, robots-Regeln, Sitemap, Search Console, organischen Traffic, wichtige Landingpages und Conversion Tracking.
Fazit: Der SEO-Relaunch beginnt vor dem neuen Design
Die meisten schweren Relaunch-Probleme entstehen nicht dadurch, dass eine Weiterleitung technisch unmöglich wäre.
Sie entstehen, weil sie zu spät geplant wird.
Wenn das neue Design bereits fertig ist und erst drei Stunden vor dem Launch jemand fragt:
„Was passiert eigentlich mit den alten URLs?“
ist das Projekt unnötig riskant.
Eine sichere Migration beginnt deshalb mit:
- Bestandsaufnahme,
- Ranking- und Trafficdaten,
- einer finalen URL-Struktur,
- einem vollständigen Redirect-Mapping und
- klaren Verantwortlichkeiten für den Launch.
Danach müssen die technischen Signale zusammenpassen:
301/308 → neue URL → HTTP 200 → richtiger Canonical → neue interne Links → neue Sitemap.
Und selbst danach ist das Projekt noch nicht vorbei.
Die ersten Tage und Wochen nach einem Relaunch gehören dem Monitoring:
- Welche alten URLs werden noch aufgerufen?
- Welche Weiterleitungen funktionieren nicht?
- Welche neuen Seiten werden indexiert?
- Wie verändern sich Klicks und Impressionen?
- Bleiben wichtige Conversions erhalten?
Wer diesen Prozess sauber durchführt, kann einen Relaunch nutzen, um Design, Technik und Struktur zu verbessern, ohne bestehende SEO-Sichtbarkeit leichtfertig aufzugeben.
Sie planen einen Website-Relaunch und bestehende Google-Rankings sollen geschützt werden?
Dann sollte SEO nicht erst nach dem Launch geprüft werden. Wir analysieren bestehende URLs, Rankings und Seitenstrukturen, planen die neue Informationsarchitektur und berücksichtigen Weiterleitungen, Canonicals, interne Links und Indexierung bereits während des Relaunch-Projekts.
So entsteht nicht einfach nur eine neue Website, sondern eine kontrollierte Migration von der bestehenden zur neuen Struktur.
Offizielle Quellen & weiterführende Informationen
Für die technischen Empfehlungen dieses Beitrags wurden insbesondere die aktuellen Dokumentationen von Google Search Central zu Website-Migrationen, Weiterleitungen, Canonicals und XML-Sitemaps berücksichtigt.
- Google Search Central – Site Moves mit URL-Änderungen
Site Moves and Migrations - Google Search Central – Redirects
Redirects and Google Search - Google Search Central – Canonical URLs
How to specify a canonical URL - Google Search Central – XML-Sitemaps
Build and submit a sitemap
Stand dieses Beitrags: August 2026. Technische SEO-Empfehlungen und Search-Console-Funktionen können sich weiterentwickeln. Vor größeren Migrationen sollten deshalb die jeweils aktuellen Dokumentationen geprüft werden.
