CMS-Migration und Website-Redesign: Weg zu SCHLECHTERER Performance

Migrace webu OLD → NEW: chybějící 404 přesměrování způsobují propad organické návštěvnosti

Problem: In meiner gesamten Laufbahn habe ich Dutzende von CMS-Migrationen und Website-Redesigns erlebt. Nur zwei davon haben den organischen Traffic nicht beeinträchtigt. Zwei. Der Rest endete mit einem Einbruch – mal um 15 %, mal um 60 %, im schlimmsten Fall kehrte der Kunde nach einem halben Jahr zu dem zurück, was er vorher hatte, nur um Hunderttausende ärmer und mit einer fehlerhaften Messung.

Dies ist kein Artikel darüber, dass man nicht migrieren oder redesignen sollte. Man sollte es. Aber die überwiegende Mehrheit dieser Änderungen ist unüberlegt, nicht datengestützt und so durchgeführt, dass grundlegende Funktionen vergessen werden – entweder übersieht es der Kunde oder der neue CMS-Anbieter vernachlässigt es, der zwar eine schöne Website bauen kann, aber keine Ahnung hat, was eine Redirect-Map ist oder warum 40 % des organischen Umsatzes davon abhängen.

Ich habe aufgeschrieben, warum es so oft scheitert, was der häufigste Killer ist (Spoiler: Weiterleitungen), eine praktische Checkliste für SEO, PPC und Analytik (GTM) erstellt und vor allem das Prinzip, nach dem ich handle: Ändern Sie eine Sache nach der anderen.

Inhalt

Warum es so oft schiefgeht

Die Ursache ist fast nie technisches Unvermögen. Es ist eine Kombination aus zwei gleichzeitigen Änderungen und fehlenden Daten.

Ein typisches Szenario, das ich immer wieder sehe:

  1. Der Kunde ist mit der Website unzufrieden – „sie sieht alt aus“, „sie verkauft nicht“, „ich will sie modern“.
  2. Eine neue Agentur wird beauftragt, die ein neues Design auf einem neuen CMS entwirft (von WordPress zu Shoptet, von Shoptet zu Headless, von einer Custom-Lösung zu Webflow…).
  3. Die Agentur baut eine schöne Website. Visuell ein Sprung um zehn Jahre nach vorne.
  4. Der „große Tag“ kommt – DNS wird umgestellt, die neue Website geht live.
  5. Nach drei Wochen beginnt der organische Traffic zu sinken. Nach zwei Monaten beträgt der Rückgang 40 %. Niemand weiß warum, da alles gleichzeitig geändert wurde und es keine Anhaltspunkte für die Suche gibt.

Der Kern des Problems: URL-Struktur, Inhalt, Design, interne Verlinkung, Templates und oft auch das CMS ändern sich – alles zum gleichen Zeitpunkt. Wenn dann etwas einbricht, haben Sie keine Möglichkeit, die Ursache zu isolieren. Ist es das Redesign? Ist es die neue URL-Struktur? Ist es der Inhaltsverlust? Die Änderung der Website-Geschwindigkeit? Ein fehlerhaftes Tracking, das Ihnen sagt, dass der Rückgang größer oder kleiner ist, als er tatsächlich ist?

Und die zweite Hälfte des Problems: Die Entscheidung basierte nicht auf Daten. „Sie sieht alt aus“ ist keine KPI. Niemand hat gemessen, welche Seiten den Umsatz generieren, welche Keywords die Positionen halten, welche landing pages die beste conversion-Rate haben – und daher weiß niemand, was nicht kaputtgehen darf.

Häufigster Killer: URL-Weiterleitungen (besonders bei Produkten)

Wenn ich eine einzige Sache wählen müsste, die SEO bei Migrationen am häufigsten tötet, dann ist es das fehlerhafte oder völlig fehlende Mapping der weitergeleiteten URL-Adressen. Und am schmerzhaftesten ist dies bei E-Shops, bei Produkt-URLs.

Was real passiert:

  • Die alte Website hatte /behaci-pas-xterra-tr150
  • Die neue Website hat /produkty/behacke-pasy/xterra-tr-150
  • Dazwischen gibt es keine 301-Weiterleitung
  • Ergebnis: Die alte URL gibt einen 404 zurück. Google hatte sie indexiert, sie hatte Backlinks, Alter, Positionen auf der ersten Seite. Alles verschwindet. Das Produkt ist zwar auf der Website, aber unter einer völlig neuen Adresse ohne Historie.

Bei einem E-Shop mit Tausenden von Produkten passiert dies nicht nur bei einer URL — es passiert bei Hunderten oder Tausenden gleichzeitig. Und da niemand ein einzelnes Produkt überwacht, wird dies erst im Aggregat festgestellt: „Irgendwie sind unsere Umsätze aus dem organischen Bereich gesunken“.

Warum Produkte am kritischsten sind:

  • Es sind am meisten — manuell lässt sich das nicht bewältigen, es muss systematisch über eine Map erfolgen.
  • Sie generieren direkten Umsatz — ein Einbruch beim Produkt = sofortiger Geldverlust, nicht nur „Traffic“.
  • Das URL-Muster ändert sich — ein neues CMS generiert fast immer eine andere Struktur von Slugs, Kategorien und Parametern.
  • Abgelaufene/gelöschte Produkte — was tun mit den URLs von Produkten, die auf der neuen Website nicht mehr existieren? (Antwort: 301 auf die nächstgelegene Kategorie, nicht 404, und definitiv nicht massenhaft auf die Homepage — das wertet Google als Soft 404.)

Eine Redirect-Map ist kein „Nice-to-have“. Sie ist die Basis jeder Migration. Wenn der neue Anbieter sie nicht liefert oder sie mit einem Regex wie „alles auf die Homepage umleiten“ abtut, steuern Sie auf eine Katastrophe zu.

Checkliste vor Migration / Redesign

Das prüfe ich bei jeder Änderung. Unterteilt in drei Ebenen — SEO, PPC, Analytik — da jede anders ausfällt und meist von jemand anderem überwacht wird (weshalb sie oft vergessen werden).

🔍 Ebene 1 — SEO

Vor dem Launch (auf Staging):

  • ☐ Vollständiger Crawl der alten Website (Screaming Frog / Sitebulb) — Export ALLER indexierbaren URL. Dies ist Ihre Baseline. Ohne sie wissen Sie nicht, was Sie erhalten müssen.
  • ☐ Redirect-Map 1:1 — jede alte URL → neue URL als 301. Besonders sorgfältig bei Produkten und Kategorien. Keine Massen-Weiterleitungen auf die Homepage.
  • ☐ Export der Top-Seiten nach Organik (GSC + GA4, 12 Monate) — Sie wissen, welche Seiten Traffic und Umsatz generieren und was daher NICHT beschädigt werden darf.
  • ☐ Export der Keyword-Rankings (Baseline für den Vergleich nach der Migration).
  • ☐ Prüfung der Metadaten — wurden title, description, H1, canonical übernommen? Ein neues CMS generiert diese oft anders (oder lässt sie leer).
  • ☐ Strukturierte Daten (schema.org) — Produkte, Rezensionen, Breadcrumbs. Diese verschwinden oft komplett.
  • ☐ robots.txt — wird die neue Website versehentlich komplett blockiert? (Klassiker: Staging hatte Disallow: / und es wurde beim Launch vergessen, dies umzustellen.)
  • ☐ XML-Sitemap — wird sie generiert, ist sie aktuell, in der GSC eingereicht?
  • ☐ Interne Verlinkung — blieb die Logik erhalten? Neue Templates verwerfen oft kontextuelle Links.
  • ☐ Content — wurden Kategorietexte, Blog, landing pages tatsächlich übernommen? (Nicht „wird später übernommen“.)

Nach dem Launch (erste 48 Stunden):

  • ☐ Live-Test der Redirect-Map — Stichprobe alter URL prüfen, ob 301 zum richtigen Ziel führt (keine 404, keine Weiterleitungskette, kein 302).
  • ☐ Crawl der neuen Website — Vergleich mit der Baseline. Was fehlt? Was verursacht Fehler?
  • ☐ GSC: Coverage-Bericht — Anstieg von 404 und „Gecrawlt – zurzeit nicht indexiert“ überwachen.
  • ☐ Neue Sitemap einreichen + Re-Crawl der wichtigsten Seiten anfordern.
  • ☐ Prüfung der Core Web Vitals — die neue Website darf nicht deutlich langsamer sein (häufiger Nebeneffekt eines „schönen“ Redesigns voller Skripte).

💰 Ebene 2 — PPC

Dies wird am häufigsten vernachlässigt, da es heißt: „Das ist eine Marketing-Angelegenheit, keine Web-Angelegenheit“. Doch Werbekonten hängen genauso an URLs wie SEO.

  • ☐ Ziel-URLs aller Anzeigen — RSA final URLs, sitelinks, callouts mit Links. Wohin führen sie nach der Änderung der URL-Struktur? (404 = abgelehnte Anzeige + verbranntes Budget.)
  • ☐ Tracking-Vorlagen ({lpurl}, URL-Suffixe) — funktionieren sie mit der neuen Struktur? Werden UTM-Parameter übertragen?
  • ☐ Conversion-Aktionen — wird der Kauf/Lead auf der neuen Website gemessen? Der Conversion-Tag befindet sich auf der Thank-you-Page, die möglicherweise eine neue URL hat.
  • ☐ Shopping / PMax Feed — entsprechen die Produkt-URLs im Feed den neuen? (Mergado, Heureka, Zboží Feed → neue URL, sonst „Produkt nicht verfügbar“ und Ablehnung.)
  • ☐ Remarketing-Zielgruppen — läuft der Pixel/Tag auf der neuen Website? Andernfalls erlöschen Ihre Zielgruppen in wenigen Wochen.
  • ☐ Dynamisches Remarketing — stimmt die Produkt-ID im Feed mit der ID überein, die die neue Website an den dataLayer sendet?
  • ☐ Landingpages von Experimenten — laufende A/B-Tests in Google Ads überleben die URL-Änderung nicht.

📊 Ebene 3 — Analytik (GTM + GA4)

Die tückischste Ebene, denn wenn das Tracking ausfällt, bemerken Sie nicht, dass auch alles andere defekt ist. Blindflug.

  • ☐ GTM Container auf der neuen Website — ist er überhaupt implementiert? Auf allen Templates? (Klassiker: Er ist auf der Homepage, aber nicht auf den Produkttemplates.)
  • ☐ GA4 base tag — werden Page Views auf der gesamten Website gemessen?
  • ☐ dataLayer — generiert das neue CMS die gleiche dataLayer Struktur? Der Ecommerce dataLayer (view_item, add_to_cart, purchase) muss fast immer neu aufgebaut werden.
  • ☐ Konversions-Events — Kauf, Formularabsendung, Telefon. Jeden Event live über GTM Preview prüfen.
  • ☐ Enhanced ecommerce / GA4 ecommerce — werden Artikel, Werte und Währung korrekt übertragen?
  • ☐ Consent Mode — funktionieren Cookie-Banner + Consent-Signale auf der neuen Website? (Nach der Migration oft auf Default zurückgesetzt.)
  • ☐ Cross-domain tracking — falls Warenkorb/Zahlung auf einer Subdomain laufen.
  • ☐ Server-side GTM — falls aktiv, zeigt der Endpoint nach der Änderung korrekt?
  • ☐ Kalibrierung — lassen Sie das alte und neue Tracking eine Woche parallel laufen (wo möglich), vergleichen Sie die Zahlen. Wenn das neue 30 % weniger misst, ist das kein Geschäftseinbruch, sondern ein defektes Tracking.

Grundprinzip: Nur eine Änderung gleichzeitig

Hier ist der Kern des gesamten Artikels. Der Großteil der Schäden entsteht nicht dadurch, dass die Migration schwierig ist, sondern dadurch, dass zu viele Dinge gleichzeitig geändert werden.

CMS-Wechsel → idealerweise OHNE Redesign

Übertragen Sie die Website auf das neue System unter Beibehaltung des visuellen Erscheinungsbilds, der URL-Struktur und der Inhalte, so weit wie möglich. Das Ziel ist, dass der Besucher (und Google) den Unterschied kaum bemerkt. Sie tauschen den Motor aus, nicht die Karosserie.

Warum: Wenn die Zahlen sinken, wissen Sie, dass es an der Migration liegt — am Design kann es nicht liegen, da dieses identisch ist. Die Diagnose ist trivial. Und sobald das neue CMS stabil läuft und die Metriken halten, erst dann können Sie das Design angehen.

Redesign → schrittweise mit A/B test

Ein Redesign auf der grünen Wiese, das per „Big Bang“ eingeführt wird, ist ein Blindflug. Stattdessen:

  • Redesignen Sie nach Sektionen / Templates, nicht die gesamte Website auf einmal. Zuerst beispielsweise das Produkttemplate, messen Sie die Auswirkungen, dann die Kategorien, dann die Homepage.
  • Führen Sie einen A/B test für grundlegende Änderungen gegenüber der alten Version durch. Ein Tool wie GrowthBook (Open-Source, selbst hostbar, Feature-Flag- und Experimentierplattform) ermöglicht es Ihnen, das neue Design für 50 % des Traffics auszuspielen und die realen Auswirkungen auf die conversion zu messen, statt sich auf das Bauchgefühl zu verlassen.
  • Entscheiden Sie datenbasiert, nicht nach „Gefällt mir/Gefällt mir nicht“. Wenn die neue Produktseite schlechter konvertiert, zeigt Ihnen der A/B test dies, bevor Sie sie zu 100 % live schalten und ein ganzes Quartal verbrennen.

GrowthBook erwähne ich, weil es ein hervorragendes Preis-Leistungs-Verhältnis bietet — es ist kostenlos, lässt sich an GA4 / BigQuery / eigene Daten anbinden, und Feature-Flags geben Ihnen die Möglichkeit, alles sofort rückgängig zu machen, falls das Experiment einen Einbruch zeigt. Es gibt auch Optimizely, VWO, AB Tasty — teurer, aber ähnliches Prinzip.

Was, wenn beides gleichzeitig sein muss?

Manchmal lässt es sich nicht trennen (der Kunde bezahlt das Studio nur einmal, Deadline, Budget). Dann zumindest:

  • Redirect-Map als heiliger Gral — hier wird keine Minute gespart.
  • Staging mit vollständigem Testen aller drei Ebenen (SEO/PPC/GTM), bevor die Live-Umgebung angefasst wird.
  • Paralleles Messen in den ersten Wochen.
  • Vorbereiteter Rollback — ein Backup der alten Website, das Sie innerhalb einer Stunde und nicht erst in einer Woche einspielen können.

Zwei Erfolgsbeispiele (und warum)

Ich habe diese zwei Ausnahmen versprochen. Was hatten sie gemeinsam?

Fall 1 — CMS-Migration ohne Redesign. Der E-Shop wechselte von einem veralteten Custom-System auf eine Standardplattform. Das Studio erhielt einen klaren Auftrag: gleiches Design, gleiche URL, gleicher Inhalt. Redirect-Map 1:1 für einige Dutzend geänderte URL. Der Launch erfolgte nachts, am nächsten Morgen arbeiteten wir die Checklist ab, fanden zwei fehlerhafte Conversion-Aktionen und korrigierten sie bis zum Mittag. Die organische Performance blieb stabil. Erst nach drei Monaten, als das System stabil lief, wurde mit Designanpassungen begonnen — schrittweise und messbar.

Fall 2 — Redesign nach Sektionen mit A/B-Tests. B2B-Website, schrittweises Redesign Vorlage für Vorlage. Jede Änderung durchlief einen A/B-Test gegen die alte Version. Eine neue Vorlage der Produktseite konvertierte schlechter — der A/B-Test deckte dies auf, wir setzten sie zurück, überarbeiteten sie und testeten erneut. Wäre das gesamte Redesign auf einmal implementiert worden, wäre dieser Rückgang im Rauschen untergegangen und nie gefunden worden.

Der gemeinsame Nenner beider Fälle: eine Variable zur Zeit. Es war immer klar, was welchen Effekt verursachte.

Fazit

Migrationen und Redesigns sind an sich kein Problem. Das Problem besteht darin, sie blind, auf einmal und ohne Sicherung durchzuführen. Der beste Web-Anbieter der Welt wird Ihnen nicht helfen, wenn niemand eine Redirect-Map erstellt, die Messungen überprüft und sicherstellt, dass Anzeigen nicht auf 404 führen.

Drei Dinge, die Sie mitnehmen sollten, selbst wenn Sie alles andere vergessen:

  1. Die Redirect-Map ist die Basis, kein Extra. Vor allem bei Produkten.
  2. Ändern Sie eine Sache nach der anderen — CMS ohne Redesign, Redesign schrittweise und gemessen.
  3. Ohne funktionierende Messung fliegen Sie blind — GTM/GA4 zuerst prüfen, sonst merken Sie nicht, wenn etwas kaputt geht.

Wenn Ihnen eine Migration oder ein Redesign bevorsteht und Sie sicherstellen wollen, dass Sie keine organische Reichweite verlieren und die Messung nicht beeinträchtigen, melden Sie sich. Ich kann diese Checkliste mit Ihnen oder Ihrer Agentur noch vor dem Launch durchgehen — das ist um ein Vielfaches günstiger, als einen Einbruch drei Monate später zu beheben.

Steht Ihnen eine Migration oder ein Redesign bevor?

Ich gehe mit Ihnen (oder Ihrem Studio) die SEO/PPC/GTM-Checkliste noch vor dem Launch durch. Ein halber Tag Arbeit, der Sie vor Verlusten in Höhe von Hunderttausenden schützt. Kein Sales-Pitch.
Beratung vor der Migration

FAQ

  • Wann erfolgt der Einbruch? In der Regel 2–6 Wochen, je nachdem, wie schnell Google crawlt. Deshalb ist es gefährlich – wenn Sie nach einer Woche entscheiden „es läuft bereits, alles OK“, kommt der Einbruch erst noch.
  • Alles auf die Homepage leiten? Nein. Google wertet dies als „soft 404“ und die Seite fliegt trotzdem aus dem Index, zudem verlieren Sie die gesamte Link Equity. Nutzen Sie immer 301 auf die relevanteste bestehende Seite.
  • Redirect-Map manuell erstellen? Bei kleinen Websites ja, bei großen halbautomatisch – Abgleich über URL-Muster, Produkt-IDs oder Namen, aber die finale Kontrolle muss menschlich sein. AI übernimmt heute einen Großteil des Abgleichs, die Verifizierung bleibt jedoch beim Menschen.
  • Ladezeit nach dem Redesign? Überwachen Sie Core Web Vitals davor und danach. Ein „schönes“ Redesign voller Animationen und Skripte verschlechtert oft den LCP, was Rankings und Conversions drückt. Messen Sie, raten Sie nicht.
  • CMS und Redesign gleichzeitig? Fast nie, wenn Ihnen der organische Traffic wichtig ist. Falls es unvermeidbar ist, siehe Abschnitt „Was, wenn beides gleichzeitig sein muss“ – Redirect-Map, Staging, parallele Messungen, Rollback-Plan.