PIM en productfeeds

PIM en productfeeds
koppelen aan Magento

Akeneo houdt je productdata op orde als die te groot wordt voor de Magento-admin. Channable zet die data door naar Google Shopping, bol.com en andere kanalen. Allebei werken ze goed met Magento, maar niet elke webshop heeft ze nodig.

Het Linted team aan het werk achter laptops
Waarom het ertoe doet

Wanneer heb je een PIM nodig, en wanneer niet?

Magento kan zelf prima productdata beheren: attributen, attribute sets, vertalingen per store view, afbeeldingen. Zolang je catalogus overzichtelijk is, heb je niets anders nodig. Een PIM wordt pas interessant als het beheer zelf het probleem wordt: duizenden varianten, meerdere talen, meerdere mensen die teksten schrijven, of leveranciersbestanden die eerst opgeschoond moeten worden voor ze de shop in mogen.

Overkill is het bij één taal, één kanaal en een paar honderd producten. Dan voegt een PIM vooral een extra systeem toe dat je moet bijhouden. Komen je producten al netjes uit je ERP, dan kan dat ook de bron blijven. Hoe dat werkt, lees je in onze blog over de Magento ERP-koppeling.

Op deze pagina gaan we uit van Akeneo. Werk je met een andere PIM, zoals Pimcore, dan gelden dezelfde vragen: welke kant gaat de data op, en welk systeem is de bron van welk veld.

Een feedtool zoals Channable is een andere afweging. Die loont zodra je op meer dan één marktplaats of advertentiekanaal verkoopt, ook zonder PIM. De vraag is dan niet of je data mooi genoeg is, maar of die compleet genoeg is: EAN's, merken, varianten. Verkoop je in meerdere landen of met meerdere winkels, kijk dan ook naar de opzet van een Magento multistore.

Hoe het werkt

Akeneo en Channable met Magento

Een PIM levert data aan Magento, een feedtool haalt data uit Magento. Ze staan aan verschillende kanten van je shop en zijn los van elkaar te gebruiken. Tarieven noemen we niet: die vind je bij Akeneo en Channable zelf.

Akeneo naar Magento

De Akeneo Connector for Adobe Commerce haalt via de API van Akeneo families, attributen met hun opties en vertalingen, categorieën, producten en afbeeldingen op. Families worden attribute sets, product models worden configurable products. De import draait als job, met de hand of ingepland via cron.

Alleen van Akeneo naar Magento

De connector werkt van Akeneo naar Magento, niet terug. Wat je in Magento aan een product wijzigt, kan de volgende import overschrijven. Producten verwijderen doet de gewone import niet: haal je iets uit Akeneo, dan blijft het in Magento staan tot je het daar zelf weghaalt. Alleen met de aparte Event Platform-module van de connector kunnen verwijderingen uit Akeneo wel doorkomen.

Magento naar Channable

Channable Connect, de officiële extensie van Magmodules, zet je producten met prijs, voorraad, categorieën, afbeeldingen en attributen klaar voor Channable. Daar maak je per kanaal de feed, bijvoorbeeld voor Google Shopping, Meta, bol.com of Amazon, met regels die titels aanvullen of producten uitsluiten.

Orders en voorraad terug

Verkoop je via bol.com of Amazon, dan kan dezelfde extensie die orders als gewone Magento-orders binnenhalen. Ze lopen daarna door je normale orderproces, inclusief je verzendkoppeling. Voorraadwijzigingen gaan terug naar Channable, zodat je niet verkoopt wat je niet meer hebt.

Waar het misgaat: PIM

In Akeneo klopt het, in de shop niet

De meeste problemen zitten niet in Akeneo of in Magento, maar in de vertaling tussen die twee.

Channels, locales en store views

Akeneo denkt in channels en locales, Magento in websites en store views. In de connector koppel je die aan elkaar. Komt er in Akeneo een taal of kanaal bij, dan moet die koppeling mee, anders landen teksten in de verkeerde store view of helemaal niet.

Prijs en status in de PIM

Magento kent een prijs per website of globaal, niet per store view. De connector stelt daarom eisen aan hoe je prijs- en statusattributen in Akeneo opzet: een prijs mag globaal of per channel zijn, niet per locale, en prijsvelden komen alleen mee als je ze expliciet mapt. Meestal is het simpeler om prijs helemaal niet in de PIM te zetten: die komt uit het ERP of wordt in Magento beheerd.

Twee systemen die de baas willen zijn

De PIM schrijft productteksten, het ERP schrijft voorraad en prijs, en iemand past in de Magento-admin nog snel een titel aan. Spreek per veld af welk systeem de bron is. Twee koppelingen die hetzelfde veld vullen, overschrijven elkaar om de beurt.

Configurables en varianten

Varianten in Akeneo (product models en family variants) moeten netjes overkomen als configurable products met de juiste opties. Klopt de opbouw in Akeneo niet, dan krijg je in Magento losse producten in plaats van één product met maten of kleuren.

URL's en afbeeldingen

Een import kan URL-keys en afbeeldingen opnieuw zetten. Check vóór de eerste volledige import hoe de connector daarmee omgaat, zodat bestaande URL's niet zonder redirect veranderen en dezelfde foto niet bij elke run opnieuw wordt toegevoegd.

Importduur en indexers

Een grote catalogus importeren kost tijd, en daarna moeten de Magento-indexers bijwerken. Plan importen buiten piekuren en houd in de gaten of de indexers bijblijven. Anders staan nieuwe producten in de admin, maar niet in de winkel.

Waar het misgaat: feeds

Afgekeurd in Merchant Center of op bol.com

Een feed is zo goed als de data in Magento. Wat daar ontbreekt, kan Channable niet verzinnen.

Geen EAN, geen bol.com

Elk artikel op bol.com heeft een EAN (of ISBN) nodig, en bij merkartikelen moet die bij GS1 geregistreerd zijn. Staat de EAN niet in een eigen attribuut in Magento, of bij de helft van je producten leeg, dan begint het daar.

Varianten in Google Shopping

Google wil varianten (maat, kleur) als losse items met een gedeelde item_group_id, meestal de SKU van het hoofdproduct. Het configurable product zelf stuur je dan niet mee. Voor gratis vermeldingen is item_group_id verplicht, voor Shopping-advertenties in Nederland sterk aanbevolen. Heeft een product een GTIN, dan hoort die in de feed, anders beperkt Google de zichtbaarheid.

Prijs en voorraad die achterlopen

Wijkt de prijs of voorraad in je feed af van wat op de productpagina staat, dan keurt Google Merchant Center het product af. Dat gebeurt vooral als de feed niet vaak genoeg ververst of als een actieprijs alleen in de frontend zit.

Btw en verzendkosten

Consumenten zien prijzen inclusief btw, en dat moet in de feed ook zo zijn. Verzendkosten stel je in Merchant Center of in de feed in, en die moeten kloppen met wat de checkout rekent.

Werkwijze

Zo koppelen we je productdata

Een nieuwe PIM, een eerste marktplaats of een import die steeds vastloopt: de aanpak is dezelfde.

1

Bepalen wat je nodig hebt

Hoeveel producten, varianten, talen en kanalen, en wie de data maakt. Daaruit volgt of een PIM loont of dat Magento of je ERP de bron kan blijven, en welke kanalen via Channable gaan.

2

Afspreken wie de bron is

Per veld: teksten en kenmerken uit de PIM, prijs en voorraad uit het ERP of Magento. Daarna richten we de connector in: attribuutmapping, channels en locales, varianten en afbeeldingen.

3

Testen op staging

Een volledige import, een product met varianten, een nieuwe taal, en een feed die door Merchant Center gaat. Bij marktplaatsen ook een testorder die als Magento-order binnenkomt en de voorraad bijwerkt.

4

Live en bijhouden

Importen en feeds lopen elke dag door, dus we houden foutmeldingen en afkeuringen in de gaten. De koppeling gaat mee in het onderhoud, zodat een Magento-upgrade de import niet stilzet.

FAQ

Veelgestelde vragen

Alleen als je productdata te groot of te ingewikkeld wordt voor de Magento-admin: veel varianten, meerdere talen of kanalen, meerdere mensen die content maken, of leveranciersdata die eerst opgeschoond moet worden. Met één taal, één kanaal en een paar honderd producten is Magento zelf meestal genoeg.

Via de Akeneo Connector for Adobe Commerce. Die haalt families, attributen, categorieën, producten en afbeeldingen uit Akeneo en zet ze in Magento, in één richting. De import draait als job, met de hand of ingepland. Welke Akeneo-editie je hebt, bepaalt een deel van wat er mee kan, bijvoorbeeld bij assets.

De Community-versie van de connector is open source en gratis, net als Akeneo PIM Community Edition, maar zonder officiële support van Akeneo. De betaalde edities van Akeneo hebben meer functies en een eigen Enterprise-versie van de connector. Het werk zit niet in de licentie, maar in het inrichten van de mapping en het afspreken wie de bron van welke data is.

Ja, Magmodules noemt Hyvä-ondersteuning expliciet. Channable Connect werkt in de backend van Magento: het levert productdata aan en ontvangt orders via een webhook. De koppeling zelf raakt je thema en checkout niet, dus Hyvä maakt daarvoor geen verschil. Plaats je los daarvan scripts van Channable in de winkel zelf, check die dan apart.

Met Channable Connect wel: orders van marktplaatsen komen binnen als gewone Magento-orders en lopen daarna door je normale orderproces en verzending. Voorraadwijzigingen gaan terug naar Channable, zodat je niet verkoopt wat op is.

Meestal door een prijs of voorraad die niet klopt met de productpagina, een foute of ontbrekende GTIN (een ontbrekende kost vooral zichtbaarheid), of varianten zonder item_group_id. Merchant Center laat per product de reden zien. Vaak zit de oorzaak in Magento: een leeg attribuut, een actieprijs die niet in de feed komt, of een feed die te weinig ververst.

Productdata die niet meegroeit?

Vertel hoe je catalogus nu in elkaar zit en op welke kanalen je verkoopt. Dan zeggen we eerlijk of een PIM loont of dat het met Magento en een goede feed ook kan.