Warum die Migration eines Onlineshops technisch „gelingen" und trotzdem den gesamten organischen Traffic verlieren kann
Wir haben kürzlich am Replatforming eines Shops mit über 8.000 eigenen Produkten gearbeitet, seit über zehn Jahren aktiv, der gleichzeitig über die eigene Website und sieben Marketplace-Kanäle verkaufte. Technisch lief das Migrationsprojekt eines Onlineshops ohne SEO-Verlust genau wie es sollte — der Katalog wurde sauber übertragen, der Checkout funktionierte, das Design sah deutlich besser aus als die alte Version. Wenn wir hier aufgehört hätten, hätte das Risiko bestanden, dass die neue Website im ersten Monat einen guten Teil des in zehn Jahren aufgebauten organischen Traffics verliert.
Der Grund ist einfach und wird oft übersehen: Google erkennt nicht automatisch, dass die neue Seite die „Fortsetzung" der alten ist. Jede über zehn Jahre indexierte Adresse steht für angesammeltes Vertrauen — Links, Klicks, Qualitätssignale —, das strikt an diese Adresse gebunden ist. Verschwindet die Adresse ohne eine explizite Brücke zu ihrem neuen Standort, wandert das Vertrauen nicht automatisch mit, sondern geht schlicht verloren, und die Position in der Suchmaschine beginnt für diese Seite fast bei null.
Phase null: die vollständige Bestandsaufnahme, bevor Sie irgendetwas auf der Website ändern
Vor jeder Codezeile brauchen Sie eine vollständige Liste von allem, was heute indexiert ist: URL-Export aus der Google Search Console, ein eigener Crawl der alten Website und, falls vorhanden, die aktuelle XML-Sitemap. Es zählen nicht nur Produktseiten — Kategorien, Filterarchive nach Attributen und informative Seiten sammeln in der Regel ebenso viele Links und organische Klicks, sind aber genau der Seitentyp, der vergessen wird, wenn sich das Team nur auf einzelne Produktseiten konzentriert.
In unserem Fall hatte das alte System bereits eine nützliche Benennungskonvention — die Namen enthielten strukturiert Kategorie, Attribut und Variante. Wir haben genau dieses Muster als Grundlage für die neue Attributstruktur verwendet, anstatt eine neue Taxonomie von Grund auf zu erfinden. Jedes in den alten Daten vorhandene Muster, so „unordentlich" es auf den ersten Blick auch wirkt, ist echte Information darüber, wie der Katalog gedacht war — und oft auch darüber, wie Menschen tatsächlich nach diesen Produkten suchen.
Der 301-Weiterleitungsplan — drei Arten von Zuordnung, nicht nur eine
Der erste, sichtbarste Typ ist die Produkt-zu-Produkt-Zuordnung: Jede alte Produktseiten-Adresse erhält eine permanente Weiterleitung zu ihrem exakten Äquivalent auf der neuen Website. Klingt einfach, aber bei einem Katalog mit Tausenden Produkten zählt „exakt" — eine ungenaue Zuordnung, zu einer Kategorie statt zum präzisen Produkt, sendet ein deutlich schwächeres Signal an die Suchmaschine als eine punktgenaue, korrekt gezielte Weiterleitung.
Der zweite, oft übersehene Typ ist die Zuordnung von Kategorie- und Filterseiten — den Seiten, die Produkte nach Marke, Attribut oder Serie auflisten. Diese Seiten sammeln oft ebenso viel organischen Traffic wie einzelne Produktseiten, weil Menschen häufig nach generischen Kategoriebegriffen suchen, nicht nur nach exakten Produktnamen. Sie im Weiterleitungsplan wegzulassen bedeutet, einen erheblichen Teil des wiederkehrenden Traffics der Website zu verlieren.
Der dritte Typ ist die Rückfallregel für Inhalte, die wirklich verschwinden — endgültig aus dem Sortiment genommene Produkte, zusammengelegte oder aufgelöste Kategorien. Hier liegt die Versuchung nahe, einfach alles auf die Startseite umzuleiten, aber eine generische Weiterleitung zur Homepage ist fast ebenso schädlich wie gar keine Weiterleitung: Sie signalisiert der Suchmaschine, dass die alte Seite kein relevantes Äquivalent mehr hat. Besser ist es, die nächstgelegene, für den verschwundenen Inhalt wirklich relevante übergeordnete Kategorie anzuvisieren.
| Zuordnungstyp | Gilt für | Der typische Fehler |
|---|---|---|
| Produkt → Produkt | einzelne Produktseiten | ungenaue Weiterleitung, zur Kategorie statt zum Produkt |
| Kategorie → Kategorie | Archive, Filter nach Attribut oder Marke | im Migrationsplan komplett ausgelassen |
| Rückfallregel | endgültig entfernter Inhalt | generische Weiterleitung zur Homepage |
Sie bauen auf Staging und testen in Etappen, nicht in einem einzigen Schritt
Die neue Website wird vollständig auf einer Staging-Subdomain aufgebaut, komplett getrennt von der Live-Website, egal wie klein der Katalog erscheint oder wie dringend die Frist ist. Die Live-Seite verkauft währenddessen normal weiter, während das neue System parallel vorbereitet wird, und jeder Konfigurationsfehler während des Aufbaus bleibt für Kunden und für Google völlig unsichtbar, weil die Staging-Seite niemals indexiert werden darf.
Die Katalogmigration sollte vor dem gesamten Volumen an einer kleinen Stichprobe validiert werden — in unserem Projekt deckten die ersten 150 importierten Produkte sofort einen Fehler beim Feld-Mapping auf, der den gesamten Katalog betroffen hätte, wären wir direkt mit Tausenden Produkten gestartet. Ein kleiner, manuell Produkt für Produkt geprüfter Batch kostet ein paar Stunden; derselbe Fehler, erst nach dem vollständigen Import entdeckt, kostet ganze Tage an Korrekturen und mitunter bereits veröffentlichte, fehlerhafte Weiterleitungen.
Ein automatischer Import, der „fehlerfrei gelaufen" ist, bedeutet nicht „korrekt gelaufen" — prüfen Sie immer manuell eine Stichprobe, auch wenn das Skript Erfolg meldet.
Die technischen Fallstricke, die in keinem im Voraus geschriebenen Angebot auftauchen
Produktbeschreibungen, die aus alten Systemen übernommen werden, kommen manchmal doppelt kodiert an — der HTML-Text erscheint als rohe Zeichenfolgen auf der Seite statt als normale Absätze, weil er im Export-Import-Prozess nur teilweise „dekodiert" wurde. Bei einer visuellen Prüfung fällt das sofort auf, bleibt aber in einem automatischen Bericht, der nur meldet, dass der Import erfolgreich war, völlig unsichtbar. Die einfache Regel: Prüfen Sie eine Stichprobe echter Seiten mit eigenen Augen, nicht nur den Rückgabecode des Import-Skripts.
Die zweite, subtilere Falle: Ein SEO-Plugin kann den Titel und die Meta-Beschreibung im Admin-Bereich perfekt berechnen, sie aber überhaupt nicht an die öffentliche Seite senden, wenn es bei der Installation nicht vollständig konfiguriert wurde. Von außen wirkt die Website optimiert — der Editor zeigt gute Scores —, aber der an Google ausgelieferte Quellcode enthält diese Metadaten nicht. Die einzig verlässliche Prüfung besteht darin, den Quellcode der veröffentlichten Seite zu öffnen, nicht den Score im internen Plugin-Panel.
Der Cutover — wie Sie auf das neue System umsteigen, ohne dass die Verkäufe einbrechen
Der eigentliche Umstieg erfolgt in einem Zeitfenster mit geringem Traffic, wobei die alte Website eine Zeit lang erreichbar bleibt, zumindest auf Domain-Ebene, genau damit die 301-Weiterleitungen einen Ausgangspunkt haben. Ein abruptes Abschalten des alten Servers unmittelbar nach dem Launch verwandelt jede alte Adresse in einen direkten Fehler statt in eine funktionierende Weiterleitung — genau das Szenario, das der gesamte Migrationsplan zu vermeiden versucht.
Wenn der Shop auch über automatische Bestandssynchronisation auf Marketplaces verkauft, wird diese Synchronisation erst in der letzten Phase des Cutovers mit dem neuen System verbunden, nicht während des Aufbaus auf Staging. Andernfalls riskieren Sie, dass ein noch in Testphase befindliches System falsche Bestände oder Preise auf Live-Kanäle schiebt, mit echten Bestellungen dahinter — ein weit teurerer Fehler als jedes rein SEO-bezogene Problem.
Was Sie in den ersten Wochen nach dem Launch täglich beobachten
Der Abdeckungsbericht in der Search Console wird für einige Wochen zum wichtigsten Arbeitsinstrument — jeder plötzliche Anstieg von 404-Fehlern oder von Seiten „indexiert, aber mit Problemen" zeigt genau, wo der Weiterleitungsplan Lücken hat. Schnelles Reagieren zählt enorm: Ein Fehler, der in zwei Tagen erkannt und behoben wird, ist ein kleiner Zwischenfall; derselbe Fehler, drei Wochen lang unbeachtet gelassen, wird zu unwiderruflich verlorenem Traffic für diesen Zeitraum.
Positionen in der Suchmaschine schwanken normalerweise einige Wochen lang nach jeder größeren Migration, selbst wenn alles korrekt gemacht wurde — das ist eine Rekalibrierungsphase, nicht zwangsläufig ein Fehlerzeichen. Der Unterschied zwischen „normal“ und „echtem Problem“ zeigt sich beim Vergleich des Traffics nach großen Kategorien, nicht nach einzelnen Begriffen: Ein verbreiteter, anhaltender Rückgang über alle wichtigen Kategorien hinweg verdient tatsächlich sofortige Untersuchung, nicht nur passive Beobachtung. Zum organischen Wachstum nach der Migration haben wir separat beschrieben, wie wir bei SEO für Online-Shops vorgehen.
- 01Prüfen Sie in den ersten zwei Wochen täglich den Abdeckungsbericht in der Search Console.
- 02Vergleichen Sie den organischen Traffic nach großen Kategorien, nicht nur nach einzelnen Seiten.
- 03Bestätigen Sie manuell, an einer Stichprobe, dass die 301-Weiterleitungen wirklich funktionieren — nicht nur, dass sie in der Konfiguration existieren.
- 04Halten Sie die alte Website auf Domain-Ebene erreichbar, solange die Weiterleitungen aktiv sind.
- 05Überarbeiten Sie den Weiterleitungsplan nach dem ersten Monat, auf Basis der von Google tatsächlich gemeldeten Fehler.
Quellen und weiterführende Lektüre.
Häufige Fragen
Wie lange dauert es, sich nach einem Plattformwechsel vollständig zu erholen?
Normalerweise einige Wochen bis sich die Positionen stabilisieren, wenn der Weiterleitungsplan von Anfang an korrekt erstellt wurde. Eine Migration ohne Weiterleitungsplan kann Monate teilweiser Erholung bedeuten, nicht nur eine vorübergehende Pause.
Brauche ich eine 301-Weiterleitung auch für Kategorie- oder Filterseiten?
Ja — Kategorien und Filterarchive sammeln oft organischen Traffic in vergleichbarer Höhe wie einzelne Produktseiten und sind genau der Seitentyp, der in einem übereilten Migrationsplan am häufigsten ausgelassen wird.
Was ändert sich, wenn die Migration auch einen Domainwechsel umfasst, nicht nur einen Plattformwechsel?
Ein zusätzlicher Pflichtschritt kommt hinzu: das Adressänderungs-Tool in der Search Console, zusätzlich zum 301-Weiterleitungsplan. Ohne es ist das „Umzugs"-Signal an Google unvollständig, selbst wenn die Weiterleitungen technisch funktionieren.
Woher weiß ich, ob ich wegen der Migration Traffic verloren habe und nicht aus einem anderen Grund?
Sie vergleichen den Zeitraum vor und nach der Migration, für dieselben Produktkategorien, abgeglichen mit dem Abdeckungsbericht in der Search Console. Ein flächendeckender Rückgang, genau am Tag des Cutovers, deutet fast immer auf die Migration hin, nicht auf eine Algorithmusänderung.
Lohnt es sich, die alte Website eine Zeit lang nach dem Launch der neuen aktiv zu halten?
Ja, zumindest auf Ebene der Domain und des Weiterleitungsservers — 301-Weiterleitungen brauchen eine aktive Quelle, von der aus sie starten. Ein abruptes Abschalten des alten Systems verwandelt jede indexierte Adresse in einen direkten Fehler.
Was mache ich mit Produkten, die im neuen Katalog gar nicht mehr existieren?
Sie leiten sie zur nächstgelegenen relevanten übergeordneten Kategorie um, nicht zur Startseite. Wenn das Produkt wirklich kein Äquivalent mehr hat, ist eine korrekte Fehlerseite manchmal ehrlicher als eine erzwungene, irrelevante Weiterleitung.
Lassen Sie uns schauen, was sich bei Ihnen automatisieren lässt.
Eine kostenlose 30-Minuten-Sitzung: Wir sagen Ihnen, was sich automatisieren lässt, wie lange es dauert und was es kostet – mit Festpreis nach dem Discovery-Gespräch.