Voordat een feed één product naar een kanaal stuurt, moet de data een vorm hebben. Hoe je producten, varianten, categorieen en attributen modelleert, bepaalt of die vertaalslag soepel verloopt of een eindeloze reeks uitzonderingen wordt. Een goed datamodel is onzichtbaar als het werkt en pijnlijk als het ontbreekt. Deze gids laat zien hoe je je data zo modelleert dat elk kanaal hem begrijpt.
De kern is eenvoudig: houd één schone, kanaalonafhankelijke bron en laat je rules de vertaling per kanaal doen. Modelleer je je data al naar één kanaal toe, dan loop je vast bij het volgende. Wil je weten hoe die data daarna technisch door de feed stroomt, lees dan de gids over de architectuur van een datafeed.
01. Waarom modelleren loont
Een rommelig datamodel kost je niet meteen, maar wel structureel. Elke nieuwe productlijn brengt randgevallen mee die je met losse rules moet opvangen, en elke nieuwe rule maakt de volgende wijziging risicovoller. Een schoon model vangt die gevallen op in zijn structuur, niet in een groeiende stapel uitzonderingen.
Het verschil merk je vooral bij groei. Bij vijftig producten kom je met handwerk weg; bij vijfhonderd of vijfduizend wordt een goed model het verschil tussen beheersbaar en chaos. Modelleren is investeren in de schaalbaarheid van je catalogus. Over die schaal gaat de gids over het structureren van Channable-projecten.
02. Wat is een product, wat een variant
De eerste ontwerpbeslissing is wat een zelfstandig product is en wat een variant. Een T-shirt in drie kleuren en vier maten is één basisproduct met twaalf varianten, niet twaalf losse producten. Die keuze bepaalt hoe kanalen je aanbod tonen en hoe voorraad wordt geteld.
Geef elke variant een eigen identificator, prijs en voorraad, gekoppeld aan een gemeenschappelijke parent. Zo kan de feed per kanaal kiezen: het ene kanaal wil varianten gegroepeerd onder één listing, het andere wil elke variant apart. Met een goed variantmodel bedien je beide zonder de bron te verbouwen.
03. Attributen en een vast vocabulaire
Attributen zijn de eigenschappen die je producten beschrijven: kleur, maat, materiaal, doelgroep. Hun waarde voor een feed staat of valt met consistentie. Kanalen filteren en groeperen op deze waarden, dus dezelfde eigenschap moet altijd identiek worden benoemd.
Regels voor een schoon vocabulaire
- Eén naam per waarde: altijd "blauw", nooit afwisselend "navy" of "donkerblauw"
- Een vaste lijst toegestane waarden per attribuut, geen vrije tekst
- Eenheden consistent: altijd dezelfde notatie voor maten en gewichten
- Geen lege of "n.v.t."-waarden waar het kanaal een echte waarde verwacht
Inconsistente attributen zijn een van de grootste oorzaken van slechte vindbaarheid. Hoe je ze naar kanaalvelden vertaalt, lees je in attribuut-mapping uitgelegd.
04. Categorieen als ruggengraat
De categoriestructuur is de ruggengraat van je catalogus. Kanalen verwachten elk hun eigen categorieboom, en je interne indeling moet daar betrouwbaar op aansluiten. Een product in de verkeerde categorie wordt slecht gevonden of zelfs afgekeurd.
Houd je interne categorieen logisch en stabiel, en laat de mapping naar de kanaalcategorieen het werk doen. Verander je interne indeling steeds, dan breekt elke mapping mee. Hoe je categoriseert in Channable, staat in categorisatie in Channable.
05. Identificatie als anker
Elke product en variant heeft een unieke, stabiele identificator nodig: een interne SKU en, waar mogelijk, een GTIN of EAN. Die codes zijn het anker waarmee kanalen je product herkennen, koppelen aan bestaande listings en voorraad bijhouden.
Verandert een identificator, dan ziet het kanaal een nieuw product en verlies je geschiedenis en ranking. Houd ze daarom stabiel. Waarom deze codes zo cruciaal zijn, behandelt de gids over productidentificatie met GTIN, EAN en MPN.
06. Een model dat meegroeit
Een goed model is niet af bij de lancering, het groeit mee. Nieuwe producttypes, nieuwe attributen en nieuwe kanalen vragen om uitbreiding, niet om verbouwing. Dat lukt alleen als je model van begin af aan ruimte laat: optionele attributen die leeg mogen blijven, en categorieen die je kunt uitbreiden zonder de boom om te gooien.
Test wijzigingen aan je model in een veilige omgeving voordat ze live gaan, zodat een uitbreiding geen bestaande producten breekt. Hoe je dat doet, beschrijft de gids over feed-refresh en synchronisatie.
07. Zelf doen of uitbesteden?
Het onderhoud van een eenmaal goed model, nieuwe producten netjes invoeren binnen de structuur, doe je prima zelf. De eerste opzet is het lastigste: bepalen wat een variant is, een vast vocabulaire ontwerpen en de categoriestructuur kiezen die meegroeit. Daar betaalt een doordachte start zich jarenlang terug.
Wil je je datamodel laten opzetten of een vastgelopen structuur laten herzien, dan helpt een eenmalige Channable-setup om de bron schoon en schaalbaar in te richten. Voor maatwerk in de vertaling naar kanalen is er de feed-rules dienst. Leg je situatie voor via de contactpagina.
08. Veelgestelde vragen
Productdata modelleren is het bewust ontwerpen van hoe je producten, varianten, categorieen en attributen zijn opgebouwd en aan elkaar hangen. Een goed model legt vast welke informatie waar staat en in welke vorm, zodat je feed die data eenduidig kan vertalen naar elk kanaal. Het is de structuur onder je catalogus, los van hoe een specifiek kanaal de data verwacht.
Een vast vocabulaire betekent dat dezelfde eigenschap altijd op dezelfde manier wordt benoemd, bijvoorbeeld altijd blauw en nooit afwisselend navy of donkerblauw. Kanalen filteren en groeperen op die waarden, dus inconsistentie verlaagt je vindbaarheid en zorgt voor versnipperde varianten. Een vast vocabulaire maakt je data filterbaar en je rules voorspelbaar.
Bepaal eerst wat een eigen product is en wat een variant: meestal is kleur of maat een variant van hetzelfde basisproduct. Zorg dat elke variant zijn eigen identificator, prijs en voorraad heeft en koppel die aan een gemeenschappelijke parent. Zo kan de feed per kanaal kiezen of varianten apart of gegroepeerd worden aangeboden, afhankelijk van wat het kanaal verwacht.
Nee, juist niet. Je houdt één schoon, kanaalonafhankelijk model in je bron en laat de feed-rules de vertaling per kanaal maken. Pas je het model aan voor één kanaal, dan loop je vast zodra een ander kanaal andere eisen stelt. De bron blijft neutraal en compleet; de kanaalspecifieke vorm ontstaat pas in de transformatielaag.
Verder in de kennisbank: De architectuur van een datafeed: de complete gids · Productidentificatie met GTIN, EAN en MPN: de complete gids · Channable-projecten structureren: de complete gids