Elke wijziging aan je feed gaat over je omzet. Een nieuwe rule die er logisch uitziet, kan in de praktijk honderden producten verkeerd prijzen of onbedoeld uitsluiten. Het verschil tussen een professionele en een amateuristische feed-aanpak zit niet in betere rules, maar in het testen voordat iets live gaat. Een test- en staging-workflow laat je wijzigingen valideren in een veilige omgeving voordat ze klanten en kanalen raken. Deze gids laat zien hoe je zo'n workflow opzet, proportioneel aan de grootte van je wijziging.

De rode draad is dat je niets publiceert wat je niet eerst hebt gezien. Wie altijd test, wordt nooit verrast. Dit sluit nauw aan op het terugdraaien van fouten; voor de andere kant lees je de gids over versiebeheer en rollback van feeds.

01. Waarom testen voor feeds telt

Een feed staat live en stuurt direct je verkoop aan. Een fout merk je niet pas bij de volgende release, maar meteen: afgekeurde producten, verkeerde prijzen of oversells. De kosten van een ongeteste wijziging zijn daarom direct en concreet, terwijl het testen ervan een paar minuten kost.

Toch publiceren veel sellers wijzigingen blind, in het vertrouwen dat een rule wel zal doen wat de naam suggereert. Juist daar gaat het mis: een rule grijpt vaak breder dan bedoeld. Testen vangt dat af voordat het je geld kost. Hoe je een feed test voor de livegang, verdiept je feed testen voor de livegang.

02. De testomgeving in de praktijk

Een volledige aparte omgeving is voor de meeste sellers niet nodig. Je kunt veel valideren met de voorvertoning op een selectie producten en door een wijziging eerst op een testexport te draaien voordat hij naar het echte kanaal gaat. De kern is dat je het resultaat ziet voordat klanten en kanalen het zien.

Voor grotere setups loont een aparte testfeed of een testkanaal, waar je ingrijpende wijzigingen volledig kunt doorrekenen zonder risico. Welke vorm past, hangt af van de omvang van je catalogus en hoe vaak je grote wijzigingen doet.

03. Een goede testset samenstellen

De waarde van je test staat of valt met de producten waarop je hem draait. Belangrijker dan de grootte is de samenstelling: kies een set die de variatie in je catalogus weerspiegelt.

Tien zorgvuldig gekozen producten zeggen meer dan honderd willekeurige, omdat je juist de uitzonderingen wilt afdekken die fouten veroorzaken. Bewaar je testset en breid hem uit met elk nieuw randgeval dat je tegenkomt.

04. Wat je controleert voor publicatie

Bij elke wijziging kijk je naar drie dingen voordat je publiceert:

Dat laatste is de meest onderschatte controle. Een wijziging aan de titel mag de prijs niet raken; een nieuwe uitsluit-rule mag geen producten weggooien die hoorden te blijven. Een onverwachte sprong in het aantal getroffen producten is bijna altijd een teken dat een rule breder grijpt dan bedoeld.

05. De workflow van wijziging tot live

Een werkbare workflow voor een substantiële wijziging:

Deze vier stappen kosten samen een paar minuten en vangen het overgrote deel van de fouten af. De koppeling met je verversritme staat in de gids over feed-refresh en synchronisatie.

06. Proportioneel testen

Niet elke wijziging vraagt dezelfde grondigheid. De kunst is je workflow proportioneel te maken: licht voor kleine wijzigingen, grondig voor ingrijpende. Voor een minieme tekstwijziging volstaat een snelle voorvertoning. Voor alles wat prijzen, voorraad, uitsluitingen of meerdere producten raakt, doorloop je de volledige workflow.

Wie elke wijziging even zwaar test, stopt na verloop van tijd met testen omdat het te veel werk wordt. Wie proportioneel test, houdt de discipline vol, en dat is wat telt op de lange termijn.

07. Zelf doen of uitbesteden?

Het dagelijks testen van wijzigingen is werk dat je zelf doet en dat vooral discipline vraagt. Het opzetten van een test- en staging-workflow die bij jouw situatie past, en het inrichten van een testexport of testkanaal voor een grotere setup, is eenmalig werk waar een ervaren blik je veel valkuilen bespaart.

Wil je een werkwijze opzetten die fouten structureel voor de livegang vangt, dan helpt de feed-rules dienst bij de inrichting. Loopt het bij een livegang toch mis, dan brengt een audit de oorzaak snel in kaart. Leg je situatie voor via contact voor een eerlijke inschatting; werk gaat altijd op offerte.

08. Veelgestelde vragen

Een volledige aparte omgeving is voor de meeste sellers niet nodig. Je kunt veel valideren met de voorvertoning op een selectie producten en door een wijziging eerst op een testexport te draaien voordat hij naar het echte kanaal gaat. Voor grotere setups loont een aparte testfeed of testkanaal, maar de kern is dat je wijzigingen ziet voordat klanten en kanalen ze zien.

Kijk naar drie dingen: klopt het resultaat op een steekproef van producten, is het aantal getroffen producten zoals verwacht, en zijn er geen onbedoelde neveneffecten op andere velden. Een wijziging aan de titel mag bijvoorbeeld de prijs niet raken. Een onverwachte sprong in het aantal getroffen producten is bijna altijd een teken dat een rule breder grijpt dan bedoeld.

Belangrijker dan de grootte is de samenstelling. Kies een set die de variatie in je catalogus weerspiegelt: een product met en zonder voorraad, met en zonder afbeelding, een variant, een bundel en een randgeval. Tien zorgvuldig gekozen producten zeggen meer dan honderd willekeurige, omdat je juist de uitzonderingen wilt afdekken die fouten veroorzaken.

Voor een minieme tekstwijziging volstaat een snelle voorvertoning. Voor alles wat prijzen, voorraad, uitsluitingen of meerdere producten raakt, weegt de paar minuten testen niet op tegen de schade van een fout die live gaat. De kunst is je workflow proportioneel maken: licht voor kleine wijzigingen, grondig voor ingrijpende.

Verder in de kennisbank: Versiebeheer en rollback van feeds: de complete gids · Feed-refresh en synchronisatie inrichten: de complete gids · Feedproblemen oplossen: het complete handboek