Prüfen Sie den Checkout-Ablauf komplett unter realen Bedingungen
Führen Sie selbst einen vollständigen Kauf auf der Live-Seite durch - nicht auf Staging - und decken Sie die Pfade ab, die Kunden tatsächlich nutzen: Checkout als Gast und eingeloggt, mindestens ein Produkt mit Varianten sowie aktuell aktive Rabattcodes oder Aktionen. Prüfen Sie, ob Bestellbestätigungs-E-Mails korrekt versendet werden und die Bestellung anschließend richtig in Ihrem Admin-/Bestellsystem erscheint.
Gehen Sie nicht davon aus, dass die Staging-Abdeckung automatisch übertragen wird. Live-Zahlungsgateways, Live-Steuerdienste und Live-Versandkosten-APIs verhalten sich manchmal anders als ihre Staging- oder Sandbox-Äquivalente - genau deshalb braucht es eine echte Prüfung unter Live-Bedingungen, statt sich darauf zu verlassen, was im Staging funktioniert hat.
Bestätigen Sie, dass Zahlungsgateways vollständig live und korrekt konfiguriert sind
Prüfen Sie, dass die Zahlungsabwicklung im Live- (nicht Test-/Sandbox-)Modus läuft, dass alle bisher unterstützten Zahlungsmethoden aktiviert sind und funktionieren, und dass eine echte Transaktion durchgängig korrekt abgewickelt wird - Geld kommt tatsächlich an, nicht nur der Bestellstatus ändert sich. Prüfen Sie auch die Rückerstattungsfunktion, da sie seltener genutzt wird als der Checkout und leicht ungeprüft bleibt.
Unterstützen Sie mehrere Zahlungsmethoden oder Währungen, testen Sie jede einzeln, statt anzunehmen, dass alle gleich konfiguriert sind, nur weil eine funktioniert.
Prüfen Sie Steuer- und Versandregeln anhand echter Bestellungen
Steuer- und Versandlogik geraten bei einer Migration leicht in feine Fehler, da beide oft von Konfiguration abhängen, die sich nicht sauber zwischen Plattformen mappen lässt. Geben Sie Testbestellungen an Ihre häufigsten Versandziele auf und bestätigen Sie, dass Steuern korrekt berechnet werden und Versandkosten sowie verfügbare Methoden dem entsprechen, was Sie beabsichtigt haben - nicht nur dem, was die neue Plattform standardmäßig eingestellt hat.
Achten Sie besonders auf Sonderfälle, auf die sich Ihr Geschäft verlässt: Steuerbefreiungen, Schwellenwerte für kostenlosen Versand, regionsspezifische Regeln oder Versandbeschränkungen für bestimmte Produkte. Genau diese Konfigurationsdetails gehen bei einer Migration am ehesten verloren oder werden falsch auf Standardwerte gesetzt.
Prüfen Sie Weiterleitungen stichprobenartig - nicht nur die, an die Sie sich erinnern
Auch bei einer vollständigen, vor dem Launch erstellten Weiterleitungskarte sollten Sie nach dem Umzug eine echte Stichprobe von URLs prüfen: Ihre meistbesuchten Seiten, eine Handvoll weniger besuchte und einige der bewussten Ausnahmen (eingestellte Produkte, zusammengeführte Kategorien). Bestätigen Sie, dass jede in einem Sprung zum richtigen Ziel weiterleitet, ohne Ketten oder Schleifen.
Prüfen Sie zusätzlich eine Stichprobe von URLs, die es auf der alten Seite eigentlich nicht geben sollte - Tippfehler, alte parameterbasierte URLs, alles, was ein Crawler zufällig indexiert haben könnte -, um sicherzustellen, dass sie sinnvoll aufgelöst werden statt so zu fehlern, dass es wie ein größeres Problem aussieht.
Bestätigen Sie die Kontinuität von Analytics und Tracking
Prüfen Sie, dass Ihre Analytics-Plattform, Conversion-Tracking und etwaige Werbe-Pixel auf der neuen Seite korrekt auslösen - eine platzierte Testbestellung sollte in Ihrem Analytics- und Ad-Plattform-Reporting genauso erscheinen wie vorher. Tracking-Code geht bei einem Plattformwechsel leicht unbemerkt verloren, da ein fehlendes oder falsch konfiguriertes Pixel keine Fehlermeldung erzeugt - es meldet einfach keine Daten mehr.
Vergleichen Sie frühe Analytics-Zahlen nach dem Launch mit Ihrer Basislinie vor der Migration für denselben Tagestyp (Wochentag vs. Wochenende, ähnliche Trafficquellen), statt einen rohen Vorher-Nachher-Vergleich anzustellen, da normale Traffic-Schwankungen sonst ein echtes Tracking-Problem verschleiern oder vortäuschen können.
Prüfen Sie Kundenkontenzugriff und Bestellhistorie
Lassen Sie einige echte (oder Test-)Kundenkonten bestätigen, dass sie sich einloggen können, ihre korrekte Bestellhistorie sehen und auf Kontofunktionen zugreifen können, auf die sie vorher angewiesen waren - gespeicherte Adressen, gespeicherte Zahlungsmethoden, sofern zutreffend, sowie Treue- oder Bonuspunkte, falls Ihr Shop diese hat. Probleme beim Kontenzugriff sind für betroffene Kunden sehr sichtbar und wirken sich direkt auf das Vertrauen aus - es lohnt sich, sie bewusst zu prüfen, statt anzunehmen, die Kontenmigration habe "wahrscheinlich funktioniert".
War die Passwortmigration nicht Teil der technischen Übertragung (häufig, wenn Plattformen inkompatible Passwort-Hashing-Verfahren nutzen), stellen Sie sicher, dass Kunden einen klaren Passwort-Reset-Weg haben und dieser auch kommuniziert wird, nicht nur technisch verfügbar ist.
Beobachten Sie die Search-Console-Abdeckung in den folgenden Wochen
Beobachten Sie Search Console (oder das Äquivalent anderer Suchmaschinen) noch lange nach dem Launch-Tag weiter - Crawling-Fehler, Indexierungsstatus und jeder Anstieg gemeldeter 404-Fehler sind die frühesten Signale für ein Weiterleitungs- oder Canonical-Problem, das die Tests übersehen haben. Vergleichen Sie mit Ihrer Basislinie vor der Migration, damit Sie eine echte Verschlechterung von normalen kurzfristigen Schwankungen nach einer Seitenänderung unterscheiden können.
In dieser Beobachtungsphase lohnt es sich auch, Ihre Sitemap erneut einzureichen, falls noch nicht geschehen, und zu bestätigen, dass Seiten, die Sie indexiert erwarten, in den folgenden Wochen tatsächlich in den Suchergebnissen erscheinen, nicht nur gecrawlt werden.
Häufig gestellte Fragen
Wie lange sollte die Post-Launch-QA nach dem Umzug fortgesetzt werden?
Aktive, nahezu tägliche Prüfungen sind meist in den ersten ein bis zwei Wochen am wichtigsten, wenn die meisten Konfigurations- und Weiterleitungsprobleme auftauchen. Die Neuindexierung durch Suchmaschinen und die Stabilisierung der Traffic-Muster dauern länger, daher lohnt sich leichteres Monitoring (Search Console, Analytics-Trends) über einen längeren Zeitraum - mehrere Wochen sind üblich -, statt es zu beenden, sobald die erste Woche sauber aussieht.
Was ist die wichtigste Einzelprüfung direkt nach dem Launch?
Ein echter, live durchgeführter Checkout- und Zahlungstest, da er direkt den Umsatz betrifft und der eine Ablauf ist, den jeder Kunde durchläuft. Weiterleitungs- und Trackingprobleme zählen ebenfalls, aber ein defekter Checkout ist das teuerste Problem, wenn es auch nur für ein paar Stunden unentdeckt bleibt.
Ist es normal, dass Suchrankings direkt nach einer Migration leicht sinken?
Kurzfristige Schwankungen sind selbst bei einer gut ausgeführten Migration üblich, da Suchmaschinen Zeit brauchen, um die neuen URLs erneut zu crawlen und neu zu bewerten. Nicht normal ist ein anhaltender Rückgang oder ein Anstieg von Crawling-Fehlern - das ist das Signal, Ihre Weiterleitungskarte und Canonical-Tags auf einen echten Fehler zu prüfen, statt abzuwarten.
Wer im Team sollte die Post-Launch-QA verantworten?
Idealerweise jemand mit Überblick über den gesamten Shop, nicht nur das technische Migrationsteam - denn mehrere dieser Prüfungen (ob Steuerregeln stimmig wirken, wie sich Kundenkonten verhalten, ob Tracking-Zahlen normal aussehen) profitieren von Geschäftskontext, nicht nur von der technischen Bestätigung, dass eine Funktion vorhanden ist.