In vielen Organisationen, die TYPO3 betreiben, fällt irgendwann der Satz: "Wir sollten etwas Moderneres einsetzen." Vielleicht erwähnte ein Entwickler Next.js. Vielleicht lud ein Wettbewerber eine deutlich schnellere Seite. Oder das IT-Team meldete steigende Kosten für den Betrieb der TYPO3-Infrastruktur.
Dieser Vergleich richtet sich an die Menschen, die die Entscheidung treffen, nicht an die Entwickler, die sie umsetzen. Er bewertet beide Plattformen sachlich, einschließlich der Bereiche, in denen TYPO3 weiterhin klare Stärken hat.
Architektur: Der grundlegende Unterschied
TYPO3 ist ein klassisches serverseitiges CMS. Ruft ein Besucher eine Seite ab, führt der Server PHP aus, fragt eine MySQL/MariaDB-Datenbank ab, baut das HTML mit Fluid-Templates zusammen und sendet das Ergebnis an den Browser. Jede Anfrage durchläuft diesen Zyklus, sofern kein Caching konfiguriert ist.
Next.js ist ein hybrides Framework. Seiten können zur Buildzeit als statisches HTML vorgerendert, per Anfrage serverseitig gerendert oder im Browser gerendert werden. Die meisten Business-Seiten setzen auf Static Generation: Seiten werden einmal gebaut, auf einem globalen CDN bereitgestellt und als reine HTML-Dateien ausgeliefert. Kein Server, keine Datenbank, kein PHP.
Performance
TYPO3
TYPO3-Seiten ohne dedizierte Frontend-Optimierung landen auf Mobile oft im PageSpeed-Bereich 35 bis 60. Die PHP-Rendering-Pipeline und Datenbankabfragen erzeugen Overhead; veraltete Implementierungen kommen häufig mit outdateden Frontend-Abhängigkeiten. Mit sauberem Caching, CDN-Konfiguration und Frontend-Best-Practices kann TYPO3 respektable Werte erzielen. Gut gewartete Deployments liegen deutlich höher.
Next.js
Korrekt architekturierte Next.js-Seiten erreichen auf Mobile 90+ im PageSpeed, wobei Content-Gewicht und Drittanbieter-Scripts das Ergebnis beeinflussen. Statisches HTML vom Edge-CDN, automatische Bildoptimierung (WebP/AVIF, responsive Größen) und seitenspezifisches Code-Splitting bilden eine starke Ausgangsbasis. Die Time to First Byte liegt global in der Regel unter 100 ms.
In der Performance erzielen Next.js-Seiten typischerweise höhere Mobile-PageSpeed-Scores als TYPO3-Seiten. Der Unterschied liegt im Rendering-Modell, nicht in der Implementierungsqualität.
Content-Management
TYPO3
Hier ist TYPO3 am stärksten. Das Backend bietet granulare Seitenbäume, flexible Content-Elemente, Mehrsprachigkeit, workspacebasierte Freigabe-Workflows und detaillierte Benutzerrechte. Für große Organisationen mit mehreren Redakteuren, Freigabeketten und komplexen Inhaltsstrukturen ist das CMS von TYPO3 ausgereift.
Next.js (abhängig vom gewählten CMS)
Next.js bringt kein eigenes CMS mit. Kombiniert wird es mit einem Headless CMS wie Sanity, Contentful oder Strapi, für einfachere Seiten auch mit dateibasiertem Content. Moderne Headless-CMS-Plattformen bieten gute Redaktionserfahrungen, reichen aber selten an die Tiefe von TYPO3 bei Workflow-Management und Rechteverwaltung heran.
Gewinner: TYPO3, für Organisationen mit komplexen redaktionellen Workflows.
Sicherheit
TYPO3
TYPO3 weist eine bessere Sicherheitsbilanz auf als WordPress, mit einem dedizierten Security-Team und regelmäßigen Advisories. Die Angriffsfläche ist jedoch architekturbedingt groß: PHP-Applikationsserver, Datenbank, Admin-Backend und Drittanbieter-Extensions sind jeweils potenzielle Schwachstellen.
Next.js
Statisch gerenderte Next.js-Deployments bieten im Vergleich zu einem dynamischen CMS mit Admin-Panel und Plugin-Ökosystem eine kleinere serverseitige Angriffsfläche. Risikofrei sind sie nicht: npm-Abhängigkeiten, Build-Pipelines und Edge-Functions erfordern Monitoring. Kommt ein Headless-CMS hinzu, ist dieses die sicherheitsrelevante Grenze, in der Regel ein Managed Service mit eigenem Security-Team.
Sicherheitstechnisch hat ein statisches Next.js-Deployment weniger serverseitige Komponenten, die gehärtet werden müssen, als ein vollständiger TYPO3-Stack. Beide Ansätze erfordern kontinuierliche Aufmerksamkeit.
Internationalisierung
TYPO3
TYPO3 verfügt über soliden Mehrsprachigkeits-Support. Inhalte lassen sich pro Seite und pro Element übersetzen, mit Fallback-Ketten und Language-Overlays. Jahrelang praxiserprobt in europäischen Unternehmen mit 5 bis 10 oder mehr Sprachversionen.
Next.js
Next.js bringt i18n-Routing mit automatischer Locale-Erkennung, Subpfad-Routing (/de, /fr) und domänenbasiertem Routing mit. In Kombination mit Bibliotheken wie next-intl ist die Entwicklererfahrung ausgezeichnet. Eine neue Sprache hinzuzufügen bedeutet eine Konfigurationsänderung und Übersetzungsdateien, keine strukturellen Eingriffe.
Gewinner: Next.js, knapp, wegen der saubereren Architektur. TYPO3 liegt nah.
Total Cost of Ownership
| Kostenfaktor | TYPO3 (jährlich) | Next.js (jährlich) |
|---|---|---|
| Hosting | 2.000-8.000 € (dediziert/managed) | 0 € Hobby / 20 €/Seat/Monat Pro (Vercel) |
| SSL, CDN, Caching | 500-2.000 € | 0 € (inklusive) |
| TYPO3-Updates und Wartung | 3.000-10.000 € | 0 € |
| Security-Monitoring | 1.000-3.000 € | 500-2.000 € (Abhängigkeiten, Pipeline) |
| Headless CMS | Nicht zutreffend | 0-3.000 € |
| Entwicklerkosten (Ø Stundensatz) | 100-150 € (TYPO3-Spezialist) | 80-130 € (React/Next.js) |
Der Infrastrukturkostenunterschied ist erheblich. TYPO3 erfordert dediziertes PHP-Hosting, Datenbankserver, Caching-Schichten und regelmäßige Wartung. Eine Next.js-Seite auf Vercel zu betreiben startet im Hobby-Tier bei 0 €; kommerzielle Deployments benötigen in der Regel den Pro-Tarif (20 €/Seat/Monat) für SLA, Analytics und Team-Features.
Entwickler-Ökosystem
TYPO3 hat eine aktive Community, besonders in Deutschland, Österreich und der Schweiz. JavaScript wird heute an Hochschulen breiter gelehrt als PHP, was die verfügbare Entwicklerkapazität langfristig beeinflusst. Die meisten neuen Webprojekte setzen auf React, nicht auf Fluid-Templates.
Next.js ist das meistgenutzte React-Framework mit über 120.000 GitHub-Stars und wachsender Verbreitung. React/Next.js-Entwickler zu finden ist deutlich einfacher und in der Regel günstiger als die Suche nach TYPO3-Spezialisten.
Bei langfristigen Technologieentscheidungen wiegt die Entwicklerverfügbarkeit schwerer als jedes einzelne Feature.
Vergleich im Überblick
| Kategorie | TYPO3 | Next.js |
|---|---|---|
| Performance | Ohne Optimierung schwächer | Standardmäßig stärker |
| Content-Management | Ausgereift, funktionsreich | Abhängig vom Headless-CMS |
| Sicherheit | Größere serverseitige Angriffsfläche | Kleinere serverseitige Angriffsfläche |
| i18n | Stark, praxiserprobt | Stark, modernes Routing |
| Total Cost of Ownership | Höhere Infrastrukturkosten | Niedrigere Infrastrukturkosten |
| Entwickler-Ökosystem | Kleinerer Spezialistenpool | Größerer Entwicklerpool |
| Flexibilität / individuelle Features | Extension-basiert | Vollständiger JavaScript/TypeScript-Stack |
Für wen TYPO3 die bessere Wahl bleibt
TYPO3 ist die richtige Plattform, wenn:
- komplexe mehrstufige Freigabe-Workflows bestehen, auf die Redakteure angewiesen sind
- granulare Backend-Berechtigungen über Abteilungen hinweg nicht verhandelbar sind
- das Redaktionsteam groß ist, TYPO3 gewohnt und änderungsresistent
- kürzlich in ein Upgrade auf TYPO3 v12 oder v13 investiert wurde
Für wen eine Migration zu Next.js sinnvoll ist
Next.js ist die stärkere Wahl, wenn:
- Frontend-Performance und Core Web Vitals geschäftliche Prioritäten sind
- Infrastrukturkosten und Wartungsaufwand gesenkt werden sollen
- die TYPO3-Version veraltet ist und der Upgrade-Pfad teuer wird
- individuelle Features benötigt werden, die über ein CMS hinausgehen: Dashboards, Integrationen, APIs
- Entwicklergewinnung und -bindung in der IT-Strategie eine Rolle spielen
- die Seite Leads oder Umsatz generiert
Ein häufig unterschätzter Faktor: JavaScript-natives AI-Tooling (Vercel AI SDK, OpenAI/Anthropic SDKs) lässt sich heute direkt in Next.js-Anwendungen integrieren, unkomplizierter als in PHP-basierte CMS. Chatbots, personalisierter Content, intelligente Suche und automatisierte Workflows fügen sich als natürliche Erweiterung des bestehenden Stacks ein. TYPO3 kann dieselben APIs über Standard-HTTP-Calls ansprechen, der Integrationsaufwand ist jedoch höher.
Der pragmatische Ansatz
Ein sofortiger Vollumstieg ist nicht notwendig. Bewährt hat sich der Einstieg mit Headless TYPO3: Das Backend bleibt, das Redaktionsteam arbeitet wie gewohnt, das Frontend wird durch Next.js ersetzt. So entsteht moderne Performance, ohne redaktionelle Abläufe zu unterbrechen.
Im nächsten Schritt lässt sich prüfen, ob das TYPO3-Backend seinen Aufwand noch rechtfertigt, oder ob ein schlankeres Headless-CMS denselben Zweck zu einem Bruchteil der Kosten erfüllt.
Wie Sie die Entscheidung treffen
Beginnen Sie mit Daten. Das kostenlose Analysetool unter webvise.io/wp-health-report zeigt Ihre aktuellen Performance-Scores und wie sie nach einem Next.js-Rebuild aussehen würden.
Messen Sie die PageSpeed-Scores Ihrer aktuellen Seite, kalkulieren Sie Ihre jährlichen TYPO3-Kosten und erfassen Sie, wie viel Zeit Ihr Team für Wartung aufwendet. Diese Zahlen führen zu einer fundierteren Entscheidung als jeder Framework-Vergleich.