Vendure-Frontend erneuern ohne Backend-Anfassen
Teams auf Vendure haben oft ein Backend, mit dem sie zufrieden sind, Plugins, Custom-Entities, B2B-Workflows, und ein Frontend, das zum Flaschenhals geworden ist: langsam für Marketing-Änderungen, hinter den Core Web Vitals oder teuer in der Wartung. Weil Vendure headless ist, lässt sich das Frontend phasenweise auf der Shop-API erneuern, während das Backend exakt so bleibt, wie es ist.
Warum phasenweise besser ist als Big-Bang
Ein vollständiger Frontend-Neubau ist ein großes, riskantes Programm. Aber die GraphQL-Shop-API von Vendure entkoppelt Frontend und Backend bereits, ihr müsst also nicht alles auf einmal machen. Ihr könnt Routen-Gruppen einzeln umziehen und jede gegen die Live-Shop-API validieren, bevor die nächste folgt.
Phasenweises Replatforming auf der Shop-API
- Phase 1: das neue Laioutr-Frontend gegen die Shop-API für einen abgegrenzten Scope aufsetzen, zum Beispiel Content- und Landingpages
- Phase 2: Collection- und Produktseiten migrieren und Shop-API-Queries gegen den Live-Katalog validieren
- Phase 3: Warenkorb und Checkout umziehen, die risikoreichsten Flows, mit Parallelbetrieb und Messung
- Phase 4: verbleibende Routen umstellen und das alte Frontend abschalten
In jeder Phase bleibt das Vendure-Backend unangetastet. Eure Plugins, Custom-Entities und Workflows laufen weiter. Ihr ändert, wie Daten gerendert werden, nicht wo sie liegen.
Der Rollback-Plan zählt
Jede Phase hat einen definierten Scope und einen Rollback-Pfad: Routen können auf das vorherige Frontend zurückzeigen, falls eine Phase Probleme macht. Replatforming wird eine kontrollierte Folge umkehrbarer Schritte statt eines einzelnen Cutovers. Performance und Barrierefreiheit werden pro Phase validiert.
Was ihr gewinnt
- Marketing-Autonomie über einen visuellen Page Builder, kein Engineering-Ticket pro Banner
- Lighthouse-100-Ziel und Core Web Vitals ab Werk
- WCAG 3.0 und BFSG auf Plattform-Ebene gelöst
- Backend-Optionalität bleibt erhalten, weil das Frontend nicht erneut an Backend-Interna gekoppelt wird
Realistischer Zeitrahmen
Eine mittelgroße Vendure-Storefront mit klarem Branding und ohne exotische Custom-Logik geht typischerweise in Wochen vom Kickoff zur ersten Live-Phase, mit vollem Cutover über einige Phasen. Schwere B2B- oder Multi-Channel-Setups werden pro Phase geschätzt.
Häufige Fragen
Können wir Laioutr neben unserer aktuellen Storefront betreiben?
Ja. Während des Übergangs konsumieren beide dieselbe GraphQL-Shop-API, ihr könnt Routen-Gruppen also schrittweise migrieren.
Wird das Vendure-Backend oder werden unsere Plugins verändert?
Nein. Replatforming passiert auf dem Frontend-Layer über die Shop-API. Backend-Code, Plugins und Daten bleiben bestehen. Migrations-Scoping-Call vereinbaren.
Wie wird das Risiko kontrolliert?
Durch Phasen und Rollback. Jede Phase ist umkehrbar, und risikoreiche Flows wie der Checkout laufen vor dem Cutover parallel.
Mehr dazu: Headless-Frontend-Optionen für Vendure im Vergleich und BigCommerce-Frontend erneuern ohne Backend-Anfassen.