Onlineshop-Migration ohne Chaos: SEO, Bestellungen und Bestände prüfen

Ein bestehender Onlineshop soll ein neues Design erhalten, auf eine andere Installation wechseln oder technisch neu aufgebaut werden. Auf den ersten Blick wirkt das wie ein übliches Webprojekt. In der Praxis hängen jedoch Suchmaschinenzugriffe, Produktdaten, Bestellungen und interne Abläufe an der bisherigen Struktur. Ein Shop kann nach dem Relaunch attraktiv aussehen und trotzdem Kunden verlieren, weil alte Produktlinks falsch weiterleiten oder ein Zahlungsstatus nicht im Backend ankommt. Diese Anleitung zeigt, wie ein Unternehmen eine Shop-Migration vorbereitet, überprüft und kontrolliert freigibt – auch bei Webasyst und Shop-Script.

Relaunch und Migration sauber unterscheiden

Am Anfang steht eine präzise Beschreibung der Änderung. Wird nur das Theme ersetzt? Bleiben Domain, URLs und Datenbank bestehen? Werden Kategorien neu geordnet oder Artikel in ein anderes Shopsystem übertragen? Müssen Zahlungsanbieter, Marktplatzanbindungen oder Lagerprozesse ebenfalls wechseln? Jede Antwort verändert den Aufwand und das Risiko. Ein reiner Designwechsel benötigt normalerweise keine vollständige URL-Umleitung, kann aber Warenkorb, Filter und mobile Bedienung beeinflussen. Bei einer vollständigen Migration müssen zusätzlich Datenzuordnung, Schnittstellen und der Umschaltzeitpunkt geplant werden.

Die Google-Empfehlungen für Website-Umzüge raten dazu, Änderungen bewusst zu planen und große Eingriffe nach Möglichkeit zu trennen. Daraus folgt keine starre Vorgehensweise für jedes Unternehmen. Wichtig ist, dass Entscheidungen, Abhängigkeiten und Abnahmekriterien vor dem Start schriftlich vorliegen.

Den Ist-Zustand dokumentieren

Erstellen Sie eine Bestandsaufnahme der bisherigen Website. Dazu gehören wichtige Kategorien, Artikel-URLs, häufig aufgerufene Landingpages, Infoseiten, Suchfilter und die Schritte bis zur Bestellbestätigung. Exportieren Sie interne Produkt-IDs, Artikelnummern, OEM-Referenzen, Varianten, Bilder, Lagerbestände, Preise und Zustandsinformationen. Vermerken Sie, welche Systeme mit dem Shop kommunizieren: Zahlungsdienst, Versand, ERP, Marktplätze, E-Mail, CRM oder Buchhaltung. Eine gesicherte Datenbank ist nur dann ein brauchbarer Notfallplan, wenn die Wiederherstellung tatsächlich getestet wurde.

Für die spätere SEO-Kontrolle sollten Seitentitel, Canonical-URLs, Weiterleitungen und relevante organische Einstiegsseiten festgehalten werden. Search Console liefert Hinweise auf Suchtraffic, aber keinen vollständigen Katalog aller URLs. Ergänzen Sie ihre Daten daher durch einen Crawl, den Shop-Export und die XML-Sitemaps. Erfassen Sie zudem die aktuelle Bestellabwicklung und die wichtigsten Fehlerfälle. Nur mit einer Baseline lassen sich Veränderungen nach dem Start vernünftig beurteilen.

Für jede alte URL das passende Ziel bestimmen

Eine Weiterleitung muss den Inhalt einer Seite sinnvoll ersetzen. Eine bisherige Produktseite gehört nach dem Umzug zur entsprechenden neuen Produktseite; eine Kategorie sollte auf ihre tatsächliche Nachfolgerin zeigen. Eine pauschale Weiterleitung sämtlicher gelöschter Artikel auf die Startseite hilft weder den Nutzern noch bei der technischen Kontrolle. Fehlt ein gleichwertiger Ersatz, kann eine informative Archivseite oder ein korrekter 404- beziehungsweise 410-Status sinnvoller sein. Prüfen Sie die Ziele auf Erreichbarkeit, Indexierbarkeit und unnötige Umleitungsketten.

Bei dauerhaft geänderten Adressen sind serverseitige 301- oder 308-Weiterleitungen die übliche Wahl. Die Google-Dokumentation zu Redirects beschreibt die Signale der verschiedenen Statuscodes. Testen Sie die gesamte Zuordnung einschließlich alter Varianten, Schrägstriche, Groß- und Kleinschreibung sowie Links aus früheren Kampagnen. Die Weiterleitungen sollten nicht sofort nach dem Relaunch entfernt werden, denn gespeicherte Links und externe Verweise bleiben bestehen.

Produktdaten nicht nur zählen, sondern abgleichen

Ein Artikelname ist kein zuverlässiger Primärschlüssel. Bei gebrauchten Ersatzteilen können zwei ähnlich benannte Angebote unterschiedliche Bauteile, Zustände oder Lagerorte bezeichnen. Legen Sie deshalb eine feste Zuordnung von alter zu neuer Produkt-ID an. Vergleichen Sie die Anzahl aktiver, nicht verfügbarer und archivierter Artikel und prüfen Sie ausgewählte Datensätze vollständig. Achten Sie besonders auf Artikelnummern mit führenden Nullen, technische Merkmale, Produktvarianten, Bilder und sichtbare Gebrauchsspuren.

Eine Proberunde mit repräsentativen Daten deckt mehr auf als eine Testdatei mit fünf einfachen Artikeln. Nehmen Sie auch Sonderfälle auf: Produkt ohne Bild, mehrere Varianten, nicht verfügbaren Bestand, seltene Kategorie und eine geänderte OEM-Referenz. Legen Sie für jedes Feld fest, welches System nach der Umstellung verantwortlich ist. Wenn beispielsweise Shop, Warenwirtschaft und eBay Bestände verändern, muss die Reihenfolge der Aktualisierungen und die Behandlung von Konflikten eindeutig sein.

Bestellungen, Zahlungen und Versand schützen

Die heikelste Phase ist der Übergang laufender Transaktionen. Definieren Sie, bis wann das alte System Bestellungen annimmt, wann der letzte Datenabgleich erfolgt und ab welchem Zeitpunkt die neue Installation verantwortlich ist. Ordnen Sie Bestellungen anhand stabiler Referenzen zu. Doppelt ausgelöste Webhooks dürfen weder eine zweite Bestellung erzeugen noch den Lagerbestand erneut reduzieren. Übernehmen Sie offene Versandvorgänge, Zahlungsstatus und Rückerstattungen nachvollziehbar; beachten Sie dabei die betrieblichen Datenschutz- und Aufbewahrungsanforderungen.

Testen Sie erfolgreiche und fehlgeschlagene Zahlungen, abgebrochene Vorgänge, Rückleitungen vom Zahlungsdienst, Versandberechnung, Bestellbestätigungen und Gastbestellungen mit freigegebenen Testmethoden. Kontrollieren Sie immer auch das Backend: genau ein Auftrag, korrekter Zahlungseintrag, passende Bestandsänderung und eine verständliche Meldung für Mitarbeiter. Eine erfolgreich geöffnete Danke-Seite allein beweist nicht, dass die Zahlung korrekt verarbeitet wurde.

Staging und SEO vor der Freigabe prüfen

Eine Entwicklungsumgebung muss vor unberechtigtem Zugriff geschützt sein. Gleichzeitig darf eine dort verwendete noindex-Einstellung nicht versehentlich auf der Produktivseite verbleiben. Prüfen Sie vor dem Wechsel robots.txt, HTTP-Statuscodes, Canonical-Tags, interne Links, gegebenenfalls hreflang und die Sichtbarkeit der wichtigsten Seiten. Wenn URLs verändert wurden, sollte die Sitemap die tatsächlichen kanonischen Zieladressen enthalten. Laut Google-Sitemap-Leitfaden sind dafür vollständige URLs zu verwenden; die Sitemap unterstützt das Auffinden, garantiert aber keine Indexierung.

Prüfen Sie strukturierte Produktdaten gegen die angezeigten Preise und Verfügbarkeiten. Alte Angaben dürfen nicht blind übernommen werden, wenn der neue Shop andere Werte ausgibt. Bei mehrsprachigen Shops kontrollieren Sie jede Sprachversion gesondert. Ein deutscher Kategorienlink darf nicht unbemerkt auf eine englische Startseite führen.

Realistische Nutzungsszenarien testen

Gehen Sie die Website aus Sicht verschiedener Kunden durch: jemand folgt einem alten Produktlink, ein anderer sucht nach einer OEM-Nummer, ein dritter filtert nach Lagerbestand und ein vierter bestellt mobil. Testen Sie auch leere Suchergebnisse, ungewöhnliche Zeichen in Artikelnummern, lange Namen und fehlende Bilder. Überprüfen Sie Filter, Warenkorb, Preisberechnung, Versandoptionen und Fehlermeldungen. Nach Änderungen am Theme sind Tastaturbedienung, sichtbarer Fokus und Nutzung bei starker Vergrößerung wichtige zusätzliche Prüffälle.

Bei Webasyst/Shop-Script sollten Theme-Templates, Plugins, Cronjobs und Schnittstellen gemeinsam geprüft werden. Ein korrekt angezeigtes Produkt sagt nichts darüber aus, ob der nächtliche Import noch funktioniert. Beteiligen Sie Mitarbeiter aus Lager und Kundenservice an der Abnahme. Sie kennen Fälle mit Teilversand, Rückfragen und Bestandsabweichungen, die in einer technischen Demo oft fehlen.

Umschaltung und Rückfallweg definieren

Bestimmen Sie ein Freigabefenster und benennen Sie Verantwortliche für Technik, Shopbetrieb und Entscheidung. Legen Sie fest, welche Änderungen kurz vor dem Start eingefroren werden und wie der letzte Datenabgleich überprüft wird. Der Rückfallplan muss laufende neue Bestellungen berücksichtigen: Ein bloßer DNS-Wechsel zurück zum alten Server reicht nicht, wenn inzwischen echte Transaktionen entstanden sind. Bewahren Sie einen Ablaufplan mit Zeitpunkten, Befehlen, Ansprechpartnern und Kriterien für einen Abbruch auf.

Unmittelbar nach der Veröffentlichung prüfen Sie die wichtigsten Weiterleitungen, HTTPS, Bestellung und Zahlung, Versand, E-Mail, Bestände sowie die Admin-Oberfläche. Wiederholen Sie ausgewählte Tests nach dem nächsten geplanten Synchronisationslauf. Fehlende Bestellungen und fehlerhafte Preise sind akute Probleme; kleinere kosmetische Mängel lassen sich nach ihrer tatsächlichen Auswirkung priorisieren.

Nach dem Relaunch beobachten statt raten

Vergleichen Sie in den folgenden Tagen und Wochen echte Bestellungen, Checkout-Probleme, 404-Antworten, organische Einstiegsseiten und den Stand in Search Console. Google weist darauf hin, dass bei größeren Website-Umzügen vorübergehende Schwankungen möglich sind. Eine einzelne Tageszahl ist daher kein seriöser Erfolgsnachweis. Beheben Sie Fehler nach Bedeutung, dokumentieren Sie Entscheidungen und prüfen Sie erneut, ob Daten und Weiterleitungen stimmen.

Nicht jeder Onlineshop benötigt einen kompletten Plattformwechsel. Manchmal genügt eine Verbesserung von Theme, Katalog und Schnittstellen. Entscheidend sind belegbare Anforderungen, die Wartbarkeit und der Aufwand für einen sicheren Betrieb. Quadro Design unterstützt eCommerce-Entwicklung mit durchdachter Katalogstruktur. Wenn Sie einen Relaunch planen, können Sie über das Kontaktformular die aktuelle Shopadresse, Artikelmenge und Integrationen beschreiben, damit der Umfang sachlich eingeschätzt werden kann.