Das OpenCart 4 Upgrade schieben viele Shopbetreiber seit Jahren vor sich her – und das aus nachvollziehbaren Gründen. Als Version 4.0 Ende 2022 erschien, war sie schlicht nicht produktionsreif: instabile Erstversionen, ein leergefegter Extension-Marktplatz und Themes, die es nur für 3.x gab. Wer damals gewartet hat, hat richtig entschieden. Inzwischen hat sich das Bild aber deutlich gedreht: Die aktuellen 4.x-Releases sind stabil, das Ökosystem wächst, und auf der anderen Seite wird der Boden unter OpenCart 3 langsam dünn. Ich entwickle seit Jahren für beide Versionen – hier ist meine ehrliche Einschätzung für 2026: wo OpenCart 4 wirklich steht, was Sie bei Extensions und Themes erwartet und wann sich der Wechsel lohnt.
Wo OpenCart 4 im Jahr 2026 tatsächlich steht
Technisch ist OpenCart 4 der überfällige Modernisierungsschritt: durchgängig PHP 8, sauberere Architektur mit Namespaces, Twig als Template-Engine, Bootstrap 5 im Admin und ein überarbeitetes Event-System für Erweiterungen. Das Modifikationssystem wurde grundlegend umgebaut – viele der alten OCMOD-Anpassungen, die in 3er-Shops jahrelang still ihren Dienst taten, laufen unter 4.x nicht mehr ohne Überarbeitung. Genau daraus entsteht der größte Teil des Migrationsaufwands.
Die frühen 4.0-Versionen habe ich Kunden konsequent ausgeredet: zu viele Regressionen, zu wenig kompatible Extensions. Die heutigen 4.x-Releases sind eine andere Liga – im Alltag stabil, spürbar schneller im Admin und mit einem Marktplatz, auf dem die wichtigen Kategorien (Zahlung, Versand, SEO, Filter) mittlerweile ordentlich besetzt sind. Parallel dazu gilt: OpenCart 3 befindet sich faktisch im Wartungsmodus. Neue Features erscheinen dort nicht mehr, Releases sind selten, und die Entwicklung konzentriert sich auf den 4er-Zweig.
Was sich im Admin-Alltag ändert
Für Sie als Betreiber ist der Unterschied im Tagesgeschäft kleiner, als die technische Liste vermuten lässt – und das ist eine gute Nachricht. Produktpflege, Bestellabwicklung, Kategorien und Gutscheine funktionieren nach derselben Logik wie unter 3.x; wer den alten Admin bedienen konnte, findet sich im neuen nach einem Nachmittag zurecht. Spürbar besser sind die Oberfläche auf Mobilgeräten, das flottere Arbeitstempo im Backend und einige lang vermisste Kleinigkeiten bei der Produktverwaltung. Es gibt also keinen Grund, den Umstieg wegen der Einarbeitung zu fürchten – der Aufwand steckt woanders, nämlich in der Technik darunter.
Der eigentliche Zeitdruck kommt aber nicht von OpenCart selbst, sondern vom Hosting: Immer mehr Hoster stellen alte PHP-Versionen ab. Ein gepflegter 3.0.4.x-Shop läuft mit aktuellem PHP 8 noch passabel, ältere 3er-Installationen und viele ihrer Extensions quittieren den Umstieg auf PHP 8.2 oder 8.3 dagegen mit Fehlern. Wer heute noch auf PHP 7.4 festhängt, hat kein OpenCart-Problem, sondern ein Sicherheitsproblem.
Der Knackpunkt: Extensions und Themes
OpenCart 4 ist nicht abwärtskompatibel. Keine einzige 3.x-Extension läuft unverändert unter 4.x – die Architektur ist dafür zu unterschiedlich. Das bedeutet für Ihre Migration: Jede Erweiterung braucht entweder eine 4er-Version vom selben Anbieter, einen Ersatz von einem anderen oder eine Neuentwicklung. Beim Theme gilt dasselbe. Die beliebten 3er-Themes – allen voran Journal, das gefühlt auf jedem zweiten OpenCart-Shop läuft – lassen sich nicht einfach mitnehmen; hier ist ein neues Theme oder dessen 4er-Ausgabe fällig, inklusive Neukonfiguration all der über Jahre gewachsenen Einstellungen.
Als Anbieter eines eigenen OpenCart-Moduls weiß ich, wie viel Arbeit eine saubere Portierung ist – unseren Produktfilter Buntweb Filter haben wir von Grund auf so gebaut, dass er ohne Core-Hacks auskommt und sich sauber ins Theme integriert. Genau darauf sollten Sie bei jedem Extension-Kauf achten: Module, die den Core patchen, sind bei jedem Update ein Risiko – unter 4.x noch mehr als unter 3.x.
Besonderes Augenmerk verdienen die Zahlungsanbieter: Für den DACH-Markt typische Verfahren wie Klarna, EPS-Überweisung oder Kauf auf Rechnung laufen fast immer über Drittanbieter-Module – und genau dort entscheidet sich, ob Ihre Migration in Tagen oder in Wochen gemessen wird. Ein Shop, dessen Zahlungsmodul keine 4er-Version hat, kann schlicht nicht umziehen, bevor Ersatz gefunden und getestet ist. Dasselbe gilt für Schnittstellen zu Warenwirtschaft, Buchhaltung und Marktplätzen: erst prüfen, dann Termin festlegen.
So prüfen Sie Ihre Extension-Liste in einer Stunde
- Exportieren Sie die Liste aller installierten Extensions und Module – auch die deaktivierten.
- Sortieren Sie in drei Gruppen: geschäftskritisch (Zahlung, Versand, Warenwirtschaft), nützlich, sowie Altlasten, die niemand mehr braucht. Bei den meisten Shops fällt ein Drittel in die letzte Gruppe.
- Prüfen Sie für jede kritische Extension im Marktplatz oder beim Entwickler, ob eine 4.x-Version existiert und wie aktuell sie gepflegt wird – Datum des letzten Updates ist aussagekräftiger als die Sternebewertung.
- Kalkulieren Sie für alles ohne 4er-Version Ersatz oder Neuentwicklung ins Budget – inklusive neuer Lizenzen, denn 4er-Versionen sind fast nie kostenlose Updates.
Migration 3.x auf 4: kein Update, sondern ein Umzug
Die wichtigste Erwartungskorrektur zuerst: Es gibt keinen verlässlichen Ein-Klick-Upgrade-Pfad von 3.x auf 4.x. In der Praxis läuft jede seriöse Migration als Neuaufbau: frische OpenCart-4-Installation auf einer Staging-Umgebung, Übernahme der Daten (Produkte, Kategorien, Kunden, Bestellhistorie, SEO-URLs), neues Theme, neue Extensions, dann ausgiebige Tests. Solche Shop-Migrationen gehören zum Kern meiner Webentwicklung – und der Aufwand ist planbar, wenn man ihn ehrlich kalkuliert: Ein überschaubarer Shop ohne Sonderlocken ist in drei bis fünf Arbeitstagen umgezogen; ein Shop mit vielen individuellen Anpassungen, Schnittstellen zur Warenwirtschaft und historisch gewachsenen OCMODs kann mehrere Wochen brauchen.
Planen Sie außerdem einen Datenschnitt: Zwischen dem Export der Daten und dem Go-live des neuen Shops laufen im alten weiter Bestellungen ein. In der Praxis löst man das mit einem zweiten, inkrementellen Abgleich kurz vor der Umschaltung – oder bei kleineren Shops mit einem angekündigten Wartungsfenster von wenigen Stunden. Wer diesen Punkt vergisst, sucht nach dem Umzug verzweifelt die Bestellungen vom Wochenende.
Zwei Punkte entscheiden über Erfolg oder Ärger. Erstens SEO: Die URL-Struktur muss erhalten bleiben oder sauber per 301 umgeleitet werden, sonst verbrennen Sie jahrelang aufgebaute Rankings in einer Woche. Zweitens die Bestellhistorie: Kunden erwarten, dass ihre Konten und alten Bestellungen nach dem Umzug noch da sind – das gehört in jeden Migrationstest, nicht nur die Startseite. Was ein Projekt dieser Größenordnung kostet, hängt stark vom Einzelfall ab; die Mechanik dahinter habe ich am Beispiel der Kosten einer professionellen Website aufgeschlüsselt – bei Shop-Migrationen kommen vor allem Extension-Lizenzen und Testaufwand dazu.
Ein oft übersehener Posten sind Mehrsprachigkeit und steuerliche Feinheiten: Wer mit deutscher und englischer Shopsprache arbeitet, muss sämtliche Übersetzungen – Produkttexte, E-Mail-Vorlagen, Informationsseiten – im neuen System gegenprüfen. Und die österreichischen beziehungsweise deutschen Anforderungen an Rechnungen, Steuersätze und Impressumspflichten müssen nach dem Umzug genauso sauber abgebildet sein wie vorher. Beides kostet wenig, wenn es im Testplan steht – und richtig Nerven, wenn es erst nach dem Go-live auffällt.
Warten oder wechseln? Die Entscheidungshilfe
Es gibt keine pauschale Antwort, aber klare Muster. So entscheide ich mit meinen Kunden:
| Ihre Situation | Meine Empfehlung |
|---|---|
| Shop läuft stabil auf 3.0.4.x mit aktuellem PHP 8, keine Probleme | Kein akuter Handlungsdruck – Migration für die nächsten 12–18 Monate einplanen, nicht überstürzen |
| Hoster kündigt Abschaltung Ihrer PHP-Version an | Jetzt handeln: erst 3.x auf den letzten Stand bringen, parallel die 4er-Migration terminieren |
| Neuer Shop wird aufgebaut | Ausnahmslos direkt OpenCart 4.x – wer 2026 neu auf 3.x startet, migriert doppelt |
| Viele individuelle OCMODs und Spezial-Extensions | Migration als Projekt mit realistischem Budget aufsetzen; vorher Extension-Audit (siehe Checkliste) |
| Redesign oder Relaunch steht ohnehin an | Beides kombinieren – ein neues Theme bauen Sie besser gleich auf 4.x als zweimal |
Checkliste: Das gehört vor jedes OpenCart 4 Upgrade
Diese Liste ist aus realen Migrationen destilliert – jeder Punkt steht hier, weil sein Fehlen irgendwo schon einmal Geld gekostet hat. Drucken Sie sie aus und haken Sie ehrlich ab, bevor Sie einen Termin für die Umstellung festlegen:
- Vollständiges Backup von Datenbank und Dateien – extern gelagert und testweise wiederhergestellt.
- Extension-Inventur mit 4.x-Kompatibilitätsstatus für jedes einzelne Modul.
- Theme-Entscheidung: 4er-Version des bisherigen Themes, neues Theme oder Eigenentwicklung.
- Staging-Umgebung mit gleicher PHP-Version wie später im Livebetrieb.
- Migrationsplan für Produkte, Kunden, Bestellungen und SEO-URLs – inklusive 301-Redirect-Tabelle.
- Testplan: Bestellprozess mit allen Zahlungsarten, Versandberechnung, Kundenkonto, Suche und Filter, Mehrsprachigkeit.
- Eingefrorener Zeitraum für den Umstieg – nicht in der Hauptsaison, und mit der Möglichkeit, auf den alten Shop zurückzuschalten.
- Monitoring nach dem Go-live: Rankings, 404-Fehler und Bestelleingang in den ersten zwei Wochen täglich prüfen.
Sie planen ein OpenCart-Projekt? Mehr zu meiner OpenCart-Entwicklung — Shops, eigene Module und Migration.
Fazit
OpenCart 4 ist 2026 kein Wagnis mehr – die Software ist reif, das Ökosystem brauchbar, und der 3er-Zweig läuft erkennbar aus. Trotzdem ist das Upgrade kein Knopfdruck, sondern ein Umzugsprojekt, dessen Aufwand fast vollständig an Ihren Extensions und Ihrem Theme hängt. Wer stabil auf 3.0.4.x läuft, darf noch planvoll warten; wer neu startet, PHP-Druck vom Hoster bekommt oder ohnehin einen Relaunch plant, sollte den Schritt jetzt gehen – mit Inventur, Staging und ehrlichem Budget statt Hauruck.
Wenn Sie unsicher sind, wo Ihr Shop steht: Ich schaue mir Ihre Installation an und sage Ihnen konkret, was eine Migration in Ihrem Fall bedeutet – welche Extensions kritisch sind, was ersetzt werden muss und was sie realistisch kostet. Melden Sie sich einfach über das Kontaktformular, dann besprechen wir die Details.
