TYPO3 Extensions oder Vibe Coding: Was ist 2026 sinnvoller?

KI-gestützte Entwicklungswerkzeuge können innerhalb weniger Minuten PHP-Klassen, TCA-Konfigurationen, Fluid-Templates und sogar vollständige TYPO3-Extensions erzeugen. Dadurch stellt sich 2026 bei vielen TYPO3-Projekten eine neue Frage:

Sollte man eine vorhandene TYPO3 Extension einsetzen oder die benötigte Funktion mithilfe von Vibe Coding selbst entwickeln?

Die einfache Antwort lautet: Für Standardfunktionen ist eine etablierte Extension meistens die bessere Wahl. Für individuelle Geschäftsprozesse kann eine eigene Extension sinnvoller sein. Vibe Coding sollte dabei jedoch nicht als Ersatz für professionelle Entwicklung betrachtet werden, sondern als Werkzeug, das die Entwicklung beschleunigen kann.

Warum die Entscheidung 2026 besonders wichtig ist

Seit dem 21. April 2026 ist TYPO3 v14 LTS die aktuelle Long-Term-Support-Version. Sie erhält Fehlerkorrekturen bis zum 31. Dezember 2027 und Sicherheitsupdates bis zum 30. Juni 2029. TYPO3 v12 hat dagegen am 30. April 2026 sein reguläres Supportende erreicht.

Für neue TYPO3-Projekte bedeutet das: Extensions sollten nicht nur heute funktionieren, sondern auch mit TYPO3 v14, aktuellen PHP-Versionen und zukünftigen Core-Updates kompatibel sein.

Mit TYPO3 v14 ist außerdem eine gültige composer.json für alle Extensions verpflichtend – auch bei Installationen, die nicht vollständig über Composer verwaltet werden. TYPO3 empfiehlt Composer generell für die Verwaltung von Abhängigkeiten und Extensions.

Die entscheidende Frage ist deshalb nicht nur:

Wie schnell kann ich diese Funktion umsetzen?

Sondern vielmehr:

Wer wartet, testet und aktualisiert diese Funktion in den nächsten drei bis fünf Jahren?

Drei Möglichkeiten für neue TYPO3-Funktionen

In der Praxis gibt es drei typische Wege.

1. Eine vorhandene TYPO3 Extension verwenden

Eine bestehende Extension aus dem TYPO3 Extension Repository, von Packagist oder von einem kommerziellen Anbieter löst eine bereits bekannte Anforderung.

Das ist häufig sinnvoll bei Funktionen wie:

• News und Blogbeiträgen
• Formularen
• Weiterleitungen
• SEO-Metadaten
• Sitemaps
• Cookie- und Consent-Lösungen
• Suchfunktionen
• Standort- oder Adresslisten
• Standardisierten Schnittstellen

Der größte Vorteil liegt nicht nur in der schnelleren Installation. Eine etablierte Extension wurde meistens bereits in mehreren Projekten eingesetzt, dokumentiert und an unterschiedliche Konfigurationen angepasst.

Trotzdem sollte eine Extension nicht allein aufgrund ihrer Downloadzahl installiert werden. Entscheidend sind ihre aktuelle Wartung, TYPO3-v14-Kompatibilität, Dokumentation, Abhängigkeiten und Updatehistorie.

2. Eine individuelle TYPO3 Extension entwickeln

Eine eigene Extension ist sinnvoll, wenn die Funktion direkt mit einem individuellen Geschäftsprozess verbunden ist.

Typische Beispiele sind:

• Synchronisation mit einem internen CRM oder ERP
• Individuelle Freigabe- und Redaktionsprozesse
• Produkt- oder Kundendaten mit einem eigenen Datenmodell
• Automatisierte Dokumentenerstellung
• Branchenspezifische Berechnungen
• Individuelle Import- und Exportprozesse
• Portale mit Rollen, Berechtigungen und kundenspezifischen Bereichen
• Integrationen mit bestehenden Unternehmenssystemen

In solchen Fällen führt die Anpassung einer umfangreichen Standardextension häufig zu mehr Komplexität als eine kleine, gezielt entwickelte Lösung.

Eine gute Custom Extension enthält nur die tatsächlich benötigte Funktionalität. Sie kann dadurch übersichtlicher, performanter und leichter in die bestehende Systemarchitektur integrierbar sein.

Der Nachteil: Das Unternehmen übernimmt selbst die Verantwortung für Wartung, Tests, Dokumentation und zukünftige TYPO3-Upgrades.

3. Die Extension mit Vibe Coding erzeugen

Beim Vibe Coding wird die gewünschte Funktion in natürlicher Sprache beschrieben. Ein KI-Werkzeug generiert anschließend große Teile des Codes.

Das kann beispielsweise folgendermaßen aussehen:

Erstelle eine TYPO3-v14-Extension, die Datensätze für Veranstaltungen verwaltet, ein Backend-Modul bereitstellt und die Einträge über ein Fluid-Template ausgibt.

Die KI kann daraufhin unter anderem folgende Komponenten erzeugen:

• Extension-Struktur
• composer.json
• PHP-Namespaces
• Models und Repositories
• TCA-Konfiguration
• Datenbankdefinition
• Controller
• Fluid-Templates
• Event Listener
• Unit Tests
• Dokumentation

Das klingt zunächst wie eine Alternative zur klassischen Extension-Entwicklung. Tatsächlich ist Vibe Coding aber keine eigene Architekturentscheidung.

Es ist lediglich eine Methode, Code zu erzeugen.

Ob dieser Code sicher, wartbar und TYPO3-konform ist, muss weiterhin geprüft werden.

Vibe Coding ist ein Beschleuniger, kein Wartungskonzept

Vibe Coding eignet sich hervorragend für Prototypen, wiederkehrende Strukturen und klar abgegrenzte Aufgaben. Problematisch wird es, wenn generierter Code direkt in ein Produktivsystem übernommen wird, ohne dass jemand seine Architektur und Auswirkungen versteht.

Eine Untersuchung aus dem Jahr 2026 zeigt, dass Entwickler unterschiedlicher Erfahrungsstufen die Grenzen von Vibe Coding grundsätzlich erkennen. Die Fähigkeit, generierten Code tatsächlich zu prüfen, Fehler zu finden und die Qualität zuverlässig zu beurteilen, hängt jedoch stark von der vorhandenen Entwicklungserfahrung ab.

Eine weitere aktuelle Untersuchung zu Vibe Coding und testgetriebener Entwicklung kommt zu dem Ergebnis, dass vollständig automatisierte Ansätze zusätzliche, nicht ausdrücklich geforderte Implementierungsentscheidungen einführen können. Dadurch entstehen potenziell ungetestete Stellen im System.

Genau dieses Problem ist bei TYPO3 besonders relevant. Eine Extension kann auf den ersten Blick funktionieren und trotzdem langfristige Risiken verursachen:

• Veraltete TYPO3-APIs
• Falsch konfigurierte Berechtigungen
• Unnötige Datenbankabfragen
• Unsichere Eingabeverarbeitung
• Fehlerhafte Caching-Konfiguration
• Fehlende Sprach- und Workspace-Unterstützung
• Nicht dokumentierte Abhängigkeiten
• Probleme beim nächsten TYPO3-Upgrade

Der Browser zeigt möglicherweise das erwartete Ergebnis. Das bedeutet jedoch noch nicht, dass die Extension produktionsreif ist.

Wann eine vorhandene TYPO3 Extension besser ist

Eine vorhandene Extension ist normalerweise die richtige Entscheidung, wenn die Anforderung bereits in vielen anderen TYPO3-Projekten vorkommt.

Ein Newsletter-Formular, eine News-Ausgabe oder eine Weiterleitungsverwaltung ist kein Wettbewerbsvorteil. Eine eigene Entwicklung erzeugt in diesen Fällen hauptsächlich zusätzliche Wartungsarbeit.

Vor der Installation sollten jedoch mindestens folgende Punkte geprüft werden:

Unterstützt die Extension TYPO3 v14?

Eine Extension, die nur TYPO3 v11 oder v12 unterstützt, sollte nicht ohne technische Prüfung in einem neuen v14-Projekt eingesetzt werden.

Wird sie noch aktiv gepflegt?

Das Datum des letzten Releases allein ist nicht immer entscheidend. Trotzdem sollten offene Sicherheitsprobleme, unbeantwortete Issues und fehlende Kompatibilitätsupdates als Warnsignale gelten.

Wie viele Abhängigkeiten bringt sie mit?

Eine Extension kann weitere Extensions oder PHP-Pakete voraussetzen. Jede zusätzliche Abhängigkeit vergrößert die technische Oberfläche des Projekts.

Ist die Dokumentation ausreichend?

Eine gut dokumentierte Extension lässt sich leichter konfigurieren, aktualisieren und an andere Entwickler übergeben.

Kann sie sauber entfernt werden?

Eine gute Lösung sollte nicht dauerhaft große Teile der Website-Architektur an eine einzelne Extension binden.

Wann eine eigene TYPO3 Extension sinnvoller ist

Eine Custom Extension ist besonders sinnvoll, wenn mindestens einer der folgenden Punkte zutrifft:

1. Der Prozess ist unternehmensspezifisch.
2. Die Website muss mit internen Systemen kommunizieren.
3. Eine Standardextension müsste stark überschrieben werden.
4. Nur ein kleiner Teil einer großen Extension wird benötigt.
5. Performance oder Skalierbarkeit sind besonders wichtig.
6. Datenmodell und Berechtigungen sind projektspezifisch.
7. Die Funktion stellt einen echten geschäftlichen Vorteil dar.

Ein gutes Beispiel ist eine individuelle CRM-Anbindung.

Eine allgemeine Schnittstellen-Extension kann zwar Daten übertragen. Sobald jedoch eigene Regeln für Kundengruppen, Statusänderungen, Dubletten, Fehlerbehandlung und Freigaben benötigt werden, ist eine gezielte Custom Extension meist übersichtlicher.

Entscheidungsmatrix für TYPO3-Projekte

Anforderung	Empfohlener Ansatz
Standardisierte Funktion	Bestehende Extension oder TYPO3 Core
Einmaliger interner Prototyp	KI-gestützte Entwicklung
Individueller Geschäftsprozess	Eigene TYPO3 Extension
Sicherheitskritische Funktion	Geprüfte Extension oder professionell entwickelte Custom-Lösung
CRM-, ERP- oder API-Integration	Eigene Extension mit klarer Schnittstellenarchitektur
Kleine Backend-Hilfsfunktion	KI-gestützte Custom Extension
Funktion ohne langfristige Wartungsverantwortung	Etablierte und aktiv gepflegte Extension
Stark differenzierende Produktfunktion	Individuelle Extension

Der sinnvollste Ansatz 2026: Hybrid statt Entweder-oder

Die beste Lösung besteht 2026 häufig aus einer Kombination aller Ansätze.

Schritt 1: TYPO3 Core prüfen

Viele Funktionen, für die früher eine zusätzliche Extension benötigt wurde, sind inzwischen im TYPO3 Core vorhanden. TYPO3 v14 bringt unter anderem eigene Module für Kurz-URLs und QR-Codes sowie Erweiterungen am Form Framework mit.

Jede vermiedene Abhängigkeit reduziert späteren Wartungsaufwand.

Schritt 2: Bestehende Extensions prüfen

Ist die Funktion nicht im Core vorhanden, sollte nach einer aktiv gepflegten Extension gesucht werden.

Dabei sollte nicht nur geprüft werden, ob die Funktion grundsätzlich vorhanden ist. Wichtig ist auch, wie gut die Extension zur bestehenden Architektur passt.

Schritt 3: Anforderungen und Akzeptanzkriterien definieren

Bevor KI Code generiert, müssen die Anforderungen eindeutig sein.

Dazu gehören:

• Welche Benutzer dürfen die Funktion verwenden?
• Welche Daten werden gespeichert?
• Wie werden Fehler behandelt?
• Muss die Funktion mehrsprachig sein?
• Werden Workspaces benötigt?
• Was passiert bei einem Importabbruch?
• Welche Daten dürfen gelöscht werden?
• Welche Tests müssen erfolgreich sein?

Je genauer die Anforderungen sind, desto besser kann generierter Code geprüft werden.

Schritt 4: KI für klar begrenzte Aufgaben einsetzen

KI kann die Entwicklung besonders bei wiederkehrenden Aufgaben beschleunigen:

• Extension-Grundstruktur
• TCA-Grundkonfiguration
• Datenobjekte und Repositories
• Testfälle
• PHPDoc und Dokumentation
• Refactoring
• Upgrade-Vorbereitung
• Erstellung einfacher Migrationen

Architektur, Datenmodell, Sicherheit und finale Codequalität sollten jedoch weiterhin von einem erfahrenen TYPO3-Entwickler verantwortet werden.

Schritt 5: Code systematisch prüfen

Eine KI-generierte Extension sollte denselben Qualitätsprozess durchlaufen wie manuell geschriebener Code.

Dazu gehören mindestens:

• Code Review
• TYPO3 Coding Standards
• PHPStan oder vergleichbare statische Analyse
• Unit- und Integrationstests
• Berechtigungsprüfung
• Sicherheitsprüfung
• Tests mit realistischen Daten
• Dokumentation der Architektur
• Upgrade- und Wartungsstrategie

Erst danach sollte die Extension in einer produktiven Umgebung eingesetzt werden.

Ist eine eigene Extension durch Vibe Coding günstiger?

Am Anfang häufig ja. Langfristig nicht automatisch.

KI reduziert vor allem die Zeit, die für das Schreiben wiederkehrender Codebestandteile benötigt wird. Sie beseitigt aber nicht die Kosten für:

• Anforderungsanalyse
• Architektur
• Tests
• Fehlerbehebung
• Deployment
• Dokumentation
• Sicherheitsupdates
• TYPO3-Upgrades
• PHP-Upgrades
• Anpassungen an externe APIs

Eine Extension, die in zwei Stunden generiert wurde, kann später viele Tage für Debugging und Upgrade-Anpassungen verursachen.

Umgekehrt kann eine kleine, gut geplante Custom Extension langfristig günstiger sein als eine große Standardextension, die bei jedem Update erneut angepasst werden muss.

Entscheidend sind daher nicht nur die initialen Entwicklungskosten, sondern die gesamten Betriebskosten über mehrere Jahre.

Meine Empfehlung für TYPO3-Projekte im Jahr 2026

Für Standardfunktionen sollte zuerst der TYPO3 Core und anschließend das bestehende Extension-Ökosystem geprüft werden.

Eine eigene Extension ist sinnvoll, wenn die Anforderung individuell, geschäftskritisch oder eng mit anderen Systemen verbunden ist.

Vibe Coding sollte dabei gezielt eingesetzt werden, um die professionelle Entwicklung zu beschleunigen. Es sollte jedoch nicht dazu führen, dass ungeprüfter Code in produktive TYPO3-Systeme gelangt.

Die sinnvollste Reihenfolge lautet deshalb:

Core prüfen → Extension prüfen → Custom Development planen → KI gezielt einsetzen → Code testen und dokumentieren.

So profitieren Unternehmen von der Geschwindigkeit moderner KI-Werkzeuge, ohne die Stabilität, Sicherheit und langfristige Updatefähigkeit ihres TYPO3-Systems zu gefährden.

Häufig gestellte Fragen

Kann man eine TYPO3 Extension vollständig mit KI erstellen?

Technisch ist das möglich. Für Prototypen oder kleine interne Funktionen kann das Ergebnis ausreichen. Bei produktiven Websites sollte der generierte Code jedoch von einem erfahrenen TYPO3-Entwickler geprüft, getestet und dokumentiert werden.

Sind Extensions aus dem TYPO3 Extension Repository automatisch sicher?

Nein. Das Repository ist eine wichtige Quelle für TYPO3-Erweiterungen, garantiert aber nicht automatisch, dass jede Extension aktiv gepflegt, sicher oder mit der aktuellen TYPO3-Version kompatibel ist. Version, Wartungsstatus, Dokumentation und Abhängigkeiten sollten einzeln geprüft werden.

Wann lohnt sich eine individuelle TYPO3 Extension?

Eine eigene Extension lohnt sich besonders bei individuellen Geschäftsprozessen, speziellen Datenmodellen, CRM- oder ERP-Integrationen und Funktionen, die einen direkten geschäftlichen Mehrwert bieten.

Ist Vibe Coding für TYPO3-Anfänger geeignet?

Vibe Coding erleichtert den Einstieg und kann funktionierende Prototypen erzeugen. Ohne TYPO3- und PHP-Kenntnisse ist es jedoch schwierig, Architekturprobleme, Sicherheitsrisiken und veraltete APIs zuverlässig zu erkennen.

Was hat sich mit TYPO3 v14 für Extensions geändert?

Unter anderem ist eine gültige composer.json seit TYPO3 v14 für alle Extensions verpflichtend. Dadurch werden Abhängigkeiten, Kompatibilität und Paketinformationen noch wichtiger.

Fazit

Die Frage lautet 2026 nicht, ob TYPO3 Extensions oder Vibe Coding grundsätzlich besser sind.

Die richtige Frage lautet:

Welche Lösung verursacht für diese konkrete Funktion den geringsten langfristigen Aufwand bei ausreichender Sicherheit, Wartbarkeit und Flexibilität?

Bestehende Extensions sind ideal für etablierte Standardanforderungen. Eigene Extensions eignen sich für individuelle und geschäftskritische Prozesse. Vibe Coding kann beide Ansätze beschleunigen – vorausgesetzt, der erzeugte Code wird professionell geprüft.

Wer diese Entscheidung nicht nur anhand der anfänglichen Entwicklungsgeschwindigkeit trifft, erhält ein TYPO3-System, das auch nach zukünftigen Core-, PHP- und Sicherheitsupdates zuverlässig betrieben werden kann.