Shop-Relaunch: Wie Unternehmen Risiken vor dem Go-live reduzieren

Warum Relaunches trotz guter Absicht scheitern

Design, Technologie, Inhalte, Daten und Prozesse verändern sich gleichzeitig. Dadurch sind Ursachen nach dem Start schwer zu isolieren. Eine schönere Oberfläche beweist nicht, dass Produktsuche, Beratung oder Checkout besser funktionieren.

Das Projekt braucht deshalb überprüfbare Ziele und bewusst getrennte Verantwortungsbereiche.

Vorher-Werte einfrieren

Dokumentiert kommerzielle Kennzahlen, organische Einstiege, indexierte URLs, wichtigste Landingpages, Geräteunterschiede, Checkout-Schritte, Suche, Performance und bekannte Fehler mit Zeitraum und Datenquelle.

Die Auswahl muss zum Geschäftsmodell passen. Entscheidend ist, dass dieselbe Definition nach dem Go-live wieder verfügbar ist. Screenshots, Exporte und ein gemeinsames Messprotokoll verhindern spätere Definitionsdebatten.

Ziele von Lösungen trennen

„Neue Plattform“ oder „neues Design“ sind Lösungen. Ziele beschreiben dagegen, welcher Kunden- oder Geschäftsprozess besser werden soll und woran man das erkennt.

Diese Trennung hilft auch bei der Entscheidung, ob ein vollständiger Relaunch nötig ist. Manchmal lösen Stabilisierung, schrittweise Migration oder ein fokussierter Umbau das eigentliche Problem mit weniger Risiko.

Ein vollständiges Inventar verhindert stille Verluste

Erfasst URLs, Templates, Inhalte, Produktdaten, Filter, Feeds, Events, Integrationen, Weiterleitungen, rechtliche Texte und automatisierte Kommunikation. Für jedes Element wird entschieden: übernehmen, verändern, zusammenführen oder bewusst entfernen.

Was im Inventar fehlt, taucht häufig erst nach dem Start als Fehler auf.

URLs und SEO-Migration

Jede relevante alte URL braucht ein begründetes Ziel. Gleichwertige Inhalte werden direkt weitergeleitet; pauschale Weiterleitungen auf die Startseite helfen Nutzern selten und können Suchsignale verlieren.

Weiterleitungsregeln, Canonicals, interne Links, Sitemaps und Robots-Regeln werden vorab in der Zielumgebung geprüft. Nach dem Go-live werden Fehler, Indexierung und wichtige Suchseiten eng beobachtet.

Datenmigration mit Probeimporten

Produkte, Varianten, Kunden, Bestellungen, Gutscheine und Content besitzen unterschiedliche Qualitäts- und Datenschutzanforderungen. Feldmapping, Bereinigung, Verantwortlichkeiten und Abnahmekriterien gehören vor den ersten Import.

Mindestens ein realistischer Probeimport sollte früh stattfinden. So werden fehlende Attribute, Zeichensätze, Beziehungen und Laufzeiten sichtbar, solange Änderungen noch möglich sind.

Tracking ist eine fachliche Migration

Eventnamen, Consent, Datenebene, Kampagnenparameter und Zieldefinitionen ändern sich häufig unbemerkt. Ein scheinbarer Einbruch kann Messfehler sein – oder ein echter Einbruch kann durch neue Definitionen verborgen werden.

Ein Tracking-Plan verbindet alte und neue Messung. Kritische Journeys werden mit dokumentierten Testbestellungen geprüft.

Qualitätssicherung entlang realer Journeys

Testet nicht nur einzelne Seiten, sondern Aufgaben: suchen, filtern, Varianten wählen, anmelden, Gutschein verwenden, bezahlen, stornieren und Support finden. Berücksichtigt Geräte, Browser, Länder, Kundengruppen und Zahlarten.

Automatisierte Prüfungen helfen bei Wiederholung. Fachliche Abnahme durch reale Verantwortliche bleibt nötig.

Go-live, Rückfallplan und erste 72 Stunden

Der Umschaltplan benennt Reihenfolge, Verantwortliche, Kommunikationswege, Prüfpunkte und Kriterien für einen Abbruch oder Rollback. DNS, Cache, Feeds, Jobs, Zahlarten und externe Dienste gehören dazu.

Nach dem Start braucht es ein gemeinsames Lagebild: Bestellungen, Zahlungen, Fehlerraten, wichtige Seiten, Weiterleitungen, Tracking und Supportmeldungen. Probleme werden nach Geschäftsauswirkung priorisiert.

Der Relaunch endet nicht am Launch

Vergleicht die vereinbarten Werte in sinnvollen Zeitfenstern und gegen passende Ausgangszeiträume. Kurzfristige Schwankungen werden nicht vorschnell als Erfolg oder Scheitern interpretiert.

Ein priorisiertes Backlog trennt echte Regressionen, geplante Optimierungen und neue Wünsche. So wird aus dem Relaunch ein kontrollierter Übergang statt eines zweiten Dauerprojekts.

Entscheidungscheck

• Ziele, Baseline und Datenquellen verbindlich dokumentieren
• URL-, Content-, Daten- und Integrationsinventar erstellen
• Weiterleitungen mit realen alten URLs testen
• Probeimporte und Testbestellungen durchführen
• Tracking vor und nach dem Wechsel vergleichbar machen
• Go-live-Verantwortung, Eskalation und Rollback festlegen
• erste Stunden und Wochen mit vereinbarten Prüfungen begleiten