Wie een datafeed echt wil beheersen, moet weten hoe hij van binnen is opgebouwd. Een feed is geen zwarte doos waar producten in gaan en advertenties uit komen, maar een keten van duidelijk te onderscheiden schakels. Begrijp je die schakels, dan weet je bij elk probleem precies waar je moet zoeken en bij elke wijziging waar je hem moet aanbrengen. Deze gids volgt de route van bronveld tot kanaalveld en laat zien waar je op elke plek grip houdt.
Deze gids bouwt voort op de basis uit de complete gids over feed-management. Daar lees je wat feed-management is; hier kijken we onder de motorkap naar hoe een feed technisch in elkaar zit.
01. De drie schakels van elke feed
Elke feed, hoe simpel of complex ook, bestaat uit drie schakels: import, transformatie en output. De import haalt je productdata binnen. De transformatie past die data aan met rules en mappings. De output levert het resultaat in precies het formaat dat het kanaal verwacht. Wie deze drie strikt uit elkaar houdt, heeft een mentaal model dat bij elk feed-probleem werkt.
De kwaliteit van het eindresultaat wordt bepaald door de zwakste schakel. Een briljante transformatielaag repareert niets dat al ontbreekt in de bron. Daarom investeer je het meest in de plek met het grootste bereik: hoe verder stroomopwaarts, hoe meer producten een verbetering raakt.
02. De bron: waar alles begint
De bron is je shop, je ERP of een exportbestand. Hier staan de ruwe gegevens: titels, prijzen, voorraad, EAN's, afbeeldingen en categorieën. Alles wat hier ontbreekt, ontbreekt overal daarna. Een lege EAN in de bron wordt een afgekeurd product op de marketplace.
Een goede bron is volledig, consistent en actueel. De volledigheid bepaalt of producten live kunnen, de consistentie bepaalt hun vindbaarheid, en de actualiteit bepaalt of prijs en voorraad kloppen. Hoe je die brondata schoon houdt, behandelt het blog feed-datakwaliteit en in meer diepte de gids over datakwaliteit structureel borgen.
03. Mapping: bronveld naar kanaalveld
Mapping is de vertaalslag tussen hoe een veld in jouw bron heet en hoe het kanaal het wil hebben. Jouw veld heet misschien product_title, terwijl Google Shopping title verwacht en Bol een eigen veldnaam hanteert. Mapping legt die koppeling, zowel voor velden als voor categorieën.
Hier zit het meeste handwerk in een feed-opzet, omdat elk kanaal een eigen categorieboom en eigen verplichte velden heeft. Hoe attribuut-mapping precies werkt, lees je in het blog feed-attribuut-mapping uitgelegd.
Verplicht eerst, optioneel daarna
- Map eerst de verplichte velden, want zonder die komt een product niet live
- Vul daarna de optionele velden die vindbaarheid en conversie verhogen
- Controleer suggesties van de tool altijd; een verkeerd gemapte categorie kost zichtbaarheid
04. De transformatielaag
De transformatielaag is waar rules je data omvormen. Ze draaien in volgorde, van boven naar beneden, en elke rule werkt op het resultaat van de vorige. Een titel-builder stelt een nette titel samen, een opschoon-rule haalt dubbele spaties weg, een uitsluit-rule weert incomplete producten.
Een voorbeeld van een transformatie die in deze laag thuishoort:
// rule: build_title
title = brand + " " + name + " " + color + " " + size
if length(title) > 150:
title = truncate(title, 150)De volledige werking van condities, volgorde en transformaties behandelt de gids over de rules-engine. Voor maatwerk-transformaties bestaat de feed-rules dienst.
05. Output: het kanaal-klare formaat
De output is de laatste schakel: het resultaat van bron en transformatie wordt verpakt in het formaat dat het kanaal accepteert. Voor Google Shopping is dat een specifieke feedstructuur, voor een marketplace vaak een API-payload. Elke export is een aparte uitgang voor een specifiek kanaal.
In deze laag horen alleen de echt kanaal-specifieke laatste stappen: een afsluitend categorie-filter of een kanaaleigen attribuut. Alles wat over meerdere kanalen gedeeld wordt, hoort een laag eerder in de transformatie. Hoe je die meerdere uitgangen netjes indeelt, staat in de gids over projecten structureren.
06. Waar je grip houdt
Grip houden betekent weten op welke schakel een verandering thuishoort. Een verkeerde prijs? Eerst de bron checken, dan een eventuele prijs-rule. Een afgekeurd product? Vaak een ontbrekend veld in de bron of een onjuiste mapping. Een titel die te lang is? Een transformatie in de rule-laag.
- Repareer zo vroeg mogelijk in de keten, want dat raakt de meeste producten in één keer
- Los fouten op type op, niet per product
- Houd per laag vast wat hij doet, zodat je niet hoeft te zoeken bij elke wijziging
07. Zelf doen of uitbesteden?
De architectuur begrijpen is voor iedereen waardevol, ook als je het werk uitbesteedt: je snapt wat er gebeurt en kunt gerichter meedenken. De bron schoonhouden en eenvoudige mappings doe je prima zelf na wat oefening.
Zit een feed structureel in de knoop en kun je de oorzaak niet plaatsen op een van de schakels, dan bespaart een gerichte audit en troubleshooting veel zoektijd. Liever eerst sparren over waar het misgaat? Leg het voor via contact en je krijgt een eerlijke inschatting, ook als je het zelf afkan.
08. Veelgestelde vragen
Een bronveld is hoe een eigenschap in je shop of ERP heet, bijvoorbeeld product_title of voorraad_aantal. Een kanaalveld is hoe het kanaal datzelfde gegeven verwacht, bijvoorbeeld title bij Google Shopping of availability bij Bol. De feed-architectuur is precies de vertaling van de ene naam en vorm naar de andere, en die vertaling regel je met mapping en rules.
Verreweg de meeste fouten ontstaan al in de bron: een ontbrekend veld, een lege EAN of een inconsistente categorienaam. Wat ontbreekt in de import, kan een rule daarna niet uit het niets toveren. Daarom rust een betrouwbare feed altijd op een schone, volledige bron en pas daarna op slimme transformaties.
Ja, dat is juist de kracht van de architectuur. Eén centrale bron wordt door de transformatielaag in meerdere richtingen vertaald, elk naar de eisen van een specifiek kanaal. Je beheert de data één keer en de feed maakt per export de juiste kanaalversie, zonder dat je je catalogus handmatig hoeft te dupliceren.
Door de drie schakels strikt te scheiden: import voor binnenhalen, rules voor transformeren, export voor verzenden. Houd per laag vast wat hij doet en je weet altijd waar een wijziging hoort. Voeg daar een vaste naamgeving en korte documentatie aan toe, dan blijft ook een uitgebreide feed te overzien.
Verder in de kennisbank: De rules-engine van Channable doorgronden: de complete gids · Channable-projecten structureren: de complete gids · Feed-management: de complete gids