TYPO3 Updater: Automatisierte Updates für Multi-Site-Umgebungen

Eine professionelle Lösung für qualitätsgesicherte TYPO3 Core- und Extension-Updates über mehrere Instanzen hinweg. Mit visuellen Tests, Deployer-Integration und automatischer Ticket-Erstellung.

Auf einen Blick

  • Der TYPO3 Updater automatisiert die Update-Pipeline: DDEV-Erkennung, Composer-Updates, Playwright-Screenshots und Deployer-Integration.
  • Vor und nach jedem Update laufen visuelle Screenshot-Tests – Layout-Probleme werden sofort erkannt.
  • Jedes Update erzeugt automatisch ein Redmine-Ticket mit Test-Reports, Screenshot-Vergleichen und Zeiterfassung.
  • Die Projekt-Erkennung basiert auf strukturierten Checks (.ddev/config.yaml, composer.json, .hosts.yaml) – ohne KI/LLM.

Einleitung  

TYPO3-Updates sind kritisch für Sicherheit und Stabilität – gleichzeitig zeitaufwendig und fehleranfällig, besonders bei mehreren Instanzen. Unser TYPO3 Updater automatisiert den gesamten Prozess: von der Analyse über das Update bis zur visuellen Qualitätssicherung und Dokumentation.

Die Lösung richtet sich an Agenturen und IT-Abteilungen, die mehrere TYPO3-Instanzen professionell verwalten und Updates effizient, sicher und nachvollziehbar umsetzen möchten.


Inhaltsverzeichnis  


Warum TYPO3 Updater?  

Typische Herausforderungen  

Für Agenturen mit vielen TYPO3-Projekten:

  • Manuelle Updates kosten Zeit – bei 20+ Projekten mehrere Arbeitstage pro Minor-Release
  • Inkonsistente Dokumentation erschwert die Nachvollziehbarkeit
  • Fehlende visuelle Tests führen zu übersehenen Layout-Problemen
  • Manuelle Zeiterfassung und Ticket-Erstellung wird oft vernachlässigt

Für IT-Abteilungen:

  • Security-Updates müssen schnell auf allen Instanzen ausgerollt werden
  • Extension-Updates (z.B. neues Powermail) erfordern systematisches Vorgehen
  • Compliance erfordert lückenlose Dokumentation
  • Qualitätssicherung muss reproduzierbar und nachweisbar sein

Die Lösung  

Der TYPO3 Updater automatisiert die gesamte Update-Pipeline:

Zentrale Verwaltung

Alle DDEV-Projekte werden automatisch erkannt und nach Alter, TYPO3-Typ und Deployment-Konfiguration gefiltert.

Qualitätssicherung

Vor und nach jedem Update laufen visuelle Screenshot-Tests – Layout-Probleme werden sofort sichtbar.

Vollständige Dokumentation

Jedes Update erstellt automatisch ein Redmine-Ticket mit Test-Reports, Screenshot-Vergleichen und Zeiterfassung.


Architektur und Funktionsweise  

Technische Grundlagen  

Der TYPO3 Updater basiert auf einer durchdachten Architektur, die bewährte Tools und moderne Technologien kombiniert:

Basis-Stack:

  • DDEV als lokale Entwicklungsumgebung (erkennt alle Projekte automatisch)
  • Deployer für strukturiertes Deployment (.hosts.yaml definiert Zielserver)
  • Composer für TYPO3 Core- und Extension-Updates
  • Playwright für visuelle Screenshot-Tests
  • Next.js als moderne Web-Oberfläche mit shadcn/ui

TYPO3 Updater Workflow: Von der Erkennung bis zur Dokumentation

Automatische Projekt-Erkennung  

Der Updater durchsucht den konfigurierten Projects-Ordner und filtert intelligent:

  • DDEV-Projekte erkennen: Durchsucht alle Ordner nach .ddev/config.yaml und identifiziert so aktive DDEV-Umgebungen.
  • TYPO3-Installation prüfen: Analysiert die composer.json auf typo3/cms-core Dependencies und validiert die Installation.
  • .hosts.yaml validieren: Prüft, ob eine gültige Deployer-Konfiguration existiert und ob alle erforderlichen Server-Definitionen vorhanden sind.
  • Letztes Update-Datum analysieren: Liest Git-Commits und composer.lock Timestamps aus, um zu bestimmen, wann das letzte Update erfolgte.

Wichtig: Der Updater nutzt keine KI/LLM – die Erkennung basiert auf strukturierten Checks von Dateisystem und Composer-Konfiguration. Das garantiert Zuverlässigkeit und Performance.


Die Benutzeroberfläche  

Dashboard: Projekt-Übersicht  

Die zentrale Anlaufstelle zeigt alle update-fähigen TYPO3-Instanzen auf einen Blick:

TYPO3 Updater Dashboard mit Projektübersicht, Filteroptionen und Status-Indikatoren

Features der Übersicht:

  • Intelligente Filterung: Nach Projekt-Name, letztem Update-Datum, TYPO3-Version
  • Status-Indikatoren: Deployer-Status, Git-Branches, letzte Commits
  • Batch-Auswahl: Multiple Projekte für gleichzeitiges Update auswählen
  • Sortierung: Nach Datum, Projekt-Name oder Update-Priorität

Die Oberfläche ist bewusst clean und funktional gehalten – optimiert für schnelle Entscheidungen und effizientes Arbeiten.

Command-Generator: Maximale Kontrolle  

Für alle, die den Update-Prozess über die Shell kontrollieren möchten:

Command-Generator mit konfigurierbaren Optionen und Copy-to-Clipboard-Funktion

Der Generator erstellt präzise Shell-Commands mit allen relevanten Parametern:

Verfügbare Optionen:

ParameterBeschreibungDefault
--batch-modeBatch-Verarbeitung mehrerer Projekte✓
--dry-runSimulation ohne tatsächliche Updates✓
--skip-uploadDeployment überspringen✕
--skip-redmineKeine Ticket-Erstellung✕
--skip-visual-testsScreenshot-Tests deaktivieren✕
--verbose-outputDetaillierte Logging-Ausgabe✕

Sie können das generierte Command direkt kopieren und im Terminal ausführen – ideal für CI/CD-Integration oder erweiterte Workflows.

Konfiguration: Zentrale Einstellungsverwaltung  

Sie konfigurieren alles über das Web-Interface:

Konfigurationsseite mit strukturierter Dokumentation und Live-Vorschau

Zum Vergrößern und vollständig anzeigen auf das Bild klicken

Konfigurationsbereiche:

Jede Einstellung enthält inline Dokumentation mit Best Practices und Validierung in Echtzeit.


Der Update-Prozess  

1. Ausführung mit Live-Monitoring  

Nach Auswahl der Projekte startet der Update-Prozess mit detailliertem Status-Feedback:

Update-Prozess mit farbcodiertem Status-Output und Progress-Indikatoren

Prozess-Schritte:

Environment Setup

Lädt .env-Konfiguration, prüft SSH-Authentifizierung, validiert DDEV-Status

Pre-Update Tests

Screenshots aller definierten URLs erstellen, Baseline für Visual Comparison speichern

Composer Updates

TYPO3 Core auf neueste Minor-Version aktualisieren, zusätzliche Packages updaten (optional), Composer-Lock generieren

Post-Update Tests

Neue Screenshots erstellen, Pixel-basierter Vergleich mit Baseline, Diff-Images generieren

Dokumentation

HTML-Report mit allen Test-Ergebnissen generieren, Redmine-Ticket erstellen und verlinken, Zeiterfassung (30 min Standard)

Status-Codes:

  • 🟢 [SUCCESS]: Schritt erfolgreich abgeschlossen
  • 🟡 [WARNING]: Warnung, Prozess läuft weiter
  • 🔴 [ERROR]: Kritischer Fehler, Abbruch
  • 🔵 [INFO]: Informative Ausgabe

2. Visual Comparison Report  

Nach jedem Update wird ein umfassender Test-Report erstellt:

Visual Comparison Report mit Before/After-Screenshots und Diff-Highlighting

Report-Inhalte:

Screenshot Matches

Anzahl der unveränderten Seiten – idealerweise die Mehrzahl der getesteten URLs.

Screenshot Differences

Erkannte visuelle Änderungen mit Diff-Visualisierung. Zeigt genau, welche Pixel sich verändert haben.

Screenshot Errors

Fehlgeschlagene Vergleiche (z.B. Timeout, fehlende Seite) erfordern manuelle Prüfung.

Pages Visited

Anzahl der getesteten URLs – konfigurierbar über die Projektkonfiguration.

Der Updater speichert den Report in einem hash-basierten Ordner (nicht erratbar) und verlinkt ihn im Redmine-Ticket.

3. Redmine-Integration  

Automatische Ticket-Erstellung mit vollständiger Dokumentation:

Redmine-Ticket mit technischem Bericht, Test-Ergebnissen und Composer-Audit

Ticket-Struktur:

Test Report (im Ticket enthalten):

  • Screenshot-Vergleiche (Vorher/Nachher)
  • Funktionalitätstests nach wichtigen Bereichen
  • Performance-Messungen (Lighthouse Score)
  • Composer Audit Report (Security-Vulnerabilities)
  • Nächste Schritte und Empfehlungen

Automatisch generierte Dokumentation:

  • Alle TYPO3 Core-Komponenten aktualisiert
  • Extension-Kompatibilität überprüft
  • Datenbankschema validiert
  • Cache geleert und neu aufgebaut
  • Konfigurationsdateien überprüft

Composer Audit Report  

Ein wichtiger Teil der Dokumentation ist der integrierte Composer Security-Check:

Sicherheitsanalyse:

  • Keine Security-Vulnerabilities gefunden
  • Betroffene Pakete: Keine gefunden
  • Vollständiger Bericht wird im Ticket dokumentiert

Nächste Schritte:

  1. Überprüfung der Website-Funktionalität
  2. Monitoring der Performance-Metriken
  3. Dokumentation der Änderungen

Praxis-Szenarien  

Szenario 1: Security Update für alle Instanzen  

Situation: TYPO3 Security Advisory – kritisches Update verfügbar

Lösung mit TYPO3 Updater:

Security Advisory erhalten

TYPO3 veröffentlicht ein Security Bulletin für die LTS-Versionen 13.4 und 14.3

Projekt-Auswahl

Im Dashboard alle betroffenen TYPO3-Instanzen filtern und auswählen (18 Projekte)

Batch-Update starten

Update-Prozess für alle 18 Projekte gleichzeitig starten mit Visual Tests

Abschluss und Dokumentation

Alle Updates abgeschlossen, 18 Redmine-Tickets erstellt, visuelle Reports verfügbar

Zeitersparnis: Statt 2-3 Arbeitstage für manuelle Updates → 2.5 Stunden automatisiert

Szenario 2: Extension-Rollout über alle Projekte  

Situation: Neue Powermail-Version mit wichtigen Features soll auf allen Instanzen installiert werden

Workflow:

  1. Konfiguration anpassen: Zusätzliches Composer-Package in2code/powermail:* in Config hinterlegen
  2. Projekte filtern: Nur Instanzen mit bestehender Powermail-Installation auswählen
  3. Staged Rollout: Erst auf 3 Test-Instanzen, nach Erfolg auf alle anderen
  4. Dokumentation: Jede Instanz erhält Ticket mit Changelog und Test-Report

Szenario 3: Qualitätsgesicherte Updates  

Situation: IT-Abteilung benötigt nachweisbare QA für Compliance

TYPO3 Updater liefert:

  • Reproduzierbare Tests: Jedes Update durchläuft die identische Test-Pipeline
  • Visuelle Dokumentation: Before/After-Screenshots als Nachweis
  • Zeitstempel und Audit-Trail: Vollständige Nachvollziehbarkeit
  • Ticket-System Integration: Lückenlose Dokumentation in Redmine
  • Sichere Key-Verwaltung: SSH-Keys werden verschlüsselt gespeichert
Best Practice: Sichere Key-Verwaltung

Der TYPO3 Updater erfordert SSH-Keys für Deployer-Zugriff. Diese werden verschlüsselt in der Konfiguration gespeichert. Wenn kein Key hinterlegt ist, wird der Update-Prozess mit einer klaren Fehlermeldung abgebrochen – keine unsicheren Fallbacks.


Technische Anforderungen  

System-Voraussetzungen  

Server-Umgebung:

  • DDEV installiert und konfiguriert
  • Node.js 22 LTS oder neuer (für Next.js GUI)
  • Composer 2.x
  • SSH-Zugriff zu Deployment-Targets

Optional für erweiterte Features:

  • Redmine-Instanz mit API-Zugang
  • Deployer-Konfiguration (.hosts.yaml)
  • Playwright für Visual Tests

Installation  

Die GUI ist dann unter http://localhost:3000 erreichbar.


Best Practices  

Update-Strategie  

FeatureEmpfohlenNicht empfohlen
Staged Rollout✓✕
Dry-Run zuerst✓✕
Visual Tests aktivieren✓✕
Alle Instanzen gleichzeitig✕✓
Updates ohne Tests✕✓
Manuelle Dokumentation✕✓

Wartung und Monitoring  

Regelmäßige Tasks:

  1. Screenshot-Archiv bereinigen (automatisch nach 30 Tagen)
  2. Redmine-Token erneuern (API-Keys alle 90 Tage rotieren)
  3. Log-Files überwachen (Warning Log prüfen)
  4. SSH-Keys aktualisieren (bei Team-Wechsel)

Performance-Optimierung:

  • Visual Tests parallel ausführen (max. 3 Browser-Instanzen)
  • Screenshot-Auflösung auf 1920x1080 begrenzen
  • Alte Test-Reports automatisch archivieren
  • DDEV-Container nach Update restarten

Zeitersparnis  

Zeitanalyse  

AufgabeManuellAutomatisiertErsparnis
Single TYPO3 Update45 min5 min-89%
Visual QA Testing30 min2 min-93%
Dokumentation20 min1 min-95%
Redmine Ticket15 min0 min-100%
Gesamt pro Update110 min8 min-93%

Visualisierung der Zeitersparnis  

ManuellAutomatisiert
bar chart-3,69,4522,535,648,6MinutenTYPO3 UpdateVisual TestingDokumentationTicket-ErstellungManuell, TYPO3 Update: 45 MinutenAutomatisiert, TYPO3 Update: 5 MinutenManuell, Visual Testing: 30 MinutenAutomatisiert, Visual Testing: 2 MinutenManuell, Dokumentation: 20 MinutenAutomatisiert, Dokumentation: 1 MinutenManuell, Ticket-Erstellung: 15 MinutenAutomatisiert, Ticket-Erstellung: 0 Minuten
taskManuellAutomatisiert
TYPO3 Update455
Visual Testing302
Dokumentation201
Ticket-Erstellung150

Durchschnittlicher Zeitaufwand pro Update-Schritt in Minuten

Hochrechnung für Agentur mit 20 TYPO3-Projekten:

  • 8 TYPO3 Core Minor Updates pro Jahr (alle 6-8 Wochen)
  • 9 wichtige Extension Updates pro Jahr (Powermail, News, etc.)
  • = 17 Updates pro Jahr × 20 Projekte = 340 Updates total
  • Manuelle Durchführung: 340 × 110 min = 623 Stunden
  • Mit TYPO3 Updater: 340 × 8 min = 45 Stunden
  • Zeitersparnis: 578 Stunden pro Jahr

Zeitverteilung: Manueller Update-Prozess  

Pie chartTYPO3 Core Update: 45 minVisual Testing: 30 minDokumentation: 20 minTicket-Erstellung: 15 minTYPO3 Core Update: 45Visual Testing: 30Dokumentation: 20Ticket-Erstellung: 15

Wo geht die Zeit bei manuellen Updates verloren? (110 Minuten gesamt)

Zusätzlicher Mehrwert

Neben der Zeitersparnis erhöhen Sie die Qualität durch konsistente Tests, reduzieren menschliche Fehler und schaffen vollständige Dokumentation für Compliance und Kunden-Reporting.


Zusammenfassung  

Der TYPO3 Updater ist mehr als ein Automatisierungstool – er ist eine vollständige Update-Management-Lösung für professionelle TYPO3-Umgebungen:

Kernvorteile:

Effizienz

93% Zeitersparnis pro Update durch Automatisierung von Routine-Tasks

Qualität

Visuelle Regression Tests garantieren Layout-Integrität nach jedem Update

Transparenz

Vollständige Dokumentation in Redmine mit Test-Reports und Screenshots

Sicherheit

Verschlüsselte Key-Verwaltung und reproduzierbare Security-Checks

Skalierbarkeit

Batch-Updates für beliebig viele Instanzen mit konsistenter Qualität

Kontrolle

Dry-Run Modus und Stage-Rollouts für risikofreies Testing

Für wen ist der TYPO3 Updater geeignet?  

Ideal für:

  • Agenturen mit 5+ TYPO3-Projekten
  • IT-Abteilungen mit Multi-Site-Umgebungen
  • Managed-Hosting-Provider
  • DevOps-Teams mit Automatisierungsfokus

Technisches Profil:

  • Erfahrung mit DDEV und Composer
  • Grundkenntnisse in Bash/Shell-Scripting
  • Optional: Deployer-Kenntnisse für erweiterte Features
  • Optional: Redmine-Admin-Zugang für Ticket-Integration

Unser Angebot dazu:

  • Schulung für Ihr Team
  • Managed-Service-Optionen

Dieser Artikel wurde zuletzt aktualisiert am 2025-10-04. Der TYPO3 Updater wird aktiv weiterentwickelt – Features und Screenshots können sich ändern.

Lassen Sie uns über Ihr Projekt sprechen

Standorte

  • Mattersburg
    Johann Nepomuk Bergerstraße 7/2/14
    7210 Mattersburg, Austria
  • Wien
    Ungargasse 64-66/3/404
    1030 Wien, Austria

Dieser Inhalt wurde teilweise mithilfe von KI erstellt.