Wie groß ist der Aufwand für ein TYPO3 Upgrade v12 → v13?

Der Aufwand hängt vor allem von Extensions, Individualcode, Integrationen, Tests und Deployment ab. Viele v12-Setups sind relativ gut upgradebar, wenn Composer/CI/CD sauber ist und Extensions kompatibel sind. Ein kurzes Audit liefert eine belastbare Einordnung (S/M/L) inklusive Roadmap.

Ist v12 → v13 ein „kleines“ Upgrade?

Im Vergleich zu Legacy-Sprüngen (z. B. v8→v12) ist v12→v13 häufig überschaubar. Trotzdem kann es bei stark customisierten Installationen und bestimmten Extensions zu relevanten Breaking Changes kommen – insbesondere in Build/Deployment und bei Eigenentwicklungen.

Brauche ich Tests für das Upgrade?

Tests sind nicht zwingend Pflicht, reduzieren aber Risiko und Regressionen massiv. Schon ein Set aus Smoke-Tests für die wichtigsten User-Flows spart im Go-Live häufig viel Zeit. Für kritische Systeme empfehle ich Unit + Functional + Smoke (Testpyramide).

Wie minimiere ich Downtime beim Upgrade?

Mit sauberem Release-Plan, Staging-Umgebung, getesteter Rollback-Option und CI/CD. Datenbankänderungen und Cache-Warmup sollten als eigene Schritte geplant werden. Monitoring/Alerts für die ersten Stunden nach Go-Live sind ein Muss.

Was ist der schnellste sichere Einstieg?

Ein Upgrade-Audit (5–10 Tage) mit Extension-/Code-Check, Aufwandsschätzung (S/M/L), Teststrategie und Go-Live-Plan inkl. Rollback. Danach ist das Upgrade eine planbare Umsetzung statt Bauchgefühl.

v12 LTS · v13 LTS · Breaking Changes · Extensions · Composer · CI/CD · Tests

TYPO3 Upgrade v12 → v13
Der „kleine“ Sprung – aber bitte planbar

Das Upgrade von TYPO3 v12 LTS auf v13 LTS ist häufig überschaubar – wenn Deployment, Extensions und Individualcode sauber aufgestellt sind. Auf dieser Seite findest du eine praxisnahe Anleitung für Aufwand, Risiken, Vorgehen, Tests und Go-Live-Planung.

Upgrade-Audit anfragen Upgrade-Leistung ansehen

Antwort i. d. R. binnen 24–48 h (Mo–Fr) · NDA/AVV möglich Stand: 2026-01

Aktueller Kontext: v14 LTS

v12 auf v13 bleibt planbar, v12 auf v14 ist oft wirtschaftlicher

Wenn Ihr System noch auf TYPO3 v12 läuft, sollte heute nicht automatisch v13 das Endziel sein. Häufig lohnt der direkte Zielpfad Richtung TYPO3 v14 LTS, sofern Extensions, PHP-Stack, Testabdeckung und Deployment das zulassen.

Einordnung: warum v12 → v13 oft gut funktioniert

Der Sprung ist deutlich kleiner als Legacy-Upgrades, weil v12 bereits ein modernes Fundament bietet: Composer-Setup, moderne Core-Strukturen, saubere API-Linien. Trotzdem gilt: Extensions + Custom Code entscheiden über Risiko und Aufwand.

Was ist meist „easy“?

• Core-Upgrade an sich
• Standard-Setups ohne Sonderlogik
• gut gepflegte Extensions
• sauberes Composer/CI/CD

Was macht’s plötzlich „hart“?

• viele Individual-Extensions
• Integrationen ohne Tests
• „Logik im Template“
• fragile Deployments / keine Rollbacks

Ablauf: so wird das v12 → v13 Upgrade planbar

Für „kleine“ Upgrades gilt trotzdem: ohne Plan eskaliert’s schneller als gedacht. Der saubere Ablauf sorgt für einen kontrollierten Go-Live – inklusive Rollback.

1) Bestandsaufnahme

Extension- & Code-Check

• welche Extensions sind kritisch?
• wie viel Individualcode existiert?
• Integrationen: CRM/ERP/SSO/Suche
• Risiken priorisieren (High Risk first)

2) Upgrade

Core + Dependencies aktualisieren

• Composer constraints sauber setzen
• kompatible Extension-Releases pinnen
• Breaking Changes abarbeiten
• Smoke-Checks nach jedem Schritt

3) Absicherung

Tests & Qualität

• Smoke-Tests: kritische Flows
• Functional: Backend/FE Kernfunktionen
• Unit: Domain-Logik (wo es zählt)
• Tech Debt Quick Wins

4) Go-Live

Release-Plan & Rollback

• Runbook mit Verantwortlichen
• DB-Schritte & Cache Warmup
• Monitoring/Alerts aktiv
• Rollback getestet

Mini-Formel aus der Praxis

Audit + Smoke-Tests + Rollback sind die drei Bausteine, die aus einem Upgrade einen „langweiligen“ Release machen. Und langweilig ist hier perfekt.

Audit starten

Aufwand v12 → v13: die echten Treiber (nicht die Seitenanzahl)

Der Aufwand ist selten „Core“. Er entsteht dort, wo Systeme miteinander sprechen oder wo Custom-Code tief in TYPO3 eingreift.

Extensions

Wenn 90% eures Systems in Extensions steckt, ist das Upgrade zu 90% ein Extension-Projekt. Kritische Kandidaten: Search, Form, Auth/SSO, DAM, große Custom Extensions.

Integrationen (CRM/ERP/SSO/Suche)

Integrationen brauchen Fehlertoleranz: Retry, Backoff, Logging, Monitoring. Ohne das wird ein Upgrade schnell „Feuerwehr“.

Deployment & Infrastruktur

CI/CD und Rollback sind der Unterschied zwischen Release und Risiko. Wenn Deployments heute schon wackeln, wird es beim Upgrade nicht besser.

Grob-Klassifizierung (S/M/L)

Nur zur Einordnung – präzise wird es über ein Audit:

S – wenige Extensions, kaum Integrationen, gutes CI/CD
M – mehrere Extensions/Integrationen, Redaktionsprozesse
L – Multi-Domain, Enterprise-Suche, große Custom-Codebase

Empfehlung

Wenn du schnell Klarheit willst: Upgrade-Audit inkl. Roadmap & Rollback-Plan.

Audit anfragen

Checkliste: TYPO3 v12 → v13 Upgrade (1 Seite, die du wirklich nutzt)

Diese Liste ist bewusst kompakt. Wenn du sie abhaken kannst, ist dein Upgrade in der Regel „safe enough“ für ein kontrolliertes Go-Live.

Vorbereitung

Feature-Freeze/Scope festgelegt
Extension-Inventory & Versionen dokumentiert
Staging-Umgebung ist prod-nah
Backup/Restore getestet

Upgrade & Stabilisierung

Composer Update sauber & reproduzierbar
Breaking Changes priorisiert abgearbeitet
Custom Extensions angepasst & minimal getestet
Backend/FE Smoke-Tests laufen durch

Qualität & Sicherheit

phpstan/rector/CI Checks aktiv
Security Header & 2FA geprüft
Cache-Strategie & Warmup bedacht
Monitoring/Logs für Go-Live bereit

Go-Live

Runbook mit Zeiten & Verantwortlichen
DB Schritte / Migrationsfenster geplant
Rollback-Plan getestet + erreichbar
Alerts in den ersten 24–48h „hot“

Upgrade-Audit anfragen (S/M/L + Roadmap)

Ergebnis: Klarheit statt Bauchgefühl – inkl. Test- und Go-Live-Plan (Rollback inklusive).

Die 6 häufigsten Stolperfallen bei v12 → v13

Auch „kleine“ Upgrades gehen schief, wenn diese Punkte ignoriert werden:

1) Extensions sind „fast kompatibel“

Fast kompatibel ist oft schlimmer als inkompatibel, weil es erst im Go-Live knallt. Lösung: Compatibility früh testen, notfalls fixen oder ersetzen.

2) Deployments sind nicht reproduzierbar

Lösung: Build in CI, Lockfile, eindeutige Artefakte, klare Releases. Sonst wird „Upgrade“ zum Glücksspiel.

3) Keine Smoke-Tests

Lösung: 10–20 Minuten Smoke-Checklist reicht, um 80% der Regret-Bugs zu verhindern.

4) Integrationen ohne Monitoring

Lösung: Logs, Alerts, Retry. Wenn ein CRM/ERP hängt, muss das sichtbar sein – sofort.

5) Cache-/Warmup nicht bedacht

Lösung: Warmup & Caching planen, sonst wirkt die Site nach Go-Live „langsam“, obwohl sie es nicht ist.

6) Kein Rollback

Lösung: Rollback planen und testen. Wenn es nie gebraucht wird: perfekt. Wenn doch: Gold wert.

FAQ: TYPO3 Upgrade v12 → v13

Die häufigsten Fragen, die ich in Upgrade-Projekten höre:

Kann man das Upgrade „nebenbei“ machen? ›

Für sehr kleine Setups manchmal. Für Business-kritische Systeme rate ich zu einem klaren Sprint: Fokus, Feature-Freeze und definierte Go-Live-Phase.

Was ist die beste Test-Minimalversion? ›

Eine Smoke-Checklist für Kernfunktionen (Login, Suche, Formulare, kritische Seiten, Backend-Editing). Das ist schnell gebaut und verhindert die häufigsten Regressionen.

Wann lohnt sich ein Audit, wenn v12→v13 „klein“ ist? ›

Immer dann, wenn ihr viele Extensions/Integrationen habt oder der Go-Live nicht „einfach mal nachts“ passieren kann. Audit liefert S/M/L und eine Roadmap – das spart Diskussionen und Risiko.

Passende Unterstützung für dieses Thema

Wenn Sie Upgrade-Risiken, Aufwand und die nächsten technischen Schritte für Ihr TYPO3-System konkret bewerten oder umsetzen möchten, unterstütze ich Sie mit TYPO3 Upgrades. Für eine strukturierte Bestandsaufnahme oder Priorisierung ergänzt TYPO3 Audit & Code Review.

TYPO3 Upgrades ansehen TYPO3 Audit & Code Review ansehen

v12 → v13 Upgrade ohne Downtime-Drama?

Ich kann euer Upgrade entweder komplett umsetzen oder als Senior-Partner begleiten: Audit, Roadmap, CI/CD, Tests und kontrollierter Go-Live – inkl. Rollback-Plan.