Headless Commerce: das Backend bleibt austauschbar

Verkaufsoberfläche und Shop-Backend sind zwei getrennte Programme, die über eine Schnittstelle miteinander sprechen. Der Shop rechnet Warenkorb, Preise und Bestellung, das Frontend entscheidet allein über Darstellung und Ablauf.

Headless trennt zunächst nur Oberfläche und Shop. Composable Commerce geht weiter: Suche, Kasse, Zahlungsarten und Produktdaten sind einzelne Dienste, die man wie Bauteile austauscht. Mehr Teile bedeuten mehr Freiheit und mehr Betriebsaufwand – deshalb fangen wir klein an und erweitern nur dort, wo ein Dienst wirklich im Weg steht.

An vier Punkten, und die prüfen wir vor dem Angebot. Erstens der Umfang: Liefert die Schnittstelle Katalog, Preise, Bestände, Warenkorb und Bestellung – oder endet sie beim Katalog? Zweitens die Logik: Lassen sich Staffelpreise, Steuern und Sprachen abfragen, oder stecken sie im Template? Drittens das Verhalten unter Last: Antwortzeiten und die erlaubte Zahl der Abfragen pro Minute. Viertens die Unterlagen: Dokumentation und ein Testzugang, an dem wir einen Prototyp gegen Ihre echten Daten stellen können. Fehlt davon zu viel, sagen wir es vor dem Angebot: Dann braucht es eine Zwischenschicht, die die Lücken füllt, oder der klassische Shop bleibt die günstigere Wahl.

Nur, wenn das Frontend seine Inhalte erst im Browser nachlädt. Wir rendern auf dem Server: Titel, Texte und strukturierte Daten stehen im HTML der Antwort. Die Weiterleitungen der alten Adressen planen wir vor dem Umschalten.

Im ersten Abschnitt stecken: die Schnittstellenliste mit Abnahmekriterien, die Seitentypen Kategorie, Produkt, Suche, Warenkorb und Kasse, die Anbindung an Shop-Backend und Redaktionssystem, die Weiterleitungen der alten Adressen, eine Messung gegen die Core Web Vitals und die Übergabe mit Quellcode, Build-Anleitung und Zugängen. Danach bleibt das Frontend Software im Betrieb: Updates der Bibliotheken, Sicherheitsmeldungen, Überwachung von Schnittstellen und Ladezeit, Sicherungen, neue Seitentypen und Nacharbeit, wenn Ihr Shop-Backend seine API ändert. Diesen Teil übernehmen wir als eigenen Vertrag mit vereinbarter Reaktionszeit, oder Ihr Team übernimmt ihn – eingeplant werden muss er in jedem Fall.

Der Preis hängt an der Zahl der Schnittstellen, Sprachen und Seitentypen. Nach dem kostenfreien Erstgespräch erhalten Sie ein Angebot als Werkvertrag mit abgegrenztem Leistungsumfang und Abnahmekriterien; die Grundlagen stehen auf der Seite Preise.

Für einen ersten produktiven Abschnitt – Kategorie, Produkt und Kasse an einem Shop-Backend – rechnen wir mit 2–6 Wochen bis zum Start. Weitere Kanäle und Sprachen kommen danach in Etappen dazu. Den verbindlichen Zeitplan bekommen Sie nach der Anforderungsanalyse, sobald Umfang und Abnahmekriterien stehen – vorher wäre jeder Termin geraten.

Nein, und wir erfinden auch keine. Wir führen keinen Kunden mit entkoppeltem Shop als Referenz und sind weder Partner noch zertifizierter Dienstleister eines Shopherstellers. Was wir mitbringen, ist die Technik darunter: Individualsoftware und Webanwendungen mit Nuxt, Vue und Node.js, 30+ abgeschlossene Softwareprojekte und 74 fertige Integrationen. Beurteilen Sie uns deshalb am Stack und am Vertrag: Schnittstellenliste, Abnahmekriterien und Zeitplan bekommen Sie schriftlich, bevor eine größere Entscheidung fällt.

Ihnen. Sie erhalten Quellcode, Dokumentation und Zugänge. Wollen Sie später selbst weiterentwickeln oder den Dienstleister wechseln, nehmen Sie alles mit.