Die Frage, welcher Frontend-Stack ein B2B-Mittelstandsunternehmen betreibt, war lange eine IT-Entscheidung. Der CTO hat evaluiert, der Lead-Developer hat getestet, das Management hat nickt. Das hat sich geändert.

Mein Take ist: 2026 ist die Storefront-Frage zur Beschaffungsfrage geworden. Nicht weil IT weniger relevant geworden ist, sondern weil die anderen Stakeholder im Buying-Center erkannt haben, dass die Frontend-Stack-Wahl direkte Konsequenzen fur ihre Arbeit hat. Procurement sieht Vendor-Lock-in-Risiko. Legal sieht Lizenz- und Datenschutzexposure. Marketing-Ops sieht Time-to-Market und Kampagnen-Autonomie. Und IT sitzt plötzlich nicht mehr allein am Tisch.

Drei konkrete Bewegungen beschreiben, wie DACH-Mid-Market-Buying-Centers 2026 Frontend-Stack-Entscheidungen treffen - und was das für die Vendoren bedeutet, die in Runde 2 kommen wollen.

Bewegung 1: Procurement zieht Enterprise-RFI/RFP-Templates aus der Schublade

Der klassische CTO-Pitch hat ein Problem: er landet heute erst nach dem Procurement-Filter.

Mittelstands-Einkaufsabteilungen, die vor drei Jahren noch mit einer formlosen Anfrage gearbeitet haben, fahren 2026 zunehmend mit strukturierten RFI- und RFP-Templates, die sie aus Enterprise-Playbooks adaptiert haben. Die Konsequenz ist spürbar: Vendoren, die bei SOC 2 Typ II, einem vollstandigen DSGVO-AVV und einer nachvollziehbaren Sub-Processor-Map leer stehen, kommen nicht in Runde 1 - unabhangig davon, wie gut das Produkt ist.

Das ist kein Compliance-Overkill. Das ist eine rationale Risikominimierung. Ein mittelstandisches B2B-Unternehmen, das seinen Frontend-Stack auf einen Vendor setzt, der morgen von einem US-Konzern ubernommen wird oder die Lizenzkonditionen andert, hat ein operatives Problem. Procurement hat gelernt, dass der Frontend-Layer kein Commodity ist - und zieht entsprechend die Schrauben an.

Was das für Vendoren heißt: Compliance-Dokumentation ist kein Afterthought mehr, der sechs Wochen nach dem POC nachgereicht wird. Sie ist Eintrittskarte fur die Evaluation. Wer SOC 2, AVV und Sub-Processor-Map nicht auf Seite 1 seines Sales-Decks hat, verliert in Runde 1 gegen Vendoren, die das haben - auch wenn das Produkt objektiv besser ist.

Der strukturelle Vorteil eines Frontend-Layer-Ansatzes liegt hier auf der Hand: eine klar abgegrenzte Schicht mit definierten Schnittstellen ist einfacher zu zertifizieren, einfacher in einem AVV zu beschreiben und einfacher in einer Sub-Processor-Map darzustellen als ein Full-Stack mit dutzenden Abhangigkeiten. Procurement mag keine komplexen Abhangigkeitsgraphen.

Bewegung 2: Legal pruft den Lizenz-Stack, bevor IT uberhaupt evaluiert

Das ist die Bewegung, die den meisten Vendoren am starksten auffalt - und die sie am wenigsten erwartet hatten.

In einer wachsenden Zahl von DACH-Mittelstandsunternehmen sitzt Legal jetzt als Stage-Gate vor der IT-Evaluation. Bevor ein POC startet, pruft Legal das Lizenz-Modell, das MSA-Template und den AVV auf drei konkrete Fragen: Kann dieses Lizenz-Modell sich einseitig verandern? Wie viele Sub-Processor sitzen außerhalb der EU? Und was passiert mit unseren Daten, wenn wir in zwei Jahren den Vendor wechseln wollen?

Die dritte Frage ist dabei die differenzierende. Vendor-Exit-Klarheit ist zum Legal-KO-Kriterium geworden.

Das hat einen direkten Effekt auf Composable-Vendoren mit tiefem Multi-Sub-Processor-Stack:

(Sebastian zur technischen Konsequenz:) Ein Composable-Stack, der zehn spezialisierte Services kombiniert - CMS, PIM, Search, Recommendations, Reviews, A/B-Testing, Analytics, CDN, Authentication, Monitoring - hat in der Praxis oft 30 bis 50 Sub-Processor, von denen ein guter Teil in US-Jurisdiktion liegt. Ein AVV fur diesen Stack beschreibt keine klare Datenverarbeitungslinie, sondern ein Netz von Weiterreichen. Legal bei einem 800-Mitarbeiter-Maschinenbauer im Sauerland hat nicht die Kapazitat, 50 Sub-Processor-Datenschutzprufe durchzufuhren - und wird deshalb nicht freigeben.

Der strukturelle Nachteil fur Multi-Sub-Processor-Composable-Stacks ist real. Er ist kein Anti-Composable-Argument, sondern ein Aufruf zur Schichten-Klarheit: Wenn der Frontend-Layer als eigenstandige, klar abgegrenzte Einheit mit uberschaubarem Sub-Processor-Footprint evaluiert werden kann, ist Legal-Pre-Approval erreichbar. Wenn er nur als Teil eines undifferenzierten "Composable-Stack" erscheint, ist er Legal-Blocker.

Das ist auch der Grund, warum die Frage "Wie viele Drittanbieter verarbeiten meine Daten, wenn ich euren Frontend-Layer nutze?" in Sales-Discovery-Calls 2026 haufiger vorkommt als "Was ist eure GraphQL-API-Rate-Limit?". Prioritaten haben sich verschoben.

Bewegung 3: Marketing-Ops sitzt mit am Tisch - und stellt andere Fragen als IT

Procurement pruft Compliance. Legal pruft Lizenz und Exit-Klarheit. Marketing-Ops pruft, ob das Ding fur ihr Team tatsachlich nutzbar ist - und das ist eine andere Kategorie von Frage.

Die Marketing-Ops-Co-Decision ist die Bewegung, die am starksten unterschatzt wird - vor allem von Vendoren, die ihren Sales-Prozess weiterhin auf den CTO ausrichten.

Was Marketing-Ops 2026 fragt, ist nicht "Welche Frontend-Frameworks unterstutzt ihr?", sondern: Wie schnell kann ich eine Kampagnen-Landingpage selbst bauen, ohne ein Sprint-Ticket aufzumachen? Wie viele Schritte brauche ich, um ein neues Angebot fur ein einzelnes Kundensegment auszuspielen? Und was passiert, wenn ich das um 22 Uhr vor dem Launch-Tag machen muss?

Diese Fragen klingen wie Editor-UX-Fragen. Sie sind es nicht. Sie sind Time-to-Market-Fragen mit direktem Umsatzbezug.

Ein B2B-Mittelstandsunternehmen mit 500 Kunden und saisonalen Beschaffungszyklen, das eine neue Produktlinie launcht, hat ein enges Timing-Fenster. Eine Kampagnen-Landingpage, die drei Sprints braucht, weil der Marketing-Editor zu eingeschrankt ist, ist keine technische Einschrankung - sie ist verlorener Umsatz.

CTOs, die das als "Editor-Self-Service-Feature" abhandeln, das Marketing will, machen einen strategischen Fehler. Marketing-Ops-Co-Decision bedeutet: wenn Marketing-Ops den Vendor nicht absegnet, geht die Entscheidung zuruck in den Buying-Center - und wird neu verhandelt. Das kostet Zeit und Nerven auf allen Seiten.

Mein Take dazu ist: Vendoren, die in Sales-Demos die Marketing-Ops-Persona ernst nehmen - sprich: die Live-Demo zeigen, wie schnell eine Landingpage ohne Engineering-Ticket live geht, konkrete Schritt-fur-Schritt-Counts liefern und den A/B-Test-Workflow zeigen - gewinnen diesen Buying-Center-Stakeholder fruh. Und wer Marketing-Ops fruh hat, hat einen internen Fursprecher, der die IT-Evaluation aktiv begleitet.

Warum ein FMP-Ansatz strukturell alle drei Buying-Center-Stakeholder adressiert

Das ist der Punkt, an dem ich ehrlich bin: ich schreibe das nicht, weil es eine schone Marketing-Geschichte ist. Ich schreibe es, weil wir es in der Praxis sehen.

Ein Frontend Management Platform Ansatz hat eine spezifische strukturelle Eigenschaft, die genau auf die drei Buying-Center-Bewegungen passt:

Fur Procurement: ein klar abgegrenzter Frontend-Layer mit definierten Schnittstellen, uberschaubarem Sub-Processor-Footprint und klarer Vendor-Exit-Strategie ist ein einfacheres Beschaffungsobjekt als ein Full-Stack. Die 50-Backend-Integrationen, die eine FMP mitbringt, bedeuten fur Procurement: wir binden uns nicht an den Frontend-Vendor, wir binden uns an die Schicht. Das Backend bleibt flexibel.

Fur Legal: eine Plattform mit EU-Hosting-Option, DSGVO-AVV und uberschaubarem Sub-Processor-Stack ist pre-approvable. Legal muss nicht 30 Drittanbieter pruflich durchgehen. Die Schnittstelle ist klar.

Fur Marketing-Ops: ein Visual-Studio-Editor, der Kampagnen-Landingpages ohne Sprint-Ticket ermoglicht, ist kein Nice-to-Have. Es ist das Argument, mit dem Marketing-Ops dem Buying-Center erklart, warum dieser Vendor und nicht ein anderer. Die -65 % Time-to-Launch fur neue Landingpages, die wir im Median sehen, ist keine Marketingzahl - sie ist eine operative Kenngrosse, die Marketing-Ops in den eigenen Quartalsbericht schreiben kann.

Kein Widerspruch zu IT: die technische Tiefe - GraphQL-Anbindung an 50+ Backends, Render-Performance, Komponentenarchitektur - bleibt der IT-Evaluationsrahmen. Aber IT ist nicht mehr der einzige Gate-Keeper. Sie ist einer von vier.

Die Audit-Frage, die du heute stellen solltest

Wenn du einen Frontend-Stack im DACH-Mid-Market-B2B evaluierst oder gerade dabei bist, einen neuen Vendoren einzufuhren, ist das die konkrete Audit-Frage:

Kann dein heutiger Frontend-Vendor-Kandidat die folgenden vier Fragen beantworten, ohne dich in eine Stunde Telefonat mit dem Account-Manager zu zwingen?

• Procurement: Wo liegt euer SOC 2 Typ II Zertifikat, euer DSGVO-AVV und eure vollstandige Sub-Processor-Map?
• Legal: Was passiert mit unseren Daten und Konfigurationen, wenn wir in 24 Monaten den Vendor wechseln wollen? Gibt es einen dokumentierten Off-boarding-Pfad?
• Marketing-Ops: Wie viele Schritte braucht unser Marketing-Team, um eine neue Kampagnen-Landingpage live zu setzen, ohne ein Engineering-Ticket zu offnen? Kannst du uns das in der Demo zeigen - nicht beschreiben?
• IT: Welche Backends habt ihr native integriert, und wie ist der Fallback fur unseren Custom-GraphQL-Endpoint dokumentiert?

Wenn einer der vier Punkte kein klares Antwort-Dokument hat, sondern eine Antwort der Form "das klaren wir individuell", dann ist das ein Zeichen. Nicht zwingend ein Ausschlusskriterium - aber ein Signal, dass der Vendor noch nicht auf Buying-Center-Level gedacht hat.

Im DACH-Mittelstand 2026 ist das kein theoretisches Signal. Es ist ein praktisches.

---

Weiterfuhrendes: - Agentic Frontend Management Platform - die Plattform-Argumentation, die alle vier Buying-Center-Stakeholder adressiert. - Composable Visual Page Builder - der Marketing-Ops-Hebel: Landingpages ohne Sprint-Ticket. - Composable Headless Frontend - die Frontend-Schicht mit definierten Schnittstellen und Backend-Agnostik. - B2B-Self-Service-Portal 2026: Was Maschinenbau vom Konsumenten-Commerce lernt - der vorherige B2B-Frame fur DACH-Mittelstand. - MarTech-Konsolidierung: Mid-Market Stack Sprawl und der Frontend Layer 2026 - die Stack-Sprawl-Perspektive, die den Beschaffungs-Kontext komplettiert.