Magento PIM: Schneller Onlineshop, Produktdaten im PIM-System

Magento kann Produktdaten speichern, wurde aber zum Verkaufen gebaut: Katalog, Warenkorb, Checkout, Aktionen und ein schnelles Frontend. Ein PIM wurde gebaut, um Produktinformationen zu sammeln, anzureichern, zu prüfen und freizugeben. Sobald Sie über mehr als einen Kanal verkaufen oder Tausende SKUs pflegen, sieht der praktische Aufbau so aus: Ein PIM führt den Produktdatensatz, und ein Magento-Shop erhält eine fertige Version.

Dieser Leitfaden beantwortet die Fragen, die wir am häufigsten sehen: Brauchen Sie ein PIM neben Magento, wie fließen die Daten dazwischen, wie funktioniert die Anbindung und wo gehen Projekte schief.

Magento, Magento Open Source und Adobe Commerce

Die Namen sorgen bei der Suche für Verwirrung, also zuerst sie. Adobe hat Magento übernommen und beschreibt Adobe Commerce auf den eigenen Seiten als powered by Magento. Adobe stellt Magento Open Source als kostenlose Open-Source-Basis von Adobe Commerce dar und Adobe Commerce als lizenziertes Produkt mit Herstellersupport und zusätzlichen Funktionen wie B2B-Commerce und Page Builder (siehe den Funktionsvergleich von Adobe).

Für Produktdaten ist der Unterschied klein. Die REST-Dokumentation von Adobe hält fest, dass Adobe Commerce on Cloud, Adobe Commerce on-premises und Magento Open Source alle dasselbe REST-API-Framework verwenden. Ein PIM, das mit dem einen spricht, spricht normalerweise auch mit dem anderen. Adobe bietet außerdem eine SaaS-Variante mit einem kleineren Satz an REST-Endpunkten, bei der GraphQL einen Teil der Lücken schließt. Prüfen Sie daher, welche Variante Sie betreiben, bevor Sie einen Konnektor kaufen.

Warum ein PIM neben Magento

Die Attributsets und Store Views von Magento bewältigen einen einzelnen Onlineshop gut. Die Probleme beginnen, wenn ein Produkt an mehreren Stellen erscheinen muss, jede mit eigenen Anforderungen.

• Ein Shop, viele Kanäle. Marktplätze, ein B2B-Portal und ein gedruckter Katalog verlangen jeweils andere Attribute, Längen und Formate. Magento hält eine Version pro Store View, daher pflegen Teams Kanalversionen in Tabellen. Unser Hub zu PIM und Marktplätzen behandelt diese Seite.
• Kein Anreicherungs-Workflow. Ein Administrator kann ein Produkt in Magento bearbeiten. Magento leitet eine neue SKU nicht von Lieferantendaten über Texter und Übersetzer zur Freigabe und stoppt kein unvollständiges Produkt vor dem Livegang.
• Shop und Katalog konkurrieren. Die Produktdaten, die Sie pflegen, liegen in derselben Datenbank, die auch die Käufer bedient. Mehr Attribute und Sprachen bedeuten mehr Last für den Shop.
• Lieferanten haben keinen Ort. Lieferantendateien kommen per E-Mail und landen in Importskripten. Niemand verantwortet das Mapping, daher zeigen sich Fehler auf der Produktseite.

Ein PIM löst das Verantwortungsproblem. Unser Leitfaden Was ist Product Information Management (PIM)? erklärt den vollen Umfang. Zur Kostenseite siehe PIM-Kosten im Vergleich.

So fließen die Daten

In einem Magento-Projekt treffen drei Ströme aufeinander.

• Inhaltsstrom, PIM an Magento. Namen, Beschreibungen, Spezifikationen, Übersetzungen, Bilder, Kategoriezuordnungen und Variantenstruktur.
• Kaufmännischer Strom, ERP an Magento. Preise, Rabatte und Bestand. Das PIM kann einen Referenzpreis führen, die Quelle bleibt das ERP.
• Transaktionsstrom, Magento an ERP. Aufträge, Kunden und Zahlungen. Das PIM ist daran nicht beteiligt.

Eine einfache Regel entscheidet die meisten Diskussionen: Daten, die das Produkt beschreiben, gehören ins PIM, Daten, die den Verkauf beschreiben, gehören in Magento oder das ERP. Wo das ERP endet und das PIM beginnt, steht in wo das ERP aufhört und das PIM beginnt.

So verteilen sich gängige Datentypen meist:

• PIM: Namen, Beschreibungen, Spezifikationen, Übersetzungen, Kategoriestruktur je Kanal und SEO-Felder, wenn ein Team sie für mehrere Onlineshops schreibt.
• PIM oder DAM: Bilder, Videos und Handbücher oder Links auf ein DAM. Siehe DAM- und PIM-Systeme.
• ERP oder Magento: Preis, Rabatte und Aktionen.
• ERP oder Lagersystem: Bestände.
• Magento: Aufträge, Kunden, Warenkörbe.

Wie ein PIM Daten nach Magento bringt

Es gibt drei technische Wege, und ein Konnektor kombiniert sie meist.

• CSV-Import. Der Admin-Bereich und die Kommandozeile von Magento importieren Produkte aus CSV-Dateien. Die Produktdaten-Referenz von Adobe dokumentiert die Spalten. Das ist einfach, Fehler zeigen sich aber spät, und die Release Notes von Adobe zu 2.4.7 nennen Korrekturen für Kommas in den Spalten konfigurierbarer Variationen und für Preise in Zeilen, die dieselbe SKU über Store Views wiederholen. Testen Sie mit Ihren echten Daten.
• Import-API. Adobe bietet eine Import API, die Produktdaten als JSON annimmt, einschließlich konfigurierbarer Variationen als Array. Das vermeidet das Parsen von CSV-Zeichenfolgen.
• REST und GraphQL. Feingranulare Updates, etwa eine geänderte Beschreibung oder ein neues Bild, über die Standard-APIs.

Die meisten PIM-Anbieter bieten einen Magento-Konnektor, integriert oder über einen Partner. Die Unterstützung unterscheidet sich je Anbieter und Magento-Version. Fragen Sie jeden Anbieter, welche Versionen, Attributtypen, Store Views und Variantenstrukturen sein Konnektor beherrscht, und nach einem Kunden mit gleichem Aufbau. Unser Vergleich der PIM-Konnektoren für Adobe Commerce und Salesforce Commerce Cloud zeigt je Anbieter, welcher Konnektor dokumentiert ist und wo er gelistet ist.

Attribute, Varianten und Store Views

Hier bleiben Projekte stecken, also legen Sie das Modell fest, bevor Sie bauen.

• Attributsets. Magento gruppiert Attribute in Attributsets, und jedes Produkt gehört zu einem. Listen Sie die genutzten Sets auf und entscheiden Sie, welche PIM-Familien sie speisen. Abweichungen hier verursachen die meisten fehlgeschlagenen Importe.
• Varianten. Ein konfigurierbares Produkt in Magento besteht aus einfachen Produkten plus Variationsattributen. Die Adobe-Dokumentation zum Import konfigurierbarer Produkte verlangt für diese Attribute den globalen Gültigkeitsbereich und den Eingabetyp Dropdown oder Swatch. Modellieren Sie Variationsattribute von Anfang an so im PIM und halten Sie die Beziehung zwischen Eltern- und Kindprodukt zwischen Exporten stabil.
• Store Views und Multistore. In der Importdatei ordnet ein Store-View-Code einen Wert einer bestimmten Store View zu, ein leerer Code bedeutet den Standardbereich. Ein PIM, das Werte je Sprache und Kanal hält, braucht eine klare Zuordnung jeder Sprache und jedes Kanals zu einer Store View.
• Kategorien. Entscheiden Sie, ob der Kategoriebaum dem PIM oder Magento gehört. Zwei Eigentümer geraten aneinander.

Die Anbindung einrichten

1. Das Modell zuordnen

   Listen Sie Magento-Attributsets, Variationsattribute und Store Views auf. Entscheiden Sie, welche PIM-Familien und Kanäle jeweils speisen.

2. Feldverantwortung festlegen

   Markieren Sie jedes Feld als PIM-, ERP- oder Magento-Eigentum, mit jeweils einer Richtung.

3. Eine Kategorie komplett durchspielen

   Führen Sie eine Produktfamilie mit Übersetzungen und Bildern von der Lieferantendatei bis zur Live-Produktseite, bevor Sie den Katalog migrieren.

4. Pro Kategorie einen Verantwortlichen benennen

   Eine Person entscheidet, wann Daten vollständig sind. Ohne sie wird das PIM zu einem zweiten Ort, an dem Daten veralten.

5. Automatisieren und beobachten

   Planen oder triggern Sie Exporte und richten Sie Warnungen für fehlgeschlagene Exporte ein, damit Fehler nicht unbemerkt liegen bleiben.

Fallstricke

• In beiden Systemen bearbeiten. Die häufigste Ursache überschriebener Daten. Siehe den Hinweis oben.
• Migrieren vor dem Bereinigen. Ein PIM behebt schlechte Lieferantendaten nicht von selbst. Legen Sie zuerst Vollständigkeitsregeln fest, wie in unserem PIM-Implementierungsleitfaden beschrieben.
• Den Konnektor für das Projekt halten. Der Konnektor ist selten der schwierige Teil. Das Datenmodell ist es.
• Versions-Upgrades ignorieren. Magento-Upgrades können das Importverhalten ändern. Testen Sie den Export nach jedem Upgrade erneut.
• Headless ohne Plan. Wenn Sie das Frontend vom eigenen Theme von Magento lösen, müssen Produktdaten meist per API zum Frontend gelangen. Lesen Sie zuerst unseren Hub zu Headless und Composable Commerce mit einem PIM.

Wann Sie noch kein PIM brauchen

Ein einzelner Magento-Shop mit einigen hundert Produkten, einer Sprache und einem Team kann allein auf Magento laufen. Saubere Attributsets und ein disziplinierter Importprozess tragen Sie weit. Der Wendepunkt kommt meist mit dem zweiten Kanal, der zweiten Sprache oder dem ersten Lieferanten, dessen Daten Sie nicht direkt importieren können. Wenn zwei dieser drei zutreffen, beginnen Sie das PIM-Gespräch.

Der Zielkonflikt ist real. Ein PIM bringt Lizenzkosten, eine zu pflegende Schnittstelle und ein neues Werkzeug für Ihr Team. Es nimmt dafür die versteckten Kosten, denselben Produktfehler an vier Stellen zu korrigieren.

Magento im Vergleich zu Shopify

Die Logik ist auf anderen Plattformen dieselbe, die Integrationsdetails unterscheiden sich aber. Wenn Sie Shopsysteme vergleichen, zeigt unser Vergleich von PIM-Lösungen für Shopify, wie die PIM-Rolle bei einem gehosteten Shop aussieht. Magento gibt Ihnen mehr Freiheit im Datenmodell und mehr zu pflegen.

Ein PIM für Magento auswählen

Beginnen Sie bei Ihren eigenen Anforderungen: Anzahl der SKUs, Varianten, Sprachen, Kanäle und wer die Daten pflegt. Unser Hub So wählen Sie das richtige PIM liefert die Methode, und beste PIM-Software listet Anbieter nach Eignung.

Wie es weitergeht

Beide Tools sind kostenlos und unabhängig von jedem Anbieter.

Unsicher, ob Sie schon ein PIM brauchen?

Ein kurzer Check, der zeigt, ob ein eigenes PIM-System Ihrem Katalog hilft oder ob Tabellen und ERP noch ausreichen.

Prüfen, ob ein PIM passt

Bereit, Anbieter zu vergleichen?

Beantworten Sie Fragen zu Größe, Branche und Muss-Kriterien und erhalten Sie eine gerankte Shortlist.

Meine Anbieter-Shortlist erstellen