Intershop PWA und Angular-Storefront modernisieren: Managed Frontend für B2B

Intershop Commerce Management (ICM) ist eines der etabliertesten B2B-Commerce-Backends im deutschsprachigen Raum, gerade im Mittelstand und bei Herstellern mit komplexen Vertriebsstrukturen. Viele Intershop-Kunden betreiben dazu die offizielle PWA-Referenz-Storefront auf Angular-Basis, direkt an die ICM-REST-API angebunden. Das ist eine solide Grundausstattung, eine dokumentierte Referenzimplementierung, ein etabliertes Enterprise-Framework, direkter API-Zugriff auf Preislisten, Kundenorganisationen und Bestellhistorie. Die Frage, die in vielen Intershop-Teams zu selten gestellt wird: Wer pflegt diesen Angular-Storefront eigentlich in Monat 18, wenn das nächste Angular-Major-Release erscheint, eine neue Kundengruppe eigene Preisregeln braucht, oder Marketing zur Messe-Saison drei neue Landing-Pages gleichzeitig will?

Die Ausgangslage: PWA-Referenz-Storefront auf Angular

Wer mit Intershop startet oder bereits produktiv ist, kennt die PWA-Referenz-Storefront als Ausgangspunkt: eine Angular-Anwendung, die gegen die ICM-REST-API spricht und B2B-Grundfunktionen mitbringt, Produktkatalog, Warenkorb, Checkout, Kundenkonten mit mehrstufigen Organisationsstrukturen. Für Entwicklerteams mit eigener Angular-Erfahrung ist das ein fairer Startpunkt. Ihr bekommt eine Referenzimplementierung statt einer leeren API, TypeScript-Typisierung für ICM-Entitäten, und müsst die Grundstruktur des B2B-Datenmodells nicht selbst herleiten.

Der Ausbau darüber hinaus, individuelle Preislisten pro Kundengruppe, Genehmigungsworkflows für Bestellungen, Angebotsmanagement, Guided Selling für komplexe Produktkonfigurationen, liegt danach vollständig im eigenen Angular-Code. Das ist bei Intershop-Projekten die Regel, nicht die Ausnahme, B2B-Commerce lebt von genau diesen Sonderregeln.

Was der eigene Angular-Ausbau tatsächlich kostet

Der Punkt, der im Projektplan selten eingepreist wird, zeigt sich erst im laufenden Betrieb: Ab dem Moment, in dem euer Team die Referenz-Storefront individualisiert, gehört euch die komplette Wartungslast dauerhaft.

• Angular-Major-Updates müssen manuell nachgezogen und gegen den eigenen Custom-Code getestet werden
• ICM-REST-API-Versionssprünge bedeuten Breaking-Change-Reviews im eigenen Storefront-Code
• Security-Patches der npm-Dependencies landen im eigenen Backlog, nicht bei Intershop
• Jede neue Preisregel oder Kundengruppen-Konfiguration braucht einen Pull-Request und ein Deployment
• Marketing kann Kampagnenseiten oder Produktlinien-Landingpages nicht selbst bauen, weil es keinen visuellen Editor gibt, nur Code
• Neue ICM-Features, die Intershop nach eurem Ausbau-Zeitpunkt veröffentlicht, müssen manuell nachgebaut werden, statt automatisch verfügbar zu sein

Das ist kein Intershop-spezifisches Problem, jede eigenständig ausgebaute Referenz-Storefront trägt diese Eigenschaft in sich. Es lohnt sich trotzdem, die Kosten ehrlich einzupreisen, bevor der Angular-Ausbau zum Repository mit dem größten technischen Schuldenberg im Unternehmen wird.

Laioutr als Managed-Antwort für Intershop-B2B-Frontends

Laioutr modernisiert genau diese Ebene, ohne dass Intershop als Backend zur Diskussion steht. Unser Composable Headless Frontend übernimmt die Storefront-Ebene, während Intershop Commerce Management vollständig als Backend im Einsatz bleibt, Preislogik, Bestellabwicklung, Katalogpflege, Kundenorganisationen laufen unverändert dort weiter. Der Unterschied liegt in der Betriebsebene: Statt eine Angular-Referenz-Storefront selbst zu pflegen, verbindet ihr Intershop über unseren Orchestr-Datenlayer mit dem Frontend. Produkt-, Preis-, Bestand- und Kundendaten fließen normalisiert in unser Component-Schema, dieselben Datenpunkte, die auch die ICM-REST-API liefert, nur ohne dass euer Team die Anbindung dauerhaft selbst betreiben muss.

Das Ergebnis ist ein Frontend as a Service: CI/CD, Hosting, Framework-Updates und Sicherheits-Patches sind Plattform-Aufgabe, nicht Sprint-Aufgabe eures Teams. Entwicklerinnen und Entwickler behalten vollen Zugriff auf die Komponenten-Ebene für B2B-Sonderfälle, nur ohne die Instandhaltung der Storefront-Basis im Nacken.

Wie die technische Anbindung aussieht

Technisch bleibt der Ablauf nah an dem, was die ICM-REST-API ohnehin vorsieht. Der Orchestr-Layer spricht die Intershop Commerce Management API an, holt Produktdaten, Preislisten, Verfügbarkeiten und Bestellstatus und bildet sie auf unser einheitliches Component-Schema ab. PDP-, PLP- und Checkout-Components im Frontend erwarten dieselbe Datenstruktur, unabhängig davon, ob dahinter Intershop, Shopware oder commercetools steht, das ist derselbe Vorteil, den auch unsere Decoupling-Story auf der Backend-Seite trägt. Wer heute mit Intershop startet und in einigen Jahren evaluiert, ob ein zweites Backend für ein Tochterunternehmen dazukommt, muss das Frontend dafür nicht neu bauen.

Für Entwicklerteams heißt das konkret: B2B-spezifische Intershop-Felder, individuelle Preisregeln, mehrstufige Genehmigungsworkflows, Angebotsanfragen, bindet ihr über Custom-Resolver im Orchestr-Layer an, statt sie im Angular-Fork nachzubauen. Die Grundfunktionen, Produktkatalog, Warenkorb, Checkout, Kundenkonten, sind bereits als Component vorhanden und müssen nicht aus der ICM-API neu abgeleitet werden.

Wer macht was: Entwicklung und Marketing

Der Rollen-Split bleibt klar getrennt. Entwicklerteams definieren Components, binden Intershop-spezifische Datenpunkte über den Orchestr-Layer an und erweitern die Komponenten-Bibliothek um B2B-Besonderheiten, Staffelpreise, Freigabeprozesse, kundenspezifische Sortimente. Marketing arbeitet parallel im Studio-Editor, komponiert Produktlinien-Seiten, tauscht Messe-Banner, startet Landingpages, alles ohne Pull-Request und ohne auf ein Deployment-Fenster zu warten. Ein konkretes Beispiel: Wenn eine neue Kundengruppe eigene Preisregeln in Intershop bekommt, bindet ein Entwicklerteam das Feld einmal im Orchestr-Layer an, und die Komponente steht danach allen Storefronts zur Verfügung, ohne dass Marketing auf einen zweiten Sprint warten muss.

Bei einem eigenständig ausgebauten Angular-Fork liegt diese Trennung nicht vor, jede Änderung läuft über Code, unabhängig davon, ob sie inhaltlich oder strukturell ist. Für B2B-Teams mit Messe-Saisonalität, wechselnden Katalogen pro Vertriebskanal oder häufigen Preisanpassungen ist das der spürbarste Unterschied im Alltag. Ähnliche Muster kennen Teams, die Backend-Wechsel und Frontend-Modernisierung entkoppeln wollen, mehr dazu in B2B-Storefront ohne Backend-Replatforming.

Entscheidungsraster: Eigenbau, Managed oder Custom-Build

Drei Situationen, drei sinnvolle Antworten.

Ihr habt ein eigenes, gut besetztes Angular-Team und wollt volle Kontrolle über jede Zeile Code, ohne Plattform-Layer dazwischen. Dann ist der eigene Ausbau der PWA-Referenz-Storefront die direkte Antwort, mit dem Wartungsaufwand als bewusst eingegangenem Trade-off.

Ihr wollt die Zeit bis zum Launch verkürzen, und Marketing soll Produktlinien- und Kampagnenseiten selbst bauen können, ohne dass Entwicklerressourcen dafür dauerhaft gebunden sind. Dann ist Laioutr als Managed-Frontend-Layer über Intershop der direkte Weg, kalkulierbar im Aufwand, ohne dass ihr Intershop als Backend wechseln müsst.

Ihr vergleicht gerade grundsätzlich, welche Frontend-Optionen zu eurem Intershop-Setup passen. Einen breiteren Einstieg in die Headless-Modernisierung für B2B haben wir in Intershop Frontend modernisieren: Headless für B2B zusammengefasst. Dieser Artikel hier vertieft gezielt die Angular-Storefront-Frage und was die Managed-Alternative dazu konkret bedeutet.

Fazit

Intershop bleibt in diesem Bild das B2B-Commerce-Backend, unverändert für Preislogik, Bestellabwicklung und Kundenverwaltung zuständig. Was sich ändert, ist die Frontend-Ebene: Statt eine Angular-Referenz-Storefront dauerhaft selbst zu pflegen, könnt ihr sie an eine Frontend Management Platform abgeben, die genau für diese Aufgabe gebaut ist. Mehr zur Anbindung im Detail: Headless Frontend für Intershop. Der erste Schritt ist meist ein technischer Discovery-Call, in dem wir gemeinsam klären, welche ICM-Datenpunkte euer B2B-Storefront heute tatsächlich braucht.