Sagen wir es direkt: Es gibt keinen „Upgrade-Button“, der einen PrestaShop-1.6-Shop auf Version 8 oder 9 hebt. Die architektonischen Unterschiede sind zu groß. Das ist eine Migration — ein Neubau Ihres Shops auf moderner Basis, bei dem Daten, SEO-Wert und Kundenbeziehungen erhalten bleiben.

Warum es kein einfaches Upgrade ist

Zwischen 1.6 und modernen PrestaShop-Versionen hat sich fast alles geändert:

  • Framework — 1.6 nutzt ein eigenes MVC-Framework. Moderne Versionen nutzen Symfony.
  • Themes — 1.6-Themes sind vollständig inkompatibel mit 1.7+-Themes. Ihr Theme muss ersetzt werden.
  • Module — Viele 1.6-Module müssen ersetzt oder stark umgeschrieben werden. Hook-Namen haben sich geändert, Admin-Controller haben sich geändert, die gesamte Modul-API hat sich weiterentwickelt.
  • DatenbankSchemaänderungen, neue Tabellen, geänderte Beziehungen. Datenmigration ist möglich, braucht aber Transformation.
  • PHP-Version — 1.6 läuft auf PHP 5.x/7.0. Moderne Versionen benötigen PHP 8.1+. Ihr Hosting muss das unterstützen.

Der Migrationsprozess

Phase 1: Audit (1-2 Wochen)

Starten Sie mit einer harten Bestandsaufnahme, nicht mit Erinnerung:

SELECT m.name, m.version, m.active
FROM ps_module m
ORDER BY m.active DESC, m.name ASC;
find override themes -type f \
  \( -name '*.php' -o -name '*.tpl' -o -name '*.js' -o -name '*.css' \) \
  | sort
  • Modulinventar — Listen Sie jedes installierte Modul und seine Funktion. Prüfen Sie für jedes: Gibt es eine kompatible Version für das Ziel-PrestaShop? Gibt es eine Alternative? Können wir darauf verzichten?
  • Anpassungsinventar — Dokumentieren Sie jeden Override, jedes Custom Module, jede Theme-Änderung und jeden Workaround. Diese Dinge müssen neu umgesetzt werden.
  • Datenbewertung — Produkte, Kategorien, Kunden, Bestellungen, CMS-Seiten, SEO-Metadaten. Was muss migriert werden? Was kann zurückbleiben?
  • URL-Mapping — Exportieren Sie jede indexierte URL aus Google Search Console. Jede URL mit Traffic braucht einen Redirect auf ihr neues Gegenstück.

Phase 2: Build (2-4 Wochen)

  • Frische Installation der Zielversion auf einer Staging-Domain einrichten
  • Ausgewähltes Theme installieren und konfigurieren (Hummingbird oder Child Theme)
  • Module installieren — zuerst die geschäftskritischen Module
  • Shop konfigurieren: Steuerregeln, Versanddienstleister, Zahlungsmethoden, Sprachen, Währungen

Phase 3: Datenmigration (1-2 Wochen)

  • Kategorien — Kategoriebaum, Beschreibungen, Bilder und SEO-Metadaten migrieren
  • Produkte — Produkte, Kombinationen, Bilder, Beschreibungen, Preise, Lagerbestände, Features und Attribute
  • Kunden — Kundenkonten und Adressen (Passwörter können nicht migrieren — Kunden müssen sie zurücksetzen)
  • Bestellungen — Historische Bestellungen als Referenz. Nicht immer notwendig, aber nützlich für den Kundenservice.
  • CMS-Seiten — Statische Seiten, AGB, Datenschutz usw.

Nutzen Sie PrestaShops Import-Tool für strukturierte Daten oder dedizierte Migrationstools wie Cart2Cart oder MigrationPro für automatisierte Transfers. Prüfen Sie Daten nach dem Import immer — automatisierte Tools übersehen Randfälle.

Phase 4: SEO-Erhalt (1 Woche)

Native PrestaShop bringt keinen eingebauten XML-Sitemap-Generator mit. Verwenden Sie gsitemap oder ein dediziertes Sitemap-Modul und prüfen Sie danach die generierten URLs.

Friendly-URL-Redirect-Historie für migrierte PrestaShop-URLs

In der URL-Historie prüfen Sie, ob alte Katalog-URLs nach der Migration weiterhin auflösen.

Verifizierte URL-Liste im Advanced SEO Sitemap Builder nach der Migration

Eine Sitemap nach der Migration sollte verifizierte canonical URLs enthalten, nicht jede historische URL.

Das ist die kritischste Phase. Schlechter Umgang mit URLs während der Migration kann Jahre an Rankings zerstören.

  • Friendly URL-Muster möglichst passend zur alten URL-Struktur konfigurieren
  • 301-Redirects für jede geänderte URL mit SEO Revolution erstellen
  • Alle Redirects mit einem Crawl-Tool prüfen
  • Neue Sitemap an Google Search Console senden
  • Rankings in den ersten 4-6 Wochen eng überwachen

Phase 5: Testing (1 Woche)

Testen Sie jeden kundenrelevanten Ablauf auf der Staging-Seite vor dem Go-live: Produktnavigation, Suche, Filter, Warenkorb, checkout mit jeder Zahlungsmethode, Kundenkonto und mobile Experience.

Phase 6: Go Live

Schalten Sie in einer Zeit mit wenig Traffic um. Halten Sie den alten Shop 48 Stunden read-only erreichbar, falls kritische Probleme einen Rollback erfordern. Überwachen Sie alles: Uptime, Page Speed, Conversion Rate und Rankings.

Realistische Erwartungen

  • Zeitrahmen — 6-12 Wochen für einen Shop mit 500+ Produkten und relevanten Anpassungen. Nicht hetzen.
  • Kosten — Bei Beauftragung eines Entwicklers: 2.000-10.000+ € je nach Komplexität. DIY ist günstiger, dauert aber länger.
  • SEO-Effekt — Rechnen Sie in den ersten 2-4 Wochen mit einem vorübergehenden Rückgang des organischen Traffics um 10-30%, mit vollständiger Erholung innerhalb von 2-3 Monaten, wenn Redirects sauber konfiguriert sind.
  • Kundenkommunikation — Informieren Sie Kunden über notwendige Passwort-Resets und sichtbare Änderungen.

Migration ist ein großes Projekt, aber der Gewinn ist real: bessere Sicherheit, bessere Performance, Zugang zu modernen Modulen und eine Plattform, die weiter Updates und Verbesserungen erhält. Planen Sie gründlich, arbeiten Sie methodisch, und Ihr Shop steht danach stärker da.

Diesen Beitrag teilen:
David Miller

David Miller

Über ein Jahrzehnt praktische PrestaShop-Expertise. David entwickelt leistungsstarke E-Commerce-Module mit Fokus auf SEO, Checkout-Optimierung und Shop-Management. Leidenschaft für sauberen Code und messbare Ergebnisse.

Hat Ihnen dieser Artikel gefallen?

Erhalten Sie unsere neuesten Tipps, Anleitungen und Modul-Updates direkt in Ihr Postfach.

Kommentare

Noch keine Kommentare. Seien Sie der Erste!

Stellen Sie als Erster eine Frage oder teilen Sie hilfreiches Feedback.

Lade ...
Nach oben