Nachdem ich rund dreißig Shops von Version 1.7 auf Version 8 von PrestaShop migriert habe, hat sich bei mir eine Methodik herauskristallisiert, die zuverlässig funktioniert – unabhängig von der Katalogsgröße oder der Komplexität bisheriger Anpassungen. PrestaShop 1.7 nähert sich schrittweise dem Ende seines Support-Zyklus, und Shops, die noch darauf laufen, sammeln ein wachsendes Sicherheitsrisiko an und verzichten zudem auf echte Performance-Gewinne. Hier, Phase für Phase, wie ich bei meinen Kunden vorgehe.
Phase 1 — Vorbereitung und Audit (1 bis 2 Wochen)
Nichts sollte improvisiert werden. Der erste Schritt ist ein vollständiges Audit des bestehenden Shops: eine vollständige Liste der installierten Module, wobei native PrestaShop-Module von Drittanbieter-Modulen unterschieden werden, eine Bestandsaufnahme des Themes (nativ, Child-Theme des klassischen Themes oder komplett individuell) und vor allem eine präzise Dokumentation aller spezifischen Anpassungen (Klassen-Overrides, Custom Hooks, direkte SQL-Abfragen). Diese Phase kostet Zeit, verhindert aber 80% der unangenehmen Überraschungen während der Migration. Anschließend erstelle ich eine Liste der mit Version 8 inkompatiblen Module und kontaktiere bei Bedarf direkt die Hersteller.
Phase 2 — Testumgebung
Niemals direkt in der Produktivumgebung migrieren. Ich klone die Produktivumgebung immer in eine identische Staging-Umgebung (nach Möglichkeit mit gleicher Serverkonfiguration). Dort aktualisiere ich zunächst PHP auf mindestens 8.1 (oft 8.2), da PrestaShop 8 dies voraussetzt. Anschließend migriere ich zur neuesten stabilen PrestaShop-8.x.x-Version. Jeder aufgetretene Fehler wird zusammen mit seiner Lösung dokumentiert – diese Wissensbasis beschleunigt die nachfolgenden Migrationen.
Phase 3 — Theme-Anpassung
Das klassische Theme hat sich zwischen 1.7 und 8 erheblich weiterentwickelt: Die Smarty-Template-Engine wurde auf Version 4 angehoben, was bestimmte veraltete Syntax bricht. Ich prüfe systematisch veraltete Hooks (mehrere in 1.7 verwendete Hooks existieren nicht mehr oder haben ihr Verhalten geändert) und teste manuell alle kritischen Nutzerpfade: Produktseite, Warenkorb-Zugabe, den kompletten Checkout-Tunnel, Kundenkonto, Suche. Ein altes individuelles Theme erfordert oft 3 bis 5 Tage Nacharbeit.
Phase 4 — Drittanbieter-Module
Das ist oft der größte Blockadepunkt. Für jedes noch verwendete Drittanbieter-Modul kontaktiere ich den Hersteller, um eine PrestaShop-8-kompatible Version zu erhalten; leider haben manche Hersteller ihre Module aufgegeben, was dazu zwingt, entweder eine gleichwertige Alternative zu finden oder die Funktion intern neu zu programmieren, wenn sie spezifisch für das Geschäft des Kunden ist.
Phase 5 — Go-Live
Ich wähle immer ein Zeitfenster mit geringem Traffic (nachts, früh morgens oder ein ruhiger Tag je nach Branche). Die Seite geht in den Wartungsmodus, die Datenbank wird migriert, danach läuft eine ganze Reihe von Tests nach der Migration: eine End-to-End-Testbestellung, Prüfung der transaktionalen E-Mails, Kontrolle des SEO (URLs, Weiterleitungen, Sitemap). Falls gleichzeitig das Hosting wechselt, wird die DNS-Umstellung geplant, wobei die TTL vorab gesenkt wird, um die Ausfallzeit zu minimieren.
Konkret beobachtete Vorteile
Über alle durchgeführten Migrationen hinweg beobachte ich im Schnitt +30% Performance (Ladezeit und Reaktionsfähigkeit des Backoffice), native Kompatibilität mit PHP 8.2 und dessen künftigen Versionen, ein spürbar ergonomischeres Backoffice für Teams, die den Katalog im Tagesgeschäft pflegen, sowie verstärkte Sicherheit dank Patches und der modernisierten Architektur von Version 8.
Was es kostet und wie lange es dauert
Für einen Shop mit durchschnittlicher Komplexität (einfaches individuelles Theme, 10-20 Drittanbieter-Module, Katalog mit einigen Tausend Produkten) sollten Sie in der Regel 3 bis 6 Wochen tatsächlicher Arbeit über diese 5 Phasen einplanen, wobei das Budget je nach ursprünglichem Anpassungsgrad stark variiert. Shops mit einem zu 100% individuellen Theme und vielen spezifischen Modulen benötigen naturgemäß mehr Zeit als solche, die nah am nativen Theme geblieben sind.
