Leistung 06
TYPO3 Upgrades neu
Versionssprünge ohne Drama: mit Migrationsplan, Backup-Strategie und Roll-out im laufenden Betrieb.
Unser Upgrade-Prozess
Kein Blindflug — jeder Schritt geplant.
Bestandsaufnahme & Risikoanalyse
Inventar aller Extensions (TER, Custom, Third-Party), PHP-Version, Datenbankschema, Serverumgebung. Bewertung: was migriert automatisch, was braucht Handarbeit?
Migrationsplan
Reihenfolge der Schritte, Zeitplan, Ressourcenbedarf, Rollback-Trigger. Alles dokumentiert, abgestimmt mit Ihrer IT und Ihrem Betrieb.
Staging-Migration
Vollständige Migration auf identischem Staging-System. Funktions- und Regressionstests, BITV-Spot-Check, Performance-Vergleich.
Abnahme & Freigabe
Formale Abnahme durch Ihre IT und Redaktion. Checkliste, Testprotokoll, Freigabedokumentation.
Produktiv-Migration
Migration im geplanten Wartungsfenster, Live-Monitoring direkt nach Go-live, Rollback bereit. Post-Migration-Support für 4 Wochen inklusive.
0+
TYPO3-Upgrades
v8 → v13
0
Produktionsausfälle
bei planmäßigen Upgrades
0 Wo
Post-Migration-Support
immer inklusive
Was wir mitbringen
Erfahrung, die den Unterschied macht.
Extension-Migration
Custom Extensions auf neue API migrieren — oder prüfen, ob eine TER-Alternative sinnvoller ist.
Sicherheits-Audit
Upgrade als Gelegenheit: Security-Konfiguration überprüfen, veraltete Einstellungen bereinigen.
PHP-Upgrade
Koordinierter PHP-Versionssprung (z. B. 7.4 → 8.2) — abgestimmt mit Ihrem Hosting.
Content-Migration
Datenbankmigrationen, RTE-Inhalt konvertieren, Bildformate optimieren.
Redaktionsschulung
Was ändert sich für Redakteur:innen? Kurze Schulung und aktualisiertes Handbuch.
Upgrade-Dokumentation
Vollständiges Protokoll aller Änderungen — für Ihre IT-Dokumentation und zukünftige Upgrades.
Das hängt stark von der Anzahl der Custom Extensions und dem Versionssprung ab. Ein typisches Upgrade (z. B. v11 → v12) mit 3–5 Custom Extensions dauert 3–6 Wochen inklusive Staging-Phase und Abnahme. Komplexere Installationen (v8 → v12, viele Custom Extensions, Legacy-Code) können 3–6 Monate benötigen.
Nein — die Vorbereitungsarbeit passiert auf dem Staging-System. Die eigentliche Produktiv-Migration findet in einem kurzen Wartungsfenster (typisch 2–4 Stunden) statt, das wir in redaktionsschwache Zeiten legen (z. B. Sonntagnacht).
Jede Upgrade-Migration hat einen definierten Rollback-Trigger: wenn innerhalb der ersten Stunde nach Go-live kritische Fehler auftreten, spielen wir das letzte Backup ein und gehen zurück zur alten Version. Dieser Rollback-Plan ist Teil des Migrationsplans und wird vorab abgestimmt.