PrestaShop 1.6 auf 9 migrieren: was übernommen und was neu gebaut wird

Einen Shop von PrestaShop 1.6 auf 1.7, 8 oder 9 zu migrieren ist kein Update: Es bedeutet, die Daten zu übertragen (Produkte, Kunden, Bestellungen, Kategorien), und zwar in eine neue Installation, und Theme, Module und individuelle Anpassungen neu zu bauen, weil die von 1.6 in den aktuellen Versionen nicht funktionieren. Man bereitet es in einer Kopie vor, probt es und stellt an einem Tag mit wenig Traffic um.

Viele Shops laufen noch auf 1.6, weil sie funktionieren und weil die Antwort auf die Frage nach der Migration jedes Mal abschreckt. Dieser Artikel erklärt, was sie wirklich bedeutet, was sich nutzen lässt und was nicht, und wie Sie es machen, ohne Verkäufe oder Google-Positionen zu verlieren. Wenn Ihr Shop bereits auf 1.7 ist, ist der Weg ein anderer und kürzer.

Welches Risiko es birgt, bei PrestaShop 1.6 zu bleiben

Der Zweig 1.6 erhält seit Jahren keine Wartung mehr. In der Praxis bedeutet das:

• Keine Sicherheitspatches. Jede Lücke, die im Kern oder in einem alten Modul entdeckt wird, bleibt für immer offen, und automatisierte Angriffe suchen genau diese Shops.
• PHP ohne Support. 1.6 funktioniert nur mit PHP-Versionen, die keine Updates mehr erhalten. Das Hosting nimmt sie irgendwann aus dem Angebot, und dann startet der Shop nicht mehr oder zwingt Sie, auf einem alten Server zu bleiben.
• Aufgegebene Module. Zahlungs-Gateways, Versanddienstleister und Konnektoren veröffentlichen keine Versionen für 1.6 mehr. Wenn Ihre Bank ihr Zahlungssystem ändert, gibt es vielleicht kein Modul, das es unterstützt.
• Performance und Mobilgeräte. Die Themes jener Zeit sind nicht für die heutigen Geschwindigkeitsanforderungen gedacht, und das spürt man bei Conversion und Suchmaschinen.

Während Sie die Migration vorbereiten, lässt sich ein 1.6-Shop mit ein paar Mindestvorkehrungen weiterbetreiben: tägliche Backups außerhalb des Servers, geprüfte Mitarbeiter mit eindeutigen Passwörtern, nicht genutzte Module von der Festplatte entfernt, Warnungen bei Änderungen an der Zahlungskonfiguration und eine Fehlerüberwachung. Das ist ein Notbehelf, um Zeit zu gewinnen, keine Lösung.

Warum es keinen Knopf von 1.6 auf 9 gibt

Zwischen 1.6 und 1.7 hat PrestaShop fast alles geändert, was man sieht, und einen guten Teil dessen, was man nicht sieht: das Theme-System, die Struktur der Module, das Backoffice (das begann, auf Symfony umzuziehen) und die Art, eigenen Code einzuhängen. Die Versionen 8 und 9 haben diese Linie fortgesetzt und verlangen deutlich neuere PHP-Versionen.

Deshalb lässt sich ein 1.6-Theme nicht installieren in 1.7 oder höher, und die meisten 1.6-Module auch nicht. Der offizielle Update-Assistent dient dazu, innerhalb eines unterstützten Pfads die Version zu erhöhen, aber er wandelt kein Theme um und schreibt kein Modul neu. Was überlebt, ist das, was in der Datenbank steht.

Was migriert und was neu gebaut wird

Zwei Wege: stufenweise aktualisieren oder die Daten migrieren

Stufenweise (1.6 → 1.7 → 8 → 9)

Die Installation wird mit dem Update-Assistenten Schritt für Schritt aktualisiert, wobei auf jeder Stufe die PHP-Version gewechselt wird. Das ist sinnvoll, wenn der Shop sauber ist, wenige Module hat und kaum Änderungen am Kern. Nach jedem Sprung muss geprüft werden, ob die Datenbank in Ordnung ist, und Theme und Module müssen trotzdem ersetzt werden.

Neuinstallation und Datenmigration

Die Zielversion wird von Grund auf mit ihrem Theme und ihren Modulen installiert, und die Daten werden aus 1.6 übernommen. Das ist der Weg, der bei Shops mit jahrelanger Geschichte meist besser funktioniert: Er schleppt keine Tabellen von Modulen mit, die es nicht mehr gibt, keine vergessenen Konfigurationen und keine Dateien, von denen niemand weiß, wofür sie da sind. Er verlangt eine gut vorbereitete Datenzuordnung und eine erneute Übernahme am Tag der Umstellung mit den neuen Bestellungen und Kunden.

Eine allgemeingültige Antwort gibt es nicht. Entscheidend ist der Zustand des Shops: wie viele Module er hat, wie viel individuellen Code, wie stark der Kern verändert wurde und wie viele Daten vorhanden sind.

URLs und SEO: was nicht verloren gehen darf

• Liste der aktuellen URLs. Bevor Sie etwas anfassen, erfassen Sie alle URLs, die Besuche oder Links erhalten: Produkte, Kategorien, CMS, Marken und Bilder, wenn sie ranken.
• Gleiche IDs und gleiche sprechende URLs, wann immer möglich. Ändern sich die URL-Muster zwischen den Versionen, werden sie angepasst, damit sie übereinstimmen, oder es werden 301-Weiterleitungen vorbereitet.
• Meta-Titel und -Beschreibungen zusammen mit Produkten und Kategorien migriert, nicht neu erzeugt.
• Sprachen: Ist der Shop mehrsprachig, behält jede Sprache ihre URLs und ihre Tags für alternative Sprachversionen.
• Nach der Umstellung: den neuen Shop auf 404-Fehler crawlen, die Sitemap einreichen und die Search Console einige Wochen beobachten.

Zeitrahmen und Test in einer Kopie

Der Zeitrahmen hängt von Größe und Theme ab, aber die Reihenfolge ist immer dieselbe:

1. Inventar: Version, Module mit ihrer tatsächlichen Nutzung, Overrides, Integrationen (ERP, Marktplätze, Versanddienstleister) und geplante Aufgaben.
2. Kopie des Shops in einer Testumgebung, geschützt und nicht indexiert, mit umgeleiteter E-Mail, damit keine echten Kunden angeschrieben werden.
3. Aufbau der neuen Version mit ihrem Theme und ihren Modulen und erste Datenübernahme.
4. Vollständige Tests: Registrierung und Anmeldung eines Altkunden, Bestellungen mit jeder Zahlungsart im Testmodus, E-Mails, Rechnungen, Versanddienstleister, Suche und Filter.
5. Probe des Umstellungstags, mit gestoppter Zeit, um zu wissen, wie lange der Shop im Wartungsmodus sein wird.
6. Umstellung: finale Datenübernahme, Weiterleitungen, Wechsel der Domain oder des Servers und sofortige Prüfung des Checkouts.

Die Probe auszulassen ist das, was aus einer eintägigen Migration eine Woche voller Störungen macht.

So lösen Sie es in PrestaShop

Bei Rekire führen wir die Migration und Aktualisierung von PrestaShop auf einer Kopie Ihres Shops durch, nie auf der Produktivumgebung: Inventar, Aufbau der neuen Version, Datenübernahme, Prüfung der URLs und Probe vor dem Umstellungstag. Die Arbeit erfolgt mit Stundenpaketen: Das Paket mit 20 Stunden PrestaShop-Support eignet sich für das Inventar und für kleine Shops, das Paket mit 50 Stunden für Migrationen mit mehr Modulen oder individuellem Code. Vor Beginn sagen wir Ihnen, wie viele Stunden wir schätzen, und abgezogen wird nur die tatsächlich geleistete Arbeit. Zu fragen, bevor das Hosting Ihre PHP-Version abschaltet, ist deutlich günstiger, als unter Zeitdruck zu migrieren.

Häufige Fragen

Kann man PrestaShop 1.6 direkt auf 9 aktualisieren?

Nicht in einem Schritt. Entweder man aktualisiert stufenweise über die Zwischenzweige, oder man installiert 9 neu und migriert die Daten. In beiden Fällen werden Theme und Module ersetzt.

Verliere ich bei der Migration Bestellungen und Kunden?

Nein, wenn es richtig gemacht wird: Bestellungen, Rechnungen, Kunden und Adressen werden mit ihren IDs übertragen. Zu prüfen ist, ob sich Altkunden anmelden können und ob die Rechnungsnummerierung fortläuft.

Besser auf 1.7 oder direkt auf 8 oder 9?

Wenn Sie den Aufwand betreiben, Theme und Module neu zu bauen, ist eine Version mit Support die vernünftige Wahl. Auch 1.7 ist inzwischen überholt, und dorthin zu wechseln hieße, in kurzer Zeit erneut zu migrieren.

Wie lange ist der Shop geschlossen?

Das hängt von der Datenmenge ab, aber wenn geprobt wurde, dauert die Unterbrechung meist Stunden und fällt in eine Zeit mit wenig Traffic. Genau dafür ist die Probe da: diese Zeit vorher zu kennen.