commercetools Frontend Alternative: Wann FMP besser passt
- 1.Was die etablierten Optionen leisten und was nicht
- 2.Szenario 1: Marketing-Velocity ist der Engpass
- 3.Szenario 2: Backend-Optionalität wird strategisch wichtig
- 4.Szenario 3: BFSG-Compliance muss out of the box stehen
- 5.Wann Frontastic weiterhin die bessere Wahl ist
- 6.Wann Eigenbau weiterhin die bessere Wahl ist
- 7.Was Sie konkret von einer FMP-Migration erwarten können
- 8.Wie der Übergang konkret aussieht
- 9.Fazit: FMP ist die pragmatische Mitte
Bei jedem commercetools-Projekt kommt früher oder später die Frage: welcher Frontend-Stack? Die etablierten Optionen sind Eigenbau (Custom Next.js oder Nuxt), commercetools Frontend (Frontastic) oder eine Frontend Management Platform wie Laioutr. Wer eine commercetools Frontend Alternative sucht, hat fast immer einen konkreten Grund: Frontastic-Lock-in vermeiden, Eigenbau-Aufwand reduzieren, oder beides.
In diesem Beitrag zeigen wir drei Szenarien, in denen eine FMP die bessere Wahl ist, und wann es weiterhin Frontastic oder Eigenbau sein sollte.
Was die etablierten Optionen leisten und was nicht
Bevor wir auf die Alternative schauen, eine faire Einordnung der Bestandsoptionen.
Eigenbau (Custom Next.js oder Nuxt): Maximale Kontrolle, höchste Flexibilität. Liefert keinen Builder, keine Komponenten-Bibliothek, kein Hosting. Sechs- bis zwölfmonatige Build-Phase, dauerhafte Wartung durch internes Team.
commercetools Frontend (Frontastic): Tief integriert in den ct-Stack, mit Studio-Builder und ct-Hosting. Liefert keine Multi-Backend-Optionalität, keine 70+ Komponenten-Bibliothek, kein Vendor-unabhängiges Pricing. Lock-in zu commercetools.
Eine Frontend Management Platform schließt die Lücke zwischen beiden: sie bringt Studio, Komponenten und Hosting mit, ohne Lock-in zu einem Backend.
Szenario 1: Marketing-Velocity ist der Engpass
Sie haben einen Eigenbau-Stack oder Frontastic, aber Marketing produziert mehr Kampagnen-Ideen als Engineering umsetzen kann. Jede neue Saison-Landingpage wird zur Story-Point-Schätzung, jedes A/B-Test-Setup zur Sprint-Planung.
Bei Eigenbau gibt es keinen visuellen Builder, jede Layout-Änderung bleibt ein Code-Commit. Bei Frontastic existiert ein Studio, aber es ist developer-leaning und für Marketing-Eigenständigkeit projektabhängig.
In diesem Szenario ist eine FMP der direkte Hebel. Marketing baut Landingpages selbst in Studio, Engineering kümmert sich um Komponenten-Pool und Backend-Logik. Time-to-Market sinkt typischerweise von Wochen auf Stunden.
Szenario 2: Backend-Optionalität wird strategisch wichtig
Sie wollen sich strategisch nicht dauerhaft an commercetools binden. Vielleicht prüfen Sie für eine zweite Brand Shopify, oder Sie evaluieren Shopware für ein DACH-Setup. Mit Frontastic wäre das ein Frontend-Komplett-Rebuild, mit Eigenbau ein Re-Build des State-Layers.
Mit einer Backend-agnostischen FMP konfigurieren Sie pro Storefront, welches Backend angesprochen wird. Das Frontend selbst bleibt dasselbe. Der Vendor-Wechsel wird damit von einer Architektur-Investition zu einer Konfigurations-Aufgabe.
Szenario 3: BFSG-Compliance muss out of the box stehen
Seit 2025 ist das deutsche Barrierefreiheitsstärkungsgesetz für nahezu jeden gewerblichen Online-Shop verpflichtend. Die Anforderungen sind klar: WCAG 3.0, EN 301 549, ARIA, Tastaturnavigation, Screen-Reader-Kompatibilität.
Bei Eigenbau und Frontastic sind Sie selbst dafür verantwortlich. Jede Komponente muss geprüft, das Audit extern beauftragt, die Implementierung dokumentiert werden. Ein internes Audit kostet typischerweise im fünfstelligen Bereich plus mehrere Wochen Implementierungszeit.
Bei einer FMP wie Laioutr ist BFSG bereits in den Komponenten verankert. Das Audit liegt vor, neue Komponenten gehen denselben Compliance-Pfad. Sie sparen das interne Audit-Projekt.
Wann Frontastic weiterhin die bessere Wahl ist
Drei Konstellationen, in denen wir Frontastic empfehlen:
Single-Vendor-Strategie ist gesetzt. Wenn Ihre Plattform-Strategie auf commercetools als langfristigen Single-Vendor ausgerichtet ist, ist die enge Frontastic-Integration ein Vorteil, kein Nachteil.
Sie wollen ct selbst als Frontend-Anbieter. Manche Enterprise-Käufer wählen bewusst den ct-eigenen Stack, weil sie eine kontinuierliche Roadmap und ct-direkten Support priorisieren.
Sie sind in einem Greenfield-Build mit Frontastic-Erfahrung im Team. Wenn Sie Frontastic-Knowhow im Haus haben, lohnt der Wechsel selten.
Wann Eigenbau weiterhin die bessere Wahl ist
Drei Konstellationen, in denen wir Eigenbau empfehlen:
Sie haben ein dediziertes Frontend-Team mit React-/Vue-Expertise. Mindestens drei Engineers, die Frontend als strategische Kernkompetenz verstehen.
Sie bauen extrem spezialisierte Frontends. Konfiguratoren mit komplexen State-Machines, Echtzeit-3D-Visualisierungen, AR-Anwendungen.
Sie wollen Open-Source-Stack als strategische Entscheidung. Manche Organisationen haben gute Gründe, auf eine vollständig offene Codebase zu setzen.
Was Sie konkret von einer FMP-Migration erwarten können
Aus den von uns begleiteten Projekten zeichnen sich drei Effekte ab, die typischerweise innerhalb von 90 Tagen sichtbar werden:
Time-to-Market für neue Landingpages sinkt von durchschnittlich 8 bis 12 Tagen auf wenige Stunden.
Performance verbessert sich messbar: Lighthouse-Scores 90+, deutlich bessere LCP- und INP-Werte, mit direktem Effekt auf SEO-Ranking und Conversion-Rate.
Operative Kosten sinken in den meisten Fällen, weil Hosting, Komponenten-Wartung und Compliance-Audits in der FMP-Lizenz enthalten sind. Bei Eigenbau und Frontastic laufen diese drei als separate Kostenblöcke parallel.
Wie der Übergang konkret aussieht
Wir sehen meistens einen kontrollierten Zwei-Phasen-Pfad: Erst eine zweite Storefront (neue Marke, neuer Markt, oder Kampagnen-Microsite) auf der FMP aufsetzen. Dann den Hauptshop migrieren, sobald das Team mit der neuen Plattform vertraut ist. Der detaillierte Migrations-Pfad steht in commercetools Frontend Migration, Schritt für Schritt.
Fazit: FMP ist die pragmatische Mitte
Eigenbau und Frontastic sind beide valide Optionen, je nach Strategie. Die FMP ist die pragmatische Mitte: schneller live als Eigenbau, ohne Lock-in wie bei Frontastic, mit fertigen Komponenten und Compliance built-in. Genau richtig für Composable-Brands, die ihre Frontend-Velocity erhöhen wollen, ohne sich an einen Vendor zu binden.
Wenn Sie aktuell mit Frontastic arbeiten oder einen Custom-Stack betreiben, sprechen wir gerne. Wir zeigen den Übergang ehrlich auf und sagen, wenn Ihr aktueller Stack weiterhin die richtige Wahl ist.