Een feed is geen statisch bestand maar een levende datastroom. Prijzen wijzigen, voorraad daalt, producten komen en gaan. De vraag is niet of je verversritme klopt, maar of het op het juiste tempo loopt voor elk type gegeven. Te traag en je voorraad loopt achter met oversells als gevolg; nodeloos snel en je belast je shop en de tool zonder dat het iets toevoegt. Deze gids laat zien hoe je per kanaal de juiste update-ritmes kiest en de hele keten betrouwbaar synchroon houdt.

De rode draad: synchronisatie is een ketenvraagstuk. De zwakste schakel bepaalt hoe actueel je aanbod op het kanaal is, niet de snelste. Wie de keten als geheel inricht, voorkomt vertraging die anders op de verkeerde plek blijft hangen.

01. Refresh en synchronisatie uit elkaar gehaald

Refresh is het moment waarop de feed-tool je brondata opnieuw ophaalt en door de rules verwerkt. Synchronisatie is het bredere geheel: de hele keten van je shop, via de tool en de rules, naar het kanaal, en de order-terugkoppeling weer terug. Een snelle refresh is mooi, maar als het kanaal de update traag oppikt, schiet je er weinig mee op.

Het loont om die twee uit elkaar te houden. Refresh stel je in de tool in. Synchronisatie is iets wat je over de hele keten bewaakt, want de vertraging stapelt zich op over alle schakels. Hoe die keten technisch is opgebouwd, sluit aan op de gids over de architectuur van een datafeed.

02. Het juiste ritme per veldsoort

Niet alles hoeft even vaak te verversen. De vuistregel is simpel: stem het ritme af op hoe snel een gegeven echt verandert en hoe duur een fout is.

Verversen kost rekentijd en belast je shop-server. Een onnodig hoog ritme op velden die nauwelijks veranderen levert niets op. Reserveer de hoge frequentie voor wat echt snel beweegt.

03. De keten van shop naar kanaal

Een update legt een weg af voordat hij zichtbaar is. Je shop werkt een waarde bij. De feed-tool haalt die met een interval op. De rules verwerken hem. De output gaat naar het kanaal. Het kanaal verwerkt de update op zijn eigen tempo. Elke schakel voegt vertraging toe, en de optelsom bepaalt hoe actueel je aanbod werkelijk is.

Daarom is het zinloos om alleen de refresh in de tool te versnellen als de bottleneck bij het kanaal of bij je shop-export zit. Zoek de traagste schakel en pak die aan. Voor het inregelen van de import- en output-kant helpt de gids over feed-management.

04. Voorraad zo actueel mogelijk houden

Voorraad is het gevoeligste veld in de hele keten, want een verouderd getal leidt rechtstreeks tot een oversell: een verkocht product dat nog te koop staat. Bij snellopers en populaire producten wil je voorraad zo dicht mogelijk bij realtime houden.

Een veelgebruikte techniek is een voorraad-buffer: je toont net iets minder dan je werkelijke voorraad, zodat de vertraging in de keten wordt opgevangen. Combineer dat met het automatisch uitsluiten van producten zonder voorraad.

// rule: stock_buffer
if stock <= 2:
    display_stock = 0
    exclude_product("buffer veiligheidsmarge")
else:
    display_stock = stock - 1

Dit is hetzelfde mechanisme dat oversells voorkomt over meerdere kanalen, zoals beschreven in voorraadsync zonder oversells.

05. Verschillen per kanaal

Kanalen verwerken updates op verschillend tempo. Sommige marktplaatsen pikken een voorraadwijziging binnen enkele minuten op, andere doen er een uur over. Google Shopping kent een eigen verwerkingsritme voor feedupdates dat los staat van hoe vaak jij ververst. Het heeft dus weinig zin om vaker te sturen dan het kanaal kan verwerken.

Stem je refreshritme daarom af op het verwerkingstempo van elk kanaal afzonderlijk. Dat regel je in de kanaal-specifieke instellingen, hetzelfde principe als bij de multi-channel aanpak. Per kanaal een passend ritme voorkomt zowel achterstand als nodeloze belasting.

06. Veelvoorkomende synchronisatiefouten

De fouten rond refresh en synchronisatie zijn herkenbaar:

07. Zelf doen of uitbesteden?

De basis-instellingen voor refreshfrequenties zet je zelf prima neer. Een verdeling van voorraad op hoog, prijzen op dagelijks en inhoud op een paar keer per dag dekt de meeste shops goed af.

Het wordt lastiger zodra je realtime voorraad over meerdere kanalen wilt, met API-koppelingen werkt of de doorlooptijd van de hele keten wilt verkorten. Dan loont het om de synchronisatie te laten doorlichten met een audit en troubleshooting, of het inregelen onder te brengen bij doorlopend feed-onderhoud. Wil je eerst weten of het in jouw situatie speelt, leg de vraag dan voor via contact voor een eerlijke inschatting.

08. Veelgestelde vragen

Dat verschilt per veldsoort. Voorraad wil je zo vaak mogelijk verversen, idealiter realtime of elk uur, omdat verouderde voorraad direct tot oversells leidt. Prijzen zijn voor de meeste shops met een dagelijkse refresh prima gedekt. De volledige catalogusstructuur, met nieuwe en verwijderde producten, hoeft maar een paar keer per dag bijgewerkt. Verversen kost rekentijd, dus stem het ritme af op hoe snel een veld echt verandert.

Refresh is het opnieuw ophalen en verwerken van je brondata door de feed-tool. Synchronisatie is de bredere keten: van je shop naar de tool, door de rules heen, en vervolgens naar het kanaal, plus de order-terugkoppeling de andere kant op. Een snelle refresh helpt niet als het kanaal de update maar traag oppikt. Synchronisatie kijkt naar de hele keten, niet alleen naar een schakel.

Vertraging stapelt zich op in de keten: je shop werkt de voorraad bij, de feed-tool haalt die met een interval op, verwerkt de rules en stuurt het door, en het kanaal verwerkt de update op zijn eigen tempo. Elke schakel voegt vertraging toe. Verhoog de refreshfrequentie van voorraad en controleer per kanaal hoe snel updates daadwerkelijk worden doorgevoerd om de zwakste schakel te vinden.

De basis-instellingen voor refreshfrequenties zet je zelf prima neer. Het wordt lastiger wanneer je realtime voorraad over meerdere kanalen wilt, met API-koppelingen werkt of de doorlooptijd van de keten wilt verkorten. Dan loont het om de inrichting te laten doorlichten zodat elke schakel op het juiste ritme draait zonder onnodige belasting.

Verder in de kennisbank: Feed-management: de complete gids · De architectuur van een datafeed: de complete gids · Multi-channel verkopen: de complete gids