Der 30-Minuten-Storefront ist der einfache Teil. Der 3-Jahre-Storefront ist die Arbeit

Diese Woche ging es wieder einmal ums Tempo. Salesforce hat am 2. Juli seinen Storefront Next allgemein verfügbar gemacht: Ein B2C-Storefront in jeder SKU-Konfiguration, live in unter 30 Minuten. Webflow und diverse Baukästen ziehen mit ähnlichen Versprechen nach. Der Tenor der Woche: Storefront-Generierung wird zur Commodity.

Das ist erst einmal richtig, und es ist auch keine schlechte Nachricht. Aber es beantwortet die falsche Frage. Ein Storefront zu generieren war noch nie das eigentliche Problem. Das Problem beginnt am Tag danach, wenn die 30 Minuten vorbei sind und der Storefront live ist, jeden Tag, über Jahre.

Generierung ist ein Moment, Betrieb ist ein Zeitraum

Ein neuer Storefront lässt sich heute in Minuten aufsetzen, egal ob mit einem Page-Builder, einem KI-Generator oder einem Templated-Composable-Ansatz wie bei Salesforce. Das ist beeindruckend, aber es misst nur einen einzigen Zeitpunkt: den Launch.

Was danach passiert, wird in Roadmap-Ankündigungen selten erwähnt:

• Das Backend wechselt, oder ein zweites kommt dazu, und der Storefront muss beide bedienen.
• Neue Märkte kommen hinzu, mit eigener Sprache, eigenen Steuersätzen, eigenen Compliance-Anforderungen.
• Das Content-Team will täglich neue Kampagnen-Seiten launchen, ohne bei jedem Banner ein Engineering-Ticket zu öffnen.
• Das Team, das den Storefront ursprünglich gebaut hat, wechselt den Job, und die Doku ist dünn.
• Der Storefront muss portabel bleiben, falls sich in drei Jahren herausstellt, dass die ursprüngliche Wahl nicht mehr passt.

Keine dieser Aufgaben löst sich durch schnelleres Generieren. Sie sind Betriebsfragen, nicht Baufragen. Und genau hier trennt sich, was wir bei Laioutr eine Frontend Management Platform (FMP) nennen, von einem Storefront-Generator.

Was eine FMP eigentlich managt

Eine FMP ist nicht "noch ein Page-Builder mit mehr Templates". Sie managt den Storefront über seinen gesamten Lebenszyklus, über vier Dimensionen hinweg:

Multi-Backend statt Backend-Lock. Laioutr sitzt als Frontend-Layer oberhalb des bestehenden Commerce-Stacks, egal ob Shopify, Shopware, OXID, commercetools oder ein anderes der über 50 unterstützten Backends. Der Unified Data Layer (Orchestr) normalisiert Produkt-, Bestand- und Order-Daten in ein einheitliches Schema. Wenn das Backend wechselt, bleibt der Frontend-Layer bestehen. Kein Rewrite, kein Greenfield-Projekt.

Localisation und Compliance als Plattform-Eigenschaft. Multi-Locale ist bei einer FMP kein Region-Fork, sondern eine Codebasis mit Sprach- und Marktvarianten. Ein Bug-Fix läuft einmal und ist in allen Märkten live. BFSG-konforme Komponenten kommen ab Werk, nicht als Nachrüst-Sprint kurz vor einem Compliance-Deadline.

Content-Velocity ohne Engineering-Bottleneck. Im Studio-Editor baut das Marketing-Team neue Landingpages selbst, mit Live-Preview, ohne PR-Review für jede Kampagne. Das ist der Unterschied zwischen "Storefront generiert" und "Storefront wird jede Woche weiterbetrieben".

Team-Ownership über Personalwechsel hinweg. Eine zentrale UI-Library sorgt dafür, dass Wissen nicht an einzelnen Personen hängt. Komponenten sind dokumentiert, wiederverwendbar, und neue Teammitglieder finden sich in Tagen zurecht, nicht in Monaten.

Die Kosten sitzen im Betrieb, nicht in der Geburt

Generieren dauert 30 Minuten. Betreiben dauert drei Jahre. Die Rechnung, die in den meisten "Instant-Storefront"-Ankündigungen fehlt, ist genau diese: Wer trägt die Betriebskosten, wenn sich Backend, Markt oder Team ändern?

Das ist auch der Grund, warum wir "Frontend Management Platform" als eigene Kategorie definieren, statt uns als weiteren Generator zu positionieren. Ein Composable Headless Frontend trennt die Frontend-Schicht bewusst vom Backend, damit genau diese Lebenszyklus-Fragen lösbar bleiben, statt bei jedem Change ein neues Projekt zu werden.

Das Betriebsmodell dahinter nennen wir mittlerweile auch Frontend as a Service: Die Storefront-Schicht wird nicht einmalig gebaut und dann sich selbst überlassen, sondern laufend betrieben, gewartet und weiterentwickelt, so wie man auch keine Datenbank "einmal aufsetzt und dann vergisst".

Was das für die aktuelle Instant-Storefront-Welle bedeutet

Salesforce, Webflow und andere Anbieter lösen ein reales Problem: Der erste Storefront soll schnell stehen. Das ist ein legitimer Fortschritt, gerade für Teams, die heute noch Wochen für ein einfaches Setup brauchen. Aber Geschwindigkeit beim Start ist nur die halbe Geschichte.

Die eigentliche Frage, die ein Entscheider vor der Wahl einer Plattform stellen sollte, lautet nicht "wie schnell steht mein erster Storefront", sondern "was passiert, wenn ich in achtzehn Monaten das Backend wechsle, einen neuen Markt eröffne oder mein Frontend-Team austausche". Genau diese Frage beantwortet eine Agentic Frontend Management Platform, weil sie Generierung und Betrieb von Anfang an als eine durchgängige Aufgabe versteht, nicht als zwei getrennte Projekte.

Wir haben zu Salesforce Storefront Next bereits eine Einordnung geschrieben, die auf den Agentic-Commerce-Aspekt der Ankündigung eingeht, und zur Frage, wie Storefronts überhaupt für KI-Shopping-Kanäle transaktionsfähig werden. Beide Posts zeigen aus unterschiedlichen Blickwinkeln denselben Punkt: Die Definitionsfrage "was ist eine FMP" haben wir an anderer Stelle bereits ausführlich beantwortet, dieser Post ordnet stattdessen die Betriebs- und Lebenszyklus-Seite gegen die aktuelle Generierungs-Welle ein.

Fazit

Storefront-Generierung ist heute Commodity, und das ist gut so. Aber wer eine Plattform-Entscheidung nur an der Zeit bis zum ersten Launch festmacht, blendet den größten Teil der Kosten aus. Der Wert einer Frontend Management Platform zeigt sich nicht am Tag eins, sondern im Jahr drei: wenn das Backend wechselt, ein neuer Markt dazukommt, oder das Team sich verändert, und der Storefront trotzdem weiterläuft, ohne neu gebaut werden zu müssen.

Wer wissen will, wie eine FMP im Detail funktioniert, findet die vollständige Definition unter Was ist eine Frontend Management Platform. Und wer bereits einen Storefront betreibt und über den nächsten Schritt nachdenkt, egal ob Backend-Wechsel, neuer Markt oder Team-Übergabe, findet auf laioutr.com den direkten Einstieg in ein Gespräch. Alle unsere Einordnungen und Analysen sammeln wir laufend im Insights-Blog.