Affiliate-feeds: zo bouw je een productfeed waar publishers iets mee kunnen

Een productfeed klinkt simpel: een lijst van wat je verkoopt, met prijzen en plaatjes, in een formaat dat een publisher kan importeren. In de praktijk zien we wekelijks feeds langskomen waarmee niemand iets kan: ontbrekende velden, oude prijzen, kapotte URL's, varianten die ontbreken.

Een goede feed is het verschil tussen een vergelijker die jouw producten aanbiedt en eentje die je gewoon overslaat. Dit is wat we bij Klatsa graag van je krijgen.

De verplichte velden

Zonder deze acht is je feed in feite onbruikbaar:

Mist één van deze, dan zijn er publishers die je product gewoon overslaan.

De gewenste velden (geef ze)

Deze maken het verschil tussen "ergens in de longtail" en "bovenaan de vergelijker":

• gtin of mpn — global trade item number / manufacturer part number. Onmisbaar voor unieke product-matching tussen shops.
• category — Google product category-pad of eigen categorisatie. Helpt bij filtering.
• sale_price + sale_price_effective_date — voor lopende acties.
• color, size, material — voor mode en woonproducten essentieel.
• shipping — verzendkosten + levertijd. Vergelijkers tonen dit prominent.
• gtin_unit_pricing_measure — voor eten en drogisterij (€/100 ml etc.).
• item_group_id — om varianten van hetzelfde product te koppelen.

Variant-handling

De grootste struikelblok voor adverteerders. Veel feeds geven één entry per "moederproduct" — terwijl publishers vaak per variant willen tonen (een T-shirt in maat M zwart is iets anders dan in L wit).

De juiste aanpak: elke verkoopbare variant is een eigen <item> met eigen id, eigen link (met variant-querystring), eigen image_link en eigen prijs. Koppel ze met item_group_id zodat publishers ze kunnen groeperen als ze willen.

Updategedrag

Ouder dan 24 uur is niet acceptabel voor:

• Voorraadstatus
• Prijswijzigingen
• Sale-acties

Best practice voor een gemiddelde shop:

Onze feed-importer pakt deze deltas op zonder dat publishers er iets van merken.

Formaten

In volgorde van wat publishers het liefst zien:

1. XML — Google Merchant feed-formaat (google-merchant-namespace). Standaard, goed gedocumenteerd.
2. CSV — pragmatisch, vooral voor kleine catalogi. Pas op met escaping van komma's en aanhalingstekens.
3. JSON — modern, goed voor API-driven shops. Maar minder vergelijkers ondersteunen het direct.

Wij accepteren alle drie. Onder water normaliseren we naar één intern schema, dus publishers krijgen het in hun voorkeursformaat.

Veelgemaakte fouten

Deze zien we wekelijks:

• ❌ HTML in description — prima, maar escape het correct, anders breekt de parser
• ❌ Komma's in prijzen — 1.199,00 werkt niet voor de meeste parsers, gebruik 1199.00
• ❌ Currency ontbreekt — 1199.00 is geen prijs, 1199.00 EUR wel
• ❌ Niet-bereikbare image-URL's — geen access voor non-EU IP's, of CDN dat hotlinks blokkeert
• ❌ Niet-stabiele product-ID's — als je elke nacht nieuwe ID's genereert kan een vergelijker geen "voorraad terug op X"-melding sturen
• ❌ Duplicaten — zelfde product 5× erin omdat je catalog-management tool dat doet bij sync
• ❌ Out-of-stock items niet markeren — laat ze in de feed staan, maar zet availability correct

Shopify-shortcut

Heb je Shopify? Dan hoef je niets van bovenstaande zelf te bouwen. Onze Shopify-integratie genereert een correcte productfeed (alle verplichte velden, alle varianten, real-time voorraad) automatisch op basis van je catalogus. Je activeert hem in onze admin, koppelt je shop, en je productfeed staat live in een paar minuten.

Voor maatwerk-shops bouwen we samen met je dev-team de feed-export. We helpen met het schema, valideren je feed en doen de eerste sync-test mee.

Vragen of een feed laten reviewen? Mail ons of meld je aan als adverteerder, dan zetten we het samen op.