commercetools Frontend: When Is the Switch Worth It? (2026)
commercetools liefert einen exzellenten Composable-Commerce-Backend, das ist im DACH-Markt unbestritten. Aber der Frontend-Stack auf der Käufer-Seite kommt nicht im Karton mit. Jedes ct-Projekt steht früher oder später vor der Frage „welche Frontend-Strategie?", und je nach Wachstumsphase ist die Antwort eine andere.
Wer den Frontend-Stack vor 2 oder 3 Jahren gebaut hat, sieht heute Symptome, die für einen Wechsel sprechen. Wer gerade neu mit ct startet, sollte sich die Frage proaktiv stellen, bevor das Frontend zur Last wird.
Dieser Guide hilft Ihnen, die Entscheidung sauber zu treffen, inklusive der Konstellationen, in denen wir aktiv abraten.
Was bedeutet „commercetools Frontend"?
Anders als Shopify oder Shopware liefert commercetools kein Default-Frontend mit. Sie wählen aus drei etablierten Optionen: Eigenbau (Custom Next.js oder Nuxt), commercetools Frontend (Frontastic) oder eine Frontend Management Platform wie Laioutr. Eine ausführliche Übersicht der Optionen finden Sie auf unserer Hub-Seite zu Frontend für commercetools.
Fünf Symptome, die für einen Wechsel sprechen
1. Frontend-Backlog wächst schneller als das Engineering-Team
Sie haben einen Custom-Next.js-Stack, gebaut vor zwei Jahren. Jede neue Feature-Anforderung läuft durchs React-Team, und der Backlog wächst doppelt so schnell wie die Team-Kapazität. Marketing wartet, Stakeholder sind frustriert, neue Initiativen verzögern sich um Quartale.
Das ist das deutlichste Signal: Sie brauchen eine Plattform, die Marketing- und Content-Teams unabhängig vom Engineering produktiv macht.
2. Multi-Brand- oder Multi-Markt-Strategie wird konkret
Eine zweite Marke kommt auf den ct-Stack, oder Sie expandieren in einen neuen Markt mit eigenem Layout, eigener Sprache, eigener Brand-Identität. Mit Custom-Next.js bedeutet das eine zweite Codebase, doppelte Wartung, gegebenenfalls inkonsistente Komponenten.
Eine Frontend Management Platform mit zentralem Komponenten-Pool und mehreren Storefronts auf einer Plattform skaliert hier strukturell anders.
3. Frontastic-Lock-in wird zum strategischen Risiko
Sie haben Frontastic gewählt, als ct das Produkt 2021 übernommen hat. Der Stack läuft, aber die Lizenzkosten sind an das ct-Pricing gekoppelt, und der Frontend-Code lebt im ct-Ökosystem. Eine spätere Backend-Diversifizierung wäre ein Komplett-Rebuild.
Wer sich Backend-Optionalität strategisch offen halten will, sollte die Frontend-Wahl nicht an einen Vendor binden.
4. BFSG- und WCAG-Compliance wird zur Enterprise-Anforderung
Seit 2025 ist das deutsche Barrierefreiheitsstärkungsgesetz für nahezu jeden gewerblichen Online-Shop verpflichtend. Bei einem Custom-Stack heißt das: jede Komponente prüfen, externes Audit, mehrstellige Compliance-Investition. Mit einer FMP, in der WCAG 3.0 und BFSG bereits in den Komponenten verankert sind, sparen Sie das interne Audit-Projekt.
5. Performance-Werte sind nicht mehr wettbewerbsfähig
Lighthouse-Scores stagnieren bei 60 bis 70, obwohl das Engineering-Team Optimierungen fährt. Bei einem von Hand gebauten Stack ist die Performance-Decke oft architekturbedingt. Komponenten-basierte FMPs mit Lighthouse-100-Zielwert durchbrechen diese Decke strukturell.
Wann ein Wechsel (noch) nicht lohnt
Drei Konstellationen, in denen wir aktiv abraten:
Sie sind mitten in einem ct-Replatforming. Wenn das ct-Backend selbst gerade migriert wird, lohnt es sich nicht, parallel den Frontend-Stack umzustellen. Ein Projekt nach dem anderen, sonst entsteht doppeltes Risiko.
Ihr Custom-Stack läuft seit weniger als 18 Monaten. Wenn Sie gerade erst gebaut haben und das Team produktiv ist, holt der Wechsel den ROI selten in akzeptabler Zeit rein. Erst wenn echte Pain-Points auftauchen, lohnt das Investment.
Kein Architekt im Haus. Eine FMP-Migration ohne technischen Owner geht selten gut. Mindestens ein Architekt sollte das Projekt aktiv begleiten, sei es intern oder über einen Composable-Partner wie valantic.
Drei Faustformeln für die Entscheidung
- Frontend-Backlog länger als 6 Monate? Klares Signal, FMP zu evaluieren.
- Lighthouse-Score unter 80 nach 3 Optimierungs-Sprints? Klares Signal, Frontend-Stack zu hinterfragen.
- Multi-Brand- oder Multi-Markt-Roadmap konkret? Klares Signal, jetzt eine Plattform zu wählen, die das mitskaliert.
Treffen zwei dieser drei Punkte zu, ist die Frage nicht mehr „ob", sondern „wie".
Was ein Frontend-Wechsel konkret verändert
Aus den von uns begleiteten ct-Projekten zeichnen sich drei Effekte ab, die innerhalb von 90 Tagen sichtbar werden:
Time-to-Market für neue Landingpages und Kampagnen sinkt von Wochen auf Stunden, weil Marketing eigenständig in Studio baut und nicht mehr durchs Engineering muss.
Performance wird zum Default. Lighthouse 100 ist nicht mehr Projektziel, sondern Komponenten-Standard. Direkter Effekt auf SEO-Ranking und Conversion-Rate.
Multi-Markt-Skalierung wird zum Konfigurations-Schritt, nicht zum Repository-Fork.
Pragmatischer Einstieg
Eine Komplettmigration in einem Schritt ist selten der richtige Weg. Was funktioniert: starten Sie mit einer einzelnen Storefront, etwa für eine neue Marke, einen neuen Markt oder ein Kampagnen-Microsite. Die Architektur-Entscheidung wird damit erst kontrolliert validiert, bevor der Hauptshop migriert wird.
Den vollständigen Migrations-Pfad inklusive 301-Redirect-Strategie und SEO-Übergang beschreibt der Beitrag commercetools Frontend Migration, Schritt für Schritt.
Fazit: Frontend-Strategie ist Architektur-Entscheidung
Wer mehr als zwei Treffer auf der Symptom-Liste hat, sollte den Frontend-Wechsel ernsthaft prüfen. Wer null oder einen Treffer hat, ist mit dem bestehenden Stack vermutlich gut bedient. Die Wahrheit liegt im Wachstumspfad: ein Stack, der heute trägt, kann in 18 Monaten an seine Grenzen kommen.
Wenn Sie sich unsicher sind, machen wir das gerne mit Ihnen durch. Wir zeigen Laioutr live an Ihrem ct-Setup und sagen ehrlich, ob ein Wechsel für Sie Sinn ergibt, auch dann, wenn die Antwort „noch nicht" lautet.
Weiterführende Ressourcen: Composable Headless Frontend und Content-Management.