Von PrestaShop 1.7 auf 9 migrieren, Schritt für Schritt: der Plan ohne böse Überraschungen

Eine Migration von PrestaShop 1.7 auf 9 gelingt, wenn der Umstellungstag langweilig ist. Damit er das ist, muss alles Schwierige vorher passiert sein, in einer Kopie, mit Zeit für Fehler. Das ist der Plan, dem wir folgen, mit den Fallstricken, die uns in jeder Phase meist begegnen.

1. Bestandsaufnahme: was Ihr Shop leistet

Bevor Sie irgendetwas anfassen, erstellen Sie zwei Listen:

• Installierte Module, mit Version, Autor und ob sie aktiv sind. Ziehen Sie die Liste aus der Datenbank, damit keines durchrutscht.
• Funktionen des Shops: wie kassiert, versendet und abgerechnet wird, womit er verbunden ist (ERP, Marktplätze, Versanddienstleister), was es an SEO gibt, welche E-Mail-Automatisierungen.

Entscheiden Sie für jede Funktion, was sie in PrestaShop 9 übernimmt: dasselbe Modul in aktueller Version, ein Ersatz, etwas, das der Core schon mitbringt, oder nichts, weil sie nicht mehr genutzt wird. Shops, die seit Jahren laufen, stellen häufig fest, dass ein Teil ihrer Module überflüssig ist.

Prüfen Sie auch den Ordner override/. Jeder Override ist Code, der den Core verändert, und in PrestaShop 9 haben sich viele Klassen geändert. Was von einem Override abhängt, muss neu umgesetzt werden, möglichst mit Hooks.

2. Die lokale Kopie

Holen Sie eine vollständige Kopie des aktuellen Shops (Dateien und Datenbank) in eine Testumgebung, die nicht auf demselben Server wie der Live-Shop liegt und keine E-Mails an Kunden senden kann. Letzteres ist wichtig: Eine Kopie mit der echten Datenbank und konfiguriertem Mailversand kann mit einer einfachen Änderung des Bestellstatus einem echten Kunden schreiben.

Anonymisieren Sie personenbezogene Daten, wenn mehrere Personen mit der Kopie arbeiten, und deaktivieren Sie Zahlungsanbieter, ERP-Anbindungen und jeden Cronjob, der nach außen kommuniziert, oder schalten Sie sie in den Testmodus.

3. Den Weg wählen: aktualisieren oder Daten migrieren

Es gibt zwei Wege zu PrestaShop 9:

• Die bestehende Installation aktualisieren, mit dem offiziellen Assistenten. Alles bleibt erhalten, aber auch die Altlasten aus Jahren: Tabellen deinstallierter Module, alte Konfiguration, Overrides.
• Saubere Neuinstallation von PrestaShop 9 und Datenmigration: Katalog, Kunden, Bestellungen, Adressen, CMS. Anfangs mehr Arbeit, aber der neue Shop enthält nur, was bewusst übernommen wurde.

Bei einer 1.7 mit vielen Drittanbieter-Modulen, Overrides und einem stark angepassten Theme macht der zweite Weg mittelfristig meist weniger Probleme. Bei einer gepflegten 1.7.8 mit wenigen Modulen kann das Aktualisieren genügen. Entscheiden Sie anhand der Kopie, nicht anhand der Theorie.

4. Die Daten

Prüfen Sie bei der Datenmigration jeden Datentyp mit Zahlen, nicht nach Augenmaß:

• Produkte, Kombinationen, Sonderpreise, Bestand und Bilder: dieselbe Anzahl in Quelle und Ziel.
• Kunden, Adressen und Gruppen, mit ihren Rabatten.
• Bestellungen, mit Status, Rechnungen und Gutschriften. Die Rechnungsnummerierung muss weiterlaufen, nicht neu beginnen.
• Warenkorbregeln und gültige Gutscheine.
• CMS-Seiten, Kategorien mit ihren Beschreibungen und SEO-Metadaten.
• Übersetzungen aller Sprachen.

Behalten Sie die IDs von Produkten und Kategorien bei, wann immer es geht: Das erleichtert Weiterleitungen, Integrationen und Berichte.

5. Das Theme

Ein 1.7-Theme funktioniert in PrestaShop 9 selten unverändert. Übliche Optionen sind: es anpassen, ein Child-Theme des Standard-Themes von PrestaShop 9 mit Ihrem Design erstellen oder ein kompatibles kommerzielles Theme wählen. Bedenken Sie, dass das Theme nicht nur Design ist: Es enthält auch E-Mail-Vorlagen, übersetzte Texte und manchmal eigene Module. Prüfen Sie den Shop auf dem Smartphone und am Desktop, Seite für Seite.

6. URLs und 301-Weiterleitungen

Ändern sich die URLs, muss Google das erfahren. Ideal ist, die URL-Struktur beizubehalten; geht das nicht, muss jede alte URL mit Traffic oder Backlinks per 301 auf ihr neues Gegenstück weiterleiten, nicht auf die Startseite. Holen Sie die Liste der alten URLs aus der Sitemap, der Search Console und den Serverprotokollen, und prüfen Sie die Weiterleitungen vor dem Umstellungstag mit einem Crawl.

7. Zahlungen im Testmodus

Jede Zahlungsart wird im Sandbox-Modus von Anfang bis Ende getestet: erfolgreiche Zahlung, abgelehnte Zahlung, abgebrochene Zahlung, Erstattung und, falls genutzt, Zahlung mit starker Kundenauthentifizierung. Prüfen Sie, ob die Bestellung mit dem richtigen Status angelegt wird und die Benachrichtigung des Zahlungsanbieters ankommt. In PrestaShop 9 können Module, die diese Benachrichtigungen über eine direkte .php in modules/ empfangen haben, auf ein 403 stoßen, weil die mitgelieferte .htaccess solche Anfragen verweigert. Das ist eine der häufigsten Ursachen für »Der Kunde hat bezahlt, aber es gibt keine Bestellung« nach einer Migration.

8. Die Generalprobe

Wenn alles bereit ist, wiederholen Sie die komplette Migration ausgehend von einer frischen Kopie des Live-Shops und stoppen dabei jeden Schritt. Die Generalprobe dient drei Zwecken: zu bestätigen, dass der Ablauf wiederholbar ist, zu wissen, wie lange der Shop im Wartungsmodus sein wird, und herauszufinden, was sich im Live-Shop seit der ersten Kopie geändert hat.

9. Der Umstellungstag

1. Kündigen Sie ein Wartungsfenster rechtzeitig an, falls es eines gibt.
2. Versetzen Sie den alten Shop in den Wartungsmodus und stoppen Sie seine Cronjobs und Integrationen.
3. Migrieren Sie Bestellungen, Kunden und Katalogänderungen seit der letzten Kopie.
4. Aktivieren Sie im neuen Shop die Zahlungsanbieter im Live-Modus, die ERP-Anbindungen und die Cronjobs.
5. Richten Sie die Domain auf den neuen Shop und prüfen Sie das Zertifikat.
6. Machen Sie mit jeder Zahlungsart eine echte Bestellung und erstatten Sie sie.
7. Reichen Sie die neue Sitemap in der Search Console ein und beobachten Sie in den folgenden Tagen die 404-Fehler.
8. Behalten Sie den alten Shop eine Zeit lang abgeschaltet und ohne öffentlichen Zugang, falls Sie etwas nachsehen müssen.

Was typischerweise kaputtgeht

• Overrides, die nicht mehr zu den Core-Klassen passen.
• Module, die sich nicht installieren lassen oder ihre Konfiguration nicht anzeigen, in PrestaShop 9.
• Cronjobs, die auf .php-Dateien von Modulen zeigten und jetzt ein 403 erhalten, ohne dass es jemand merkt.
• E-Mail-Vorlagen, die auf den Standard zurückfallen oder Übersetzungen verlieren.
• Rechnungsnummerierung, die neu beginnt.
• Bilder, die mit den neuen Formaten und Größen neu erzeugt werden müssen.
• Analytics und Pixel, die im alten Shop zurückbleiben.

Und ein Vorteil, der gern vergessen wird: Am Ende läuft Ihr Shop auf einer unterstützten Version, mit aktuellem PHP und aktuellen Modulen. Ab dann ist es viel weniger Aufwand, ihn aktuell zu halten, als erneut mehrere Versionen auf einmal zu überspringen.

So lösen Sie es in PrestaShop

Migrationen von 1.6 und 1.7 auf PrestaShop 9 sind ein wichtiger Teil unserer Arbeit bei Rekire. Mit den Support-Stundenpaketen (20, 50 oder 100 Stunden, je nach Größe des Shops) übernehmen wir das gesamte Projekt oder den Teil, den Sie brauchen: Bestandsaufnahme von Modulen und Funktionen, Kopie in einer Testumgebung ohne ausgehende E-Mails, zahlenmäßig geprüfte Datenmigration, Anpassung des Themes, Weiterleitungen, Zahlungstests, Generalprobe und Begleitung am Umstellungstag. Die Stunden werden nach tatsächlichem Aufwand verbraucht.