PIM koppeling voor je webshop: het deel dat niemand begroot

PIM koppeling voor je webshop: het deel dat niemand begroot

Een PIM koppeling lijkt loodgieterswerk tot de eerste synchronisatie een week aan teksten overschrijft. de echte klus is beslissen welk systeem elk productveld beheert, voordat iemand een connector bouwt. Data uit een PIM naar Shopify of WooCommerce duwen is de makkelijke helft. eigendom, varianten en conflictregels zijn waar het budget heen gaat.

Een PIM koppeling is een afspraak over wie welk veld beheert. De code handhaaft die afspraak alleen.

Wat een PIM koppeling echt verplaatst

Een PIM, voluit product information management systeem, is waar productinhoud leeft voordat het een productpagina wordt: namen, specificaties, vertalingen, beelden. Een PIM koppeling kopieert die inhoud naar Shopify of WooCommerce en vormt hem om. Voorraad, prijzen en bestellingen horen er niet bij, tenzij je daarom vraagt.

Studio Ubique is een webdesign- en SEO-bureau uit Zwolle, actief sinds 2012, dat maatwerk websites, webshops en applicaties bouwt voor het Nederlandse mkb en internationale opdrachtgevers. De meeste PIM-vragen komen op hetzelfde ongemakkelijke moment binnen: nadat de PIM is gekocht, en voordat iemand de webshop heeft gevraagd wat die aankan.

Die zin over voorraad en prijzen weegt zwaarder dan hij lijkt. Voorraad komt meestal uit het ERP, het systeem dat magazijn en facturatie draait, en prijzen vaak ook. Een normale opzet heeft dus drie systemen die praten: het ERP voor de getallen, de PIM voor de inhoud, de webshop voor het verkopen. Alle drie denken ze dat zij de baas zijn.

De data reist per SKU, een stock keeping unit, oftewel één verkoopbare variant met een eigen code. Dat gaat via een API, een deur die voor software is gebouwd en niet voor mensen. Shopify en WooCommerce hebben er allebei een. Niemand tekent dit schema.

Wie welk veld beheert, bepaalt de hele PIM koppeling

Elk veld heeft precies één eigenaar, en data stroomt per veld maar één kant op. Beheert de PIM de omschrijving, dan bewerkt niemand die nog in Shopify of WooCommerce, want de volgende synchronisatie zet de oude tekst stilletjes terug. Die ene regel haalt de meeste fouten weg die men later de connector aanrekent.

Dit is doorgaans het moment waarop het productteam één bron van waarheid wil, marketing op vrijdagmiddag een typefout wil herstellen, en niemand heeft opgeschreven wie wint. De PIM wint. Tenzij je iets anders hebt afgesproken, op papier, per veld. Een verdeling die in de meeste catalogi standhoudt ziet er zo uit:

• Titels, omschrijvingen, specificaties en vertalingen: de PIM beheert ze, de webshop toont ze alleen.
• Prijs en voorraad: het ERP beheert ze, meestal via een aparte en snellere synchronisatie dan de inhoud.
• SEO-titels, metabeschrijvingen en URL-handles: de webshop, want marketing bewerkt ze en ze hangen aan de winkel zelf.
• Collecties, categorieën en sorteervolgorde: de webshop, tenzij de categorieboom van de PIM werkelijk is waar klanten doorheen bladeren.
• Beelden: de PIM als bron, met een inhoudelijke controle zodat ongewijzigde beelden niet elke nacht opnieuw worden geüpload.

De ruzie gaat bijna altijd over handles. Een handle is het laatste deel van een product-URL in Shopify, en WooCommerce noemt datzelfde ding een slug. PIM-connectors maken hem graag uit de productnaam, wat betekent dat het hernoemen van een product in de PIM ongemerkt de URL verandert. Zet handles één keer bij de eerste import, en haal ze daarna definitief uit de synchronisatie.

Beslisbox

• Vooral geschikt als: je meer dan ongeveer 2.000 SKU’s verkoopt, in meer dan één taal, of via meer dan één kanaal zoals een marktplaats of een B2B-portaal.
• Minder geschikt als: dezelfde twee mensen de productteksten schrijven en de webshop draaien, en die teksten een paar keer per maand wijzigen.
• Waarschijnlijk overdreven wanneer: je onder de 500 SKU’s zit, met één taal en één winkel, en een spreadsheet plus de ingebouwde CSV-import het werk al doet.

Shopify en WooCommerce duwen op verschillende plekken terug

Shopify beperkt de vorm van je data, WooCommerce beperkt de snelheid van je server. Shopify staat drie opties per product toe, dus een PIM die een stoel beschrijft met kleur, stof, pootafwerking en maat moet één kenmerk ergens anders parkeren. WooCommerce accepteert vrijwel elke structuur, en wordt daarna traag zodra een synchronisatie duizenden varianten in de database schrijft.

Bij Shopify is dat ergens anders een metaveld, een eigen veld naast het product. Shopify verhoogde de variantlimiet in 2024 van 100 naar 2.048 per product, wat grote catalogi hielp, maar de limiet van drie opties bleef. Shopify rantsoeneert ook API-aanroepen, en de gepubliceerde API-limieten bepalen hoe lang een volledige catalogus erover doet. Bij een winkel met 20.000 varianten meet je de eerste import in uren, niet in minuten.

WooCommerce bewaart elke variant als een eigen bericht in de WordPress-database. De WooCommerce REST API neemt standaard maximaal 100 items per verzoek, en elk verzoek loopt door WordPress heen met alle actieve plugins geladen. Met een zware pluginstapel trekt een grote synchronisatie het beheerscherm omlaag terwijl hij draait, en daarom draaien serieuze synchronisaties ’s nachts of in een apart proces.

Studio Ubique bouwt maatwerk websites in WordPress, Vue.js, Node.js, Next.js, NestJS en Laravel. Voor synchronisatiewerk betekent dat meestal een kleine dienst in Node.js of Laravel die het zware werk buiten de webshop doet, zodat de winkel snel blijft. Studio Ubique projecten halen standaard Lighthouse 90+ op mobiel. PIM-beelden die 4.000 pixels breed binnenkomen en dertig metavelden op het productsjabloon vechten tegen dat doel, dus beeldformaten horen ook in de veldverdeling.

Studio Ubique hanteert tarieven van 60 tot 65 euro per uur. Dat getal telt mee in de volgende sectie, want een connector kiezen is vooral een keuze over uren.

Connector, tussenlaag of maatwerk: wat elk kost

Een connector van de leverancier kost dagen, een tussenlaag kost weken, en maatwerk in de webshop kost weken plus een onderhoudsgewoonte. Een connector van Akeneo of Plytix naar Shopify is vooral instellen: 16 tot 40 uur koppelen en testen, dus 1.000 tot 2.600 euro. Een tussenlaag landt tussen de 80 en 200 uur voor een normale catalogus.

Een tussenlaag is een kleine dienst tussen PIM en webshop die vertaalt, in de wachtrij zet en meeschrijft. Hij wint zodra je variantlogica niet één op één past, want dan kun je de regels zelf lezen en veranderen. Een connector verliest precies daar: die gaat ervan uit dat jouw data op de demodata lijkt. Een synchronisatie geschreven als WooCommerce-plugin oogt het goedkoopst omdat er geen extra server bij komt, en verliest omdat hij binnen WordPress draait en geheugen en tijdslimieten deelt met de winkel zelf.

Het ongemakkelijke deel, voor een bureau dat uren verkoopt: onder een paar duizend SKU’s met een schoon variantmodel is de connector van de leverancier het juiste antwoord. Dan voor een tussenlaag betalen is betalen voor een probleem dat je nog niet hebt. De grens waar een tussenlaag zichzelf begint terug te verdienen ligt rond twee verkoopkanalen, drie talen, of variantlogica die je op een whiteboard moet uittekenen om uit te leggen.

Realtime synchroniseren wordt overschat. De meeste teams vragen erom uit gewoonte, en voor inhoud is het vrijwel nooit nodig. Een webhook, een bericht dat het ene systeem naar het andere stuurt zodra er iets wijzigt, klinkt netjes tot een bulkbewerking van 3.000 producten evenzoveel berichten tegen een limiet aan gooit. Een synchronisatie per uur of per nacht dekt bijna elke inhoudswijziging en is veel makkelijker te doorzoeken als er iets misgaat. Voorraad is de uitzondering, en voorraad komt toch uit het ERP.

Aan de webshopkant komen productsjablonen samen met wat de synchronisatie aanlevert, dus begroot webshop ontwikkeling in hetzelfde gesprek en niet in twee losse offertes.

Hoe een slechte PIM koppeling misgaat, op volgorde

Week één ziet er perfect uit. De catalogus komt binnen, beelden laden, iedereen tekent af. In week drie herschrijft een marketeer twintig omschrijvingen in Shopify voor een campagne, en de nachtelijke synchronisatie zet de PIM-tekst zonder bericht terug. Dat is de eerste en de klassieke: veldeigendom dat niemand heeft opgeschreven.

De tweede arriveert met het eerste product dat vier kenmerken heeft. De connector laat er één vallen, of plakt er twee aan elkaar tot één optie met een naam als “Blauw / Eiken”, en klanten bestellen de verkeerde stof. De klantenservice merkt het eerder dan de ontwikkelaars.

Dan de opslag. Een synchronisatie die beelden vergelijkt op bestandsnaam in plaats van op inhoud, uploadt elke nacht alles opnieuw. Bij WooCommerce loopt de schijf vol en worden back-ups traag; bij Shopify groeit de bestandslijst naar tienduizenden kopieën waar niemand nog in zoekt.

De laatste is stil en duur. Iemand hernoemt een productlijn in de PIM, de handles worden opnieuw gemaakt, de oude adressen geven een 404, en Google Search Console toont de schade een paar weken later als wegzakkende posities. Alle vier terugdraaien, dus omleidingen per product, beelden opruimen en teksten herschrijven, kost vaak 40 tot 80 uur. Dat is meer dan de connector kostte.

De eerste WooCommerce-synchronisatie die Studio Ubique voor een groothandel schreef, koppelde producten op naam in plaats van op SKU. Drie maanden lang ging het goed. Toen herstelde iemand een spelfout in de PIM en groeide de winkel in één nacht met ongeveer vierhonderd dubbele producten, elk met een eigen adres. De koppeling omzetten naar SKU kostte een middag. De dubbelen vinden en samenvoegen kostte bijna een week. Koppel op SKU. Altijd.

De koppeling eerlijk houden na livegang

Een synchronisatie is nooit af, hij wordt alleen stil, en die stilte is het probleem omdat mislukte synchronisaties zelden iets roepen. Eén persoon moet eigenaar zijn van een log, een melding en een maandelijkse controle, anders stapelen fouten zich op tot een klant ze vindt. Reken op twee tot vier uur per maand voor een normale catalogus.

Shopify brengt elk kwartaal een nieuwe API-versie uit en ondersteunt elke versie minstens twaalf maanden, dus een connector die een jaar met rust wordt gelaten stopt op een willekeurige dinsdag met werken. Updates van WordPress en WooCommerce kunnen het gedrag van de REST API ook veranderen. Dit is het saaie deel van hosting en beheer dat nooit in het lanceerplan belandt. Niemand leest de logs. Tot de dag dat het moet.

Wat je maandelijks checkt

• Mislukte of overgeslagen items per synchronisatie, met de reden erbij, niet alleen een totaal.
• Producten in de webshop zonder bijbehorende SKU in de PIM, de wezen waar dubbelen uit groeien.
• De omvang van de mediabibliotheek of de Shopify-bestandslijst, vergeleken met vorige maand.
• 404-fouten op product-adressen in Google Search Console.
• Hoelang de Shopify API-versie van je connector nog meegaat, en welke WooCommerce- of plugin-updates op staging staan te wachten.

Een PIM koppeling verplaatst productinhoud uit een product information management systeem naar Shopify of WooCommerce, maar het meeste werk zit in beslissen welk systeem welk veld beheert. Shopify verhoogde de variantlimiet in 2024 van 100 naar 2.048 per product (Shopify developer changelog, 2024), en staat nog steeds maar drie opties toe. Studio Ubique legt veldeigendom, variantkoppeling en SKU-herkenning vast voordat er een connector wordt gekozen.

Veelgestelde vragen

Heb ik een PIM nodig voor mijn Shopify- of WooCommerce-winkel?

Waarschijnlijk niet onder ongeveer 500 SKU’s, met één taal en één winkel, want een spreadsheet en de ingebouwde CSV-import doen daar gratis hetzelfde werk; een PIM begint zich terug te verdienen boven ruwweg 2.000 SKU’s, meerdere talen of meer dan één verkoopkanaal.

Hoelang duurt een PIM koppeling?

Een connector van de leverancier met schone data kost één tot twee weken inclusief testen, terwijl een tussenlaag voor een catalogus met lastige variantlogica meestal vier tot acht weken kost, waarvan het grootste deel opgaat aan beslissingen over de veldverdeling en niet aan code.

Kunnen de PIM en de webshop allebei productomschrijvingen bewerken?

Het kan, maar je moet het niet doen, want synchroniseren in twee richtingen op hetzelfde veld betekent dat het systeem dat als laatste opslaat wint en niemand weet welke dat was; geef elk veld één eigenaar en zet de andere kant op alleen lezen.

Is Shopify of WooCommerce makkelijker te koppelen aan een PIM?

Shopify heeft een stabiele API en meer kant-en-klare connectors maar een streng productmodel met drie opties per product, terwijl WooCommerce vrijwel elke structuur accepteert maar de snelheid van de synchronisatie koppelt aan je hosting en je plugins.

Wat gebeurt er met SEO als je een PIM koppelt?

Niets vervelends, zolang URL-handles één keer worden gezet en daarna buiten de synchronisatie blijven, de SEO-velden eigendom blijven van de webshop, en elk hernoemd product een omleiding krijgt voordat het oude adres een 404 gaat geven.

Before the next sync

Elke week zonder vastgelegd veldeigendom is weer een week aan bewerkingen die de nachtelijke synchronisatie ongemerkt kan terugdraaien. De regels opschrijven kost een middag, erachteraan opruimen kost een week.