Dode offers opruimen: waarom 404-producten je Bol.com repricer saboteren

Elk Bol.com account verzamelt op termijn wat we 'dead offers' noemen: productlijsten die technisch nog in je eigen catalogus of database staan, maar die Bol.com niet meer kent. Het kan gebeuren door een migratie, een inkoopfout, een productwijziging van Bol.com's kant, of een handmatige verwijdering die niet volledig is doorgevoerd.

Voor je repricer betekent elke dode offer een ronde verspilde API-calls: hij probeert de actuele prijs op te halen, krijgt een 404-fout terug, en probeert het een volgende ronde opnieuw. Bij duizend dode offers en een frequentie van elke 15 minuten kost dat 96.000 mislukte calls per dag.

Erger nog: die 404-fouten vervuilen je logs. Echte problemen verdrinken in de ruis. Zoek je naar een specifieke foutmelding, dan scroll je door honderden irrelevante regels.

In theorie kun je dode offers handmatig deactiveren: exporteer de productenlijst, matchen met Bol.com's actuele aanbod, flag wat ontbreekt. In de praktijk is dit een klus die niemand regelmatig uitvoert.

Het probleem is dat nieuwe dode offers continu ontstaan. Deactiveer je vandaag 200 stuks, dan heb je volgende maand weer 30 nieuwe. Zonder automatisering loop je altijd achter de feiten aan.

Bovendien is het foutgevoelig: je kunt per ongeluk een actief product deactiveren dat tijdelijk niet opgehaald kon worden. Er is een scherpere logica nodig.

De oplossing is automatische deactivering op basis van een duidelijk signaal: de 404 HTTP-response van Bol.com's API. Deze foutcode betekent expliciet 'deze offer bestaat niet meer' — niet 'tijdelijk niet beschikbaar' of 'interne fout'.

BolKit's repricer-engine onderscheidt 404-fouten van andere API-problemen. Krijgt de engine bij een live prijs sync een 404 voor een specifieke offer, dan wordt het product automatisch gedeactiveerd (isActive: false) en gelogd. De volgende ronde slaat het product over.

Belangrijk detail: een 500-fout of time-out leidt níét tot deactivering. Die worden als normale transient-errors behandeld: de repricer gebruikt de laatst bekende prijs en probeert het volgende ronde opnieuw. Alleen de specifieke '404 / Not Found'-signalen triggeren deactivering.

Producten die automatisch gedeactiveerd zijn verschijnen in je BotLog met een duidelijke melding: 'Offer [offerId] niet meer op Bol.com (404) — product gedeactiveerd'. Je dashboard toont ze apart, zodat je zelf kunt beslissen of het om een vergissing ging (reactiveren) of een terechte deactivering (laten staan of verwijderen).

Over tijd krimpt het aantal 404-meldingen naar nul, omdat er geen ronde meer verspild wordt aan niet-bestaande producten. Je logs worden leesbaar, je repricer sneller, en je API-quotum blijft beschikbaar voor productieve calls.

Automatische 404-deactivering is een kleine feature met grote impact. Het is het verschil tussen een repricer die dagelijks schoner wordt en één die maandelijks steeds meer overhead ophoopt.

Voor verkopers met meer dan duizend SKU's is het geen optie maar een noodzaak. Elke minuut die je niet besteedt aan handmatig opschonen, kun je besteden aan het uitbreiden van je assortiment of het optimaliseren van je marges.

Controleer bij je huidige repricer of en hoe hij omgaat met 404-responses. Is het antwoord 'die worden genegeerd' of 'we proberen het elke ronde opnieuw', dan werk je met verouderde infrastructuur.