Magento Akeneo: Produktdaten einmal pflegen und im Shop verlässlich ausspielen

Akeneo ist ein Produktinformationssystem, das es in einer freien Ausgabe, der Community Edition, und in einer kostenpflichtigen Enterprise Edition gibt. Es bündelt Produktdaten aus verschiedenen Quellen, ordnet sie in Familien mit Attributen, ermöglicht Übersetzungen und kanalbezogene Ausprägungen und stellt die fertigen Daten über eine Programmierschnittstelle bereit. Der Shop ist dann ein Kanal, der diese Daten abholt.

Für Magento Akeneo bedeutet das: Die Produktdaten haben ein führendes System, und Magento wird zum Ausspielkanal. Texte, Merkmale, Kategorien, Varianten und Bilder werden in Akeneo gepflegt und im Shop angezeigt. Preise, Bestände und Bestellungen liegen dagegen meist im ERP oder in der Warenwirtschaft, das PIM kümmert sich nicht darum. Die Grenze zu ziehen, ist Teil der Planung.

Je nach Edition unterscheiden sich die Möglichkeiten, etwa bei Medienverwaltung und Referenzdaten, die in der Enterprise Edition zusätzlich angeboten werden. Magento Akeneo beginnt deshalb mit der Frage, welche Edition und Version Sie einsetzen, wie Ihre Datenstruktur aussieht und welche Kanäle es gibt.

Ein PIM verändert auch die Arbeitsteilung: Die Pflege der Produktdaten wandert von der Shop-Administration zu denen, die die Produkte am besten kennen, etwa Produktmanagement oder Marketing. Für den Shop heißt das, dass Änderungen an PIM-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 Akeneo fließen, legen Sie mit uns in der Bestandsaufnahme fest. Typisch sind fünf Bereiche.

Nicht jedes Projekt zu Magento Akeneo braucht alle fünf Bereiche. Oft beginnt es mit Attributen, Produkten und Bildern und wächst später um Kategorien 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 Akeneo verhindert eine klare Regel zur Datenhoheit die meisten Streitfälle. Was im Shop und im PIM ä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 dem PIM stammen: Wer sie dort pflegen will, braucht einen eigenen Datenfluss. Wer mehrere Kanäle bedient, legt zusätzlich fest, welche Werte je Kanal und je Sprache voneinander abweichen dürfen und wer das freigibt.

Für Magento Akeneo stellt Akeneo eine REST-Schnittstelle bereit, über die Familien, Attribute, Auswahlwerte, Kategorien, Produkte und Produktmodelle ausgelesen werden. Auf dieser Schnittstelle bauen die Connectoren auf. Welche Funktionen in Ihrer Edition zur Verfügung stehen, hängt von Version und Lizenz ab.

Der Hersteller bietet einen eigenen Connector für Adobe Commerce, also Magento, an. Er ist in Versionen für die Community Edition und die Enterprise Edition erhältlich, überträgt Kategorien, Familien, Attribute, Optionen, Produkte und Produktmodelle und verwendet die Programmierschnittstelle von Akeneo. Die Enterprise-Version unterstützt zusätzlich die Medienverwaltung und Referenzdaten der Enterprise Edition. Diese Angaben stammen aus den Produktseiten des Herstellers und können sich mit neuen Versionen ändern.

Wir prüfen vor jedem Projekt, ob dieser Standard-Connector für Ihre Konstellation passt. Das ist ein ehrlicher Teil unseres Angebots: Wenn er Ihre Anforderungen abdeckt, ist er meist die wirtschaftlichere Lösung, und wir unterstützen Sie bei Einrichtung, Zuordnung und Betrieb. Auch dann gilt unser Grundsatz: Wir dokumentieren die Zuordnung, damit Sie nicht von uns abhängig sind.

Ein Standard-Connector deckt die üblichen Abläufe ab: Strukturen anlegen, Produkte und Medien übertragen, regelmäßig aktualisieren. Eine individuelle Entwicklung für Magento Akeneo lohnt sich, wenn Ihre Daten oder Abläufe darüber hinausgehen, etwa bei besonderen Zuordnungen von Attributen, kundenspezifischen Regeln beim Anlegen von Produkten, zusätzlichen Datenflüssen wie Preisen oder Bewertungen oder besonderen Anforderungen an Geschwindigkeit bei großen Katalogen.

Auch eine Mischung ist üblich: Der Standard-Connector übernimmt den Großteil, und wir ergänzen Erweiterungen für die Abweichungen. Dabei achten wir darauf, dass Updates des Connectors und von Magento nicht durch Eingriffe erschwert werden. Rechnen Sie bei jeder Lösung auch die Pflege ein, denn eine Eigenentwicklung braucht jemanden, der sie betreut.

Wenn mehr als zwei Systeme verbunden werden, etwa PIM, 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 Akeneo ergänzen wir Einstellungen im Admin, etwa Zuordnungen von Zahlarten, Versandarten und Steuerklassen, damit Änderungen keine Entwicklung brauchen.

Bei Akeneo lohnt ein Blick auf die Menge: Große Kataloge dürfen nicht bei jeder Änderung vollständig übertragen werden. Magento Akeneo überträgt deshalb nur Geändertes, in Paketen und im Hintergrund, und der Shop bleibt für Besucher schnell.

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

• Datenmodell

  Die Familien und Attribute in Akeneo passen nicht zu den Attributsätzen im Shop und müssen vor dem Start zugeordnet werden.

• Varianten

  Produktmodelle mit mehreren Ebenen von Varianten lassen sich in Magento nicht immer eins zu eins abbilden.

• Große Mengen

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

• Medien

  Bilder und Dokumente sind groß, werden gemeinsam mit Produkten übertragen und verlangsamen alles.

• Doppelte Pflege

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

• Sprachen

  Übersetzungen und Kanäle aus Akeneo werden den falschen Store Views zugeordnet.

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 Akeneo, 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 Akeneo Projekten, keine Aussagen über bestimmte Kunden. Die erste ist ein Hersteller mit einem großen Katalog, der Produktdaten für mehrere Kanäle braucht. Akeneo ist das führende System, Magento ist ein Kanal unter mehreren. Hier prüfen wir, ob der Standard-Connector ausreicht, und konzentrieren uns auf Geschwindigkeit und saubere Zuordnung.

Die zweite Konstellation ist ein Händler, der zusätzlich zum Katalog eigene Inhalte im Shop pflegt, etwa Ratgebertexte und Marketingseiten. Hier ist wichtig, welche Felder aus dem PIM kommen und welche im Shop bleiben, damit der nächste Abgleich keine Texte überschreibt. Das legen wir in der Bestandsaufnahme schriftlich fest.

Die dritte Konstellation ist ein Betrieb in mehreren Sprachen und Ländern. Die Herausforderung liegt in der Zuordnung von Sprachen und Kanälen aus Akeneo zu den Store Views in Magento und in der Frage, welche Daten je Land abweichen. Dazu legen wir eine Zuordnungstabelle an, die Sie selbst verstehen und pflegen können.

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, darunter Einfachprodukte, Varianten, Produkte mit vielen Bildern und Produkte in mehreren Sprachen. 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 Akeneo 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 Akeneo 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 Akeneo, 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 Akeneo 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 Akeneo 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 Akeneo 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.