Von Wix zur eigenen Lösung ohne Ausfallzeit: parallele Migration mit Feature Flags

Ausgangslage und Ziele

Ein britischer Händler für Sammlerartikel wuchs über TikTok Shopping, mit einer laufenden Wix-Website und einem größer werdenden Sortiment. Er brauchte mehr Kontrolle über SEO, eine echte Vorbestelllogik, niedrigere Gebühren über Stripe und einen schnelleren Shop, konnte sich aber keine Ausfallzeit leisten. Der Auftrag war leicht formuliert und schwer umzusetzen: alles verbessern, ohne zu beschädigen, was bereits funktioniert.

Beide Systeme parallel betreiben

Wir betrieben die neue Lösung parallel zum bestehenden Wix-System. Ein zeitgesteuerter Importdienst spiegelte den Wix-Katalog in unsere Datenbank, ergänzte das Datenmodell dort, wo Wix zu wenig bot, und hielt Slugs und IDs stabil. Suche, Kollektionen und Sitemaps nutzten den synchronisierten Katalog. Damit war die Auffindbarkeit unabhängig von Live-Antworten aus Wix. Wenn ein Produkt vorerst weiter über Wix laufen musste, bestimmten Flags dessen Routing und Darstellung.

Feature Flags unter Kontrolle des Kunden

Wir ergänzten die Verwaltung des Kunden um eine verständliche Oberfläche mit Schaltern, damit Freigaben kein Deployment erforderten. Die Flags steuerten Sichtbarkeit, Routing, Zahlungsweg, Vorbestellverhalten, Begrenzungen wie die maximale Bestellmenge, i18n, prozentuale Rollouts und Notabschaltungen. So konnte das Team Funktionen vorbereiten, Umschaltungen für Produkt-Drops planen und bei Bedarf innerhalb von Sekunden zurückwechseln.

{
  "app.payment": "wix|stripe",
  "app.auth": "wix|custom",
  "routing.product.1234": "custom|wix",
  "catalog.preorder": true,
  "catalog.maxQty": 2,
  "i18n.enabled": false
}

Vertraute Abläufe für die Redaktion

Redakteure konnten in Wix weiterarbeiten und gleichzeitig das neue CMS testen, dessen Bedienkonzept sich an Wix orientierte. Die Rollen waren einfach gehalten: Admin und Content Editor. Dazu kamen Vorschauen, Pflichtfelder und sinnvolle URL-Regeln. Weil die Oberfläche bewusst vertraut gestaltet war, blieb der Schulungsaufwand gering.

Vorbestellungen mit klaren Grenzen

Wir implementierten Vorbestellungen mit festen Obergrenzen pro SKU, der Erfassung von Kaufabsichten und statusabhängigen E-Mail-Updates. Die Logik lag in der eigenen Lösung und war über Flags zugänglich. So ließ sie sich schrittweise und mit geringem Risiko einführen.

SEO- und URL-Strategie

Wir behielten wichtige URLs bei, erzeugten Sitemaps aus dem synchronisierten Katalog und ergänzten Produktdetailseiten und Kollektionen um JSON-LD. Canonicals und Weiterleitungen hielten den Index während des Parallelbetriebs sauber. Die sitemap.ts von Next.js fragte bei jeder Anfrage den aktuellen Katalog ab. Neue und bearbeitete Produkte erschienen dadurch schnell und ohne manuelle Schritte.

Zahlungen, Bestellungen und Checkout

Zu Beginn blieb der Checkout aus Kontinuitätsgründen bei Wix. Stripe war im eigenen System vollständig integriert und durch ein Flag abgesichert. Bestellungen und Status blieben unabhängig vom gewählten Weg an einer Stelle nachvollziehbar. Das vereinfachte den Support, während die Gebühren dort sanken, wo Stripe aktiviert war.

Anmeldung und Konten

Die Wix-Authentifizierung blieb in Betrieb, weil sie Marketingautomatisierungen unterstützte, die der Kunde behalten wollte. Auf der neuen Seite implementierten wir Better Auth und hielten es hinter einem Flag bereit. Sobald der Kunde bereit ist, kann das führende System ohne Neuaufbau wechseln.

Medien und Performance

Wir stellten einen S3-kompatiblen Bilddienst in unmittelbarer Nähe der Anwendungsserver bereit. Er übernimmt Uploads, Transformationen und responsive Varianten. Leistungsbudgets und Caching hielten Produktdetailseiten und Übersichten auch beim hohen Traffic rund um Drops reaktionsschnell. Das Ergebnis waren ruhigere Veröffentlichungsabläufe und weniger Supportanfragen.

Einführung, Tests und Rückkehr zum vorherigen Stand

Wir prüften die Datengleichheit mit Abgleichen, testeten Routing und SEO vor der Umschaltung und führten die Lösung stufenweise hinter Flags ein. Ein dokumentierter Rückkehrplan leitete den Traffic bei Bedarf innerhalb von Sekunden auf den vorherigen Weg zurück. Zur Überwachung gehörten Logs, Metriken, Verfügbarkeitsprüfungen und Sentry sowie eine schlanke Analyseschicht, die die DSGVO berücksichtigt.

Ergebnisse und Erkenntnisse

Die Seiten wurden schneller und die Suche unabhängig von Wix. Drops verliefen reibungsloser, weil Flags den Verantwortlichen die Kontrolle gaben. Die redaktionelle Arbeit blieb vertraut und wurde sicherer. Dort, wo Stripe aktiviert war, sanken die Gebühren.