Magento ist eine Open-Source-E-Commerce-Plattform, die Adobe 2018 übernommen hat. Es gibt zwei Editionen: Magento Open Source ist die kostenlose, selbst gehostete Version, und Adobe Commerce ist die kostenpflichtige Enterprise- und Cloud-Version.
Händler wählen sie wegen der Kontrolle über die Storefront, starken B2B-Funktionen und Multi-Store-Setups. Die Plattform verwaltet Katalogdarstellung, Suche, Warenkorb und Checkout gut. Sie bietet aber keinen echten Workflow zur Vorbereitung von Produktinhalten und keinen integrierten Ort zum Anreichern von Daten, für Übersetzungen oder zur Verwaltung digitaler Assets im Team. Ein PIM-System macht genau das: Es bereitet Produktinhalte vor, bevor sie den Shop erreichen.
Warum Magento ein PIM braucht
Magento macht zwei Dinge mit Produktdaten: Es speichert sie und zeigt sie an. Um sie aufzubauen, hilft es kaum. Diese Aufbauphase ist es, was ein PIM übernimmt. Um zu verstehen, warum das wichtig ist, muss man sehen, wie Magento Produktdaten intern speichert.
Magento verwendet für Produkte ein EAV-Modell – Entity-Attribute-Value. Statt einer breiten Tabelle mit je einer Spalte pro Feld, sitzt jeder Attributwert in einer eigenen Zeile über mehrere verknüpfte Tabellen hinweg. Dies ermöglicht es, ein neues Attribut hinzuzufügen, ohne das Datenbankschema zu ändern. Deshalb kann ein Magento-Store Tausende Attribute über sehr unterschiedliche Produkttypen verteilen (Scandiweb erklärt die Mechanik hier). Der Nachteil ist, dass sich Produktdaten über viele Zeilen verteilen und in großem Maßstab langsam zu lesen sind.
Attribute werden in Attributsätze gruppiert. Ein Attributsatz ist eine Vorlage für einen Produkttyp. Ein Lampenhersteller könnte zum Beispiel einen Satz mit Wattleistung, Fassung und Lichtstrom verwenden und einen anderen Satz für Kabel mit Länge und Querschnitt. Ein Produkt zeigt nur die Felder in seinem Satz.
Dann kommen konfigurierbare Produkte. Ein konfigurierbares Produkt ist ein übergeordnetes Produkt mit untergeordneten Varianten, die sich durch Attribute unterscheiden – beispielsweise ein Leuchtentyp in drei Oberflächen und zwei Größen. Jede Variante ist darunter ein einfaches Produkt. Das übergeordnete Produkt, die untergeordneten Produkte und die Attributwerte müssen alle übereinstimmen, sonst funktioniert der Variantenwahlknopf auf der Produktseite nicht.
Fügen Sie Store-Views hinzu. Magento nutzt Store-Views für Sprachen und Regionen. Ein einzelnes Attribut kann pro Store-View einen anderen Wert haben, sodass die deutsche und die englische Beschreibung in separaten Bereichen leben. Jemand muss jeden Bereich ausfüllen.
Dies ist die tägliche Realität ohne PIM. Produktdaten kommen von Lieferanten als Tabellen, PDFs und E-Mails. Eine Person bereinigt sie, ordnet sie Magento-Attributcodes zu, übersetzt sie für jede Store-View, ändert die Bildgröße und importiert sie per CSV oder Admin-Panel. Jede Katalogänderung wiederholt den Zyklus. Ein häufiger Fehlermodus ist, dass drei Personen den Katalog in Tabellen verwalten, eine vierte Übersetzungen nachverfolgt und es keine klare Antwort gibt, welche Version aktuell ist.
Ein PIM liegt upstream des Shops. Produktdaten werden zuerst im PIM mastered, angereichert und übersetzt, dann über einen strukturierten Export-Flow an Magento veröffentlicht. Der Shop wird nicht mehr zum Ort, wo Daten repariert werden, sondern zum Ort, wo fertige Daten landen.
Wie Daten zwischen einem PIM und Magento fließen
Das ist der Teil, den die meisten Leitfäden überspringen. Der Wert eines Magento-PIM lebt in dieser Pipeline, daher lohnt es sich, sie zu verstehen.
Attributzuordnung.
PIM-Attribute ordnen sich Magento-Attributcodes zu. Ein „Farbe"-Feld im PIM wird zum „color"-Attribut in Magento. Attributsätze werden ebenfalls zugeordnet, sodass jedes Produkt in der richtigen Vorlage landet.
Kanäle zu Store-Views.
PIM-Kanäle oder Locales ordnen sich Magento-Store-Views zu. Der deutsche Locale speist die deutsche Store-View, der englische Locale die englische.
Transport.
Daten fließen über Magentos REST API oder CSV-Import. Die API eignet sich für automatisierte, geplante oder ereignisgesteuerte Synchronisierung. CSV taucht immer noch in älteren Setups und einmaligen Migrationen auf.
Synchronisierungsrichtung.
Die meisten Flows laufen in eine Richtung. Inhalte und Assets gehen vom PIM zu Magento. Preis und Bestand kommen in der Regel zuerst von einem ERP ins PIM. Einige Setups führen bidirektionale Synchronisierung für Bestellungs- oder Bestandsdaten durch.
Indizierung.
Bei großen Katalogen ist dies langsam, daher pushen Teams Delta-Updates und planen Synchronisierungen statt alles neu zu laden.
In dem Moment, in dem Produktdaten an zwei Orten leben müssen, beginnen sie auseinanderzudriften. Ein PIM macht einen davon zur Quelle und den anderen zur Kopie.
Wie Sie das beste PIM für Magento wählen
Es gibt hier keine einzelne beste Option. Die richtige Wahl hängt von Ihrem Katalog und Ihrem Team ab. Diese Kriterien sind am wichtigsten:
- Katalogkomplexität und -größe. Unter etwa 5.000 einfachen SKUs reicht ein leichtgewichtiges PIM. Über 10.000 SKUs mit umfangreichen Varianten und Querverweisen benötigen Sie eine schwerere Plattform (mgt-commerce vergleicht dies nach SKU-Bereich).
- Connector-Typ. Ein nativer Magento-Connector bedeutet weniger zum Aufbauen und Warten. API-basierte oder von Partnern erstellte Connectoren bieten Flexibilität, fügen aber bewegliche Teile hinzu.
- Multi-Store und mehrsprachig. Wenn Sie mehrere Store-Views betreiben, überprüfen Sie, dass das PIM Werte auf Store-View-Ebene zuordnet und pro-Locale-Inhalte speichert.
- Verwaltung konfigurierbarer Produkte. Bestätigen Sie, dass das PIM übergeordnete und untergeordnete Varianten erstellt und sauber pushed. Magentos konfigurierbares Modell ist spezifisch, und ein schwacher Connector wird es verderben.
- Synchronisierungsrichtung und ERP-Fit. Entscheiden Sie, ob Sie einseitige oder bidirektionale Synchronisierung benötigen und wo Preis und Bestand herkommen.
- Hosting und Kostenmodell. Open-Source selbst gehostete Plattformen vermeiden Pro-SKU-Gebühren, benötigen aber Hosting und interne Fähigkeiten. SaaS tauscht etwas Kontrolle für einen schnelleren Start.
- Zeit bis zur Wertschöpfung. Native Connectoren werden in der Regel in Wochen bereitgestellt, während entwicklungsintensive Plattformen oft in Monaten enden. Jede veröffentlichte Zeitangabe sollte als indikativ betrachtet werden, bis ein Anbieter sich auf Ihren Katalog festlegt.
Die Profile werden schnell dort klar. Ein kleiner Hersteller mit einem einfachen Katalog und straffer Deadline wird durch ein leichtgewichtiges SaaS-PIM oder ein Open-Source mit nativem Connector gut bedient. Ein großer Hersteller mit vielen Varianten, mehreren Sprachen und einem ERP, das Preis und Bestand speist, benötigt eine schwerere Plattform mit starker Zuordnung und bidirektionaler Synchronisierung. Ein Team, das seinen Stack besitzen und erweitern will, ohne Pro-SKU-Preismodell, neigt zu Open Source.
PIM-Optionen, die zu Magento passen
Einige Systeme tauchen bei Magento-Arbeiten regelmäßig auf. Jedes passt zu einem anderen Profil.
- Akeneo. Weit verbreitet, mit einem gepflegten kostenlosen Magento-Connector auf dem Adobe Marketplace. Es gibt eine Open-Source-Community-Edition und kostenpflichtige Tier, sowie ein großes Partner-Ökosystem. Sehenswert, wenn Sie eine große Community um das Tool haben möchten.
- Pimcore. Open Source, kombiniert PIM und Digital Asset Management in einer Plattform. Sehr flexibel und Code-first, was längere, entwicklerlastige Zeitpläne bedeutet.
- AtroPIM. Open Source und modular, mit einem nativen Magento Integration auf der AtroCore Integration Platform und Unterstützung für einseitige oder bidirektionale Synchronisierung. Es eignet sich für Teams, die selbst hosten und das Datenmodell selbst gestalten möchten.
- Sales Layer und inriver sind SaaS-Alternativen mit schnellem Onboarding, nützlich wenn Geschwindigkeit wichtiger ist als Self-Hosting.
Bei den Magento-PIM-Projekten, an denen wir gearbeitet haben, war der entscheidende Faktor selten die Feature-Liste. Es war, ob der Connector Attributsätze und Store-Views ohne custom Code zuordnete und ob Preis und Bestand vom ERP durch das PIM im gleichen Lauf fließen konnten. Diese beiden Punkte richtig zu machen ist, was einen reibungslosen Rollout von einer fortlaufenden Wartungsaufgabe unterscheidet.
Beginnen Sie von Ihrem Katalog, Ihren Sprachen und wo Preis und Bestand leben. Das richtige PIM für Magento folgt aus diesen drei Fakten, nicht aus einem Vergleichstabelle.