Blog

SEO-Checkliste für den Website-Relaunch: Plattform oder Domain wechseln, ohne Rankings zu verlieren

Rankings brechen selten wegen der neuen Plattform ein, sondern weil URLs, die Traffic brachten, nicht mehr antworten. Eine Checkliste von der URL-Inventur bis Tag 90.

Von Nicolás Cerón ·

Eine alte Stadt mit Mauern und eine moderne Stadt an den gegenüberliegenden Ufern eines Flusses bei Nacht, verbunden durch eine Steinbrücke, auf der eine purpurrote Lichtlinie Reisende vom alten Tor zur neuen Stadt führt.

Die kurze Antwort

Eine Website behält ihre Rankings beim Umzug, wenn jede URL, die Traffic oder Links bringt, nach dem Launch noch antwortet: derselbe Inhalt unter derselben Adresse oder eine dauerhafte serverseitige Weiterleitung auf die passendste Entsprechung. Die meisten Migrationsprobleme gehen auf eine URL zurück, die niemand auf die Liste gesetzt hat.

Googles Leitfaden zu Website-Umzügen mit URL-Änderungen legt die Basis fest: Jede alte URL einer neuen zuordnen, dauerhafte serverseitige Weiterleitungen wie 301 oder 308 verwenden, sie "in der Regel mindestens 1 Jahr" beibehalten und "während des Umzugs mit vorübergehenden Schwankungen im Ranking der Website rechnen."

Derselbe Leitfaden rät, immer nur eine Sache auf einmal zu ändern: erst die neue Domain, danach das neue Layout. Googles Dokumentation zur Adressänderung ist noch deutlicher. Wer einen Umzug mit einem Redesign von Inhalten und URL-Struktur verbindet, "wird wahrscheinlich Traffic verlieren", während Google jede Seite neu bewertet. Wenn Sie beides brauchen, planen Sie das Redesign als eigene Phase.

Drei Arten von Umzügen

UmzugWas sich ändertWeiterleitungenSearch Console
Nur HostingServer oder CDN; jede URL bleibt gleichKeineCrawling und Indexierung beobachten
Plattform (Wix zu WordPress, WordPress zu Astro)CMS, Templates und meist einige URL-MusterJede URL, deren Pfad sich ändertNeue Sitemap, dann überwachen
Domain oder SubdomainJede URLAlleAdressänderung für jede verifizierte Variante

Bei einem reinen Hosting-Umzug empfiehlt Googles Hosting-Leitfaden, die DNS-TTL "mindestens eine Woche vor dem Umzug" zu senken und die alten Server weiterlaufen zu lassen, bis ihr Traffic auf null sinkt. Ein kurzer Rückgang der Crawling-Rate nach dem Launch ist normal.

Vor dem Umzug: alles auflisten, was eine URL hat

Die Weiterleitungstabelle ist nur so gut wie die Liste der alten URLs dahinter, und jede Quelle übersieht etwas.

Die Live-Website crawlen

Crawlen Sie die aktuelle Website und exportieren Sie jede URL mit Statuscode, Titel, Meta-Beschreibung, Canonical- und Hreflang-Tags. Ergänzen Sie dann alle URLs aus der XML-Sitemap. Google empfiehlt außerdem, die Server-Logs auf URLs zu prüfen, die zuletzt mindestens einmal aufgerufen wurden.

Landingpages aus Search Console und Analytics holen

Exportieren Sie im Leistungsbericht der Search Console den Tab „Seiten“ für den längsten Zeitraum und tun Sie dasselbe für organische Landingpages in Ihrem Analytics-Tool. Diese Seiten bringen Traffic und Leads, deshalb wird jede beim Launch von Hand geprüft.

Herausfinden, wer auf Sie verlinkt

Der Links-Bericht zeigt Ihre meistverlinkten Seiten, aber seine Tabellen "sind auf 1.000 Zeilen begrenzt", und laut Google ist er keine vollständige Liste. Kombinieren Sie ihn mit jedem Backlink-Tool, das Sie nutzen.

Formulare, Integrationen und Medien auflisten

Notieren Sie jedes Formular und wohin seine Einsendungen gehen, jedes eingebettete Tool (Buchung, Chat, Karten, Zahlungen) und jede Datei, auf die direkt verlinkt wird. Googles Leitfaden sagt, dass "Videos, Bilder, JavaScript- und CSS-Dateien" in den Plan gehören, denn diese URLs ziehen um wie jeder andere Inhalt.

Die Weiterleitungstabelle erstellen

Eine Zeile pro alter URL: alte URL, neue URL, Statuscode, Notizen, getestet. Vier Regeln:

  • Ordnen Sie jede alte URL ihrer passendsten Entsprechung zu. Wer viele alte URLs auf ein einziges irrelevantes Ziel wie die Startseite weiterleitet, riskiert, dass dies "als Soft-404-Fehler behandelt wird."
  • Wurden mehrere alte Seiten zu einer zusammengeführt, leiten Sie alle auf diese eine weiter.
  • Hat eine Seite keine Entsprechung, geben Sie 404 oder 410 zurück, keine Weiterleitung.
  • Behalten Sie Pfade bei, wo immer die neue Plattform es erlaubt.

Während des Umbaus: Weiterleitungen und alles, was mitwandert

1:1-Weiterleitungen per 301 oder 308 auf dem Server nutzen

Googles Dokumentation zu Weiterleitungen besagt, dass 301 und 308 signalisieren, dass "das Weiterleitungsziel kanonisch sein sollte", und empfiehlt "wann immer möglich eine dauerhafte serverseitige Weiterleitung." Temporäre Codes (302, 303, 307) tun das nicht, und JavaScript-Weiterleitungen sind nur der letzte Ausweg.

Leiten Sie direkt auf die finale URL weiter. Googles Crawler folgen bis zu 10 Weiterleitungsschritten, aber der Umzugsleitfaden rät zur "direkten Weiterleitung auf das endgültige Ziel." Wenn eine frühere Migration Weiterleitungen hinterlassen hat, richten Sie auch diese auf die neuen finalen URLs aus.

Prüfen Sie den Standard-Statuscode des Systems, das Ihre Weiterleitungen ausliefert. Bei Cloudflare Workers, wo Dardo die Websites hostet, die es baut, verwendet eine _redirects-Datei 302, solange Sie nicht in jeder Zeile 301 angeben, fasst bis zu 2.000 statische und 100 dynamische Weiterleitungen und kann Query-Parameter nicht abgleichen. Die einfachen Permalinks von WordPress (/?p=123) brauchen deshalb Weiterleitungslogik im Code des Workers.

Wann stattdessen 404 oder 410 zurückgegeben werden sollte

Dünne Seiten, abgelaufene Angebote und Duplikate müssen nicht überleben. Laut Googles Leitfaden sollten Inhalte, die Sie nicht umziehen, "korrekt einen HTTP-Status 404 oder 410 zurückgeben", und Googles Crawler behandeln jeden 4xx-Code außer 429 gleich: Die URL verschwindet aus dem Index.

Metadaten, Canonicals und Hreflang übernehmen

  • Titel und Meta-Beschreibungen. Übernehmen Sie sie Feld für Feld, statt sie von neuen Templates generieren zu lassen.
  • Canonicals. Jede neue Seite trägt ein selbstreferenzierendes Canonical mit ihrer neuen URL. Googles Leitfaden zur Kanonisierung nennt ein Canonical "einen Hinweis, keine Regel", daher müssen Canonicals, Weiterleitungen und Sitemap übereinstimmen.
  • Hreflang. Laut Googles Leitfaden zu lokalisierten Versionen muss jede Sprachversion "sich selbst sowie alle anderen Sprachversionen auflisten", und "wenn zwei Seiten nicht beide aufeinander verweisen, werden die Tags ignoriert." Aktualisieren Sie jede Annotation auf die neuen URLs.
  • Strukturierte Daten. Bauen Sie Organization-, Breadcrumb-, Article- oder Product-Markup in den neuen Templates neu auf und testen Sie es mit dem Test für umfangreiche Suchergebnisse. Googles Umzugsleitfaden erwähnt es nicht, daher geht es leicht verloren.
  • Interne Links. Richten Sie sie auf die neuen URLs aus, nicht auf Weiterleitungen.
  • Bilder und Dateien. Behalten Sie aussagekräftige Dateinamen und Alt-Texte bei und leiten Sie alte Bild- und PDF-URLs weiter, die Backlinks haben oder Traffic über die Bildersuche erhalten.

Analytics und Einwilligung

Installieren Sie Analytics, Conversion-Events und Werbe-Pixel neu und testen Sie sie auf der Staging-Umgebung. Wenn die alte Website eine Cookie-Einwilligung verlangt hat, muss die neue auf dieselbe Weise danach fragen, bevor diese Tags ausgelöst werden.

Was typischerweise kaputtgeht – Plattform für Plattform

Diese Hinweise stammen aus der jeweiligen Dokumentation der Plattformen, Stand Oktober 2026. Sie beschreiben, wie die Plattformen funktionieren, keine Fehler.

PlattformURL-Muster zum ZuordnenGrenzen bei Export und Weiterleitungen
WordPressPermalinks können einfach (/?p=N), datumsbasiert oder nach Beitragsname aufgebaut sein. Kategorie- und Schlagwort-Archive behalten immer eine Basis wie /category/.Seit WordPress 6.4 sind Anhangsseiten bei Neuinstallationen deaktiviert, bei aktualisierten Websites bleiben sie jedoch aktiv. Ältere Websites können daher eine URL pro hochgeladener Datei haben.
WebflowCMS-Einträge liegen auf Collection-Seiten.Der Code-Export enthält keine CMS-Inhalte, kein Ecommerce, keine Benutzerkonten, keine Formularverarbeitung, keine Websitesuche und keine lokalisierten Seiten und erfordert einen Workspace-Tarif. Collections lassen sich separat als CSV exportieren.
WixBlogbeiträge liegen unter einem /post/-Präfix, das sich umbenennen, aber nicht entfernen lässt. In WordPress bleibt es erhalten, wenn du eine eigene Permalink-Struktur wie /post/%postname%/ verwendest.Eine Wix-Website „muss auf den Servern von Wix laufen“, ein Wechsel bedeutet also, die Seiten neu aufzubauen.
FramerWenn Sie einen Unterpfad ändern, werden bestehende Weiterleitungsregeln nicht aktualisiert, sodass alte Regeln auf nicht mehr existierende Pfade zeigen können.Websites werden als Standard-HTML, -CSS und -JavaScript veröffentlicht; CMS-Inhalte lassen sich über Plugins als CSV oder JSON exportieren.
SquarespaceURL-Zuordnungen akzeptieren eine [name]-Variable für ganze Collections, etwa /blog/[name] -> /posts/[name] 301.Der Export ist eine WordPress-XML-Datei mit einer Blogseite, Layoutseiten und Galerien, aber ohne Shopseiten, Produkt-, Video- oder Audioblöcke und ohne eigenes CSS. URL-Zuordnungen können keine Bild- oder Datei-URLs weiterleiten und fassen etwa 2.500 Zeilen.
ShopifyStorefront-URLs liegen unter Pfaden wie /products/, /collections/, /pages/ und /blogs/<blog>/; Shopify bezeichnet /products und /collections als fest.Weiterleitungen funktionieren nur von URLs, die keine Seite mehr laden, und Shops erhalten maximal 100.000 (20.000.000 bei Plus).

Ein Wechsel von Wix bedeutet, jede Seite neu aufzubauen; bei einem Wechsel von Squarespace importieren Sie, was der Export abdeckt, und bauen den Rest neu auf. Der Umzug zu Shopify ändert in der Regel die Produkt-URLs, daher muss die Zuordnungstabelle jedes Produkt abdecken.

Launch-Tag

  1. DNS. Wenn sich Hosting oder DNS ändern, senken Sie den TTL mindestens eine Woche vorher.
  2. Crawling-Sperren. Entfernen Sie die noindex-Tags und robots.txt-Sperren der Staging-Umgebung. Google empfiehlt, alle URLs aufzulisten, bei denen Sie während der Entwicklung noindex verwendet haben.
  3. Weiterleitungen. Veröffentlichen Sie sie im selben Release wie die neue Website.
  4. Weiterleitungstest. Lassen Sie die gesamte Zuordnungstabelle durch ein Skript laufen: Jede alte URL liefert in einem Schritt 301 oder 308 auf die richtige Ziel-URL, und diese URL liefert 200.
  5. Search Console. Verifizieren Sie die neue Website und reichen Sie die neue Sitemap ein, dazu eine Sitemap der alten URLs, damit sie erneut gecrawlt werden. Warnungen, dass diese URLs weiterleiten, sind zu erwarten.
  6. Adressänderung. Reichen Sie sie bei einem Domainwechsel mit demselben Google-Konto aus einer Property ein, die Ihnen auf beiden Seiten gehört, und zwar für jede Variante der alten Domain, einschließlich mit und ohne www.
  7. Umsatzrelevante Pfade. Senden Sie ein echtes Formular ab, führen Sie eine Testzahlung durch und prüfen Sie, ob die Analytics-Events ankommen.
  8. Ihre eigenen Links. Aktualisieren Sie Social-Media-Profile, Anzeigen und Verzeichniseinträge.

Die 30, 60 und 90 Tage danach

Tag 1 bis 30: Rechnen Sie mit Bewegung

Rankings können schwanken, „während Google Ihre Website erneut crawlt und indexiert“, und „bei einer kleinen bis mittelgroßen Website kann es einige Wochen dauern, bis sich bei den meisten Seiten etwas tut; bei größeren Websites dauert es länger“. Behalten Sie im Blick:

  • Indexierungs- und Sitemap-Berichte. Die indexierten URLs sinken auf der alten Website und steigen auf der neuen.
  • Leistung pro Seite. Neue URLs beginnen, Impressionen und Klicks zu erzielen.
  • Server-Logs und 404-Fehler. Jeder unerwartete 404 ist eine fehlende Zeile in der Zuordnungstabelle. Prüfen Sie zwei Wochen lang täglich.

Tag 31 bis 60: Mit der Ausgangsbasis vergleichen

Vergleichen Sie Ihre wichtigsten Landingpages mit ihren neuen URLs. Prüfen Sie bei jeder Seite, die Klicks verloren hat, der Reihe nach: Führt die Weiterleitung in einem Schritt zur richtigen Seite, haben sich Inhalt oder Titel geändert, zeigen interne Links weiterhin darauf, steht sie in der Sitemap? Bitten Sie dann die Betreiber der Websites hinter Ihren wertvollsten Backlinks, diese zu aktualisieren.

Ab Tag 90: Weiterleitungen beibehalten

Googles Leitfaden empfiehlt, Weiterleitungen „in der Regel mindestens 1 Jahr“ beizubehalten und aus Nutzersicht „unbegrenzt beizubehalten“. Bei Domainumzügen setzt die Seite zur Adressänderung eine Untergrenze von 180 Tagen, nach der Google die alte Website als unabhängig betrachtet, wenn sie noch crawlbar ist. Außerdem empfiehlt Google, die alte Domain „mindestens ein Jahr lang“ zu bezahlen, damit sie niemand anderes kaufen kann.

Die Checkliste

PhaseAufgabeErledigt, wenn
VorherWebsite, Sitemap und Server-Logs crawlenEine Liste aller alten URLs mit ihrem Statuscode
VorherLandingpages und meistverlinkte Seiten exportierenTop-Seiten und Backlink-Ziele sind in der Tabelle markiert
VorherFormulare, Integrationen, Skripte und Dateien auflistenJedes hat einen Verantwortlichen und einen Plan für die neue Website
VorherWeiterleitungstabelle erstellenJede alte URL hat ein Ziel oder eine Entscheidung für 404/410
UmsetzungServerseitige 301- oder 308-WeiterleitungenEin Schritt, keine Ketten, keine Massenweiterleitungen auf die Startseite
UmsetzungTitel, Beschreibungen, Canonicals, hreflangEntsprechen den alten Seiten; Canonicals und hreflang verwenden neue URLs
UmsetzungStrukturierte Daten, interne Links, Bild-URLsRich-Results-Test bestanden; keine internen Links führen auf Weiterleitungen
UmsetzungAnalytics, Conversions und EinwilligungEvents werden auf Staging ausgelöst, nur nach Einwilligung, wo erforderlich
Launchnoindex und robots.txt-Sperren entfernenNeue URLs sind crawlbar
LaunchWeiterleitungstabelle testenJede Zeile liefert den erwarteten Code und das erwartete Ziel
LaunchSearch Console: verifizieren, Sitemaps, AdressänderungOhne kritische Fehler eingereicht
NachherIndexierung, 404-Fehler und Leistung überwachenAlte URLs sinken, neue URLs gewinnen Impressionen
Nach dem LaunchWeiterleitungen und alte Domain beibehaltenMindestens ein Jahr

Unterstützung bei einer Migration

Dardo überführt Websites in maßgeschneiderte Astro-Builds auf Cloudflare Workers. Die Redirect-Map ist dabei ein Liefergegenstand, den wir vor dem Launch testen und zusammen mit der Website übergeben. Mehr dazu unter Website-Migration oder Website-Relaunch, falls mit dem Umzug auch ein neues Design nötig ist. Oder erzählen Sie uns, was Sie umziehen möchten.