Aktualisierung vom 31. Juli 2026: ITextreme läuft inzwischen nicht mehr mit Statamic, sondern als Next.js-Anwendung mit Markdown/MDX im Repository. Der folgende Praxisbericht dokumentiert die damalige Umstellung auf Statamic 6. Die Produktbeschreibung wurde anhand der finalen Veröffentlichung korrigiert; die geschilderte Update-Erfahrung bleibt historischer Stand.
Statamic 6 war kein kleines Wartungsrelease. Der Hersteller nennt mehr als 1.000 zusammengeführte Änderungen, ein neu gestaltetes Control Panel und eine deutlich modernisierte Frontend-Basis. Für bestehende Installationen ist das attraktiv, verlangt aber einen echten Upgrade-Test statt blindem Versionssprung.
Was Statamic 6 tatsächlich verändert
Neues Control Panel
Das Control Panel wurde neu gestaltet und technisch überarbeitet. Vue 3, Inertia.js und Tailwind CSS 4 bilden die neue Oberfläche. Hinzu kommen unter anderem:
- eine Befehlspalette
- Themes für das Control Panel
- einklappbare Bereiche in Veröffentlichungsformularen
- Bildvorschauen für Sets in Replicator und Bard
- eine Kalenderansicht für Collections
- Hot Reload in der Live Preview
Das sind keine bloßen Farbanpassungen. Add-ons mit eigenen Control-Panel-Komponenten müssen deshalb besonders sorgfältig auf Kompatibilität geprüft werden.
Anmeldung und Sitzungen
Statamic 6 ergänzt erhöhte Sitzungen, Zwei-Faktor-Authentifizierung und Passkeys. Gerade bei redaktionellen Systemen ist das wichtiger als die nächste dekorative Dashboard-Kachel: Ein kompromittiertes Autorenkonto kann Inhalte, Formulare und veröffentlichte Links verändern.
Entwicklung und Add-ons
Die neue UI-Komponentenbibliothek, Vue Composition API für Fieldtypes, Add-on-Einstellungen und ein überarbeiteter JavaScript-Workflow schaffen eine zeitgemäßere Grundlage für Erweiterungen. Antlers erhält eine Komponenten-Tag-Syntax; die REST-API unterstützt Authentifizierung.
Caching und Publishing
Background Re-Caching für den Static Cache und die überarbeiteten Veröffentlichungsformulare zielen auf den Alltag größerer Sites. Bessere Datums- und Zeitzonenbehandlung ist weniger spektakulär, verhindert aber eine Klasse ausgesprochen lästiger Veröffentlichungsfehler.
Die damalige Update-Erfahrung bei ITextreme
Die damalige ITextreme-Installation ließ sich von Statamic 5 auf Version 6 aktualisieren, ohne Inhaltsverlust oder notwendige Anpassung der eigenen Templates. Das ist ein positiver Einzelbefund, aber keine allgemeine Garantie.
Die wichtigsten Gründe für den reibungslosen Verlauf waren:
- überschaubare Zahl eigener Add-ons
- versionierter Code
- gesicherter Inhaltsbestand
- Prüfung außerhalb des produktiven Systems
- klare Möglichkeit zum Rückbau
Installationen mit stark angepasstem Control Panel, älteren Add-ons oder eigenen Fieldtypes haben ein anderes Risikoprofil. Dort ist der offizielle Upgrade-Leitfaden nur der Anfang; entscheidend sind Tests der tatsächlichen redaktionellen Abläufe.
Ein sinnvoller Upgrade-Ablauf
- Anforderungen an PHP, Laravel und Abhängigkeiten prüfen.
- vollständiges Backup von Inhalten, Assets, Datenbank und Konfiguration erstellen.
- Add-ons auf Unterstützung für Statamic 6 prüfen.
- Upgrade in einer getrennten Umgebung durchführen.
- Control-Panel-Anpassungen und eigene Fieldtypes testen.
- Erstellen, Bearbeiten, Planen und Veröffentlichen repräsentativer Inhalte prüfen.
- Formulare, Suche, Caches, APIs und mehrsprachige Inhalte testen.
- erst danach ein Wartungsfenster für das produktive Upgrade festlegen.
„Die Startseite lädt“ ist keine ausreichende Abnahme für ein CMS-Upgrade. Die relevanten Nutzerwege liegen vor allem im Redaktionssystem.
Warum ITextreme später trotzdem wechselte
Der spätere Wechsel zu Next.js war keine nachträgliche Abwertung von Statamic 6. Das Projektziel änderte sich: Inhalte sollten als Markdown/MDX direkt im Repository liegen, Komponenten und Designsystem sollten vollständig in einer TypeScript-Anwendung kontrolliert werden, und der redaktionelle Prozess blieb klein genug für Git-basierte Pflege.
Für ein Team mit mehreren Redakteuren, granularen Freigaben und einem komfortablen visuellen Backend wäre dieselbe Entscheidung möglicherweise falsch. Ein gutes CMS wird nicht dadurch schlecht, dass ein Projekt später ein anderes Betriebsmodell wählt.
Für wen Statamic 6 passt
Statamic bleibt interessant für:
- inhaltsreiche Websites mit individuellen Strukturen
- Teams, die ein redaktionelles Control Panel benötigen
- Laravel-orientierte Entwicklung
- Projekte, die Flat-File-Inhalte mit Datenbankfunktionen kombinieren wollen
- Agenturen, die wiederverwendbare, aber nicht starre Inhaltsmodelle bauen
Weniger passend ist es, wenn eine vollständig verwaltete Standardlösung ohne Entwicklungsbetrieb gesucht wird oder wenn das Team bewusst ausschließlich mit Git und MDX arbeitet.
Fazit
Statamic 6 modernisiert nicht nur die Versionsnummer, sondern zentrale Teile des Control Panels und der Erweiterungsbasis. Das damalige ITextreme-Upgrade verlief sauber. Der heutige Wechsel zu Next.js zeigt zugleich, dass Technologieentscheidungen immer an Arbeitsweise und Projektziel gebunden sind. Die ehrlichere Empfehlung lautet deshalb nicht „unbedingt aktualisieren“, sondern: Upgrade-Pfad testen, Add-ons prüfen und das CMS nur dann einsetzen, wenn sein Redaktionsmodell zum Team passt.
