14-köpfiges Team12 Jahre Erfahrung
E-Commerce
12. Februar 2026·20 Min. Lesezeit

OXID eShop 6 auf 7 migrieren: Was ändert sich, was bleibt?

Webect

Thomas Müller

E-Commerce-Spezialist

OXID eShop 7 bringt Twig statt Smarty, PHP 8.2, GraphQL-API und das neue APEX Theme. Was das für bestehende Shops bedeutet, welche Breaking Changes es gibt und wie eine Migration strukturiert abläuft – der vollständige technische Leitfaden.

Was ist OXID eShop 7 – und warum ist die Migration so wichtig?

OXID eShop 7 ist der größte technologische Sprung in der Geschichte der Plattform seit der Einführung der Composer-basierten Architektur in Version 6. Für alle Betreiber, die noch auf OXID 6.x laufen, stellt sich die Frage: Was genau ändert sich? Was kann ohne Anpassung übernommen werden? Und welche konkreten Schritte führen zu einem reibungslosen Versionssprung?

Dieser Leitfaden beantwortet alle zentralen Fragen zur Migration von OXID 6 auf 7 – technisch fundiert, praxisnah und mit konkreten Checklisten. Wenn Sie sich zunächst einen Überblick über die verschiedenen OXID-Editionen und Preise verschaffen möchten, lesen Sie unseren Artikel OXID eShop Varianten, Versionen & Preise.

Zeitplan: Wann endet der Support für OXID eShop 6?

Der Support-Horizont für OXID eShop 6.x ist entscheidend für die Dringlichkeit der Migration:

VersionEnd of Regular SupportSecurity-Support bisStatus 2026
OXID 6.0 – 6.420212022End of Life – kein Support
OXID 6.5Ende 2023Ende 2025Nur noch kritische Patches auf Anfrage
OXID 7.0AktivBis mind. 2027Empfohlene Version
OXID 7.1+AktivLTS bis mind. 2028Aktuelle Produktivversion

Fazit: Shops auf OXID 6.5 erhalten ab 2026 keine regulären Updates mehr. Ohne aktiven Sicherheitssupport wächst das Risiko für ungepatchte Schwachstellen exponentiell – besonders kritisch für datenschutzkonforme Betreiber unter DSGVO.

Was ändert sich in OXID eShop 7 gegenüber Version 6?

Die technologischen Änderungen in OXID 7 betreffen mehrere Ebenen: die Template-Engine, die Modularchitektur, die API-Schicht und die PHP-Kompatibilität.

1. Template-Engine: Von Smarty zu Twig (APEX Theme)

OXID eShop 6 nutzte Smarty als Template-Engine. OXID eShop 7 führt mit dem neuen OXID APEX Theme Twig als primäre Template-Engine ein. Bestehende Smarty-Templates sind nicht automatisch kompatibel und müssen migriert werden.

Was das konkret bedeutet:

  • Alle individuell entwickelten Frontend-Templates müssen von Smarty nach Twig portiert werden
  • Template-Overrides in Modulen müssen angepasst werden
  • Das APEX Theme basiert auf Bootstrap 5 – deutlich moderner als die alten Bootstrap-3-basierten Themes

2. PHP-Version: 8.2+ erforderlich

OXID eShop 7 erfordert PHP 8.1 als Minimum, empfohlen wird PHP 8.2 oder 8.3. OXID 6.5 lief noch auf PHP 7.4 und 8.0. Das bedeutet:

  • PHP-Code in Custom-Modulen muss auf PHP-8.x-Kompatibilität geprüft werden
  • Deprecated Functions aus PHP 7.x führen zu Fehlern und müssen bereinigt werden
  • Der Hosting-Provider muss PHP 8.2 unterstützen

3. GraphQL API als Standard-Schnittstelle

OXID eShop 7 etabliert GraphQL als die empfohlene API-Schicht für alle externen Integrationen. Die REST-artigen Schnittstellen aus Version 6 sind weiterhin verfügbar, werden aber nicht mehr aktiv weiterentwickelt. Für Headless-Setups, App-Frontends oder moderne Integrationen sollte GraphQL genutzt werden.

4. Modularchitektur und Metadata PHP

Die Modularchitektur von OXID 7 hat sich weiterentwickelt. Das metadata.php Format für Module hat sich geändert, und einige veraltete Extension-Points sind weggefallen. Alle installierten Module müssen auf OXID-7-Kompatibilität geprüft werden – sowohl eigene Entwicklungen als auch zugekaufte Drittanbieter-Module.

Was bleibt gleich? Kontinuität zwischen OXID 6 und OXID 7

Trotz der tiefgreifenden technischen Änderungen gibt es wichtige Bereiche der Kontinuität:

BereichStatus in OXID 7Hinweis
DatenbankstrukturWeitgehend kompatibelDaten bleiben erhalten, Schema-Updates via Migrations-Script
Produktdaten & KatalogVollständig übertragbarKategorie- und Produktstruktur unverändert
Bestelldaten & KundenkontenVollständig übertragbarHistorische Daten bleiben erhalten
Composer-ArchitekturWeiterentwickelt, kompatibelGleiche Grundstruktur, aktualisierte Abhängigkeiten
Admin-BackendEvolutionär weiterentwickeltVertraute Struktur, neue Funktionen ergänzt
Payment-Integationen (Standard)In der Regel kompatibelModule müssen auf OXID-7-Zertifizierung prüfen
SEO-URLs & KategoriestrukturÜbertragbarURL-Struktur bleibt erhalten – kein SEO-Verlust bei korrekter Migration

Die Breaking Changes im Überblick

Diese Änderungen erfordern aktiven Anpassungsaufwand – sie sind nicht ohne Eingriff migrierbar:

Breaking ChangeBetroffene BereicheAufwand
Smarty → Twig TemplatesAlle Frontend-Templates, Module mit ViewsHoch
PHP 8.2 KompatibilitätCustom PHP-Code in Modulen und ThemesMittel
Modul-Metadata v2.1+Alle selbstentwickelten und zugekauften ModuleMittel
Bootstrap 3 → Bootstrap 5Custom CSS, Frontend-KomponentenMittel bis Hoch
Veraltete OXID-MethodenPHP-Klassen-Extensions in ModulenMittel
Deprecated OXID EventsEvent-Listener in Custom-ModulenNiedrig bis Mittel

Schritt-für-Schritt: So läuft eine OXID 6 auf 7 Migration ab

Phase 1: Bestandsaufnahme & Analyse (1–2 Wochen)

  • Inventarisierung aller installierten Module (eigene + Drittanbieter)
  • Prüfung auf OXID-7-Zertifizierung der Module beim jeweiligen Hersteller
  • Code-Audit aller Custom-Entwicklungen (PHP, Templates, JavaScript)
  • PHP-8.2-Kompatibilitätsprüfung mit PHPStan oder Rector
  • Hosting-Umgebung evaluieren: Unterstützt der Server PHP 8.2?

Phase 2: Entwicklungsumgebung aufsetzen (1 Woche)

  • OXID eShop 7 auf Staging-System installieren (fresh install)
  • Datenbank aus Produktivsystem importieren
  • Datenbankmigrationen ausführen
  • APEX Theme als Basis-Theme einrichten

Phase 3: Modul- und Theme-Migration (2–8 Wochen je nach Komplexität)

  • Smarty-Templates zu Twig portieren
  • Custom-Module auf PHP 8.2 und OXID-7-API aktualisieren
  • Drittanbieter-Module auf OXID-7-kompatible Versionen updaten oder ersetzen
  • CSS/JavaScript-Anpassungen für Bootstrap 5

Phase 4: Testing & QA (1–3 Wochen)

  • Funktionale Tests aller Shop-Prozesse (Bestellung, Zahlung, Versand)
  • Performance-Tests (Ladezeiten, Datenbankabfragen)
  • SEO-Audit: URL-Struktur, Canonical-Tags, Sitemap
  • DSGVO-Prüfung (Cookie-Banner, Datenschutzerklärung)
  • Browser-Cross-Testing

Phase 5: Go-Live & Monitoring (1 Woche)

  • Produktiv-Deployment im Wartungsfenster
  • DNS-Umschaltung und SSL-Prüfung
  • 24h-Monitoring nach Go-Live
  • Google Search Console auf Crawling-Fehler prüfen

Migrationsdauer und Aufwand: Realistische Einschätzung

Shop-KomplexitätTypische MigrationsdauerHauptaufwand
Einfacher Shop (CE, wenige Module, Standard-Theme)4–8 WochenTemplate-Migration, PHP-Update
Mittelgroßer Shop (PE/EE, 5–15 Custom-Module)8–16 WochenModul-Migration, umfangreiches Testing
Komplexer Shop (EE/B2B, viele Integrationen)16–30 WochenERP-Schnittstellen, komplexe B2B-Prozesse

Möchten Sie wissen, was eine OXID-Migration konkret kostet? Lesen Sie unseren detaillierten Artikel: Kosten einer OXID-Migration: Was Unternehmen wirklich einplanen müssen.

Migrations-Checkliste: Das sollten Sie nicht vergessen

  • Vollständiges Backup (Datenbank + Dateisystem) vor jeder Änderung
  • Alle Module auf OXID-7-Kompatibilität geprüft
  • PHP-8.2-Kompatibilitäts-Scan durchgeführt
  • Twig-Templates für alle custom Views erstellt
  • SEO-URL-Redirects konfiguriert (falls URL-Struktur sich ändert)
  • Performance-Test nach Migration (Target: <2s TTFB)
  • DSGVO-konformer Cookie-Banner auf neuem System aktiv
  • Zahlungsanbieter-Module auf neuem System getestet
  • E-Mail-Templates auf neuem System geprüft
  • Monitoring und Alerting für Go-Live konfiguriert

FAQ: Häufige Fragen zur OXID 6 auf 7 Migration

Kann ich direkt von OXID 6.0 auf 7 migrieren?

Technisch ja, aber es empfiehlt sich ein Zwischenschritt auf OXID 6.5, um zunächst PHP-8.x-Kompatibilität herzustellen. Direkte Sprünge von 6.0 auf 7 sind möglich, erhöhen aber den Aufwand deutlich.

Gehen meine SEO-Rankings durch die Migration verloren?

Bei sorgfältiger Planung nicht. Die URL-Struktur von OXID bleibt bei einer Versionsmigration erhalten. Kritisch ist: Wenn Sie gleichzeitig die URL-Struktur ändern (z.B. neue Kategorie-URLs), müssen lückenlose 301-Redirects gesetzt werden.

Müssen alle meine Drittanbieter-Module neu gekauft werden?

Nicht unbedingt. Viele Modulhersteller bieten kostenlose oder günstige OXID-7-Updates für Bestandskunden an. Prüfen Sie dies direkt beim Hersteller – oder sprechen Sie uns an, wir haben den Überblick.

Wie lange ist OXID eShop 7 unterstützt?

OXID eShop 7.x wird voraussichtlich bis mindestens 2028 mit regulären Updates versorgt. OXID eSales folgt einem klaren LTS-Konzept (Long Term Support) für Hauptversionen.

Fazit: Jetzt ist der richtige Zeitpunkt für die Migration

Die Migration von OXID eShop 6 auf 7 ist kein optionaler Schritt – sie ist eine Investition in die Betriebssicherheit, Performance und Zukunftsfähigkeit Ihres Online-Shops. Je länger Sie warten, desto größer wird die technologische Lücke und desto aufwändiger die spätere Umstellung.

Webect begleitet OXID-Migrationen in der Region Stuttgart, Baden-Württemberg und DACH – von der initialen Analyse bis zum Go-Live und darüber hinaus. Kontaktieren Sie uns für ein kostenloses Erstgespräch.

Weiterführende Artikel: Kosten einer OXID-Migration · OXID eShop Editionen & Preise · OXID Migration & Upgrade: Der vollständige Leitfaden

Webect

Thomas Müller

E-Commerce-Spezialist, Webect IT Solutions

Weitere Artikel

Webect IT Solutions

Ihr IT-Partner für den Mittelstand — in Stuttgart und deutschlandweit.