Von WooCommerce zu PrestaShop wechseln: Ein praxisnaher Migrationsleitfaden

Versionshinweise und Backoffice-Pfade mit PrestaShop 9 abgeglichen (und stabil über 1.7/8 hinweg). Hinweis: Wir entwickeln PrestaShop-Module bei mypresta.rocks; die hier beschriebenen Migrationsmechanismen sind plattformneutral.

Die meisten Leitfäden zur Migration von WooCommerce zu PrestaShop sind eigentlich zwei Artikel unter einem Titel: Die eine Hälfte verwendet ihre Wortzahl darauf, erneut zu diskutieren, ob Sie überhaupt wechseln sollten, und die andere Hälfte gibt Ihnen eine generische Sieben-Schritte-Checkliste, die genauso klingen würde, wenn Sie von Magento oder Shopify migrieren würden. Dieser Artikel ist keines von beidem. Wenn Sie bereits entschieden haben, dass PrestaShop Ihr Ziel ist, und wenn Sie noch abwägen, finden Sie den ehrlichen Vergleich in PrestaShop vs. WooCommerce. Dann brauchen Sie vor allem den Teil, den kaum jemand aufschreibt: wie die WordPress-geprägten Daten von WooCommerce auf die PrestaShop-Datenbank abgebildet werden, wo das Import-Tool Ihren Katalog stillschweigend beschädigen kann und welche Weiterleitungen dafür sorgen, dass Google auch am Tag nach der Liveschaltung noch Traffic schickt.

Der schwierige Teil dieser konkreten Migration ist nicht „hier exportieren, dort importieren“. Er liegt darin, dass WooCommerce ein Plugin ist, das auf ein Blogging-CMS aufgesetzt wurde: Ihre Produkte liegen also als WordPress-Beiträge vor, während die eigentlichen Daten über die Tabelle wp_postmeta verstreut sind. PrestaShop dagegen ist eine speziell für E-Commerce entwickelte Engine mit normalisiertem Schema (ps_product, ps_product_attribute, ps_category_product und verwandte Tabellen). Alles Schwierige an diesem Wechsel entsteht daraus, diese beiden Sichtweisen miteinander zu versöhnen. Deshalb ist dieser Leitfaden um die vier Stellen herum aufgebaut, an denen die Unterschiede wirklich wehtun: Varianten, Preise/Steuern, URLs und Kundenpasswörter.

Bevor Sie einen Export-Button anklicken: Inventarisieren Sie, was WordPress versteckt

WooCommerce-Daten wirken trügerisch einfach, weil der WordPress-Admin Ihnen eine aufgeräumte Produkttabelle zeigt. Darunter besteht ein einzelnes „variables Produkt“ aber aus einer post-Zeile, einer untergeordneten post-Zeile pro Variation und Dutzenden wp_postmeta-Zeilen (_price, _sale_price, _stock, _weight, _sku, Attribut-Taxonomien und alles, was Ihre Plugins zusätzlich angehängt haben). Bevor Sie irgendetwas exportieren, halten Sie fest, was wirklich mit umziehen muss und was sich lediglich angesammelt hat:

• Produkte, Name, Beschreibung, Kurzbeschreibung, Preis, Aktionspreis, SKU, Bestand, Gewicht, Bilder sowie SEO-Titel/Meta-Beschreibung (oft von Yoast in _yoast_wpseo_title / _yoast_wpseo_metadesc gespeichert, exportieren Sie diese Daten, sonst verlieren Sie jedes manuell geschriebene Meta-Tag).
• Variationen, die Größen-/Farbmatrix. Das ist der größte Transformationsschritt; der eigene Abschnitt unten behandelt ihn im Detail.
• Kategorien, WooCommerce nennt sie Produktkategorien (eine WordPress-Taxonomie), hierarchisch aufgebaut, mit Beschreibungen und Bildern.
• Kunden, Konten und Adressen. Die Bestellhistorie ist für den Kundensupport nützlich; Passwörter lassen sich nicht sauber migrieren über den nativen Import (siehe unten).
• CMS-Seiten, Versandbedingungen, Rückgaben, AGB. Diese werden zu PrestaShop-CMS-Seiten, und jede davon behält eine URL, die Google indexiert hat.
• Die URL-Liste selbst, rufen Sie Search Console → Performance → Pages auf und exportieren Sie jede URL, die Impressionen erzielt. Dieser Export ist Ihre Weiterleitungs-Spezifikation, kein optionales Extra.

Ein Hinweis dazu, ob die Bestellhistorie überhaupt migriert werden muss: Die meisten Shops behalten die alte WooCommerce-Datenbank schreibgeschützt als Archiv und übernehmen nur aktive Kundenkonten. Tausende historischer Bestellungen in PrestaShops ps_orders-Struktur nachzubilden ist kleinteilig und lohnt sich selten für einen Shop, der im alten System weiterhin nachschlagen kann.

Schritt 1, Staging einrichten und die richtige PrestaShop-Version wählen

Importieren Sie niemals direkt in die Produktion. Setzen Sie ein frisches PrestaShop auf einer Subdomain auf (z. B. staging.yourstore.com), damit Sie den Import ausführen, Fehler finden, die Datenbank leeren und erneut importieren können, und Sie werden es mehrere Male tun, bevor alles sauber ist. PrestaShops eigener Installer plus eine Wegwerf-Datenbank machen aus „zurücksetzen und neu versuchen“ eine Fünf-Minuten-Schleife.

Für eine Neuinstallation im Jahr 2026 ist PrestaShop 9 die Standardwahl (aktueller Branch, beste langfristige Support-Perspektive, PHP 8.1+). Der einzige gute Grund, stattdessen mit 8.x zu starten, ist ein unverzichtbares Modul, das noch nicht für 9 zertifiziert ist, prüfen Sie Ihre Vorauswahl zuerst. Welche Version Sie auch wählen: Die folgenden Migrationsmechanismen sind identisch; PrestaShops Import-Tool und URL-Handling sind über 1.7, 8 und 9 hinweg stabil geblieben.

Schritt 2, Aus WooCommerce exportieren, ohne die Meta-Daten zu verlieren

WooCommerce bringt einen integrierten CSV-Exporter unter WooCommerce → Products → Export mit. Für einfache Kataloge reicht er aus, und vor allem können Sie auswählen, welche Spalten enthalten sein sollen, achten Sie darauf, dass SKU, Bestand, Gewicht und Ihre SEO-Meta-Spalten aktiviert sind. Für Kunden und Bestellungen finden Sie die entsprechenden Exporte ebenfalls im WooCommerce-Menü, oder Sie fragen wp_users / wp_usermeta direkt ab, wenn Sie sich in der Datenbank sicher fühlen.

Bei Produktbildern liefert der Export Bild-URLs, keine Dateien. Sie haben zwei Wege: Lassen Sie die Bilder auf der alten Domain, bis diese abgeschaltet wird (damit PrestaShops Import sie per HTTP abrufen kann), oder laden Sie wp-content/uploads vollständig herunter und hosten Sie die Dateien neu. Der HTTP-Abruf ist einfacher, funktioniert aber nur, solange die alte Website noch erreichbar ist, planen Sie den Umstellungstermin entsprechend.

Wenn Ihr Katalog stark auf Bundles, Abonnements oder Plugins für benutzerdefinierte Felder setzt, wird die native CSV diese Daten nicht enthalten, weil sie in Plugin-spezifischen Meta-Schlüsseln liegen. An diesem Punkt verdient ein dedizierter Migrationsdienst (Cart2Cart, LitExtension) sein Geld, weil er diese Tabellen für Sie ausliest. Für einen Standardkatalog geben Ihnen selbst erstellte CSVs aber deutlich mehr Kontrolle darüber, wie die Daten am Ende landen.

Schritt 3, Die Transformationen, die wirklich zählen

Variationen → Kombinationen (der Punkt, an dem Importe scheitern)

Hier bleiben die meisten DIY-Migrationen stecken. WooCommerce modelliert ein T-Shirt als variables Produkt mit Variationen, wobei jede Variation ein nahezu eigenständiger untergeordneter Beitrag ist. PrestaShop modelliert dasselbe T-Shirt als ein Produkt mit Attributen (Größe, Farbe) und Kombinationen (Größe: M / Farbe: Blau → eigene SKU, Preisaufschlag oder -abschlag, Bestand und Gewicht). Konzeptionell sind die Daten gleich; das Importformat ist es nicht.

PrestaShops CSV-Import verarbeitet Kombinationen über einen eigenen Importtyp Combinations (Advanced Parameters → Import, dann "Combinations" als Entität wählen). Jede Zeile enthält dabei die Referenz des übergeordneten Produkts sowie Attributgruppe und Wert (z. B. eine Spalte Attribute (Name:Type:Position) mit Size:select:0 zusammen mit einem Value von M), sodass eine Zeile genau einer Kombination entspricht. Der praktische Ansatz: Importieren Sie zuerst die übergeordneten Produkte mit Basispreis und Standardkombination. Führen Sie danach einen zweiten Combinations-Import aus, der über die Produktreferenz (SKU) verknüpft ist, um die Größen-/Farbmatrix mit korrektem Preiseinfluss und Bestand pro Kombination anzuhängen. Alles in eine einzige Produkt-CSV zu pressen ist der Weg zu doppelten Produkten und verwaisten Beständen.

Preise und Steuern, der stille Fehler um den MwSt.-Betrag

WooCommerce speichert einen regulären Preis und optional einen Aktionspreis pro Produkt. PrestaShop trennt diese Daten: Der Basispreis liegt am Produkt, Rabatte werden als spezifische Preise (ps_specific_price) modelliert. Ein WooCommerce-Aktionspreis sollte also zu einer spezifischen Preisregel werden, nicht zu einem überschriebenen Basispreis, wenn PrestaShop die durchgestrichene Preis-Darstellung korrekt anzeigen soll.

Die Steuerfalle ist die kostspielige. WooCommerce kann Preise je nach Einstellung, an die sich die meisten Betreiber nicht mehr erinnern, inklusive Steuer oder exklusive Steuer speichern. PrestaShops Import erwartet standardmäßig Nettopreise und wendet die Steuerregel anschließend an. Wenn Ihre WooCommerce-Preise brutto waren und Sie sie als netto importieren, ist plötzlich jedes Produkt um Ihren MwSt.-Satz teurer, oder günstiger, wenn Sie falsch herum raten. Prüfen Sie WooCommerces Einstellung unter WooCommerce → Settings → Tax ("Prices entered with tax"), bevor Sie auch nur eine Zeile importieren, und richten Sie passende Steuerregeln in PrestaShop ein (International → Taxes / Tax Rules), damit die Berechnung aufgeht.

Beschreibungen, Shortcodes entfernen

WooCommerce-Beschreibungen sind WordPress-Inhalte. Das bedeutet, sie können Shortcodes ([product_page id="123"], Galerieblöcke, Page-Builder-Markup) enthalten, die in PrestaShop nichts rendern und hässliche wörtliche Klammern auf der Seite hinterlassen. Führen Sie vor dem Import ein Suchen-und-Ersetzen über Ihre Beschreibungsspalte aus, um Shortcodes zu entfernen und Gutenberg-Block-Kommentare in schlichtes HTML umzuwandeln.

Schritt 4, In PrestaShop importieren, in der richtigen Reihenfolge

PrestaShops Importer liegt unter Advanced Parameters → Import und liest CSV-Dateien nach Typ (Kategorien, Produkte, Kombinationen, Kunden, Adressen und mehr). Die Reihenfolge ist nicht optional, Produkte referenzieren Kategorien, Kombinationen referenzieren Produkte, deshalb gilt für jeden Katalog oberhalb einiger hundert SKUs:

• Zuerst Kategorien. Der Baum muss existieren, bevor Produkte ihm zugeordnet werden können. Ordnen Sie Ihre WooCommerce-Kategorienamen in einer Tabelle den PrestaShop-Kategorien zu; die IDs werden nicht übereinstimmen, und das ist in Ordnung. Importiert wird über Namen/Referenzen.
• Produkte ohne Bilder. Importieren Sie den Katalog zunächst mit leeren Bildspalten, prüfen Sie Anzahl und Preise und kümmern Sie sich danach um die Bilder. So trennen Sie Datenfehler von Bildabruf-Fehlern.
• Kombinationen. Die Größen-/Farbmatrix, über SKU verknüpft, als separater Importdurchlauf.
• Bilder. PrestaShop ruft Bilder beim Import ab und erzeugt Thumbnails neu; bei großen Katalogen ist das langsam. Lassen Sie es außerhalb der Hauptzeiten laufen, und wenn es zu Zeitüberschreitungen kommt, erhöhen Sie max_execution_time oder importieren Sie in mehreren Durchläufen.
• Kunden und Adressen zuletzt, sobald die Shop-Struktur steht.

Deaktivieren Sie „Force IDs“ und lassen Sie PrestaShop eigene IDs vergeben; der Versuch, WooCommerce-IDs zu erhalten, kämpft ohne Nutzen gegen den Importer. Behalten Sie aber eine Spalte mit der ursprünglichen WooCommerce-ID oder dem Slug. Sie brauchen sie im nächsten Schritt für Weiterleitungen.

Schritt 5, URL-Mapping und 301-Weiterleitungen (der Schritt, an dem Migrationen sterben)

Das ist der Unterschied zwischen einer Migration, die ihren Google-Traffic behält, und einer, die ihn für drei Monate abstürzen lässt. WooCommerce und PrestaShop erzeugen strukturell unterschiedliche URLs:

Jede alte URL, die Google indexiert hat, muss per 301-Weiterleitung auf ihr neues Gegenstück zeigen. Überspringen Sie diesen Schritt, erben Sie drei Probleme auf einmal: 404-Fehler für wiederkehrende Kunden, die ein Produkt als Lesezeichen gespeichert haben, verlorene Linkautorität von jeder externen Website, die auf Ihre alten URLs verweist, und Rankingverluste genau auf den Seiten, die Ihnen kostenlosen Traffic gebracht haben. PrestaShop bietet native SEO-&-URL-Einstellungen (Shop Parameters → Traffic & SEO) für saubere URL-Muster, und Sie können Weiterleitungen von Hand bauen. Bei einem Katalog von nennenswerter Größe sollten Sie aber eine Weiterleitungsverwaltung verwenden, damit die Alt→Neu-Zuordnung wartbar bleibt und nicht zu tausend Zeilen .htaccess wird, die niemand mehr anfassen will. Erstellen Sie die Zuordnung aus dem Search-Console-Export, den Sie im Inventarisierungsschritt erstellt haben. Diese Liste ist die Menge der URLs, die tatsächlich zählen, sortiert nach dem Traffic, den sie bringen.

Schritt 6, Theme: Es kommt nicht mit

Ihr WooCommerce-Theme ist WordPress-spezifisch und lässt sich nicht übertragen; Themes sind an Plattformen gebunden. Drei realistische Wege: Sie nutzen PrestaShops modernes Standard-Theme (Hummingbird) unverändert für die schnellste Liveschaltung; Sie erstellen ein Child-Theme auf Hummingbird-Basis, um Ihre Marke abzubilden, ohne das Kernsystem zu forken; oder Sie bauen das aktuelle Erscheinungsbild pixelgenau nach, wenn Wiedererkennung für Ihre Kunden wichtig ist (ein zurückkehrender Käufer, der auf einer dramatisch anders aussehenden Website landet, nimmt manchmal an, er sei am falschen Ort). Welchen Weg Sie wählen: Das ist ein guter Moment, um nicht jedes frühere Plugin nachzubauen, PrestaShop erledigt vieles nativ, wofür in WooCommerce ein ganzer Plugin-Stapel nötig war. Fügen Sie Funktionen daher bewusst wieder hinzu, nicht aus Reflex. Welche Module ein neuer Shop wirklich zuerst braucht, ist ein eigenes Thema: die Module, die jeder neue PrestaShop-Shop zuerst installieren sollte.

Schritt 7, Der Testdurchlauf vor der Liveschaltung

Bevor Sie DNS umstellen, gehen Sie auf der Staging-Umgebung jeden kundenrelevanten Ablauf so durch, als wären Sie Käufer:

• Stöbern, nach Kategorie filtern, Suche ausführen, prüfen Sie, ob Kombinationen den richtigen Preis und Bestand anzeigen.
• In den Warenkorb legen, Menge ändern, entfernen, gleichen Sie die Warenkorb-Berechnung mit dem alten Shop ab.
• Kauf sowohl als Gast als auch als registrierter Kunde abschließen.
• Eine Live-Transaktion über jede Zahlungsart (Karte, PayPal, Banküberweisung) im Testmodus durchführen.
• Prüfen, ob Bestellbestätigungs- und Versand-E-Mails tatsächlich versendet werden und zum Branding passen, PrestaShops transaktionale Templates unterscheiden sich von denen in WooCommerce.
• Auf einem echten Smartphone testen; mobiler Traffic macht bei den meisten Shops den Großteil der Besuche aus, und das Layout wird sich von WordPress unterscheiden.
• Weiterleitungen von Ihren wichtigsten alten URLs stichprobenartig prüfen, in den Browser einfügen und sicherstellen, dass eine saubere 301-Antwort kommt, kein 404.
• Analytics/Tracking erneut einbinden und prüfen, ob Hits registriert werden; Sitemap erzeugen und für die Search-Console-Einreichung zur Liveschaltung vormerken.

Die vier Dinge, die nach der Liveschaltung schiefgehen

• Kundenpasswörter migrieren nicht sauber, kommunizieren Sie das. WooCommerce nutzt das Passwort-Hashing von WordPress; PrestaShop nutzt ein eigenes Verfahren. Passwörter lassen sich über den nativen Import nicht sauber migrieren; ohne individuelle Bridge müssen Kunden ihre Passwörter zurücksetzen. Jeder bestehende Kunde muss beim ersten Login „Passwort vergessen“ verwenden. Schicken Sie deshalb zum Umstellungstermin eine Vorab-Mail, die das erklärt, Schweigen wirkt hier wie ein gehacktes Konto und treibt Support-Anfragen nach oben.
• Steuern stimmen nicht überein. Der Brutto-/Netto-Fehler aus Schritt 3 taucht hier wieder auf, wenn Sie ihn übersprungen haben. Ziehen Sie zehn Produkte heraus und vergleichen Sie die endgültige Warenkorbsumme inklusive Steuer mit dem alten Shop, bevor Sie live gehen.
• Zahlungsanbieter müssen neu konfiguriert, nicht neu beantragt werden. Ihr Stripe-/PayPal-Konto funktioniert auf beiden Plattformen, aber Sie installieren PrestaShops Zahlungsmodule und tragen Ihre API-Schlüssel neu ein. Das Konto zieht mit; die Integration nicht.
• E-Mail-Zustellbarkeit startet neu. Neue Plattform, neue Versandkonfiguration, prüfen Sie, ob SPF/DKIM Ihre Versanddomain weiterhin abdecken und ob PrestaShops E-Mail-Versand korrekt eingerichtet ist (SMTP, nicht PHP mail, wenn es ernsthaft betrieben werden soll).

Häufige Fragen zur Migration von WooCommerce

Warum ist diese Migration schwieriger als ein generisches „hier exportieren, dort importieren“?

Weil WooCommerce ein Plugin ist, das auf ein Blogging-CMS aufgesetzt wurde: Ihre Produkte liegen also als WordPress-Beiträge vor, während die eigentlichen Daten über die Tabelle wp_postmeta verstreut sind. PrestaShop dagegen ist eine speziell für E-Commerce gebaute Engine mit normalisiertem Schema (ps_product, ps_product_attribute, ps_category_product). Die ganze Arbeit besteht darin, diese beiden Sichtweisen miteinander zu versöhnen, und der Schmerz konzentriert sich auf vier Stellen: Variationen, Preise/Steuern, URLs und Kundenpasswörter. Wenn diese vier Punkte stimmen, ist der Rest mechanisch.

Was ist der „MwSt.-Versatz“-Steuerfehler, vor dem alle warnen?

WooCommerce kann Preise je nach Einstellung, an die sich die meisten Betreiber nicht mehr erinnern, inklusive oder exklusive Steuer speichern. PrestaShops Import erwartet standardmäßig Preise exklusive Steuer und wendet die Steuerregel anschließend an. Importieren Sie Bruttopreise als Nettopreise, liegt jedes Produkt plötzlich um Ihren MwSt.-Satz daneben, teurer oder günstiger, wenn Sie falsch raten. Prüfen Sie die Einstellung unter WooCommerce → Settings → Tax ("Prices entered with tax"), bevor Sie eine einzige Zeile importieren, richten Sie passende Steuerregeln in PrestaShop ein und vergleichen Sie anschließend bei zehn Produkten die endgültige Warenkorbsumme inklusive Steuer mit dem alten Shop, bevor Sie live gehen.

Behalten meine Kunden ihre Passwörter?

Nein. WooCommerce nutzt das Passwort-Hashing von WordPress, PrestaShop nutzt ein eigenes Verfahren; ohne individuelle Bridge lassen sich Passwörter über den nativen Import nicht sauber migrieren. E-Mails, Namen, Adressen und (falls Sie sie übernehmen) Bestellhistorie ziehen problemlos um, das Login-Geheimnis nicht. Jeder bestehende Kunde muss beim ersten Login „Passwort vergessen“ verwenden. Schicken Sie deshalb zum Umstellungstermin eine Vorab-Mail, die das erklärt. Schweigen wirkt wie ein gehacktes Konto und lässt Support-Tickets steigen.

Wie konvertiere ich WooCommerce-Variationen in PrestaShop-Kombinationen?

Hier bleiben die meisten DIY-Migrationen stecken. Ein variables WooCommerce-Produkt (ein Eltern-Beitrag plus ein Kind-Beitrag pro Variation) wird zu einem PrestaShop-Produkt mit Attributen und Kombinationen. Der zuverlässige Ansatz sind zwei Durchläufe über Advanced Parameters → Import: Importieren Sie zuerst die übergeordneten Produkte mit Basispreis und Standardkombination. Führen Sie danach einen separaten Combinations-Import aus, der über die Produktreferenz (SKU) verknüpft ist, um die Größen-/Farbmatrix mit korrektem Preiseinfluss und Bestand pro Kombination anzuhängen. Alles in eine einzige Produkt-CSV zu pressen ist der Weg zu doppelten Produkten und verwaisten Beständen.

Verliere ich meine Google-Rankings?

Nur wenn Sie die Weiterleitungen auslassen. WooCommerce und PrestaShop erzeugen strukturell unterschiedliche URLs, deshalb muss jede alte URL, die Google indexiert hat, per 301-Weiterleitung auf ihr neues Gegenstück zeigen. Erstellen Sie die Zuordnung aus Ihrem Search-Console-Pages-Export (diese Liste ist die Menge der URLs, die zählen, nach Traffic sortiert), nutzen Sie eine Weiterleitungsverwaltung statt tausend Zeilen fragiler .htaccess, und prüfen Sie die Weiterleitungen vor und nach der Liveschaltung stichprobenartig. Überspringen Sie das, erben Sie 404-Fehler, verlorene Linkautorität und Rankingverluste genau auf den Seiten, die Ihnen kostenlosen Traffic gebracht haben.

Zeitplan: Einen Monat einplanen, nicht ein Wochenende

Für einen repräsentativen Shop, etwa 500 Produkte mit Variationen und mehrere tausend Kunden, ist die technische Migration (Export, Transformation, wiederholte Staging-Importe) realistisch 1–2 Wochen fokussierter Arbeit. URL-Mapping und der vollständige Testdurchlauf fügen eine weitere Woche hinzu. Planen Sie vom Start bis zur Liveschaltung einen vollen Monat ein, um die Überraschungen aufzufangen, die jeder echte Katalog versteckt. Die Versuchung, zu hetzen, ist groß und immer falsch: Eine verpatzte Migration kostet durch verlorene Verkäufe und Monate der SEO-Erholung deutlich mehr als die zusätzliche Woche. Warum Shops diesen Schritt überhaupt gehen, den eigenen Stack besitzen statt ihn zu mieten, eine Plattform für E-Commerce statt für Blogging, behandeln warum wir uns für PrestaShop entschieden haben und warum es wichtiger denn je ist, den eigenen Code zu besitzen; dieser Leitfaden handelt davon, mit Ihren Daten und Ihren Rankings intakt dorthin zu gelangen. Wenn die vier Unstimmigkeitspunkte stimmen (Variationen, Steuern, URLs, Passwörter), ist der Rest der Migration mechanisch.

Weiterlesen

• PrestaShop vs. WooCommerce, der ehrliche Vergleich, wenn Sie noch entscheiden, ob Sie wechseln.
• Von Magento zu PrestaShop wechseln, dieselbe Migrationsdisziplin von einer schwergewichtigeren Plattform aus.
• Module, die jeder neue Shop zuerst installieren sollte, was Sie bewusst hinzufügen sollten, statt jedes WooCommerce-Plugin nachzubauen.