Migration von Super Table: Zwischen Legacy-Hürden und Craft 5 Core-Features

Wer glaubt, ein Craft-Upgrade sei mit einem Composer-Befehl erledigt, wird bei Super Table schnell eines Besseren belehrt.

Super Table war über Jahre ein unverzichtbares Werkzeug in Craft-Projekten. Mit Craft 5 hat sich das geändert: Die Funktionalität ist jetzt Teil des Core von Craft CMS, das Plugin selbst läuft aus. Was logisch klingt, ist in der Praxis eine der Fehler anfälligsten Migrationen, die ein Craft-Projekt durchlaufen kann. Wer das unterschätzt, riskiert Datenverlust, zerstörte Feldstrukturen und einen Relaunch-Zeitplan, der sich in Luft auflöst.

Warum ist Super Table End-of-Life ein kritisches Ereignis für bestehende Projekte?

Super Table war nie ein kleines Hilfs-Plugin. Es war tief in Redaktionsstrukturen eingebettet, wurde für tabellarische Inhalte, verschachtelte Layouts und komplexe Eingabemasken eingesetzt. Der Entwickler Verbb hat das End-of-Life offiziell kommuniziert. Neue Features kommen nicht mehr. Sicherheits-Updates werden endlich sein. Wer heute noch aktive Projekte auf Super Table betreibt, sitzt auf einer Struktur, die keine Zukunft mehr hat.
Die Architektur von Craft 5 ist grundlegend neu. Matrix-Blöcke sind vollwertige Entries, native Felder ersetzen das Plugin. Klingt sauber. Das Problem liegt in dem, was vorher war.

Welche konkreten Fehler treten beim Upgrade von Craft 3 auf Craft 4 auf?

Der Sprung von Craft 3 auf Craft 4 ist oft der erste Stolperstein, noch bevor Craft 5 überhaupt in Sichtweite ist. PHP 7.4 auf PHP 8 bringt Typisierung-Änderungen mit sich, die Super Table in vielen Installationen aus dem Tritt bringen. Datenbank-Inkonsistenzen, die in Craft 3 still geduldet wurden, werden bei der Migration schlagartig sichtbar. Und wer Super Table innerhalb von Matrix-Feldern eingesetzt hat, erlebt hier oft den ersten harten Abbruch.

Die häufigsten Fehlerquellen im Überblick:

• Fehlende UUIDs älterer Super Table Instanzen brechen den Migrationsprozess ab und hinterlassen unbrauchbare Feldkonfigurationen.
• Datenbank-Inkonsistenzen aus Craft 3 führen bei verschachtelten Strukturen zu SQL-Fehlern, die sich manuell kaum vorhersagen lassen.
• Komplexe Verschachtelungen (Super Table in Matrix in Matrix) überfordern automatisierte Migrationsskripte regelmäßig, Relationen gehen dabei verloren.
• Layout-Verluste entstehen, weil die kompakte Tabellenansicht von Super Table sich in Craft 5 nicht direkt reproduzieren lässt und Redaktions-UIs neu aufgebaut werden müssen.
• Dependency Hell durch tief verwobene Plugin-Abhängigkeiten verhindert oft schon das saubere Update auf Craft 4 als Zwischenschritt.

Was ändert sich mit Craft 5 grundlegend, und warum scheitern automatisierte Migrationen so häufig?

Craft 5 verändert die Datenarchitektur von Grund auf. Die Entscheidung, Matrix-Blöcke als vollwertige Entries zu behandeln, verändert die gesamte Datenarchitektur. Super Table hat über Jahre eine parallele Struktur aufgebaut, die sich nicht einfach übersetzen lässt. Automatisierte Konvertierungen scheitern genau dort, wo es am meisten wehtut: bei den Feldern, die am intensivsten genutzt wurden. Was nach einer technischen Kleinigkeit aussieht, ist in der Praxis oft ein mehrtägiger Eingriff in die Datenbankstruktur.
Automatisierte Konvertierungen sind der falsche Weg. Wer Super Table ausgiebig genutzt hat, braucht eine strukturierte Analyse der Felder, saubere Backups, ein lokales Test Setup und in den meisten Fällen eine manuelle Refaktorisierung der Datenbankstrukturen. Das ist kein Pessimismus, das ist der realistische Stand der Dinge.

Welche Strategie minimiert das Risiko bei der Migration auf Craft 5 tatsächlich?

Es gibt keine risikofreie Migration, aber es gibt kluge Vorbereitungen. Ein Audit der bestehenden Feldstruktur zeigt, welche Super Table Felder wirklich noch gebraucht werden und welche seit Jahren ungenutzt mitgeschleppt werden. Lokales Testing mit Tools wie DDEV fängt SQL-Fehler ab, bevor sie in der Produktionsumgebung Schaden anrichten. Und bei tief verschachtelten Strukturen ist ein eigenes Craft-Modul zur Datenmigration zuverlässiger als jede automatische Update-Routine. Der Aufwand ist real. Er ist aber planbar.
Eine Migration, die an dieser Stelle halbherzig angegangen wird, kostet mehr Zeit als eine sorgfältige Vorbereitung. Das gilt besonders für Agenturen, die Craft nur als eine von vielen Technologien im Portfolio führen und die spezifischen Fallstricke von Super Table nicht aus eigener Erfahrung kennen.

Wann lohnt es sich, externe Unterstützung hinzuzuziehen?

Nicht jede Agentur und nicht jeder Entwickler hat die nötige Tiefe in Craft CMS, um diese Migration sicher zu begleiten. Das ist keine Kritik, es ist eine Realität des Marktes. Super Table Migrationen scheitern regelmäßig nicht an fehlendem Willen, sondern an fehlendem Erfahrungswissen mit genau diesem Fehlertyp. Wer die Zeichen früh erkennt, spart sich teure Nacharbeiten und vermeidet, dass ein Upgrade-Projekt zum ungeplanten Rebuild führt.
Craft unit hat Upgrades dieser Art bereits vielfach begleitet, komplexe Strukturen analysiert, Daten sauber überführt und Feld-Layouts für Craft 5 neu konzipiert. Wenn Sie mit diesen Problemen konfrontiert sind und nicht sicher sind, wie Sie den Übergang sauber umsetzen können, sprechen Sie mit uns. Ein erstes Gespräch ist unverbindlich.