APIs & Frontends · Architektur · Entscheidungshilfe
„Wir wollen Headless arbeiten“ höre ich häufig – oft bevor klar ist, welches Problem damit eigentlich gelöst werden soll. Diese Seite soll dabei helfen, Headless TYPO3 einzuordnen: Was bedeutet das konkret, wann lohnt sich der Aufwand, welche Architekturvarianten gibt es und wo liegen typische Fallstricke?
Bei einem klassischen TYPO3-Setup liefert das CMS Inhalte und HTML-Frontend zusammen aus: Templates (Fluid), TypoScript, Caching, Rendering – alles in einem System. Bei Headless- oder decoupled-Architekturen wird das aufgeteilt:
Ergebnis: TYPO3 wird zum stabilen Content-Backend, während Sie im Frontend frei Technologien wählen können, die zu Ihrer Digitalstrategie passen – oder mehrere Kanäle aus einem Content-Fundament bedienen.
In der Praxis gibt es nicht nur „klassisch“ und „headless“, sondern häufig Zwischenformen. Drei vereinfachte Grundmuster:
Variante A
TYPO3 liefert HTML über Fluid-Templates aus. APIs werden nur punktuell genutzt.
→ passt gut zu TYPO3 Frontend & Templates.
Variante B
Teile der Website bleiben „klassisch“, andere Bereiche nutzen APIs (z. B. Suche, Portale, Apps).
→ häufig in Projekten mit Schnittstellen & Integrationen.
Variante C
TYPO3 wird rein als Content-Backend genutzt. Alle Frontends basieren auf APIs/Streams.
→ sinnvoll, wenn TYPO3 Content-Hub für mehrere Systeme wird.
Headless-/Decoupled-Setups lohnen sich vor allem dann, wenn sie echte Anforderungen adressieren – nicht, weil das Schlagwort modern klingt. Einige typische Szenarien:
Inhalte werden gleichzeitig in Website, Kundenportal, App und ggf. weiteren Systemen ausgespielt. TYPO3 dient als zentrales Content-Backend, APIs beliefern alle Kanäle.
Starke Interaktivität, komplexe UI-Logik, State-Management im Frontend – z. B. Portale, Dashboards, Konfiguratoren. Hier spielt ein dediziertes Frontend-Framework seine Stärken aus.
Wenn TYPO3 mit CRM, ERP, PIM, Drittsystemen etc. als Teil einer größeren Plattform agiert, können APIs & Events helfen, Datenflüsse sauber zu strukturieren.
Wenn Sie hingegen eine klassische Corporate Website mit überschaubarer Interaktion planen, ist ein gut gemachtes klassisches TYPO3-Setup oft wirtschaftlicher und ebenso performant – vor allem in Kombination mit sauberem Frontend, Caching und Performance-/SEO-Arbeit.
Headless-Ansätze bieten viele Chancen, bringen aber auch zusätzliche Komplexität mit sich. Beides sollte man nüchtern betrachten.
In vielen Projekten arbeite ich an der Schnittstelle zwischen TYPO3-Backend, Frontend-Teams und Integrationslandschaft. Im Headless-/Decoupled-Umfeld kann das z. B. so aussehen:
Ziel ist nicht der „Headless-Stempel“, sondern ein Setup, das betriebssicher, erweiterbar und wirtschaftlich sinnvoll ist.
Einige Fragen tauchen in Gesprächen mit IT, Fachbereichen und Agenturen regelmäßig auf:
Ob Headless TYPO3 für Sie Sinn ergibt, hängt von Ihrer Systemlandschaft, Ihren Kanälen und Ihren Zielen ab. In einem kurzen Erstgespräch klären wir, wo Sie heute stehen – und ob ein klassisches, hybrides oder headless Setup die beste Wahl ist.