Wann ein TYPO3 Upgrade anspruchsvoll wird
Das Core-Upgrade ist meistens der einfache Teil.- Die eingesetzte TYPO3-Version erreicht oder überschreitet ihr Supportende.
- Custom Extensions nutzen veraltete TYPO3-APIs oder pi_base.
- Drittanbieter-Extensions werden nicht mehr gepflegt oder wurden individuell geforkt.
- Flux, VHS, FlexForms oder individuelle Content-Strukturen müssen weitergeführt werden.
- Composer-, PHP- oder Datenbank-Abhängigkeiten blockieren den nächsten Versionssprung.
- Hooks, XClasses, TypoScript oder TCA basieren auf inzwischen entfernten Mechanismen.
- Schnittstellen, Solr, Scheduler oder externe Systeme hängen an Legacy Code.
- Daten- und Content-Strukturen müssen technisch migriert werden, ohne redaktionelle Inhalte zu verlieren.
Je älter das System, desto wichtiger ist der Upgradepfad.
Was unser TYPO3 Upgrade umfasst
Core, Extensions, Daten und Betrieb werden als zusammenhängendes System betrachtet.Technische Bestandsaufnahme
TYPO3 Core, Composer, PHP, Datenbank, Extensions, Custom Code, Schnittstellen, Frontend und Deployment-Strukturen erfassen und bewerten.
Drittanbieter-Extensions & Integrationen
Kompatibilität prüfen, Zielversionen bestimmen und Schnittstellen, Suche, Importe oder externe Dienste in den neuen Systemstand integrieren.
Upgradespfad & Zielversion
Paketstände, Versionssprünge, Abhängigkeiten und mögliche Blocker analysieren und daraus eine sinnvolle Reihenfolge ableiten.
Infrastruktur & Deployment
PHP, Composer, Build- und Deployment-Prozesse sowie Entwicklungs-, Staging- und Produktivumgebungen in den Upgradepfad einbeziehen.
Custom Extensions & Legacy Code
pi_base, Hooks, XClasses, alte APIs, geforkte Extensions und individuelle Entwicklungen migrieren, ersetzen oder gezielt modernisieren.
Testing & Qualitätssicherung
Technische Tests, Regressionstests, Senior-Code-Reviews und fachliche Abnahme begleiten das Upgrade kontinuierlich.
Content- & DatenUpgrade
TCA, TypoScript, Plugins, CType-/list_type-Strukturen, Container und projektspezifische Datenmodelle kontrolliert auf den Zielstand überführen.
Produktivsetzung & Nachbeobachtung
Go-live, Daten-Synchronisation, Smoke-Tests, Rückfallstrategie und technische Nachbeobachtung kontrolliert vorbereiten.
Review, Integration und Tests laufen nicht erst am Projektende, sondern begleiten die einzelnen Migrationspakete.
TYPO3 Upgrade für echte Legacy-Systeme
Unsere Erfahrung beginnt dort, wo Standard-Upgrade-Anleitungen aufhören.TYPO3 hat sich über viele Major-Versionen grundlegend verändert. Wer ein System von TYPO3 6, 7 oder 8 auf eine aktuelle Version bringen möchte, migriert deshalb nicht nur ein CMS. Häufig müssen mehrere Generationen von Extension-Architekturen, APIs und Datenstrukturen verstanden und aufgelöst werden.
Durch unsere langjährige TYPO3-Erfahrung können wir nachvollziehen, warum eine historische Lösung einmal so gebaut wurde – und entscheiden, wie ihre fachliche Funktion heute sinnvoll umgesetzt werden kann.
Typische Themen in unseren Migrationen:
- pi_base und historische Plugin-Strukturen
- Custom Extensions und nicht mehr gepflegte Extensions
- geforkte oder kundenspezifisch erweiterte Extensions
- Hooks → PSR-14 Events
- XClasses → Services, Events oder andere wartbare Erweiterungspunkte
- veraltete TYPO3 Core APIs
- TCA- und TypoScript-Migrationen
- list_type → CType
- Flux/VHS und individuelle Content-Konzepte
- Composer-Patches und Paketkonflikte
- Datenmigrationen und Upgrade-Wizards
- historische API- und Systemintegrationen
Legacy ist kein Grund für einen Relaunch. Erst einmal ist es ein technisches Problem, das man verstehen muss.
Migrationspfad statt Big Bang
Blocker zuerst klären. Abhängigkeiten kontrolliert auflösen. Funktionen Schritt für Schritt absichern.Wir beginnen nicht damit, sämtliche Packages auf die neueste Version zu setzen und anschließend zu schauen, was noch funktioniert. Zu Beginn werden tatsächliche Paketstände und Abhängigkeiten geprüft und hinsichtlich ihrer Auswirkung auf das Upgrade klassifiziert.
Blocker
Verhindert Installation oder Betrieb der Zielversion und muss zuerst gelöst werden.
Kritische Abhängigkeit
Beeinflusst zentrale Funktionen oder mehrere Systembereiche und bestimmt den weiteren Migrationspfad.
Reguläre Migration
Technisch klarer Anpassungspfad mit überschaubarem Risiko.
Entscheidungspunkt
Mehrere technisch mögliche Wege mit unterschiedlichen fachlichen, zeitlichen oder wirtschaftlichen Auswirkungen.
Dadurch entsteht früh eine priorisierte Migrations- und Entscheidungsliste, statt dass Risiken erst während der Umsetzung sichtbar werden. Dieses Vorgehen ist ein zentraler Bestandteil unseres Migrationskonzepts.
KI-gestütztes TYPO3 Upgrade mit Senior Review
Automatisieren, wo es sinnvoll ist. Technische Verantwortung bleibt beim Entwickler.Wir kombinieren klassische statische Codeanalyse, regelbasierte Werkzeuge wie Rector und KI-gestützte Entwicklungswerkzeuge. Damit lassen sich wiederkehrende Migrationsmuster schneller erkennen und Anpassungen effizient vorbereiten.
KI unterstützt unsere Entwickler unter anderem bei:
- Analyse veralteter TYPO3- und PHP-APIs
- Erkennung von Hook-, XClass- und Legacy-Strukturen
- Vorbereitung von TCA- und TypoScript-Anpassungen
- Refactoring bestehender Extensions
- Planung von Migrationspfaden
- Ableitung von Testfällen
- technischer Dokumentation
Automatisch oder KI-gestützt vorbereitete Änderungen werden nie ungeprüft übernommen. Jede relevante Codeänderung wird versioniert, von einem Senior Developer geprüft, integriert und getestet.
Der KI-Einsatz erfolgt DSGVO-konform und abhängig von der Datenklasse. Vertrauliche Daten, Secrets oder personenbezogene Informationen werden nicht unkontrolliert an externe KI-Dienste übertragen. Je nach Projekt kommen freigegebene Dienste, anonymisierte Ausschnitte oder lokale Modelle zum Einsatz.
KI beschleunigt das Upgrade. Erfahrung entscheidet, was übernommen wird.
Wiederholbare Datenmigration statt manueller Nachpflege
Was sich automatisieren lässt, sollte beim Go-live nicht von Hand gemacht werden.Daten- und Strukturänderungen setzen wir nach Möglichkeit als versionierte und wiederholbar ausführbare Migrationsskripte oder TYPO3-Commands um. Dazu können Datenbankschema, Content-Strukturen, Plugin-Bezüge, Feldwerte, Relationen und projektspezifische Datenmigrationen gehören.
Das Upgrade wird vor dem Go-live auf produktionsnahen Daten getestet. Dabei prüfen wir Laufzeit, Datenkonsistenz, Fehlerfälle und Wiederholbarkeit. Erkannte Sonderfälle werden dokumentiert und vor der Produktivsetzung entschieden – nicht spontan während des Wartungsfensters.
Qualitätssicherung bei TYPO3 Migrationen
Eine erfolgreiche Installation ist noch keine erfolgreiches Upgrade.TYPO3 Core & Backend
Composer, Upgrade Wizards, Datenbankschema, TCA, Scheduler, Redirects, FAL und zentrale Backend-Funktionen.
Custom Code
Custom Extensions, Hooks, PSR-14 Events, XClass-Ersatz und projektspezifische Funktionen.
Frontend & Content
Seitentypen, Content-Elemente, Templates, Sprachen, Formulare und redaktionelle Abläufe.
Regression
Bestehende Kernfunktionen werden gezielt gegen den bisherigen Systemstand geprüft.
Suche & Schnittstellen
Solr, Filter, Indexierung, externe APIs, Importe und angebundene Systeme.
Senior Review
Kritische Änderungen und migrationsrelevante Querschnittsthemen werden von erfahrenen TYPO3-Entwicklern geprüft.
Kontrollierter Go-live mit Rückfallstrategie
Das neue System wird erst produktiv, wenn es technisch geprüft und fachlich abgenommen ist.Upgrade und Tests erfolgen getrennt vom laufenden Produktivsystem. Wenn Infrastruktur und Projekt es zulassen, bevorzugen wir für den Go-live eine parallele Zielinstanz im Sinne eines Blue-Green-Ansatzes.
Damit können TYPO3-Zielversion, PHP, Composer-Pakete, Frontend, Suche und Deploymentprozesse vorbereitet werden, während das bisherige System weiterläuft.
1. Release Candidate auf Staging prüfen
2. fachliche Abnahme durchführen
3. Wartungs- und Content-Freeze-Fenster festlegen
4. finale Daten und Dateien synchronisieren
5. getestete Migrationen ausführen
6. Smoke-Tests und technische Freigabe
7. auf die neue Instanz umschalten
8. Monitoring und technische Nachbeobachtung
Die bisherige Instanz bzw. ein abgestimmter Snapshot bleibt zunächst als Rückfalloption verfügbar. Ziel ist, Einschränkungen für Redaktion und Nutzer auf das technisch notwendige Umschaltfenster zu reduzieren.
Mehr als eine neue TYPO3-Versionsnummer
Eine gute Upgrade macht nicht nur den aktuellen Stand besser – sondern auch das nächste Upgrade einfacher.Aktuelle TYPO3-Basis
Ein unterstützter und produktiv nutzbarer Systemstand.
Reproduzierbare Upgrade
Daten- und Strukturänderungen bleiben versioniert und nachvollziehbar.
Weniger Legacy-Abhängigkeiten
Historische Strukturen werden dort aufgelöst, wo sie Wartung und Weiterentwicklung behindern.
Bessere Upgrade-Fähigkeit
Die Plattform wird so aufgestellt, dass kommende Major-Versionen kontrollierter erreicht werden können.
Wartbarer Custom Code
Individualentwicklungen orientieren sich wieder stärker an aktuellen TYPO3-Standards und Erweiterungspunkten.
Dokumentierter Systemstand
Entscheidungen, verbleibende technische Schulden und bewusste Abweichungen bleiben transparent.
Häufige Fragen
Was Agenturen wissen wollenWir arbeiten seit TYPO3 3.6 mit dem CMS und verfügen über praktische Projekterfahrung über zahlreiche Major-Versionen bis zu aktuellen LTS-Ständen. Entscheidend ist für uns weniger die Ausgangsversion als der tatsächliche Zustand von Extensions, Custom Code, Datenstrukturen und Systemabhängigkeiten.
Nein. Wir prüfen zuerst, welche Funktionen, Datenstrukturen und individuellen Entwicklungen sinnvoll migriert werden können. Ein Neubau ist nur dann sinnvoll, wenn technische oder fachliche Gründe dafür sprechen – nicht allein wegen einer alten TYPO3-Version
Ja. Gerade historische Extension-Strukturen und Legacy Code gehören zu unseren Schwerpunkten. Wir analysieren die bestehende fachliche Funktion und überführen sie in eine aktuelle, wartbare TYPO3-Architektur, statt nur Syntax auszutauschen.
Wir prüfen zunächst, welche individuellen Änderungen tatsächlich benötigt werden und ob es für die Funktion inzwischen eine gepflegte Alternative gibt. Je nach Ergebnis wird die Extension aktualisiert, auf eine aktuelle Basis zurückgeführt, ersetzt oder gezielt neu implementiert.
Ja. Gewachsene Content- und Template-Strukturen auf Basis von Flux/VHS können Bestandteil des Migrationspfads sein. Wir prüfen dabei, welche Strukturen sinnvoll übernommen werden können und welche Anpassungen für eine langfristig wartbare Lösung erforderlich sind.
Hooks migrieren wir bevorzugt auf PSR-14 Events oder andere aktuelle TYPO3-Erweiterungspunkte. Bei XClasses prüfen wir nach Aktualisierung der Zielpakete, ob die Funktion über Events, Services, Middleware oder andere wartbare Mechanismen abgebildet werden kann.
Technisch planbare Änderungen setzen wir möglichst über versionierte, dokumentierte und wiederholbar ausführbare TYPO3-Commands oder Migrationsskripte um. Dazu gehören beispielsweise Datenstrukturen, Plugin-Bezüge, list_type zu CType Migrationen, Feldwerte und Relationen. Vor dem Go-live erfolgt ein vollständiger Probelauf auf produktionsnahen Daten.
Ja. Wir kombinieren statische Analyse, regelbasierte Werkzeuge wie Rector und KI-gestützte Entwicklungswerkzeuge, beispielsweise für die Erkennung veralteter APIs, Legacy-Strukturen, Refactorings sowie die Vorbereitung von Tests und Dokumentation. Der Einsatz erfolgt kontrolliert und abhängig von Datenklasse und Vertraulichkeit.
KI-generierte oder automatisiert vorbereitete Änderungen werden niemals ungeprüft übernommen. Relevante Codeänderungen werden versioniert, durch einen Senior Developer geprüft, integriert und anschließend technisch getestet.
In der Regel ja. Entwicklung, Migration und fachliche Abnahme erfolgen auf separaten Entwicklungs- und Staging-Ständen, während das bisherige Produktivsystem weiterläuft. Einschränkungen werden möglichst auf ein kurzes, abgestimmtes Content-Freeze- und Umschaltfenster beim Go-live begrenzt.
Die Qualitätssicherung begleitet die Migration paketweise und umfasst technische Prüfungen, Senior-Code-Reviews, Funktions-, Integrations- und Regressionstests. Geprüft werden je nach System unter anderem Backend, Frontend, Content-Elemente, Formulare, Rechte, Schnittstellen, Solr, FAL und Scheduler; anschließend erfolgt die fachliche Abnahme auf Staging.
Übergabe mit Dokumentation, optional Schulung eures Teams und langfristige Betreuung nach vereinbartem SLA. Systeme bleiben dokumentiert, versioniert und weiterentwickelbar.
Das lässt sich nicht seriös allein aus der TYPO3-Version ableiten. Maßgeblich sind insbesondere Custom Extensions, Legacy Code, Composer-Abhängigkeiten, Datenmigrationen, Schnittstellen und Testumfang. Nach einer technischen Bestandsaufnahme können wir daraus einen belastbaren Migrationspfad und Aufwand ableiten.
Ja. Die strukturierte Übernahme bestehender TYPO3-Systeme gehört zu unserem Vorgehen. Dabei erfassen wir neben Code und Konfiguration auch Repositories, Deployment-Prozesse, Schnittstellen, Infrastruktur, bekannte Sonderfälle, technische Schulden und vorhandene Dokumentation.
Ja. Migration, laufender technischer Betrieb, Support und Weiterentwicklung können direkt ineinandergreifen. Das während der Migration aufgebaute Systemwissen bleibt so im Team und kann für Updates, Monitoring, Fehleranalyse und zukünftige Entwicklung weiter genutzt werden.
Weitere Lösungen
Konkrete Lösungen für typische technische Herausforderungen.Dein TYPO3 ist alt? Das heißt nicht, dass alles neu muss.
Wir prüfen Version, Extensions, Custom Code und Abhängigkeiten und entwickeln daraus einen belastbaren Migrationspfad – inklusive Risiken, Tests und kontrollierter Produktivsetzung.
