Case Study · TYPO3-Build · Multi-Frontend

// case_005 · multi_frontend_konfigurator Eine Codebasis. Zwei Frontends. Ein Konfigurator für Web und Verkaufsraum.

TYPO3 als Headless-Backend für Public Web plus In-Store-Beratung. 5 Custom-Extbase-Extensions, 11 Domain-Models, 7-stufiger Wizard mit konsistenter Datenhaltung über beide Touchpoints.

2
Frontends auf einer Codebasis
5
Custom-Extbase-Extensions
11
Domain-Models insgesamt
7
Stufen Wizard

Ausgangslage

Online-Konfigurator oder In-Store-Berater?

B2B-Hersteller will Konfigurator. Public Web für DIY-Käufer plus Tablet-App für Beratung im Händler-Verkaufsraum. Datenhaltung muss konsistent sein.

Was Standard-Lösungen liefern

Zwei separate Apps, zwei Backends, zwei Datenstämme. Synchronisation aufwendig, Wartung doppelt.

Unser Ansatz

Eine TYPO3-Codebasis als Headless-Backend, zwei Fluid-Frontends mit gemeinsamen Domain-Models. Single Source of Truth.

Drei Wege

Headless-CMS, Custom-PWA oder TYPO3 mit Multi-Frontend.

Option A

Headless-CMS (Strapi/Contentful)

API-First-Backend, zwei separate Frontends.

Risiko externes SaaS
Zeit 16+ Wo
Kosten hoch
Folge Vendor-Lock
Option B

Custom-PWA

Eigenes JS-Framework, Vue/React.

Risiko viel Custom
Zeit 20+ Wo
Kosten sehr hoch
Folge Wartung schwer
Option C

TYPO3 + Multi-Frontend

Bestehende TYPO3-Infrastruktur, 2 Templates, gemeinsame Models.

Risiko niedrig
Zeit 12 Wo
Kosten mittel
Folge volle Kontrolle

12 Wochen

Vom Briefing zum Multi-Frontend.

Phase 01
Domain-Modeling

11 Domain-Models definiert. Produkte, Varianten, Kompatibilitäten, Preisstaffeln.

Wo 1-3
Phase 02
Extension-Build

5 Custom-Extbase-Extensions. Repository-Pattern, klare Boundaries.

Wo 4-7
Phase 03
Public-Frontend

7-Stufen-Wizard für DIY-Käufer. Mobile-first.

Wo 8-10
Phase 04
Berater-Tablet

Zweite Fluid-Template-Familie für Verkaufsraum-Beratung.

Wo 11-12

Werkzeuge

TYPO3-Stack, kein Custom-Framework.

CMS

TYPO3 v13 + Extbase

  • Headless-fähig
  • 5 Custom-Extensions
Datenmodell

Mask + Custom-Tables

  • 11 Domain-Models
  • MM-Relations
Frontends

Fluid + Tailwind

  • Public Web responsive
  • Tablet-Touch-Optimiert

Stimme

Aus dem Mandat.

Was uns überzeugt hat, war nicht das fertige Frontend, sondern dass wir den Code im eigenen Backend pflegen können. Keine Vendor-Sperre.

B2B-Hersteller NDA-geschützt
NDA

Drei Lehren aus Multi-Frontend.

01

Domain-Modeling vor Code spart Wochen.

02

Eine Codebasis mit zwei Frontends > zwei Codebasen.

03

Repository-Pattern macht Multi-Frontend wartbar.

Häufige Folgefragen

Multi-Frontend-Bedarf? Lass uns die Architektur skizzieren.

Erstes Telefonat kostenlos.

Architektur anfragen Ähnliche Cases

// weiterführend

Passende Artikel aus unserem Blog

TYPO3 effizient für KMUs nutzen

TYPO3 gilt als komplex — zu Recht, wenn man es wie ein Blog-System aufsetzt. Für KMU kann TYPO3 aber auch effizient laufen: lean konfiguriert, mit klarer Redaktionsstruktur und den richtigen Extensions. Wir zeigen dir, welche Konfigurationen KMU-typisch sind und wo typische Überkomplexität vermeidbar ist.

Mehr lesen

Was ist TYPO3 und wie funktioniert es als CMS?

TYPO3 ist das Enterprise-CMS hinter vielen deutschen Konzern-Websites — leistungsstark, sicher, skalierbar. Für KMU zählt aber nicht das Feature-Arsenal, sondern die Frage: Passt es zu unseren Anforderungen? Wir erklären, wann TYPO3 die richtige Wahl ist und welche CMS-Alternativen in welchen Szenarien besser funktionieren.

Mehr lesen

TYPO3-Projekte erfolgreich umsetzen

TYPO3-Projekte scheitern selten am CMS — sondern an unklaren Anforderungen, unterschätzten Migrationen und mangelnder Redaktionsabstimmung. Wir zeigen dir aus Projekterfahrung die häufigsten Stolperfallen und welche Entscheidungen in Woche eins über den Projekterfolg entscheiden.

Mehr lesen