Als TYPO3 v14 am 21. April 2026 als LTS erschien, hatten viele mit einem KI-Paukenschlag gerechnet. Die Roadmap hatte eine „GenAI-Toolbox“ angekündigt. Gekommen ist ein aufgeräumtes Backend, Fluid 5 und eine klare Ansage: Integrierte KI- oder Chatbot-Funktionen gibt es im Core nicht (Netresearch, 23.04.2026).
Ich halte das für die richtige Entscheidung, und zwar aus einem praktischen Grund. Ein CMS muss nicht selbst KI können. Es muss sich sauber von außen ansprechen lassen, von dem Modell, das du heute nutzt, und von dem, das du in einem Jahr nutzt. Genau dafür gibt es das Model Context Protocol. Die TYPO3-Community hat die Lücke in den letzten Monaten mit erstaunlich guten Extensions gefüllt.
Wir bauen bei nextlevels vor allem Shopware-Shops und Individualsoftware. Viele unserer Kunden betreiben daneben eine Unternehmenswebsite auf TYPO3. Die Frage, die wir dort seit dem Sommer am häufigsten hören: „Kann Claude nicht einfach unsere Seiten pflegen?“ Kann es. In diesem Artikel zeige ich dir, mit welcher Extension, wo die Grenzen liegen und welche Regeln du vorher festlegen solltest.
Was MCP in TYPO3 konkret macht
MCP ist ein offener Standard, über den ein KI-Assistent Werkzeuge eines fremden Systems aufrufen kann. Die Grundlagen haben wir im Beitrag MCP-Server erklärt ausführlich beschrieben. Für TYPO3 reicht ein Bild: Die Extension ist der Server, dein KI-Tool ist der MCP-Client, und dazwischen liegt eine Liste von Werkzeugen mit klaren Beschreibungen.
Ein TYPO3-MCP-Server stellt typischerweise drei Dinge bereit:
- Tools zum Handeln: Seitenbaum lesen, Inhaltselemente einer Seite auflisten, Datensätze anlegen oder ändern, Dateien hochladen, Übersetzungen erzeugen.
- Ressourcen zum Verstehen: das TCA-Schema der Tabellen, damit das Modell weiß, welche Felder ein Inhaltselement oder ein News-Datensatz hat.
- Prompts oder Skills: vorgefertigte Arbeitsabläufe, etwa „Seite übersetzen“ oder „Meta-Descriptions ergänzen“.
Der Assistent sieht also nicht deine Datenbank. Er sieht eine Werkzeugkiste, die die Extension kontrolliert, und er handelt mit den Rechten des Backend-Users, an den die Verbindung gebunden ist. Dieser Satz entscheidet später über deine Sicherheit, deshalb kommen wir darauf zurück.
Die TYPO3-MCP-Extensions im Überblick
Stand Oktober 2026 gibt es für TYPO3 keine offizielle MCP-Lösung, aber eine Handvoll ernstzunehmender Extensions. Sie zielen auf zwei sehr verschiedene Zielgruppen: Redaktionen und Entwickler.
| Extension | Anbieter | Zielgruppe | TYPO3 | Besonderheit |
|---|---|---|---|---|
| hn/typo3-mcp-server | hauptsache.net | Redaktion | ab 13.4 | Alle Änderungen landen in Workspaces; OAuth für Backend-User; jeder Push wird mit Modellen von Anthropic, OpenAI, Mistral und Google getestet |
| dirnbauer/typo3-mcp-server | dirnbauer (webconsulting) | Redaktion | v14-Fokus | Weiterentwicklung von hn für v14, 52 Tools, Backend-Modul mit Health-Checks |
| in2mcp | in2code | Redaktion | 13.4 bis 14 | Lesen und Anlegen von Inhalten, Status alpha |
| ms_mcp_server | Marek Skopal | Administration | 13.4 und 14 | CRUD auf Seiten, Inhalte, Dateien; OAuth 2.1 mit PKCE und Rate Limiting |
| smart-extension-builder | mittwald | Entwicklung | k. A. | Erzeugt Extension-Gerüste per KI, lokal über die CLI |
| typo3-dev-mcp | balatD | Entwicklung | 13.4 und 14 | Liefert TCA, Schema, TypoScript und Logs an Claude Code; standardmäßig nur lesend, alpha |
Wer gar kein MCP will, sondern KI-Funktionen direkt im Backend, schaut sich nr_llm von Netresearch an: eine anbieterunabhängige Basis für Aufrufe eines Large Language Models aus TYPO3 heraus.
Für Redaktionen ist hn/typo3-mcp-server aktuell der Maßstab. Den Ausschlag gibt das Sicherheitskonzept, das von Anfang an mitgedacht ist. Dazu gleich mehr.
Zwei Welten: Redaktions-MCP und Entwicklungs-MCP
Die Tabelle zeigt es schon: „TYPO3 + MCP“ meint zwei Einsatzfelder mit völlig unterschiedlichem Risiko. Wer sie in einem Projekt vermischt, baut sich ein Problem.
| Kriterium | Redaktions-MCP | Entwicklungs-MCP |
|---|---|---|
| Wer nutzt es | Redaktion, Marketing, Content-Team | Entwickler in der lokalen Umgebung |
| Typischer Client | Claude Desktop, ChatGPT, n8n | Claude Code, Cursor |
| Wo läuft es | Auf dem Produktivsystem, per HTTP und OAuth | Lokal in DDEV, per stdio |
| Was es darf | Inhalte lesen und als Entwurf schreiben | Schema, Konfiguration und Logs lesen, Code erzeugen |
| Größtes Risiko | Falsche Inhalte gehen live, Prompt Injection | Zugangsdaten oder Kundendaten landen im Modell |
Der Entwicklungs-MCP ist der unkompliziertere Fall. typo3-dev-mcp ist standardmäßig nur lesend und läuft in deiner DDEV-Umgebung. Das Modell muss TCA-Spalten oder Content-Typen nicht mehr raten, es liest sie aus der laufenden Instanz. Für Agenturen, die viele TYPO3-Projekte pflegen, ist das ein spürbarer Produktivitätsgewinn bei Upgrades auf v14.
Der Redaktions-MCP ist der spannendere Fall, weil er auf dem Produktivsystem sitzt und schreiben kann. Um den geht es im Rest dieses Artikels.
Warum Workspaces der eigentliche Hebel sind
TYPO3 hat gegenüber fast jedem anderen CMS einen strukturellen Vorteil für KI-Anbindungen: Workspaces. Eine Änderung im Workspace ist ein Entwurf, der erst nach Freigabe live geht. Dieses Konzept gibt es seit vielen Jahren, und es passt erstaunlich genau auf das, was man bei KI-Agenten will.
Bei hn/typo3-mcp-server landen alle Inhaltsänderungen automatisch in einem Workspace. Der Assistent kann Seiten anlegen, Texte umschreiben, Übersetzungen erzeugen. Auf der Website sieht davon niemand etwas, bis ein Mensch die Änderungen prüft und veröffentlicht. Damit bekommst du Human in the Loop ohne eigene Freigabe-Software, einfach weil das CMS den Prozess schon kennt.
Der Ablauf sieht so aus:
- Redakteurin gibt in Claude den Auftrag: „Ergänze auf allen Leistungsseiten fehlende Meta-Descriptions.“
- Claude liest über den MCP-Server Seitenbaum und Inhalte.
- Claude schreibt die neuen Meta-Descriptions in den Workspace.
- Die Redakteurin prüft im TYPO3-Backend die Vorschau und den Vergleich alt gegen neu.
- Sie veröffentlicht, was passt, und verwirft den Rest.
Drei Grenzen solltest du kennen, bevor du dich darauf verlässt:
- Dateien sind nicht versioniert. Ein hochgeladenes Bild liegt sofort im Dateispeicher. Sichtbar wird es erst über eine Dateireferenz, und die ist wieder workspace-gebunden. Die Extension lädt zudem nur neu hoch, überschreibt und löscht nichts und weist ausführbare Dateien ab.
- Die Workspace-Wahl fehlt noch. Laut Projektstatus nutzt die Extension den ersten beschreibbaren Workspace des Users. Gib dem KI-User deshalb genau einen.
- Übersetzungen sind experimentell. Die Funktion ist umgesetzt, aber laut Entwicklern noch zu wenig im echten Einsatz getestet. Bei mehrsprachigen Seiten also besonders genau prüfen.
Use Cases, die heute schon tragen
Am besten funktionieren Aufgaben, die viele Seiten betreffen, klar beschreibbar sind und bei denen ein Mensch das Ergebnis in Sekunden beurteilen kann.
| Use Case | Beispiel-Auftrag | Aufwand vorher | Reifegrad |
|---|---|---|---|
| SEO-Pflege | „Ergänze fehlende Meta-Descriptions auf allen Seiten unter /leistungen.“ | Stunden pro Bereich | Gut |
| Content-Audit | „Finde alle Seiten, die noch den alten Firmennamen enthalten.“ | Volltextsuche plus Handarbeit | Gut |
| Dokument-Import | „Mach aus diesem Word-Dokument einen News-Artikel.“ | Copy-Paste und Formatierung | Gut |
| Medien einbinden | „Bau dieses YouTube-Video auf der Startseite ein.“ | Mehrere Klicks im Backend | Gut |
| Massenänderung | „Füge auf allen Produktseiten den neuen Nachhaltigkeitshinweis ein.“ | Seite für Seite | Gut, mit Stichprobe |
| Übersetzung | „Übersetze /ueber-uns ins Englische.“ | Agentur oder DeepL plus Einpflegen | Experimentell |
Weniger geeignet sind Aufgaben, bei denen das Ergebnis schwer prüfbar ist: komplette Neustrukturierung des Seitenbaums, Änderungen an rechtlichen Texten wie Impressum oder Datenschutzerklärung, alles mit Preisen und Zusagen. Dort kostet die Prüfung mehr Zeit, als die KI spart.
Sicherheit: fünf Regeln, bevor du verbindest
Ein MCP-Server auf dem Produktivsystem ist ein neuer, schreibender Zugang zu deiner Website. Behandle ihn so ernst wie einen neuen Admin-Account. Diese fünf Regeln setzen wir in Projekten immer um.
1. Eigener Backend-User mit minimalen Rechten. Lege einen User nur für die KI an, mit einer eigenen Gruppe, begrenzten Seiten- und Dateifreigaben und genau einem Workspace. Kein Admin, ganz nach dem Prinzip Least Privilege. Achtung bei der lokalen CLI-Variante von hn/typo3-mcp-server: Laut Dokumentation läuft sie standardmäßig mit Admin-Rechten. Für Redaktionsarbeit ist sie deshalb tabu.
2. OAuth statt statischer Tokens. Die ernstzunehmenden Extensions binden die Verbindung per OAuth an einen Backend-User. Zugänge lassen sich so einzeln widerrufen, etwa über mcp:oauth revoke. Ein Token, das in einer Konfigurationsdatei liegt und nie abläuft, ist ein Einfallstor.
3. Veröffentlichen bleibt Menschensache. Der KI-User bekommt keine Rechte zum Publizieren aus dem Workspace. Das ist der einzige Schutz, der auch dann greift, wenn alle anderen versagen.
4. Prompt Injection einplanen. Ein Modell, das fremde Inhalte liest, kann von diesen Inhalten manipuliert werden. Ein präpariertes Word-Dokument oder eine Webseite, deren Inhalte du übernehmen lässt, kann versteckte Anweisungen enthalten (Prompt Injection). Ein zweites Risiko entsteht, wenn im selben KI-Client noch andere MCP-Server hängen: Deren Tool-Beschreibungen können manipuliert sein. Im MCPTox-Benchmark mit 20 Sprachmodellen gelang ein solcher Angriff im Schnitt in 36,5 Prozent der Fälle (Cloud Security Alliance, Juli 2026). Workspaces, minimale Rechte und ein KI-Client nur mit vertrauenswürdigen Servern begrenzen den Schaden.
5. Datenschutz klären. Alles, was der Assistent über MCP liest, geht an den Modellanbieter. Bei einer reinen Marketing-Website ist das meist unkritisch. Liegen in TYPO3 auch Formulardaten, Bewerbungen oder Mitgliederbereiche, gehören diese Tabellen nicht in die Freigaben des KI-Users. Und für den Modellanbieter brauchst du einen Auftragsverarbeitungsvertrag, bei Bedarf mit EU-Hosting.
Setup in 30 Minuten: TYPO3 mit Claude verbinden
So sieht der Weg mit hn/typo3-mcp-server aus. Probier ihn zuerst auf einer Staging-Instanz, nicht auf dem Live-System.
- Extension installieren.
composer require hn/typo3-mcp-serverim Projektverzeichnis. Die Workspaces-Extension kommt als Abhängigkeit automatisch mit. Voraussetzung ist TYPO3 13.4 oder neuer. - KI-User anlegen. Neue Backend-Gruppe „KI-Redaktion“ mit Leserechten auf den relevanten Seitenbaum, Schreibrechten auf die nötigen Tabellen und genau einem Workspace. Darin einen Backend-User ohne Admin-Flag und ohne Publish-Recht.
- Server-URL holen. Mit dem KI-User einloggen, unter [Benutzername] → MCP Server die Server-URL kopieren.
- Client verbinden. In Claude die URL als Connector hinzufügen, in anderen Clients als Remote-MCP-Server. Der Client leitet dich zur TYPO3-Anmeldung weiter, du autorisierst den Zugriff per OAuth.
- Lesend testen. Erster Auftrag ohne Schreibzugriff: „Zeig mir den Seitenbaum unter /leistungen und welche Seiten keine Meta-Description haben.“ Wenn das Ergebnis stimmt, versteht das Modell deine Struktur.
- Ersten Schreibauftrag geben und im Workspace prüfen. Erst wenn du den Ablauf einmal komplett durchlaufen hast, kommt das Team dazu.
Auf TYPO3 v14 lohnt ein Blick auf die v14-Linie von dirnbauer, die auf demselben Konzept aufbaut. Prüfe vor dem Einsatz jeweils die aktuelle Kompatibilität im Repository, denn alle Extensions entwickeln sich gerade schnell.
Meine Einschätzung
TYPO3 ist für KI-Anbindungen besser aufgestellt, als die nüchterne v14-Release-Kommunikation vermuten lässt. Der Core hält sich raus, die Community liefert, und mit den Workspaces bringt das System genau das Sicherheitsnetz mit, das anderswo erst gebaut werden muss. Zum Vergleich: Shopware hat mit Version 6.7.11.0 im Juni 2026 einen MCP-Server direkt in den Core geholt, vorerst als experimentelle Funktion (Shopware Release Notes). Beide Wege funktionieren. Bei TYPO3 trägst du nur mehr Verantwortung für die Auswahl der Extension.
Gleichzeitig sind die Werkzeuge jung. Mehrere Extensions laufen als alpha, Übersetzungen sind experimentell, die Workspace-Wahl fehlt. Wer heute startet, sollte das wie einen Pilot behandeln: ein Use Case, ein KI-User, ein Workspace, eine Person, die freigibt. Nach vier Wochen weißt du, ob sich die Zeitersparnis im Alltag hält.
Das Modell ist dabei der austauschbare Teil. Entscheidend ist, was drumherum steht: Rechte, Freigabe, Protokoll. Mehr dazu, warum das für jeden Agenten gilt, steht in meinem Beitrag Agent = Harness + Modell.
Häufige Fragen zu TYPO3 und MCP
Hat TYPO3 v14 eine eingebaute KI? Nein. TYPO3 14.3 LTS enthält bewusst keine KI- oder Chatbot-Funktionen im Core. KI kommt über Extensions wie hn/typo3-mcp-server oder nr_llm.
Welche KI-Tools funktionieren mit einem TYPO3-MCP-Server? Jeder MCP-Client, zum Beispiel Claude, ChatGPT, Cursor oder n8n. hn/typo3-mcp-server wird bei jedem Push automatisch mit Modellen von Anthropic, OpenAI, Mistral und Google getestet.
Kann die KI Inhalte direkt live schalten? Mit einer sauberen Konfiguration nicht. Änderungen landen im Workspace, veröffentlichen muss ein Mensch. Gib dem KI-User deshalb kein Publish-Recht.
Läuft das auch mit TYPO3 12? Die aktuellen Extensions setzen TYPO3 13.4 oder 14 voraus. Der kostenlose Support für v12 ist Ende April 2026 ausgelaufen, Updates gibt es seitdem nur noch über das kostenpflichtige ELTS-Programm (TYPO3 LTS). Wer noch auf v12 ist, sollte das Upgrade ohnehin einplanen und die KI-Anbindung gleich mitdenken.
