Kurz erklärt: Worum geht es?
Wenn du eine TYPO3-Website betreibst, arbeitest du im Backend mit Inhaltselementen. Texte, Bilder, Akkordeons, Teaser-Boxen – alles, was du auf einer Seite platzierst, ist ein Inhaltselement. Die Standard-Elemente von TYPO3 decken die Grundlagen ab, reichen aber für die meisten Unternehmen irgendwann nicht mehr aus.
Genau hier kam DCE ins Spiel. Und genau hier setzen jetzt Content Blocks an.
DCE: Über ein Jahrzehnt der Standard
DCE steht für Dynamic Content Elements. Die Extension gibt es seit TYPO3 6.x und sie hat sich schnell als Quasi-Standard etabliert. Der Grund: DCE macht es vergleichsweise einfach, eigene Inhaltselemente zu erstellen, ohne tief in die TYPO3-Extension-Entwicklung einsteigen zu müssen.
Was DCE so beliebt gemacht hat
DCE funktioniert nach einem einfachen Prinzip: Du definierst Felder (Text, Bilder, Auswahlboxen, Relationen), legst ein Fluid-Template an und hast ein funktionierendes Inhaltselement. Alles über das Backend konfigurierbar, ohne eine eigene Extension anlegen zu müssen.
In meiner Arbeit mit über 80 TYPO3-Projekten in den letzten 15 Jahren habe ich DCE in vermutlich der Hälfte davon eingesetzt. Die Gründe waren immer die gleichen: schnelle Umsetzung, flexible Feldkonfiguration und ein Workflow, den auch Redakteure nach kurzer Einführung beherrschen.
Wo DCE an Grenzen stößt
Mit wachsenden Projekten zeigen sich allerdings Muster, die DCE-Nutzer kennen:
- Performance bei vielen DCEs: Ab 20–30 verschiedenen DCE-Typen wird das Backend spürbar langsamer, weil alle Konfigurationen bei jedem Seitenaufruf geladen werden.
- Versionierung und Deployment: DCE-Konfigurationen liegen in der Datenbank. Das erschwert sauberes Deployment über Git und macht Staging-Workflows komplizierter.
- Upgrade-Abhängigkeit: Jedes TYPO3-Major-Update braucht eine kompatible DCE-Version. Das hat in der Vergangenheit bei TYPO3 10, 11 und 12 jeweils für Wartezeiten gesorgt.
- FlexForm-Komplexität: Die Feldkonfigurationen basieren auf FlexForms, einem XML-Format, das bei komplexen Strukturen schnell unübersichtlich wird.
Keine dieser Einschränkungen war ein Showstopper. DCE hat funktioniert und tut es noch. Aber die TYPO3-Community hat länger nach einer saubereren Lösung gesucht.
Content Blocks: Der neue Weg aus dem TYPO3-Core
Content Blocks sind die Antwort des TYPO3-Core-Teams auf genau diese Anforderungen. Statt einer Extension, die Inhaltselemente über die Datenbank konfiguriert, sind Content Blocks dateibasierte Pakete, die als Composer-Abhängigkeit in ein Projekt eingebunden werden.
Das Grundprinzip
Ein Content Block ist ein Ordner mit einer definierten Struktur:
- Eine YAML-Datei definiert die Felder und ihre Typen
- Ein Fluid-Template steuert die Frontend-Ausgabe
- Optional: Backend-Preview-Template, Icons und Sprachdateien
- Alles liegt im Dateisystem, alles geht in Git
Was Content Blocks besser machen
| Aspekt | DCE | Content Blocks |
|---|---|---|
| Konfiguration | Datenbank (FlexForms) | Dateisystem (YAML) |
| Deployment | Export/Import nötig | Git-basiert, Composer |
| TYPO3-Core-Integration | Extension (Drittanbieter) | Offizielle Core-Funktionalität |
| Performance | Alle DCEs werden geladen | Nur registrierte Blöcke |
| Felddefinition | FlexForm-XML | YAML (lesbarer) |
| Upgrade-Sicherheit | Abhängig vom Extension-Maintainer | Core-Team-Verantwortung |
| Staging/Deployment | Datenbank-Sync nötig | Dateibasiert, reproduzierbar |
Der entscheidende Unterschied: Content Blocks sind Teil des TYPO3-Ökosystems, keine Drittanbieter-Lösung mehr. Das bedeutet langfristige Planungssicherheit.
DCE vs. Content Blocks: Wann was?
Die Frage ist nicht, ob Content Blocks die bessere Technologie sind. Das sind sie. Die Frage ist, wann der Wechsel für dein konkretes Projekt sinnvoll ist.
DCE bleibt sinnvoll, wenn:
- Dein Projekt auf TYPO3 11 oder 12 läuft und ein Upgrade erst in 12–18 Monaten geplant ist
- Du wenige, einfache Inhaltselemente hast (unter 10 DCE-Typen)
- Dein Budget für eine Migration aktuell begrenzt ist
- Deine Redakteure gerade erst eingearbeitet sind und Stabilität wichtiger ist als Modernisierung
Content Blocks sind die richtige Wahl, wenn:
- Du ein neues TYPO3-Projekt startest (ab TYPO3 13)
- Ein Major-Upgrade ohnehin ansteht
- Du viele verschiedene Inhaltselemente hast und die Backend-Performance leidet
- Du professionelle Deployment-Workflows nutzt (Git, CI/CD, Staging)
- Du langfristige Wartbarkeit und Upgrade-Sicherheit brauchst
So läuft eine Migration von DCE zu Content Blocks ab
Eine DCE-zu-Content-Blocks-Migration ist kein Knopfdruck, aber auch kein Grund für Panik. Der Prozess folgt einem klaren Muster:
Phase 1: Bestandsaufnahme (1–2 Stunden)
Alle vorhandenen DCEs auflisten: Welche Felder hat jedes Element? Welche werden aktiv genutzt? Welche sind veraltet und können entfernt werden? In den meisten Projekten, die ich betreue, stellt sich heraus, dass 30–40 % der DCEs gar nicht mehr im Einsatz sind.
Phase 2: Content-Block-Erstellung (pro Element 1–3 Stunden)
Für jedes aktive DCE wird ein Content Block erstellt. Die Feldtypen lassen sich in den meisten Fällen 1:1 übersetzen. Fluid-Templates können oft mit kleinen Anpassungen übernommen werden.
Phase 3: Datenmigration (projektabhängig)
Die bestehenden Inhalte müssen aus der DCE-Struktur in die Content-Block-Struktur überführt werden. Das geschieht über ein Migrations-Script, das die Daten in der Datenbank transformiert. Je nach Projektgröße dauert das zwischen einem halben und zwei Tagen.
Phase 4: Test und Abnahme (1 Tag)
Frontend-Vergleich aller migrierten Elemente, Backend-Prüfung durch Redakteure, Performance-Messung.
Typischer Aufwand
| Projektgröße | Anzahl DCE-Typen | Geschätzter Aufwand | Kosten (Richtwert) |
|---|---|---|---|
| Klein | 5–10 | 2–3 Tage | 1.500–2.500 EUR |
| Mittel | 10–20 | 4–6 Tage | 3.000–5.000 EUR |
| Groß | 20+ | 8–12 Tage | 6.000–10.000 EUR |
Diese Aufwände beziehen sich auf die reine Migration. Wenn gleichzeitig ein TYPO3-Upgrade stattfindet, lassen sich beide Schritte kombinieren und so Gesamtkosten sparen.
Was bedeutet das für dein laufendes Projekt?
Wenn du gerade ein TYPO3-Projekt betreibst
Kein Grund zur Eile. DCE funktioniert weiterhin und wird für aktuelle TYPO3-Versionen gepflegt. Die Empfehlung: Plane die Migration im Rahmen des nächsten Major-Upgrades ein. So hast du einen natürlichen Anlass und kannst beide Schritte kombinieren.
Wenn du ein neues Projekt planst
Starte direkt mit Content Blocks. Es gibt keinen technischen Grund mehr, ein neues Projekt mit DCE aufzusetzen. Content Blocks sind der empfohlene Weg für TYPO3 13 und darüber hinaus.
Wenn du gerade ein TYPO3-Upgrade planst
Das ist der ideale Zeitpunkt für die Umstellung. Im Rahmen eines Upgrades auf TYPO3 13 lässt sich die DCE-Migration effizient mitplanen. Die Datenbank-Struktur wird ohnehin angefasst, die Templates werden geprüft – der Mehraufwand für die Content-Block-Migration ist in diesem Kontext überschaubar.
Mein Ansatz in der Praxis
Bei RHEINFORMAT plane ich die Content-Block-Migration als festen Bestandteil jedes TYPO3-13-Upgrades ein. Das Gespräch darüber beginnt schon in der Analyse-Phase: Welche DCEs sind noch im Einsatz? Welche können bei der Gelegenheit gleich ausgemistet werden? Welche neuen Inhaltselemente braucht die Redaktion?
So wird die technische Migration gleichzeitig zur inhaltlichen Aufräumaktion. Das spart langfristig Wartungsaufwand und macht das Backend für Redakteure übersichtlicher.
Häufige Fragen
Werden meine Inhalte bei der Migration gelöscht?
Die Migration transformiert bestehende Daten, löscht sie aber grundsätzlich nicht. Vor jeder Migration wird ein vollständiges Datenbank-Backup erstellt. Sollte etwas schiefgehen, kann der vorherige Stand jederzeit wiederhergestellt werden.
Merken meine Website-Besucher etwas von der Umstellung?
Im Frontend ändert sich optisch gar nichts. Content Blocks erzeugen dieselbe HTML-Ausgabe wie die bisherigen DCE-Elemente. Die Umstellung betrifft ausschließlich die technische Basis und das Backend.
Muss ich meine Redakteure neu schulen?
Der Workflow im Backend bleibt weitgehend identisch. Inhaltselemente werden genauso angelegt und bearbeitet wie vorher. In manchen Fällen wird die Feldstruktur sogar übersichtlicher, weil Content Blocks eine klarere Gruppierung erlauben.
Kann ich DCE und Content Blocks gleichzeitig nutzen?
Ja, ein Parallelbetrieb ist möglich und in der Übergangsphase auch üblich. Das erlaubt eine schrittweise Migration, bei der nicht alle Elemente auf einmal umgestellt werden müssen.
Was ist, wenn mein TYPO3-Dienstleister DCE noch empfiehlt?
Es gibt Kontexte, in denen DCE kurzfristig die pragmatischere Wahl ist (etwa bei einem Projekt, das in 6 Monaten auf TYPO3 12 bleiben soll). Für neue Projekte und Upgrades ab TYPO3 13 gibt es jedoch keinen Grund, noch auf DCE zu setzen. Wenn dein Dienstleister Content Blocks noch nicht anbietet, lohnt sich ein Gespräch darüber.
Fazit: Geplanter Übergang statt Sprint
DCE war über ein Jahrzehnt lang eine zuverlässige Lösung. Content Blocks sind der logische nächste Schritt – technisch sauberer, besser integriert und zukunftssicher im Sinne der TYPO3-Roadmap.
Die gute Nachricht: Du musst heute noch nichts ändern. Aber wenn das nächste TYPO3-Upgrade ansteht, ist der richtige Moment, die Umstellung mitzuplanen.
Du betreibst ein TYPO3-Projekt mit DCE und planst ein Upgrade? Lass uns darüber sprechen, wie die Migration in deinem Fall aussieht – ich schätze den Aufwand ein und zeige dir, was sich konkret verbessert.
Mehr über TYPO3-Entwicklung bei RHEINFORMAT: TYPO3-Entwicklung
Verwandte Artikel:
