PrestaShop 1.7 → 8 Migration: die vollständige Checkliste 2026 (defekte Module, Performance, SEO, Daten)

Im Jahr 2026 läuft ein signifikanter Anteil der PrestaShop-Shops noch unter Version 1.7 — 2016 erschienen, 2024 von PrestaShop SA für End of Support erklärt und seit Ende 2025 ohne Sicherheits-Patches. Diese Shops häufen Risiken: Inkompatibilitäten mit aktuellem PHP, aufgegebene 1.7-Module, ungepatchte Schwachstellen, durch Legacy-Hooks beeinträchtigte Performance und Unmöglichkeit, den modernen PS8-Katalog zu nutzen (intelligentes Cross-Sell, KI-FAQ, AEO, sauberes Multi-Country).

Die Migration zu PrestaShop 8 ist 2026 keine Option mehr — es ist eine mittelfristige Pflicht. Aber es ist ein eigenständiges Projekt, kein Klick im Backoffice. Dieser Artikel detailliert die vollständige Migrations-Checkliste 1.7 → 8: die Vorab-Audit, die zu ersetzenden Module, die Datenverwaltung, die SEO- und Weiterleitungs-Kritikalität und die Gelegenheit, beim Übergang den technischen Stack zu modernisieren.

Warum 2026 migrieren (und warum Warten riskant wird)

Drei Kräfte konvergieren 2026, um die Migration 1.7 → 8 unausweichlich zu machen.

Ende des Sicherheits-Supports. PrestaShop SA gibt seit Ende 2025 keine Sicherheits-Patches mehr für den 1.7-Branch heraus. Jede nach diesem Datum entdeckte Schwachstelle bleibt ausnutzbar, und die Menge der noch online befindlichen 1.7-Shops macht sie zu einem bevorzugten Ziel für Angreifer. Bei jüngsten Audits wurden mehrere 1.7-Shops über nicht mehr gewartete, verwundbare Drittanbieter-Module kompromittiert — defaceter Admin, gekaperter Zahlungs-Tunnel, exfiltrierte Kundendaten.

PHP-Inkompatibilität. PrestaShop 1.7 unterstützt offiziell nur PHP 7.4 und einige PHP-8.0-Versionen. Aber PHP 7.4 ist seit November 2022 EOL, und die meisten Hoster haben PHP 7.4 aus ihren Angeboten entfernt oder entfernen es. 1.7-Shops, die gezwungen sind, auf PHP 8.1 oder 8.2 zu laufen, erleben zufällige Bugs (Warnings, Deprecated, gebrochene implizite Casts), die den Betrieb degradieren.

Moderner PS8-Katalog unerreichbar. Alle modernen E-Commerce-Module von 2026 (KI-FAQ, AEO über llms.txt, gewichtetes Cross-Sell mit Analytics, erweitertes Schema.org-Markup, sauberes Multi-Country mit automatischem Hreflang) werden für PrestaShop 8 entwickelt. Die 1.7-Versionen dieser Module sind, wenn sie existieren, degradierte Portierungen — eingeschränkte Funktionen, geringere Performance, gestoppter Support.

Der wirtschaftliche Trade-off ist einfach: die Kosten einer ernsthaften Migration 2026 (typischerweise 5.000 bis 25.000 € je nach Shopgröße und Komplexität) liegen unter den kumulierten Kosten, auf 1.7 zu bleiben — Sicherheitslücken, Verlust moderner Module, Performance-Degradation, Kundenverlust durch PHP-Bugs.

Die Vorab-Audit: was vor der Migration zu wissen ist

Vor jedem Angebot oder Migrations-Planning eine vollständige Audit Ihres aktuellen 1.7-Shops. Ohne diese Audit entdecken Sie die Komplikationen mitten im Projekt und das Budget explodiert.

Inventar der installierten Module. Listen Sie alle im Shop aktivierten Module. Für jedes: die Version, der Status (aktiv / deaktiviert / verwaist), der Autor, das letzte Update-Datum und die Verfügbarkeit einer PrestaShop-8-Version. Bei ausgereiften 1.7-Shops findet man typischerweise 30 bis 80 Module, davon 20 bis 40 % tatsächlich aufgegeben oder verwaist — vor langem deaktiviert, ohne aktiven Einsatz. Diese verschwinden bei der Migration automatisch.

Inventar der Custom-Modifikationen. Class-Overrides in override/classes/, Controller-Overrides, Smarty-Template-Modifikationen, direkte Mods im Core-Code (häufige Anti-Pattern-Praxis bei alten 1.7-Shops). Alle diese Modifikationen sind zu erfassen und zu dokumentieren — sie werden die Migration ohne manuelle Intervention nicht überleben.

Theme-Audit. Wenn Sie ein Custom-Theme verwenden (und nicht ein natives classic-rocket- oder Hummingbird-Theme), prüfen Sie seine PS8-Kompatibilität. Viele kommerzielle 1.7-Themes werden nie auf PS8 portiert — Ihre Wahl ist dann zwischen einer neuen PS8-Lizenz desselben Themes (wenn verfügbar), der Wahl eines neuen PS8-Themes oder dem Portieren des Custom-Themes durch einen Entwickler (teuer).

Daten-Audit. Volumetrie der Produkte, Bestellungen, Kunden, Bewertungen. Eine Migration eines Shops mit 500 Produkten und 5.000 Bestellungen nimmt einige Arbeitstage. Eine Migration eines Shops mit 50.000 Produkten und 500.000 Bestellungen nimmt mehrere Wochen mit logistischer Koordination (Prod-Freeze, Umstellungs-Fenster).

SEO-Audit. Top 100 der Seiten mit organischem Traffic, Top 100 der Seiten mit Backlinks, Struktur der aktuellen URLs. Diese Daten sind kritisch, um die 301-Weiterleitungen zu planen (Thema eines dedizierten Abschnitts weiter unten).

Die defekten 1.7-Module zu ersetzen

Bei den von uns begleiteten Migrationen, hier die Modul-Kategorien, die systematisch Probleme machen.

1.7 Cross-Sell-Module. Die Related-Product-Module in Version 1.7 (pscrosssellsproducts, angereicherte blockcategories, bestimmte Drittanbieter-Module) funktionieren in PS8 nicht und ihre PS8-Äquivalente sind oft rebranded. Nutzen Sie die Migration, um zu einem modernen Cross-Sell mit Analytics und gewichteten Strategien zu wechseln — Thema unseres Artikels über 7 Cross-Sell-Strategien 2026. Empfohlenes Modul: DataFirefly Cross-Sell.

1.7 Bewertungs-Module. Native PS-1.7-Bewertungs-Module (productcomments) und alte Drittanbieter-Module generieren kein sauberes Schema.org-AggregateRating-+-Review-Markup — also keine Sterne in der SERP, keine Zitation in den Answer Engines (AEO-Thema in unserem dedizierten Artikel). Zu ersetzen durch ein modernes Modul wie DataFirefly Verifizierte Bewertungen, das das vollständige Markup abdeckt.

1.7 Produkt-FAQ-Module. Die Mehrheit der 1.7-FAQ-Module ist hartcodiertes Smarty ohne KI-Verarbeitung oder sauberes Schema.org. Der Wechsel zu PS8 ist die Gelegenheit, auf ein FAQ-Modul mit Massen-KI-Generierung wie DataFirefly Produkt-KI-FAQ umzusteigen — massive Zeitersparnis beim Schreiben und valides Schema.org-Markup.

1.7 Wishlist-Module. 1.7-Wishlists sind im Allgemeinen einfach (hinzufügen / entfernen / auflisten) ohne anonyme E-Mail-Erfassung, ohne Preis-Alerts, ohne Analytics. Zu ersetzen durch DataFirefly Erweiterte Wishlist — Thema unseres Artikels über die Wishlist als Konversionshebel.

1.7 Side-Cart / Sidecart-Module. Oft in 1.7 abwesend (der Warenkorb war eine dedizierte Seite ohne Sidecart). In PS8 mit DataFirefly SideCart hinzuzufügen, das das Post-Add-to-Cart-Erlebnis modernisiert.

1.7 Multi-Country-SEO-Module. 1.7-Hreflang-Module sind oft partiell und handhaben Reziprozität oder ISO-Codes nicht korrekt. Zu ersetzen durch DataFirefly Hreflang-Modul + Country Switcher.

1.7 Zahlungs-Module. Alte 1.7-Zahlungs-Module sind oft inkompatibel mit modernen SCA-/3DS2-Anforderungen oder nicht PSD2-konform. Die meisten Banken und Prozessoren (Stripe, Mollie, Adyen, BNP, Société Générale, Crédit Mutuel über Mercanet) haben moderne PS8-Module zum Ersatz zu aktivieren. Rigoros zu testen vor der Umstellung in die Prod — eine defekte Zahlung in der Prod ist verlorener Umsatz.

1.7 Analytics-Tracking-Module. Legacy GA-Universal- oder GTM-Module 1.7 unterstützen Consent Mode v2 nicht (2026 obligatorisch für Google Ads / GA4). Zu ersetzen durch Google Tag Pro oder ähnliches, das Consent Mode v2 nativ handhabt, plus Cookie Manager Tarteaucitron für die CMP.

Datenverwaltung: sauberer Import / Export

Die Datenmigration ist technisch der riskanteste Teil. PrestaShop liefert keinen zuverlässigen nativen 1.7-→-8-Migrator — das existierende Module Migration Manager-Tool hat bekannte Limitierungen bei komplexen Katalogen.

Der bewährte Ansatz:

Schritt 1 — Sauberer Export aus 1.7. CSV-/XML-Export der Produkte, Kategorien, Kunden, Bestellungen, Bewertungen, Deskriptoren (Eigenschaften, Attribute). Originale IDs aufbewahren, um die SEO-Weiterleitungen anschließend mappen zu können.

Schritt 2 — Saubere PS8-Installation. Auf einer dedizierten Umgebung (Staging) PS8 from scratch mit einem kompatiblen Theme und den Basismodulen installieren. Die 1.7-Module nicht neu installieren — die modernen PS8-äquivalenten Versionen installieren.

Schritt 3 — Strukturierter Import. Import in der Reihenfolge: Kategorien → Eigenschaften → Produkte → Produktbilder → Kunden → Adressen → Bestellungen → Bewertungen. Die Reihenfolge zählt, weil einige Tabellen andere referenzieren (ein Produkt referenziert eine Kategorie, die bereits existieren muss).

Schritt 4 — Konsistenzprüfung. Die Anzahl der Zeilen pro Tabelle nach dem Import zählen, mit den Zählern der 1.7-Quelle vergleichen. Einige Produktseiten, Kategorien, Bestellungen testen, um zu prüfen, dass alles visuell kohärent ist.

Schritt 5 — Funktionale Tests. Vollständiger Durchgang im Staging: Navigation, In-den-Warenkorb-Legen, Checkout, Zahlung (im Test-Modus), Bestätigung. Auch die Admin-Funktionen testen (Bestellverwaltung, Produktverwaltung, Kundenverwaltung).

SEO und 301-Weiterleitungen: der Teil, den man am häufigsten verpasst

Die URLs ändern sich zwischen PS 1.7 und PS 8, manchmal subtil (Slug-Struktur, Parameter-Handling, Hinzufügen von Mehrsprachigkeit). Ohne systematischen 301-Weiterleitungs-Plan verlieren Sie Ihre gesamte akkumulierte SEO-Autorität.

Die zu mappenden URL-Typen:

• Produkt-URLs: altes Format /kategorie/123-produkt-slug.html vs neues Format /kategorie/produkt-456 (oder umgekehrt je nach Ihrer Config). Produkt für Produkt mappen.
• Kategorie-URLs: können sich ändern, wenn die Hierarchie oder die Slugs angepasst wurden.
• CMS-/Statische-Seiten-URLs: einzeln zu mappen.
• Lieferanten-/Marken-URLs: wenn Sie sie in 1.7 verwendet haben.
• Parametrisierte URLs mit Filtern: auf die neuen PS8-Faceted-Search-URLs zu mappen.

Praktische Umsetzung: eine 301-Weiterleitungs-Datei in .htaccess oder nginx-Config, oder ein PS8-Weiterleitungs-Modul (mehrere existieren im Marketplace), das sie aus der Datenbank verwaltet. Für sehr große Kataloge (10.000+ Produkte) das Mapping über ein Skript automatisieren, das die alte Sitemap liest und die Weiterleitungen zu den neuen URLs basierend auf Slugs oder SKUs generiert.

Und kritisch: die Search Console 4-8 Wochen nach der Umstellung überwachen, um 404-Fehler zu erkennen. Jeder 404 enthüllt eine alte URL, die nicht weitergeleitet wurde — nach und nach zur Weiterleitungs-Datei hinzuzufügen.

Die Migrations-Checkliste in 12 Schritten

1. Vollständige Audit des aktuellen 1.7-Shops (Module, Theme, Custom-Code, Daten, SEO).
2. PS8-Theme-Wahl (Replik des aktuellen Themes oder neue Wahl).
3. PS8-Modul-Wahl für den Ersatz, mit Audit der aufzugebenden Module.
4. PS8-Umgebungs-Provisioning (Hosting, PHP 8.2+, MySQL 8 / MariaDB 11, SSL-Zertifikate).
5. Saubere PS8-Installation und Basis-Konfiguration (Sprachen, Währungen, Mehrsprachigkeit, Länder).
6. Installation der ausgewählten PS8-Module und Konfiguration.
7. Daten-Import aus dem 1.7-Export (Kategorien, Produkte, Kunden, Bestellungen).
8. Produktion der 301-Weiterleitungen, Mapping alte URL → neue URL.
9. Erschöpfende funktionale Tests im Staging (Navigation, Checkout, Admin).
10. Produktions-Umstellung (DNS, Zertifikate, .htaccess oder nginx-Config mit Weiterleitungen).
11. Post-Umstellungs-Überwachung Search Console, GA4, Server-Logs, Kunden-Feedback.
12. Korrektive Iteration bei in der Prod erkannten Bugs (2-4 Wochen Post-Umstellungs-Polish einplanen).

Bei den von uns begleiteten Migrationen dauert das vollständige Projekt zwischen 4 und 12 Wochen je nach Shopgröße und Anpassungs-Komplexität.

Die Gelegenheit, beim Übergang den Stack zu modernisieren

Eine Migration 1.7 → 8 ist nicht nur ein technisches Upgrade, es ist auch die Gelegenheit, den über Jahre ohne Aufräumen akkumulierten E-Commerce-Stack zu modernisieren.

Admin-Sicherheit. Nutzen Sie die Migration, um Admin-2FA über 2FA Google Authenticator für PrestaShop zu aktivieren. Es ist ein essentieller Schutz 2026, den viele 1.7-Shops vernachlässigen.

AEO-Stack. Nutzen Sie die Migration, um Ihren Shop auf die AEO-Standards 2026 auszurichten (Thema in unserer AEO-Kategorie). Das Combo LLMs.txt PrestaShop + KI-FAQ + Verifizierte Bewertungen positioniert Ihren Shop für ChatGPT- / Perplexity- / Google-AI-Overviews-Traffic.

Recurring Revenue über Abonnements. Wenn Ihr Katalog es erlaubt (Verbrauchsmaterialien, Boxen, digitale Dienste), nutzen Sie PS8, um das Modul DataFirefly Subscriptions mit Stripe hinzuzufügen — Thema in unserem Abonnement-Tunnel-Leitfaden. Recurring auf PrestaShop 1.7 war besonders gebastelt; auf PS8 ist es ausgereift.

Moderner Konversions-Stack. Jenseits der defekten Modul-Ersetzungen, nutzen Sie die Migration, um die Hebel hinzuzufügen, die Sie in 1.7 nicht hatten: Versandkosten-frei-Leiste mit Fortschrittsleiste, Sidecart, Wishlist mit Alerts, Produktvideos mit sauberen CWV. Eine Migration ohne Modernisierung ist eine technische Überarbeitung ohne Business-Gewinn.

Häufige Fehler bei der Migration 1.7 → 8

Glauben, die Migration dauert 2 Tage. Bei Low-Cost-Angeboten, die eine Migration in 2 Tagen versprechen, erhalten Sie systematisch einen kaputten Shop. Das realistische Minimum sind 2-3 Wochen für einen einfachen Shop, mehr für komplexe.

301-Weiterleitungen vernachlässigen. Der Post-Migrations-SEO-Traffic-Verlust beträgt typischerweise 30-60 % ohne vollständigen Weiterleitungs-Plan. Mit Plan erholt man sich in 4-8 Wochen auf 90-100 %.

Alle 1.7-Module behalten. Die Migration ist die Gelegenheit zum Ausmisten. Shops, die versuchen, alles identisch zu portieren, finden sich mit einem durch 50 Module beschwerten PS8 wieder, von denen die Hälfte Legacy ist.

Die Migration direkt in der Prod machen. Ohne Staging, ohne Tests, ohne Rollback-Plan. Es ist die Garantie für ein Drama. Jede ernsthafte Migration geht durch Staging mit erschöpfender Validierung.

Die Benutzerschulung unterschätzen. Das PS8-Admin unterscheidet sich vom PS-1.7-Admin — geänderte Workflows, reorganisierte Screens, einige Funktionen verschoben. Operative Teams (Bestellverwaltung, Kundensupport) müssen vor der Umstellung geschult werden, nicht das neue Admin am Go-Live-Morgen entdecken.

Fazit: ein strukturierendes Projekt, das Ihr E-Commerce-Business modernisiert

Die PrestaShop-1.7-→-8-Migration ist kein einfaches technisches Update — es ist ein Projekt, das ein Direction-Sponsoring, ein kalibriertes Budget und ein rigoroses Planning verdient. Shops, die das Thema ernst nehmen, kommen aus der Migration mit einem modernen, sicheren, performanten Shop heraus, der mit den E-Commerce-Standards 2026 ausgerichtet ist. Shops, die es verpfuschen, verlieren SEO-Traffic, Umsatz über Wochen und akkumulieren technische Schulden, die später bezahlt werden müssen.

Die typische Investition für eine ernsthafte Migration beträgt 5.000 bis 25.000 € je nach Größe (KMU: 8-15 K€, reifes E-Commerce: 15-25 K€), plus die Kosten der neuen Ersatzmodule (im Allgemeinen 500-2.000 € je nach gewähltem Stack). Der Return on Investment ist 6-12 Monate nach der Migration messbar durch die Modernisierung der Konversionshebel und die Freisetzung des durch 1.7-Limitierungen blockierten SEO-Potenzials.

Zur Vertiefung verwandter Themen durchstöbern Sie unsere Kategorien Performance & Core Web Vitals und PrestaShop-Tutorials. Und um den modernen Post-Migrations-Stack PrestaShop 8 zusammenzustellen (Cross-Sell, verifizierte Bewertungen, KI-FAQ, Sidecart, Wishlist, Free Shipping, Multi-Country, AEO), ist der gesamte DataFirefly-Katalog mit den 2026-Patterns ausgerichtet — performance-first, sauberer Code, französischsprachiger Support, regelmäßige Updates.

Ebenfalls lesenswert: PrestaShop 9 vs PrestaShop 8 und die Shopware-Migration 6.6 auf 6.7.

Zum Umsetzen: unsere Auswahl an Modulen für die Migration zu PrestaShop.