Raus aus dem Plugin-Chaos: Shop-Migration zu einer Headless-Architektur.

Das ist der klassische WooCommerce-Verlauf: Für Zahlung, Versand, Steuern, Backup und Sicherheit kommt je eine Erweiterung dazu, und irgendwann kollidiert eine davon mit einer anderen. Wir lösen das nicht mit einem weiteren Plugin, sondern indem die Funktionen, die für dein Geschäft zentral sind, Teil deiner Anwendung werden – versioniert, getestet und ohne fremdes Update-Zyklus-Risiko.

Ladezeit ist bei einem gewachsenen Shop selten ein einzelnes Problem, sondern die Summe aus Server-Rendering, zu viel JavaScript und Bildern ohne Strategie. Eine Headless-Architektur mit Next.js verschiebt das Rendering an den Rand des Netzwerks und macht Caching kontrollierbar. Wie wir bei geschäftskritischen Plattformen an Millisekunden arbeiten, zeigt unsere Coop-Fallstudie.

Kein seltener Fall – und der unangenehmste, weil niemand mehr sagen kann, was passiert, wenn man etwas ändert. Wir arbeiten uns in solche Systeme ein, dokumentieren, was wir finden, und migrieren in Etappen statt in einem Sprung. Der alte Shop bleibt so lange in Betrieb, bis der neue nachweislich funktioniert.

Wenn Varianten über Textfelder gelöst sind, B2B-Preise in einem Plugin liegen und die Fachattribute deiner Produkte in einem freien Beschreibungsfeld stehen, dann ist nicht der Shop das Problem, sondern das Modell darunter. Genau hier ist eine Migration nach Payload stark: Das Datenmodell wird zu explizitem Code statt zu einem Workaround.

Redaktion und Produktpflege gehören in dein Team, Struktur und Logik zu uns. Wir schneiden die Admin-Oberfläche auf die Aufgaben zu, die dein Team wirklich macht – mit Entwürfen, Versionen und Vorschau. Was Entwicklungsarbeit bleibt, sagen wir vorher, damit es später keine Enttäuschung gibt.

Nicht, wenn das Redirect-Konzept vor der Umsetzung steht. Wir erfassen jede indexierte URL, ordnen ihr ein Ziel zu und setzen dauerhafte Weiterleitungen. Nach dem Livegang überwachen wir Indexierung und Fehlerseiten. Was in den ersten Wochen normal ist: leichte Schwankungen, während Google die neuen URLs verarbeitet. Was nicht normal ist und meist die Ursache für Horrorgeschichten: Migrationen, bei denen niemand ein URL-Inventar gemacht hat.

Das hängt an den Faktoren aus dem Kostenabschnitt, vor allem am Zustand der Altdaten und an der Zahl der Integrationen. Was wir zusagen können: Wir arbeiten in Etappen mit lauffähigen Zwischenständen, damit du nicht monatelang auf ein Ergebnis wartest. Und wir setzen den Livegang nicht in die Hochsaison – eine Migration im November vor dem Weihnachtsgeschäft lehnen wir eher ab, als sie zu riskieren.

Kundenkonten lassen sich übernehmen, Passwörter je nach Altsystem nicht immer – dann ist ein einmaliges Zurücksetzen mit begleitender Kommunikation der sauberste Weg. Bestellhistorie migrieren wir, wenn du sie im neuen System brauchst. Oft ist es wirtschaftlicher, ältere Jahre in ein Archiv zu überführen und nur die aktiven Daten mitzunehmen. Diese Entscheidung treffen wir gemeinsam, weil sie direkt aufs Budget wirkt.

Ja, aber es ist Arbeit. TWINT wird in der Schweiz über einen Zahlungsdienstleister wie Datatrans, Wallee, Payrexx oder PostFinance abgewickelt. Payloads Commerce-Erweiterung liefert von Haus aus einen Stripe-Adapter, alles Weitere binden wir an. Rechne also mit einer eigenen Integration pro zusätzlicher Zahlungsart – und beachte, dass die Konditionen der Schweizer Anbieter meist nicht öffentlich publiziert, sondern individuell verhandelt werden.

Ja, und meistens empfehlen wir genau das. Der neue Shop läuft mit echten Daten, während der alte den Umsatz macht. So lassen sich Kaufstrecke, Zahlung und Schnittstellen unter realen Bedingungen prüfen, und die Umschaltung ist eine Entscheidung statt eines Sprungs ins Kalte. Kostet etwas mehr, senkt das Risiko erheblich.

Dir. Payload ist MIT-lizenziert und hat keine Lizenzkosten, dein Shop-Code und deine Datenbank liegen bei dir. Auch bei den Zahlungs- und Logistik-Integrationen bleibt der Code dein Eigentum. Wir schreiben Dokumentation und Tests so, dass ein anderes Team weiterarbeiten könnte – das ist für uns eine Qualitätsfrage und nicht ein Kundenbindungsinstrument.

Feste Preise nennen wir nicht, weil dieselbe Aufgabenstellung je nach Altsystem um ein Mehrfaches auseinanderliegt. Was wir offenlegen: die sechs Faktoren, die den Aufwand bestimmen, direkt über diesem Abschnitt. Und in unserem Artikel zu den Kosten eines Schweizer Online-Shops rechnen wir die belegbaren Fremdkosten durch – Lizenzen, Zahlungsgebühren, Betrieb. Nach einem Gespräch mit Blick auf deine Daten können wir eine Grössenordnung nennen.