PrestaShop Katalog-Verwaltung

Varianten in Eigenständige Produkte Aufteilen: Ein Variantenprodukt in PrestaShop 8 & 9 Zerlegen

Ein Variantenprodukt wird zu einer Reihe eigenständiger Produkte, ohne ein einziges Bild oder eine Bestandseinheit zu verlieren.

Fünfzehn Farben in einem Auswahlmenü bedeuten eine URL für fünfzehn Suchintentionen. Dieses Modul zerlegt ein Variantenprodukt in wirklich eigenständige Produkte, jedes mit eigenen Bildern, Preis, Bestand und Adresse. Zwei Strategien: ein Produkt je Variante, oder ein Produkt je Farbe mit erhaltenen Größenvarianten. Vorschau vor jedem Schreibvorgang, Verarbeitung in Stapeln und Rollback per Klick, falls das Ergebnis nicht überzeugt.

Auf einen Blick
  • Zwei Strategien: ein Produkt je Variante oder je Wert einer Attributgruppe
  • Endpreise unverändert: Aufschläge in die Basiswerte übernommen, verbleibende Aufschläge neu berechnet
  • Bilder, Bestände, Kategorien, Eigenschaften, Sonderpreise und Lieferanten übernommen
  • Ausgangsprodukt behalten, deaktivieren, per 301 weiterleiten oder löschen
  • Stapelverarbeitung mit Fortschrittsanzeige und vollständigem Rollback jeder Aufteilung
PrestaShop 8.0 bis 9.x 2 Aufteilungsstrategien Rollback per Klick Multishop Ohne Override
  • 30 Tage Rückgaberecht
  • 12 Monate Updates
  • 24-h-Support
www.datafirefly.com/de/
DataFirefly ProductSplitter Modul: ein PrestaShop-Produkt mit Kombinationen in separate Produkte aufteilen
v1.0.2 · aktualisiert 2026-08-03
Was es leistet

Die Kurzfassung.

01

Ein Produkt je Variante

Jede Variante wird zu einem einfachen Produkt. Preis- und Gewichtsaufschlag wandern in die Basiswerte, Referenz, EAN und Bestand der Variante folgen.

02

Ein Produkt je Farbe

Sie extrahieren eine Attributgruppe. Eine Seite pro Farbe, die Größen bleiben Varianten. Die verbleibenden Aufschläge werden durch Subtraktion neu berechnet, die Endpreise ändern sich nicht.

03

Die richtigen Bilder

Der Variante zugeordnete Bilder werden vorrangig dupliziert, Originaldatei und bereits erzeugte Miniaturen inbegriffen, jpg ebenso wie webp und avif, mit übersetzten Bildunterschriften.

04

301-Weiterleitung des Originals

Das Ausgangsprodukt kann deaktiviert und auf das erste erzeugte Produkt weitergeleitet werden, was die Kraft eingehender Links und die Indexierungshistorie erhält.

05

Vollständiges Rollback

Jede Aufteilung wird als Job gespeichert. Eine Schaltfläche löscht alle erzeugten Produkte und stellt Status und Weiterleitung des Ausgangsprodukts wieder her.

Die ausführliche Fassung

Alles, was Sie vor der Installation wissen wollen.

Ein detaillierter Blick darauf, wie Varianten in Eigenständige Produkte Aufteilen: Ein Variantenprodukt in PrestaShop 8 & 9 Zerlegen funktioniert, warum wir es so gebaut haben und der Gedanke hinter den Funktionen oben.

§ 01

Warum ein Variantenprodukt aufteilen

Ein Schuh in fünfzehn Farben belegt eine einzige Seite. Google indexiert eine URL, zeigt einen Titel und ordnet ein Bild zu. Die anderen vierzehn Farben existieren für eine Suchmaschine nicht, und sie erscheinen ebenso wenig in Ihrem Google-Shopping-Feed oder in den Ergebnissen Ihrer internen Suche. Die Aufteilung gibt jeder Farbe eine eigene Adresse, einen eigenen Titel, eine eigene Beschreibung und ein eigenes Vorschaubild. Es ist dieselbe Logik, die große Marktplätze auf stark nach Attribut gesuchte Produkte anwenden.

§ 02

Zwei Strategien, ein Bildschirm

Die erste erzeugt ein einfaches Produkt je Variante. Nützlich, wenn jede Variante eine eigene kommerzielle Existenz hat, etwa ein Parfum in drei Füllmengen. Die zweite extrahiert eine Attributgruppe und lässt die übrigen bestehen. Sie erhalten ein Produkt je Farbe, das seine Größen als Varianten behält. Das ist der häufigste Fall in der Mode.

§ 03

Die Endpreise ändern sich nicht

Im Variantenmodus wird der Preisaufschlag der Variante zum Basispreis des neuen Produkts addiert. Im Gruppenmodus nimmt das Modul den kleinsten Aufschlag innerhalb der extrahierten Gruppe, überträgt ihn in den Basispreis und berechnet dann jeden verbleibenden Aufschlag durch Subtraktion neu. Ein Kunde, der 92 Euro für einen weißen Artikel in Größe M gezahlt hat, zahlt nach der Aufteilung weiterhin 92 Euro. Das Gewicht wird genauso behandelt.

§ 04

Was dem Produkt folgt

Der Variante zugeordnete Bilder werden vorrangig dupliziert, mit Rückfall auf alle Bilder des Ausgangsprodukts, wenn keines zugeordnet ist. Die Kopie umfasst die Originaldatei und alle bereits erzeugten Miniaturen, unabhängig vom Format, samt übersetzter Bildunterschriften. Der Bestand wird Variante für Variante übertragen. Es folgen Kategorien, Standardkategorie, Eigenschaften einschließlich benutzerdefinierter Werte, Schlagwörter, neu zugeordnete Sonderpreise, Transporteure, Anhänge, Lieferanten und Anpassungsfelder.

§ 05

Was mit dem Ausgangsprodukt geschieht

Vier Verhaltensweisen stehen bereit. Es unverändert behalten, während Sie das Ergebnis prüfen. Es deaktivieren. Es deaktivieren und per 301 auf das erste erzeugte Produkt weiterleiten, was eingehende Links weitergibt und einen 404 auf einer bereits indexierten URL vermeidet. Oder es endgültig löschen, sobald die Aufteilung bestätigt ist.

§ 06

Vorschau und Stapelverarbeitung

Vor jedem Schreibvorgang listet eine Vorschau die Produkte auf, die erzeugt werden, mit Namen, Anzahl der erhaltenen Varianten, Nettopreis und Gewicht. Die Aufteilung wird dann als Job gespeichert und in aufeinanderfolgenden AJAX-Stapeln verarbeitet. Die Stapelgröße ist einstellbar, sodass eine Reihe von hundert Referenzen auf einem geteilten Hosting verarbeitet werden kann, ohne das Ausführungszeitlimit zu erreichen.

§ 07

Eine Aufteilung rückgängig machen

Jeder Job erscheint in einer Historie mit Status und Aufschlüsselung Produkt für Produkt. Eine Rollback-Schaltfläche löscht alle erzeugten Produkte und stellt Status und ursprüngliche Weiterleitung des Ausgangsprodukts wieder her. Sie können also eine Strategie testen, die Darstellung im Frontend prüfen, zurückgehen und mit anderen Einstellungen neu beginnen.

§ 08

Technische Integration

Das Modul ergänzt einen Reiter unter Katalog und installiert keinen Klassen- oder Controller-Override. Es bringt keine Composer-Abhängigkeit mit und arbeitet mit einem eigenständigen Klassenlader. Tabellen- und Konstantennamen, die sich zwischen PrestaShop 8 und 9 unterscheiden, werden dynamisch aufgelöst, einschließlich des in Version 9 umbenannten Produktbildverzeichnisses. Zwei Tabellen werden für Jobs und deren Elemente angelegt und bei der Deinstallation entfernt.