Magento PIM: houd de webshop snel en de productdata ergens anders

Magento kan productdata opslaan, maar is gebouwd om te verkopen: catalogus, winkelwagen, checkout, acties en een snelle voorkant. Een PIM is gebouwd om productinformatie te verzamelen, te verrijken, te controleren en goed te keuren. Zodra je via meer dan één kanaal verkoopt of duizenden SKU's beheert, is de praktische opzet een PIM die het productrecord beheert en een Magento-shop die een afgewerkte versie ontvangt.

Deze gids beantwoordt de vragen die we het vaakst zien: heb je een PIM naast Magento nodig, hoe stroomt data ertussen, hoe werkt de koppeling en waar gaat het mis.

Magento, Magento Open Source en Adobe Commerce

De namen zorgen voor verwarring in zoekopdrachten, dus eerst die. Adobe nam Magento over en beschrijft Adobe Commerce op de eigen pagina's als powered by Magento. Adobe presenteert Magento Open Source als de gratis, open source basis van Adobe Commerce, en Adobe Commerce als het gelicentieerde product met leveranciersondersteuning en extra functies zoals B2B-commerce en Page Builder (zie de functievergelijking van Adobe).

Voor productdata is het verschil klein. De REST-documentatie van Adobe stelt dat Adobe Commerce on Cloud, Adobe Commerce on-premises en Magento Open Source allemaal hetzelfde REST API-framework gebruiken. Een PIM die met de één praat, praat normaal gesproken ook met de ander. Adobe biedt ook een SaaS-versie met een kleinere set REST-endpoints, waar GraphQL een deel van de gaten dicht. Check dus welke uitvoering je draait voordat je een koppeling koopt.

Waarom een PIM naast Magento

De attribuutsets en storeviews van Magento kunnen één webshop goed aan. De problemen beginnen als één product op meerdere plekken moet verschijnen, elk met eigen eisen.

• Eén shop, veel kanalen. Marktplaatsen, een B2B-portal en een gedrukte catalogus willen elk andere attributen, lengtes en formaten. Magento bewaart één versie per storeview, dus teams houden kanaalversies bij in spreadsheets. Onze hub over PIM en marktplaatsen behandelt die kant.
• Geen verrijkingsworkflow. Een beheerder kan een product in Magento aanpassen. Magento stuurt een nieuwe SKU niet van leveranciersdata via tekstschrijver en vertaler naar een goedkeurder, en houdt een onvolledig product niet tegen om live te gaan.
• Shop en catalogus concurreren. De productdata die je onderhoudt staat in dezelfde database die ook de bezoekers bedient. Meer attributen en talen betekenen meer gewicht op de shop.
• Leveranciers hebben geen plek. Leveranciersbestanden komen per mail binnen en belanden in importscripts. Niemand is eigenaar van de mapping, dus fouten verschijnen op de productpagina.

Een PIM lost het eigenaarschapsprobleem op. Onze gids Wat is product information management (PIM)? legt de volledige scope uit. Voor de kostenkant zie PIM-kosten vergeleken.

Hoe de data stroomt

In een Magento-project komen drie stromen samen.

• Contentstroom, PIM naar Magento. Namen, beschrijvingen, specificaties, vertalingen, afbeeldingen, categorietoewijzingen en variantstructuur.
• Commerciële stroom, ERP naar Magento. Prijzen, kortingen en voorraad. De PIM kan een referentieprijs dragen, maar het ERP blijft de bron.
• Transactiestroom, Magento naar ERP. Orders, klanten en betalingen. De PIM speelt hierbij geen rol.

Een simpele regel beslecht de meeste discussies: data die het product beschrijft hoort in de PIM, data die de verkoop beschrijft hoort in Magento of het ERP. Waar het ERP ophoudt en de PIM begint staat in waar ERP stopt en PIM begint.

Zo verdelen veelvoorkomende datatypen zich meestal:

• PIM: namen, beschrijvingen, specificaties, vertalingen, categoriestructuur per kanaal en SEO-velden als één team ze voor meerdere webshops schrijft.
• PIM of DAM: afbeeldingen, video's en handleidingen, of links naar een DAM. Zie DAM- en PIM-systemen.
• ERP of Magento: prijs, kortingen en acties.
• ERP of magazijnsysteem: voorraadniveaus.
• Magento: orders, klanten, winkelwagens.

Hoe een PIM data in Magento krijgt

Er zijn drie technische routes, en een koppeling combineert ze meestal.

• CSV-import. De beheeromgeving en de opdrachtregel van Magento importeren producten uit CSV-bestanden. De productdata-referentie van Adobe documenteert de kolommen. Het is eenvoudig, maar fouten komen laat boven water, en de release notes van Adobe voor 2.4.7 noemen fixes voor komma's in configureerbare variatiekolommen en voor prijzen op rijen die dezelfde SKU over storeviews herhalen. Test met je eigen data.
• Import-API. Adobe levert een Import API die productdata als JSON accepteert, inclusief configureerbare variaties als array, waardoor je CSV-parsing vermijdt.
• REST en GraphQL. Fijnmazige updates, zoals een gewijzigde beschrijving of een nieuwe afbeelding, via de standaard-API's.

De meeste PIM-leveranciers bieden een Magento-koppeling, ingebouwd of via een partner. De ondersteuning verschilt per leverancier en per Magento-versie. Vraag elke leverancier welke versies, attribuuttypen, storeviews en variantstructuren de koppeling aankan, en om een klant met dezelfde opzet.

Attributen, varianten en storeviews

Hier lopen projecten vast, dus spreek het model af voordat je bouwt.

• Attribuutsets. Magento groepeert attributen in attribuutsets en elk product hoort bij één set. Maak een lijst van de sets die je gebruikt en bepaal welke PIM-families ze voeden. Mismatches hier veroorzaken de meeste mislukte imports.
• Varianten. Een configureerbaar product in Magento is opgebouwd uit simpele producten plus variatie-attributen. De documentatie van Adobe over het importeren van configureerbare producten eist dat die attributen een globaal bereik hebben en het invoertype dropdown of swatch. Modelleer variatie-attributen vanaf het begin zo in de PIM en houd de relatie tussen parent en child stabiel tussen exports.
• Storeviews en multistore. In het importbestand plaatst een storeviewcode een waarde in een specifieke storeview, en een lege code betekent het standaardbereik. Een PIM die waarden per taal en kanaal bewaart, heeft een duidelijke koppeling nodig van elke taal en elk kanaal naar een storeview.
• Categorieën. Bepaal of de categorieboom van de PIM of van Magento is. Twee eigenaren komen in botsing.

De koppeling opzetten

1. Breng het model in kaart

   Maak een lijst van de attribuutsets, variatie-attributen en storeviews van Magento. Bepaal welke PIM-families en kanalen elk voeden.

2. Leg veldeigenaarschap vast

   Markeer elk veld als PIM-, ERP- of Magento-eigendom, met telkens één richting.

3. Loop één categorie end-to-end door

   Neem één productfamilie met vertalingen en afbeeldingen van leveranciersbestand tot live productpagina voordat je de catalogus migreert.

4. Benoem een eigenaar per categorie

   Eén persoon bepaalt wanneer data compleet is. Zonder die persoon wordt de PIM een tweede plek waar data veroudert.

5. Automatiseer en kijk mee

   Plan of trigger exports en stel meldingen in voor mislukte exports, zodat fouten niet ongemerkt blijven liggen.

Valkuilen

• In beide systemen bewerken. De meest voorkomende oorzaak van overschreven data. Zie de callout hierboven.
• Migreren voor het opschonen. Een PIM herstelt slechte leveranciersdata niet vanzelf. Stel eerst volledigheidsregels op, zoals beschreven in onze PIM-implementatiegids.
• De connector als het project zien. De connector is zelden het moeilijke deel. Het datamodel wel.
• Versie-upgrades negeren. Magento-upgrades kunnen het importgedrag veranderen. Test de export na elke upgrade opnieuw.
• Headless gaan zonder plan. Als je de voorkant loskoppelt van het eigen thema van Magento, moet productdata meestal via een API naar de voorkant. Lees eerst onze hub over headless en composable commerce met een PIM.

Wanneer je nog geen PIM nodig hebt

Een enkele Magento-shop met een paar honderd producten, één taal en één team kan op Magento alleen draaien. Schone attribuutsets en een gedisciplineerd importproces brengen je een eind. Het kantelpunt komt meestal met het tweede kanaal, de tweede taal of de eerste leverancier die data stuurt die je niet direct kunt importeren. Als twee van die drie gelden, begin dan het PIM-gesprek.

De afweging is reëel. Een PIM voegt licentiekosten toe, een koppeling om te onderhouden en een nieuwe tool voor je team. Wat het wegneemt zijn de verborgen kosten van dezelfde productfout op vier plekken herstellen.

Magento vergeleken met Shopify

De logica is op andere platforms hetzelfde, maar de integratiedetails verschillen. Vergelijk je webshopplatforms, dan laat onze vergelijking van PIM-oplossingen voor Shopify zien hoe de PIM-rol eruitziet bij een gehoste shop. Magento geeft je meer vrijheid in het datamodel en meer om te onderhouden.

Een PIM kiezen voor Magento

Begin bij je eigen eisen: aantal SKU's, varianten, talen, kanalen en wie de data onderhoudt. Onze hub Hoe kies je de juiste PIM geeft de methode, en beste PIM-software noemt leveranciers naar geschiktheid.

Hoe je verder gaat

Beide tools zijn gratis en onafhankelijk van welke vendor dan ook.

Twijfel je of je een PIM nodig hebt?

Een korte check die laat zien of een dedicated PIM je catalogus helpt, of dat spreadsheets en ERP het nog prima doen.

Check of een PIM past

Klaar om vendors te vergelijken?

Beantwoord vragen over je schaal, sector en harde eisen en krijg een gerangschikte shortlist.

Stel mijn vendor-shortlist samen