Wat is een datafeed?

Een datafeed in twee richtingen

Een datafeed is een bestand dat de afzender op een vast adres klaarzet: een URL, een map op een SFTP-server of een bijlage in een vaste mailbox. De ontvanger haalt het op volgens een rooster en verwerkt alle regels in één keer. Er is geen vraag en antwoord zoals bij een API koppeling: wat in het bestand staat, is wat de ontvanger weet.

Voor een webshop lopen er feeds twee kanten op.

Het verschil in de derde rij bepaalt waar het werk zit. Een uitgaande feed volgt één specificatie en blijft daarna gelijk. Inkomende feeds verschillen per leverancier: tien leveranciers zijn tien kolomindelingen, tien schrijfwijzen voor een levertijd en tien momenten waarop het bestand klaarstaat.

Hoe ziet een datafeed eruit: CSV, XML of JSON?

Hetzelfde artikel, een werkjas met twee maten, in de drie formaten die je het vaakst tegenkomt. Eerst CSV: één regel per variant, kolommen gescheiden door een puntkomma.

artikelnr;ean;omschrijving;voorraad;prijs;levertijd
10482-BLK-048;8712345104821;Werkjas zwart maat 48;14;49,95;2 werkdagen
10482-BLK-050;8712345104838;Werkjas zwart maat 50;0;49,95;14-10-2026

Dan XML: het artikel is één blok en de varianten staan erin.

<artikel nummer="10482">
  <omschrijving>Werkjas zwart</omschrijving>
  <prijs valuta="EUR">49.95</prijs>
  <variant sku="10482-BLK-048" maat="48">
    <voorraad>14</voorraad>
  </variant>
  <variant sku="10482-BLK-050" maat="50">
    <voorraad>0</voorraad>
    <verwacht>2026-10-14</verwacht>
  </variant>
</artikel>

En JSON, dezelfde opbouw met getallen als getal:

{
  "nummer": "10482",
  "prijs": 49.95,
  "varianten": [
    { "sku": "10482-BLK-048", "maat": "48", "voorraad": 14 },
    { "sku": "10482-BLK-050", "maat": "50", "voorraad": 0, "verwacht": "2026-10-14" }
  ]
}

De derde rij telt bij een koppeling het zwaarst. Een CSV met één kapotte regel levert 11.999 bruikbare regels op en één afkeur. Een XML-bestand met één niet gesloten tag levert niets op. De koppeling moet daarom bij XML en JSON eerst het hele bestand controleren en bij een fout de vorige stand laten staan, in plaats van alle artikelen op nul te zetten.

Welke velden staan erin?

Een inkomende feed bevat wat het systeem van de leverancier toevallig exporteert. Een uitgaande feed bevat wat de ontvanger voorschrijft. Google Merchant Center is de bekendste ontvanger; dit zijn een paar velden uit de productspecificatie van Google, nagelezen op 3 oktober 2026:

Tussen de twee soorten feeds zit het vertaalwerk. De leverancier schrijft 2 werkdagen, op voorraad, > 10 of 14-10-2026 in de kolom levertijd. Google accepteert er vier vaste woorden voor en een datum in één notatie. Welke waarde bij welk woord hoort, is een regel die per leverancier wordt vastgelegd; dat heet veldmapping. Het verschil tussen een duur en een datum staat in levertijd of leverdatum.

Google vraagt ook dat de beschikbaarheid en de prijs in de feed overeenkomen met wat op de productpagina staat. Een feed die achterloopt op de webshop, is dus niet alleen een verouderd getal, maar ook een afwijking die Google kan afkeuren.

Hoe komt een feed aan, en hoe vaak?

Een feed staat op een plek waar de ontvanger hem kan ophalen. Voor Google moet het adres beginnen met http://, https://, ftp:// of sftp://, het bestand moet kleiner zijn dan 4 GB en het formaat is tab-gescheiden tekst (.txt, .tsv) of XML. Een adres dat naar een HTML-pagina wijst, zoals een inlogscherm, laat de verwerking mislukken. Dat is nagelezen bij Google op 3 oktober 2026.

Bij leveranciers is het rooster een afspraak, geen specificatie. Twee dingen leg je per feed vast:

• Volledig of alleen de wijzigingen. Een volledig bestand bevat alle artikelen. Een bestand met alleen de wijzigingen is kleiner, maar dan betekent een ontbrekend artikel niets. In een volledig bestand kan een ontbrekend artikel nul betekenen, of uit het assortiment, of een onvolledige export.
• Wanneer het bestand klaar is. Een koppeling die om 06:00 ophaalt terwijl de leverancier om 05:58 nog schrijft, leest een half bestand. De koppeling wacht daarom tot de bestandsgrootte niet meer verandert, of tot er een tweede bestand klaarstaat dat zegt dat de export af is.

Rekenvoorbeeld: hoe oud is de stand die je klant ziet?

Een feed is zo oud als het laatste ophaalmoment. Staan er meerdere feeds achter elkaar, dan tellen de wachttijden op. Neem een leverancier die elke dag om 05:45 exporteert, een koppeling die om 06:00 inleest, een webshop die elk uur een productfeed maakt en Google dat het bestand elke nacht om 03:00 ophaalt.

Bij de leverancier gaat de werkjas in maat 48 dinsdag om 06:00 naar nul, een kwartier na de export.

1. De volgende export is woensdag 05:45: 23 uur en 45 minuten later.
2. De koppeling leest hem om 06:00 in: nog 15 minuten. De webshop staat op nul na 24 uur.
3. De productfeed van 07:00 bevat de nul. Google haalt het bestand woensdag om 03:00 op, vier uur te vroeg, en daarna pas donderdag om 03:00: nog 21 uur.

Samen is dat 24 plus 21 is 45 uur. Al die tijd kan een klant via Google Shopping doorklikken naar een artikel dat er niet is, en een dag lang ook via de webshop zelf.

Het korter maken begint bij de langste wachttijd. Een leverancier die vier keer per dag exporteert, brengt de eerste stap terug van bijna 24 naar bijna 6 uur. Een ophaalschema bij Google dat vaker draait, of een aanlevering via de API van Google in plaats van een bestand, verkort de laatste. Welke stroom welke snelheid nodig heeft, staat in realtime of batch.

Wat gaat er mis met een datafeed?

Een feed meldt zelf niets. Hij komt aan of niet, en wat erin staat wordt verwerkt zoals het er staat.

De uitwerking per fout voor CSV- en Excel-bestanden staat in CSV- en Excel-bestanden van leveranciers. Voor leveranciers die geen bestand kunnen leveren staan de routes in koppelen zonder API.

Wat betekent dit voor je koppeling?

Een feed inlezen is het makkelijke deel. Het werk zit in de regels eromheen: welke kolom welk veld is, wat een ontbrekend artikel betekent, wat er gebeurt met een bestand dat niet aankomt of half binnenkomt. Wij bouwen de koppeling op de feeds die je leveranciers nu leveren, in het formaat waarin ze komen, en zetten ze om naar wat je webshop en je productfeed nodig hebben. Daarna hosten en bewaken we hem, en passen we hem aan als een leverancier zijn export verandert.

Elke verwerking staat met de afgekeurde regels in het dashboard, en een nieuwe feed draait eerst droog. Hoe dat voor voorraad en levertijden werkt, staat op voorraad van je leverancier koppelen. Stuur een voorbeeld van een feed mee in het formulier, dan hoor je wat erin bruikbaar is.