TYPO3 Upgrade Checkliste: Ablauf vom Patch bis zum Versionssprung

Stand: 9. Oktober 2026

Wer als Website-Verantwortlicher eine TYPO3-Installation betreut, braucht eine verlässliche TYPO3 Upgrade Checkliste, damit jedes TYPO3 Update planbar bleibt und kein Schritt vergessen wird. Ein Update ist ein Patch innerhalb der Hauptversion, etwa von 14.3.6 auf 14.3.7, ein Upgrade ist der Sprung auf eine neue Hauptversion, etwa von 13.4 auf 14.3. Beides folgt einer festen Reihenfolge, die beim kleinen Patch kurz ausfällt und beim Versionssprung deutlich umfangreicher wird.

Innerhalb der Hauptversion: das Patch-Update in sieben Schritten

Das Patch-Update ist ein Routinevorgang. Es enthält nur Bugfixes und Sicherheitskorrekturen, bringt keine neuen Funktionen mit und beeinträchtigt die Abwärtskompatibilität nicht. Bei gepflegten Composer-Projekten dauert es Minuten bis wenige Stunden. Aktuelle LTS-Version ist TYPO3 14.3 (erschienen am 21.04.2026) mit dem Patch-Stand 14.3.7 vom 08.09.2026, in der Vorgängerlinie gilt 13.4.35 vom 08.09.2026. Für v14 sind die Patch-Termine auf den 13.10.2026, 10.11.2026 und 08.12.2026 gelegt. Die sieben Schritte in dieser Reihenfolge:

  • Schritt 1, Backup erstellen: Dateien und Datenbank werden vollständig gesichert, damit ein Zurücksetzen jederzeit möglich bleibt.
  • Schritt 2, Referenzindex aktualisieren: Er hält die Verweise zwischen Datensätzen aktuell.
  • Schritt 3, composer outdated -m "typo3/*" ausführen: Der Befehl zeigt, welche TYPO3-Pakete einen Patch erhalten, bevor etwas geändert wird. Alternativ nennt get.typo3.org die Versionsnummern.
  • Schritt 4, composer update --with-all-dependencies "typo3/*" ausführen: Der Befehl hebt alle TYPO3-Pakete samt Abhängigkeiten auf den neuesten Patch-Stand der installierten Hauptversion.
  • Schritt 5, im Backend anmelden: Der Login zeigt, ob das System nach dem Composer-Update ohne Fehlermeldung startet.
  • Schritt 6, alle Caches leeren: Das geht über Administration > Maintenance > Flush TYPO3 and PHP Cache (bis v13: Admin Tools > Maintenance). Sonst würde veralteter Cache noch alte Klassen und Konfiguration ausliefern.
  • Schritt 7, Datenbankvergleich durchführen: Er gleicht die Datenbankstruktur mit dem neuen Stand ab.

Major-Upgrade: die offizielle Reihenfolge für den Versionssprung

Die TYPO3 Upgrade Checkliste für den Versionssprung folgt der offiziellen Prozedur aus der TYPO3-Dokumentation und gliedert sich in drei Phasen: Vor dem Upgrade, Core-Upgrade und Nach dem Upgrade. Gearbeitet wird ausschließlich auf einer Kopie der Website, nie auf dem Produktivsystem. Besonders wichtig ist die Regel erst PHP, dann TYPO3: Zuerst wird PHP auf die höchste Version angehoben, die die aktuelle TYPO3-Version unterstützt. Die passende TYPO3 PHP-Version ist dafür die Grundlage. Anschließend wird PHP stabilisiert, und erst danach folgt der eigentliche TYPO3-Sprung.

Dabei gilt: PHP 7.4, 8.0 und 8.1 sind außer Support. TYPO3 12 unterstützt höchstens PHP 8.4, und PHP 8.5 ist mit TYPO3 12 inkompatibel. Als Zielversion ist TYPO3 14.3 mit Bugfixes bis 31.12.2027, Security-Updates bis 30.06.2029, ELTS bis 30.06.2032 und Partner-ELTS bis 30.06.2033 am längsten versorgt. TYPO3 13.4 LTS, erschienen am 15.10.2024, erhielt Bugfixes bis 30.04.2026 und wird mit Security-Updates bis 31.12.2027 und ELTS bis 31.12.2030 gepflegt.

Vor dem Upgrade: Anforderungen, Extension Scanner und Backup

Vor dem Upgrade

  • Schritt 1, Systemanforderungen der Zielversion prüfen: TYPO3 14 verlangt mindestens Composer 2.1, 256 MB PHP-Memory sowie MariaDB 10.4.3, MySQL 8.0.17, PostgreSQL 10 oder SQLite 3.8.3. MySQL 5.7 und MariaDB unter 10.4 werden nicht mehr unterstützt. Bei PHP läuft TYPO3 14 mit den Versionen 8.2 bis 8.5, empfohlen sind 8.4 oder 8.5. Deren Security-Support endet für PHP 8.2 am 31.12.2026, für PHP 8.3 am 31.12.2027, für PHP 8.4 am 31.12.2028 und für PHP 8.5 am 31.12.2029.
  • Schritt 2, Deprecation-Log aktivieren: Das sollte einige Wochen vor dem Upgrade geschehen, damit veraltete Aufrufe im laufenden Betrieb erfasst werden.
  • Schritt 3, Extension Scanner einsetzen: Er markiert eigenen PHP-Code, der in der Zielversion nicht mehr funktioniert. Fluid-Templates, TypoScript, FlexForms und YAML deckt er nicht ab, dafür braucht es Fractor oder eine manuelle Prüfung.
  • Schritt 4, Extension-Kompatibilität klären: Im TER oder über require typo3/cms-core in der composer.json zeigt sich die unterstützte TYPO3-Version. Dazu kommen das Changelog des Maintainers und ein Test der Extension in einer Testinstanz der Zielversion. Diese Angaben sind Momentaufnahmen und werden vor jedem Projekt neu geprüft. Für v14 braucht jede Extension eine eigene composer.json, die ext_emconf.php ist seit 14.2 deprecated und die ext_tables.php nicht mehr nötig. Extbase-Annotations werden zu PHP-Attributen, und Fluid 5 arbeitet mit strikter Typisierung.
  • Schritt 5, Backup anlegen: Gesichert werden vollständige Dateien und ein SQL-Export der Datenbank.

Core-Upgrade und Nacharbeiten: Composer, Upgrade Wizards und Tests

Core-Upgrade

  • Schritt 1, Versionsangaben anpassen: In der composer.json werden die TYPO3-Pakete und alle kompatiblen Extensions auf die Zielversion gesetzt.
  • Schritt 2, Composer-Aktualisierung ausführen: Ein Befehl in der Form composer update "typo3/cms-*" --with-all-dependencies aktualisiert alle verwendeten typo3/cms-Pakete gemeinsam. Composer löst dabei die Abhängigkeiten neu auf und macht inkompatible Extensions sichtbar.
  • Schritt 3, Konfliktmeldungen auswerten: Meldet Composer einen Konflikt, wird die Extension ohne Version für die Zielversion identifiziert. Erzwungen wird nichts, stattdessen werden Update, Ersatz oder Anpassung geklärt.
  • Schritt 4, im Backend anmelden: Der Login ist die erste Funktionsprüfung und zeigt, ob das System mit den neuen Paketen startet.

Nach dem Upgrade

  • Schritt 1, TYPO3- und PHP-Cache leeren: So wird kein Zwischenstand der alten Version mehr ausgeliefert.
  • Schritt 2, Database Analyzer ausführen: Er legt fehlende Tabellen und Spalten an, wendet also die Datenbankänderungen an.
  • Schritt 3, Upgrade Wizards unter Administration → Upgrade (bis v13: Admin Tools → Upgrade) starten: Sie migrieren Daten und Konfiguration auf die Strukturen der neuen Version.
  • Schritt 4, Cache erneut leeren: Dazu kommen die Aktualisierung der Sprachpakete, die als XLIFF 1.2 und 2.x vorliegen können, und die Prüfung der Webserver-Konfiguration. In v14 übernimmt der Webserver die HTTP-Kompression, und es wird auf typo3/install.php sowie public/typo3 verzichtet.
  • Schritt 5, Funktionstests vor dem Livegang durchführen: Geprüft werden Templates, Formulare, Suche, Login-Bereiche und Redakteurs-Workflows. Danach folgen Redirects, Sitemap, Schnittstellen und mehrsprachige Seiten.

Die häufigsten Stolperfallen in der Checkliste

Diese Fehlerbilder treten bei Upgrades typischerweise auf, wenn die TYPO3 Upgrade Checkliste nicht Schritt für Schritt abgearbeitet wird:

  • Wird PHP zu spät oder über die von der aktuellen TYPO3-Version unterstützte Höchstversion hinaus angehoben, widerspricht das der Regel erst PHP, dann TYPO3 und der Sprung scheitert.
  • Installationen ohne Composer-Betrieb müssen vor dem Versionssprung migriert werden, was zusätzliche Zeit kostet.
  • Ein nicht angepasstes Sitepackage mit Templates und TypoScript führt in der Zielversion zu Darstellungs- und Konfigurationsfehlern.
  • Extensions ohne Version für die Zielversion führen zu Abhängigkeitskonflikten bei Composer.
  • Offene Wizards der aktuellen Hauptversion blockieren später das Upgrade.
  • TYPO3 Rector auf dem Produktivsystem bringt automatische Codeänderungen ungeprüft live.
  • Nicht migrierte Scheduler-Aufgaben mit leerem tasktype müssen neu angelegt werden und fehlen bis dahin im Betrieb.
  • Ab TYPO3 13 entfallen die list_type-Pluginregistrierungen, die durch eigene CTypes ersetzt werden, und Doctrine DBAL 4.2 hält Einzug.
  • TYPO3-12-Installationen ohne ELTS bleiben bei den 14 Advisories vom 09.06.2026, davon 5 mit Schweregrad „High“, ungepatcht, weil der kostenlose Support am 30.04.2026 endete, ELTS bis 30.04.2029 und das Partnerjahr bis 30.04.2030 läuft.

So setzen wir KI bei der Umsetzung ein

Die Grundlage bilden regelbasierte Werkzeuge, die veralteten Code anhand definierter Regeln anpassen: TYPO3 Rector übernimmt den PHP-Code, Fractor kümmert sich um TypoScript, FlexForm, Fluid und YAML. Wer die Änderungen vorab sehen möchte, nutzt den Befehl vendor/bin/typo3-rector process --dry-run. Er zeigt die geplanten Änderungen zunächst nur an und verändert nichts. Ergänzend setzt die IllusionFACTORY® KI-gestützte Werkzeuge ein, die die Analyse von Extensions und eigenem Code sowie die Code-Migration auf die neue Version beschleunigen.

Prüfung durch Entwickler und Konzeptentscheidungen in Handarbeit

Rector, Fractor und KI-gestützte Werkzeuge liefern Änderungen und Vorschläge, aber keine Freigabe. Erfahrene Entwickler der IllusionFACTORY® prüfen und testen jedes Ergebnis auf einer Kopie der Website, bevor es live geht.

Konzeptentscheidungen bleiben Handarbeit. Bei der Umstellung von Gridelements auf Container müssen Inhaltsstrukturen neu gedacht werden. Beim Ersatz verwaister Extensions sind Funktionsumfang, Pflegezustand und Zukunftsfähigkeit gegeneinander abzuwägen. Solche Entscheidungen trifft ein Entwickler, nicht ein Werkzeug.

Ablauf mit der IllusionFACTORY®: vom Check bis zum Livegang

Als Agentur für TYPO3-Updates begleitet die IllusionFACTORY® Ihr Projekt in fünf Phasen vom Check bis zum Livegang. In jeder Phase ist klar getrennt, was Sie vorbereiten können und was wir übernehmen:

  • Phase 1, Check: Sie stellen eine Liste aller installierten Extensions bereit, in der eigene Extensions und das Sitepackage erkennbar sind, und aktivieren früh das Deprecation-Log. Wir analysieren Version, Extensions und Systemvoraussetzungen.
  • Phase 2, Kopie und Backup: Sie stellen die Zugangsdaten bereit. Wir legen eine Arbeitskopie samt Datenbank an, gesichert vor dem Start.
  • Phase 3, Upgrade: Auf der Kopie führen wir das Core-Upgrade durch, lösen die Abhängigkeiten über Composer auf, passen Extensions und Sitepackage an, lassen Rector und Fractor laufen und starten die Upgrade Wizards.
  • Phase 4, Test: Sie nennen Testfälle aus dem Redaktionsalltag, etwa Formulare, Login-Bereiche oder typische Pflegeabläufe. Wir prüfen die Ergebnisse damit und mit eigenen Funktionstests, bevor etwas live geht.
  • Phase 5, Livegang: Wir übernehmen die geprüfte Version ins Produktivsystem. Für Ihre Redakteure gilt dabei ein kurzer Content-Freeze.

Spätestens bei eigenen Extensions oder einem Sitepackage, die angepasst werden müssen, bei einer Extension ohne Version für die Zielversion oder bei Abhängigkeitskonflikten in Composer ist die Agentur gefragt. Als TYPO3 Gold Member verantwortet die IllusionFACTORY® diese Phasen technisch von der Analyse bis zur Übernahme.

Aktionspreise je Ausgangsversion und Förderung

Die Aktionspreise der IllusionFACTORY® für den Wechsel auf TYPO3 14 LTS richten sich nach Ihrer Ausgangsversion und beginnen bei TYPO3 13 ab 1.200 € zzgl. MwSt. Je älter die Ausgangsversion ist, desto höher fällt der Einstiegspreis aus, bei TYPO3 6 beginnt er bei 3.000 €. Maßgeblich ist stets der Endpreis nach individueller Prüfung Ihrer Website. Wie sich dieser Preis zusammensetzt, erläutert die Seite TYPO3 Update Kosten.

Das TYPO3-Update ist staatlich förderfähig: Je nach Firmensitz übernimmt die Förderung bis zu 80 % der Kosten. Ob Sie die Voraussetzungen erfüllen, klären wir im ersten Gespräch. Den Einstiegspreis für Ihre Installation ermitteln Sie über Preis für Ihre TYPO3-Version prüfen. Ein Angebot für den Ablauf nach dieser TYPO3 Upgrade Checkliste fragen Sie anschließend direkt bei der IllusionFACTORY® an.

FAQ

Was gehört in eine TYPO3 Upgrade Checkliste?

Eine TYPO3 Upgrade Checkliste folgt beim Versionssprung drei Phasen: vor dem Upgrade, Core-Upgrade und nach dem Upgrade. Gearbeitet wird immer auf einer Kopie der Website, nie auf dem Produktivsystem. Vorab: Systemanforderungen der Zielversion prüfen (PHP, Datenbank, Composer) und ein Backup anlegen. Analyse: Deprecation-Log aktivieren, Extension Scanner einsetzen und die Kompatibilität aller Extensions klären. Core-Upgrade: Versionsangaben in der composer.json anpassen, Composer-Update ausführen, Konflikte auswerten und im Backend anmelden. Nacharbeiten: Datenbank und Daten auf die neue Version migrieren und die Webserver-Konfiguration prüfen. Tests: Templates, Formulare, Suche, Logins, Redakteurs-Workflows, Redirects und mehrsprachige Seiten vor dem Livegang prüfen.

Was ist der Unterschied zwischen einem TYPO3-Update und einem TYPO3-Upgrade?

Der Unterschied liegt in der Reichweite des Versionssprungs. Ein Update ist ein Patch innerhalb der installierten Hauptversion, zum Beispiel von 14.3.6 auf 14.3.7. Es enthält nur Bugfixes und Sicherheitskorrekturen, bringt keine neuen Funktionen mit und beeinträchtigt die Abwärtskompatibilität nicht. Bei gepflegten Composer-Projekten dauert es Minuten bis wenige Stunden. Ein Upgrade ist dagegen der Sprung auf eine neue Hauptversion, zum Beispiel von 13.4 auf 14.3. Dabei sind Breaking Changes möglich, und Upgrade Wizards, Extension-Kompatibilität und Tests gewinnen an Gewicht. Beide folgen einer festen Reihenfolge. Sie ist beim Update kurz und beim Upgrade deutlich umfangreicher.

Warum ist ein Backup vor dem Update so wichtig und was gehört dazu?

Ein Backup ist die Rückversicherung für jedes Update und Upgrade: Wenn der Composer-Lauf, ein Upgrade Wizard oder die Datenbankanpassung scheitert, lässt sich der alte Stand jederzeit wiederherstellen. Beim Patch-Update steht es deshalb als Schritt 1 am Anfang, beim Major-Upgrade gehört es zur Phase „Vor dem Upgrade“. Dazu gehören zwei Teile: die vollständigen Dateien, also das gesamte Projekt inklusive hochgeladener Dateien, und der SQL-Export der Datenbank mit dem kompletten Datenbestand. Erst wenn beide Teile gesichert sind, sollte der erste Änderungsschritt erfolgen.

Warum gilt die Regel „erst PHP, dann TYPO3“?

Die Regel „erst PHP, dann TYPO3“ trennt zwei Änderungen, die sonst gleichzeitig Fehler verursachen könnten. Zuerst wird PHP auf die höchste Version angehoben, die die aktuelle TYPO3-Version unterstützt. Danach wird PHP stabilisiert, und erst anschließend folgt der eigentliche TYPO3-Sprung.

  • Fehler lassen sich eindeutig zuordnen: Tritt ein Problem auf, liegt es entweder an PHP oder am Core-Upgrade.
  • Das System läuft schon vor dem Versionssprung auf einer stabilen, aktuellen PHP-Basis.
  • Wird PHP zu spät oder über die unterstützte Höchstversion hinaus angehoben, scheitert der Sprung. Beispiel: TYPO3 12 unterstützt höchstens PHP 8.4, PHP 8.5 ist damit inkompatibel.

Die passende PHP-Version der Ausgangs- und Zielversion ist dafür die Grundlage.

Wie finde ich heraus, welche PHP-Version meine TYPO3-Version benötigt?

Die benötigte PHP-Version hängt immer von der konkreten TYPO3-Hauptversion ab. Sie ermitteln sie in drei Schritten. Erstens prüfen Sie die Systemanforderungen der Zielversion, das ist Schritt 1 vor jedem Upgrade. TYPO3 14 läuft zum Beispiel mit PHP 8.2 bis 8.5, empfohlen sind 8.4 oder 8.5. Zweitens schauen Sie in die Systemanforderungen Ihrer aktuellen TYPO3-Version, denn auch sie hat eine PHP-Obergrenze, die vor dem Sprung nicht überschritten werden darf. Drittens beachten Sie das Support-Ende: PHP 7.4, 8.0 und 8.1 sind außer Support, PHP 8.2 erhält Security-Support nur noch bis 31.12.2026. Prüfen Sie diese Angaben vor jedem Projekt neu, da sie nur Momentaufnahmen sind.

Was machen die Upgrade Wizards und wann führe ich sie aus?

Die Upgrade Wizards migrieren Daten und Konfiguration auf die Strukturen der neuen TYPO3-Version. Sie gehören zum Major-Upgrade, also zum Sprung auf eine neue Hauptversion, nicht zum einfachen Patch-Update. Gestartet werden sie in der Phase „Nach dem Upgrade“ unter Administration → Upgrade (bis v13: Admin Tools → Upgrade), und zwar in dieser Reihenfolge: Zuerst TYPO3- und PHP-Cache leeren, dann den Database Analyzer ausführen, der fehlende Tabellen und Spalten anlegt, anschließend die Upgrade Wizards starten und danach den Cache erneut leeren. Offene Wizards der aktuellen Hauptversion sollten Sie vorher abschließen, sonst blockieren sie später das Upgrade.

Wofür dient der Extension Scanner und wie lese ich seine Ergebnisse?

Der Extension Scanner gehört zur Phase „Vor dem Upgrade“. Er untersucht eigenen PHP-Code und markiert Stellen, die in der Zielversion nicht mehr funktionieren, etwa entfernte oder veränderte Aufrufe. So lässt sich der Anpassungsaufwand früh abschätzen. Jeder Treffer zeigt eine betroffene Code-Stelle, die Sie prüfen und anpassen oder durch eine Alternative ersetzen. Viele Treffer in einer Extension deuten auf hohen Aufwand hin. Dann klären Sie Update, Ersatz oder Anpassung. Keine Treffer bedeuten nicht automatisch Kompatibilität, denn alles außerhalb von PHP-Code deckt der Scanner nicht ab. Dafür braucht es Fractor oder eine manuelle Prüfung.

Was ist TYPO3 Rector und welche Aufgaben übernimmt das Tool?

TYPO3 Rector ist ein regelbasiertes Werkzeug, das veralteten PHP-Code anhand definierter Regeln automatisch an eine neue TYPO3-Version anpasst. Es ergänzt den Extension Scanner, der problematische Stellen nur markiert. Rector ändert sie auf Wunsch direkt. Seine Aufgabe ist die Migration des PHP-Codes von Extensions und Sitepackage auf die Zielversion. Geplante Änderungen lassen sich vorab anzeigen, etwa mit vendor/bin/typo3-rector process --dry-run, ohne dass etwas verändert wird. So sehen Sie den Umfang der Anpassungen, bevor Sie sie übernehmen. Alles, was nicht PHP-Code ist, liegt außerhalb von Rector und gehört zu Fractor.

Wofür wird Fractor bei TYPO3-Upgrades eingesetzt?

Fractor ist ein regelbasiertes Werkzeug, das bei TYPO3-Upgrades veralteten Code automatisch anpasst. Es kümmert sich um TypoScript, FlexForm, Fluid und YAML, während TYPO3 Rector den PHP-Code übernimmt. Das ist wichtig, weil der Extension Scanner nur eigenen PHP-Code prüft. Für alle anderen Dateitypen braucht es Fractor oder eine manuelle Prüfung. Fractor setzt die Änderungen anhand definierter Regeln direkt um, statt Stellen nur zu markieren. Dadurch lassen sich Templates, Konfigurationen und Formulardefinitionen mit überschaubarem Aufwand auf die Zielversion bringen. Es liefert dabei Änderungen, keine Freigabe.

Welche Rolle spielt KI bei einem TYPO3-Upgrade?

KI unterstützt ein TYPO3-Upgrade als Beschleuniger, nicht als Ersatz für Fachwissen. Die Grundlage bilden regelbasierte Werkzeuge wie TYPO3 Rector und Fractor. Ergänzend setzt die IllusionFACTORY® KI-gestützte Werkzeuge ein. Sie helfen bei der Analyse von Extensions und eigenem Code und beschleunigen die Code-Migration auf die neue Version. So lässt sich früh erkennen, wo viel Aufwand entsteht, und die Umsetzung geht schneller voran. Die KI liefert dabei Vorschläge, die Verantwortung für das Ergebnis liegt bei erfahrenen Entwicklern.

Welche Aufgaben bleiben beim Upgrade auch mit Werkzeugunterstützung Handarbeit, zum Beispiel bei Gridelements oder verwaisten Extensions?

Auch mit Rector, Fractor und KI-gestützten Werkzeugen bleibt die Freigabe beim Entwickler: Alle Ergebnisse werden geprüft und getestet, bevor etwas live geht. Handarbeit bleiben außerdem Konzeptentscheidungen. Bei Gridelements müssen für die Umstellung auf Container Inhaltsstrukturen neu gedacht werden. Bei verwaisten Extensions werden Funktionsumfang, Pflegezustand und Zukunftsfähigkeit gegeneinander abgewogen, um einen Ersatz zu wählen. Gibt es für die Zielversion keine passende Extension-Version, wird der Changelog geklärt und die Extension angepasst oder ersetzt. Erzwungen wird nichts. Auch das Sitepackage braucht angepasste Templates und TypoScript. Zuletzt stehen Funktionstests für Formulare, Login-Bereiche und Redakteurs-Workflows an.

Was sind die häufigsten Stolperfallen bei einem TYPO3-Upgrade?

Die meisten Probleme entstehen, wenn die Checkliste nicht Schritt für Schritt abgearbeitet wird. Typische Stolperfallen sind: Installationen ohne Composer müssen vorab migriert werden, was zusätzliche Zeit kostet. Wird Rector auf dem Produktivsystem eingesetzt, landen ungeprüfte Codeänderungen sofort live. Beim Scheduler müssen nicht migrierte Aufgaben mit leerem tasktype neu angelegt werden. Wer diese Punkte früh einplant, vermeidet Verzögerungen und Überraschungen kurz vor dem Livegang.

Wie läuft ein TYPO3-Upgrade bei der IllusionFACTORY® in Phasen ab?

Die IllusionFACTORY® begleitet Ihr TYPO3-Upgrade in fünf Phasen vom Check bis zum Livegang. Phase 1, Check: Wir analysieren Version, Extensions und Systemvoraussetzungen, Sie liefern eine Extension-Liste. Phase 2, Kopie und Backup: Wir legen eine gesicherte Arbeitskopie samt Datenbank an, Sie stellen die Zugangsdaten bereit. Phase 3, Upgrade: Wir führen das Core-Upgrade durch, lösen Abhängigkeiten, passen Extensions und Sitepackage an und migrieren Code und Daten mit unseren Werkzeugen. Phase 4, Test: Wir prüfen mit Ihren Testfällen aus dem Redaktionsalltag und eigenen Funktionstests. Phase 5, Livegang: Wir übernehmen die geprüfte Version ins Produktivsystem, für Ihre Redakteure gilt ein kurzer Content-Freeze.

Was kostet ein TYPO3-Upgrade bei der IllusionFACTORY® und wovon hängt der Endpreis ab?

Die IllusionFACTORY® bietet Aktionspreise für den Wechsel auf TYPO3 14 LTS, die sich nach Ihrer Ausgangsversion richten. Bei TYPO3 13 beginnen sie ab 1.200 € zzgl. MwSt. Je älter die Ausgangsversion ist, desto höher fällt der Einstiegspreis aus. Bei TYPO3 6 liegt er bei 3.000 €. Maßgeblich ist immer der Endpreis nach individueller Prüfung Ihrer Website. Der Endpreis hängt vor allem von diesen Faktoren ab: der Ausgangsversion, der Projektgröße und dem Umfang des Sitepackages, der Anzahl eigener und fremder Extensions sowie einer eventuell nötigen Composer-Migration.

Gibt es eine Förderung für ein TYPO3-Upgrade und wie kann ich den Preis für meine TYPO3-Version prüfen lassen?

Ja, ein TYPO3-Update ist staatlich förderfähig. Je nach Firmensitz übernimmt die Förderung bis zu 80 % der Kosten. Ob Ihr Unternehmen die Voraussetzungen erfüllt, klärt die IllusionFACTORY® im ersten Gespräch. Den Preis für Ihre Installation lassen Sie so prüfen: Wählen Sie über „Preis für Ihre TYPO3-Version prüfen“ Ihre Ausgangsversion aus. Sie sehen dann den Aktionspreis für den Wechsel auf TYPO3 14 LTS, der zu Ihrer Version passt. Anschließend fragen Sie das Angebot direkt bei der IllusionFACTORY® an.