Magento Pimcore: Produktdaten und Medien aus Ihrem Datenmodell in den Shop bringen

Pimcore ist eine quelloffene Plattform, die auf dem Framework Symfony aufbaut und Produktinformationen, digitale Medien und Stammdaten verwaltet. Sie definieren dort eigene Klassen mit eigenen Feldern, etwa für Produkte, Hersteller oder Zubehör, und verknüpfen sie miteinander. Medien liegen als Assets in derselben Plattform. Anders als bei einem System mit festem Aufbau sieht jedes Pimcore anders aus.

Für Magento Pimcore heißt das: Es gibt keinen Standardweg, der für alle gilt. Zuerst muss klar sein, welche Klassen und Felder bei Ihnen die Produkte beschreiben, wie Varianten aufgebaut sind und welche Daten der Shop braucht. Pimcore ist das führende System für diese Daten, Magento der Ausspielkanal. Preise und Bestände kommen dagegen meist aus dem ERP oder der Warenwirtschaft.

Hinzu kommt, dass Pimcore oft nicht nur für Produkte genutzt wird, sondern auch für Kundendaten, Inhalte oder Medien. Die Anbindung beschränkt sich auf das, was der Shop braucht, und lässt den Rest in Ruhe. Magento Pimcore beginnt deshalb mit einer Bestandsaufnahme Ihres Datenmodells und der Frage, welche Teile davon im Shop erscheinen sollen.

Auch die Arbeitsteilung ändert sich: Die Pflege der Produktdaten liegt bei denen, die die Produkte am besten kennen. Für den Shop heißt das, dass Änderungen an Pimcore-geführten Feldern im Shop selbst nicht dauerhaft sind. Das muss Ihr Team wissen, und wir halten es in der Dokumentation und, wo sinnvoll, in Hinweisen im Admin fest.

Welche Daten bei Magento Pimcore fließen, legen Sie mit uns in der Bestandsaufnahme fest. Typisch sind fünf Bereiche.

Nicht jedes Projekt zu Magento Pimcore braucht alle fünf Bereiche. Oft beginnt es mit Produkten, Attributen und Bildern und wächst später um Beziehungen und Mehrsprachigkeit. So sehen Sie schnell Ergebnisse und können das Budget in Etappen einsetzen.

Die Tabelle zeigt ein typisches Muster. In Ihrem Betrieb kann es abweichen, und genau das klären wir in der Bestandsaufnahme.

Bei Magento Pimcore verhindert eine klare Regel zur Datenhoheit die meisten Streitfälle. Was im Shop und in Pimcore änderbar ist, führt früher oder später zu Widersprüchen. Deshalb legen wir pro Datenart genau ein führendes System fest. Die Tabelle zeigt auch, dass Preise und Bestände meist nicht aus Pimcore stammen: Wer sie dort pflegen will, braucht einen eigenen Datenfluss.

Für Magento Pimcore bietet Pimcore mit dem Datahub eine Komponente, die Daten über GraphQL bereitstellt. Laut der Dokumentation des Herstellers lassen sich darüber Datenobjekte und Assets abfragen und, je nach Konfiguration, auch ändern. Im Admin legen Sie fest, welche Felder nach außen sichtbar sind, und der Zugriff wird über einen Schlüssel geschützt. Filter, Seitenaufteilung und Sortierung lassen sich aktivieren.

Weil jede Pimcore-Installation ein eigenes Datenmodell hat, heißen auch die Abfragen je nach Klasse unterschiedlich. Wir richten die Konfiguration so ein, dass der Shop genau die Felder erhält, die er braucht, und nicht mehr. Das hält die Abfragen schlank und schützt Daten, die nicht in den Shop gehören.

Reicht die Standardschnittstelle nicht, etwa weil Berechnungen oder besondere Abläufe nötig sind, lässt sich Pimcore über eigene Erweiterungen ergänzen, weil es auf einem gängigen Framework aufbaut. Ob das nötig ist, zeigt die Bestandsaufnahme, und wir sagen Ihnen offen, wenn der einfache Weg reicht.

Anders als bei Systemen mit festem Aufbau gibt es bei Pimcore keinen Standard-Connector, der zu jedem Datenmodell passt. Zusatzprodukte und Vorlagen können eine Basis sein, ob sie zu Ihrer Struktur passen, prüfen wir ehrlich vor einer Entscheidung. Deckt ein vorhandenes Produkt Ihre Anforderungen ab, ist es oft die wirtschaftlichere Wahl, und wir sagen Ihnen das. Das gilt auch dann, wenn es für uns weniger Arbeit bedeutet.

Eine individuelle Entwicklung für Magento Pimcore lohnt sich, wenn Ihr Datenmodell eigene Wege braucht: besondere Zuordnungen, Beziehungen zwischen Produkten, Regeln beim Anlegen oder große Datenmengen, die Geschwindigkeit verlangen. Sie ist teurer im Start, passt aber genau. Rechnen Sie dabei auch die Pflege ein, denn eine Eigenentwicklung braucht jemanden, der sie betreut.

Wenn mehr als zwei Systeme verbunden werden, etwa Pimcore, ERP, Shop und Versanddienstleister, kann zusätzlich eine Middleware sinnvoll sein. Die Entscheidungshilfe steht im Ratgeber zur ERP-Anbindung.

Auf der Magento-Seite bauen wir die Anbindung als eigenes Modul nach den Standards des Systems, ohne Eingriffe in den Kern. Das Modul nutzt die Schnittstellen und Warteschlangen von Magento, damit Übertragungen im Hintergrund laufen und der Shop für Besucher nicht langsamer wird. Bestellungen werden beim Eingang in eine Warteschlange gestellt und dort abgearbeitet, bis das ERP sie bestätigt hat.

Preise nach Kundengruppen, Staffelpreise und mehrere Lager bildet Magento mit eigenen Funktionen ab, die die Anbindung befüllt. Wir nutzen nach Möglichkeit diese Standardfunktionen, statt eigene Tabellen zu erfinden. Das hält den Shop updatefähig und lässt andere Entwickler später mitarbeiten.

Im Admin sehen Sie, was übertragen wurde: Ein Protokoll zeigt Datum, Datensatz und Ergebnis, mit Filter für Fehler. Für die Eigenheiten von Pimcore ergänzen wir Einstellungen im Admin, etwa Zuordnungen von Zahlarten, Versandarten und Steuerklassen, damit Änderungen keine Entwicklung brauchen.

Bei Pimcore bestimmt Ihr eigenes Datenmodell die Zuordnung, deshalb bekommt Magento Pimcore im Admin Einstellungen, in denen Sie die Zuordnung von Feldern und Kategorien selbst anpassen können, ohne dass jede Änderung eine Entwicklung braucht.

Diese Punkte sehen wir in Projekten immer wieder. Sie lassen sich planen, wenn man sie früh kennt.

• Freies Datenmodell

  Jede Installation sieht anders aus, und es gibt keine fertige Zuordnung, die ohne Prüfung passt.

• Zu viele Felder

  Alle Felder werden übertragen, obwohl der Shop nur einen Teil braucht, und die Abfragen werden langsam.

• Beziehungen

  Verknüpfungen zwischen Produkten, etwa Zubehör, werden im Shop falsch oder gar nicht abgebildet.

• Große Mengen

  Ein vollständiger Abgleich bei jeder Änderung überlastet den Shop, statt nur Geändertes zu übertragen.

• Doppelte Pflege

  Texte werden im Shop nachgepflegt und beim nächsten Abgleich überschrieben.

• Fehlende Überwachung

  Ein Produkt, das nicht angelegt werden konnte, fehlt still im Shop, weil niemand ins Protokoll schaut.

Eine Anbindung verbindet zwei Systeme mit Geschäftsdaten, deshalb gelten klare Regeln. Der Austausch läuft verschlüsselt, Zugangsdaten liegen nicht im Quellcode, sondern in der geschützten Konfiguration, und die Anbindung erhält nur die Rechte, die sie braucht. Zugänge gehören zu einem eigenen Dienstkonto, nie zu einem privaten Konto einer Person.

Beim Testen arbeiten wir mit Testdaten oder anonymisierten Daten, soweit möglich. Sobald Entwickler Zugriff auf personenbezogene Daten bekommen, etwa Kundenkonten oder Bestellungen aus Pimcore, braucht es eine Vereinbarung zur Auftragsverarbeitung. Das klären wir vor dem Start, damit Sie rechtlich sauber aufgestellt sind.

Das Protokoll der Anbindung enthält, was für den Betrieb nötig ist, aber keine Zugangsdaten und keine unnötigen Personendaten. Aufbewahrungsfristen legen wir mit Ihnen fest. Diese Hinweise sind keine Rechtsberatung, die konkrete Ausgestaltung hängt von Ihrem Unternehmen ab.

Wir halten den Einstieg bewusst kurz, damit Sie schnell wissen, ob und wie die Anbindung machbar ist.

Die folgenden Konstellationen sind Beispiele aus der Praxis von Magento Pimcore Projekten, keine Aussagen über bestimmte Kunden. Die erste ist ein Hersteller mit technischen Produkten, dessen Daten viele Merkmale und Beziehungen haben, etwa Zubehör und Ersatzteile. Die Herausforderung liegt in der Abbildung dieser Beziehungen im Shop und in der Frage, welche Merkmale Kunden wirklich brauchen.

Die zweite Konstellation ist ein Unternehmen, das Pimcore für Produkte und Medien nutzt und mehrere Shops bedient. Hier legen wir fest, welche Daten für alle Shops gleich sind und welche je Shop abweichen, und bauen die Zuordnung so, dass ein neuer Shop ohne neue Entwicklung angebunden werden kann.

Die dritte Konstellation ist ein Betrieb, der Pimcore neu einführt, während der Shop schon läuft. Das Datenmodell entsteht noch, und die Anbindung wächst mit. Hier empfehlen wir, zuerst ein kleines Stück zu verbinden und das Datenmodell erst dann zu erweitern, wenn sich die Zuordnung bewährt hat.

In allen drei Fällen zahlt sich eine kleine Probe aus: Bevor der gesamte Katalog übertragen wird, überträgt die Anbindung eine Auswahl typischer Produkte. Sie prüfen das Ergebnis im Shop, und erst danach läuft der volle Abgleich. So zeigen sich Zuordnungsfehler früh und kosten wenig.

Eine Schnittstelle ist kein einmaliges Projekt, sondern ein laufender Betrieb. Nach dem Start überwacht ein Protokoll jede Übertragung: Was wurde wann übertragen, was ist fehlgeschlagen, was wird wiederholt? Fehler, die sich nicht automatisch beheben lassen, werden sichtbar gemeldet, damit niemand erst durch eine Kundenbeschwerde davon erfährt.

Updates verändern die Lage. Ein Magento-Update, ein neuer Stand bei Pimcore oder eine Änderung der Schnittstelle des Herstellers können die Anbindung beeinflussen. Deshalb gehört zur Planung eine Absprache, wie Updates getestet werden und wer sie freigibt. Die laufende Pflege lässt sich über einen Wartungsvertrag regeln, der Überwachung, Updates und Fehlerbehebung abdeckt.

Dokumentation ist Teil der Lieferung. Sie erhalten eine Beschreibung der Datenflüsse, der Zuordnungen und der Regeln für Sonderfälle, damit Ihr Team oder ein anderer Dienstleister die Anbindung versteht und weiterführen kann. Quellcode und Zugänge liegen bei Ihnen.

Eine pauschale Zahl für Magento Pimcore wäre unseriös, denn der Aufwand hängt von Ihrer Konstellation ab. Er wird bestimmt von der Zahl der Datenflüsse, der Qualität der Daten in Pimcore, der Zahl der Sonderfälle bei Preisen, Lagern und Kunden und der geforderten Aktualität. Ein Datenfluss in eine Richtung ist deutlich schneller gebaut als ein Abgleich in beide Richtungen mit Konfliktregeln.

Wir arbeiten mit einem offenen Stundensatz von 30 € netto, ohne Notfall-Aufschlag. Nach der Bestandsaufnahme erhalten Sie eine schriftliche Schätzung, die die Datenflüsse einzeln ausweist, sodass Sie Umfang und Reihenfolge selbst steuern können. Bei klar umrissenen Paketen ist auch ein Festpreis möglich. Alle Preise finden Sie auf der Seite Preise.

Rechnen Sie neben der Entwicklung die laufenden Posten ein: Hosting, Wartung und gegebenenfalls Lizenzen oder Gebühren für Pimcore und für Zusatzdienste. Wir weisen diese Posten in der Schätzung getrennt aus, damit Sie Angebote über mehrere Jahre vergleichen können.

Zu einem ehrlichen Angebot gehört, die Grenzen zu nennen. Wir verkaufen keinen fertigen Connector von der Stange, sondern entwickeln Magento Pimcore projektbezogen nach Ihren Abläufen. Das bedeutet: Wir setzen genau das um, was Sie brauchen, aber nicht in einem Tag und nicht für einen Pauschalpreis, der vorher nicht kalkulierbar ist.

Wir sind eine Webagentur, in der feste Freelancer zusammenarbeiten, alle im Home-Office. Wir sind keine Großagentur mit hundert Mitarbeitern und können nicht jedes Projekt zu jeder Zeit annehmen. Wir sagen Ihnen früh, ob und wann wir Kapazität haben. Kunden nennen wir nur mit deren Zustimmung, im Erstgespräch sprechen wir gern über vergleichbare Konstellationen.

Wir geben keine Rechtsberatung. Fragen zu Auftragsverarbeitung, Datenschutz und den Lizenzbedingungen von Pimcore klären Sie mit Ihrer Rechtsberatung und dem Hersteller. Was technisch möglich ist, hängt von Version, Betrieb und Lizenz Ihres Systems ab und wird in der Bestandsaufnahme geprüft.