Een feed die fouten geeft is geen ramp, het is een diagnose-opgave. De kunst is niet om elke fout los te repareren, maar om de onderliggende oorzaak te vinden en die in één keer voor alle getroffen producten weg te nemen. Dit handboek bundelt de meest voorkomende feedfouten, hun typische oorzaak en de werkwijze om ze structureel op te lossen, zodat je niet telkens opnieuw zoekt.

Gebruik dit als naslagwerk: spring naar de categorie die op jouw situatie past. De rode draad door alle gevallen is dezelfde: groepeer op oorzaak, niet op symptoom. Wil je eerst begrijpen hoe data door je feed stroomt, lees dan de gids over de architectuur van een datafeed.

01. De gestructureerde aanpak

Voordat je één rule aanraakt: groepeer. Sorteer alle meldingen op foutsoort en kijk welke groep het grootst is. Honderd identieke meldingen zijn één probleem, niet honderd. Door bij de grootste groep te beginnen, los je met de minste moeite de meeste fouten op.

Daarna werk je van bron naar output. Is de data al fout in de import? Dan ligt het daar. Komt de data goed binnen maar gaat het verderop mis? Dan zit het in een rule of mapping. Deze richting voorkomt dat je een rule aanpast voor een probleem dat eigenlijk in de bron zit. Een praktische uitwerking staat in feed-foutmeldingen oplossen.

02. Afgekeurde producten

Afkeuringen zijn de meest zichtbare fout: het kanaal weigert een product. De melding zelf wijst meestal de richting aan: een ontbrekend verplicht veld, een titel die te lang is, of een prijs die niet matcht met de bron.

Veelvoorkomende afkeuringsoorzaken

Specifiek voor Google staat de aanpak in de gids over de Merchant Center-keuring doorstaan. Voor de meest gemaakte fouten in het algemeen is er veelgemaakte fouten in Channable.

03. Lege of verkeerde velden

Een veld dat leeg of fout in de feed staat terwijl het in je shop gevuld is, heeft drie mogelijke oorzaken: het zit niet in de import, het staat in een custom field dat niet wordt meegenomen, of een rule maakt het onbedoeld leeg. Controleer altijd eerst de import voordat je in de rules duikt.

Verkeerde waarden, zoals een verkeerde categorie of een verkeerd label, komen vaak uit een mapping die niet alle gevallen dekt. Een nieuw producttype dat nog niet is toegewezen, valt dan in een verkeerde of lege categorie. Hoe je mappings sluitend maakt, staat in de gids over complexe attribuut-mapping.

04. Rules die niet doen wat je verwacht

Rules draaien in volgorde, en die volgorde is de meest onderschatte oorzaak van problemen. Een rule die te vroeg draait, werkt op data die nog niet klaar is; een rule die te laat draait, herstelt iets dat al verkeerd is doorgegeven. Isoleer het probleem door de waarde van het veld rule voor rule te volgen.

Een voorbeeld: een afkap-rule die voor de opbouw-rule draait, kapt het verkeerde stuk weg.

// fout: afkappen voor opbouwen
title = left(title, 150)   // te vroeg
title = brand + " " + title  // te laat

Zet bij twijfel rules tijdelijk uit om te isoleren welke de ongewenste wijziging maakt. Meer techniek staat in rules debuggen en in de gids over de rules-engine doorgronden.

05. Prijs en voorraad die niet kloppen

Wanneer prijs of voorraad op een kanaal afwijkt van je shop, is het bijna altijd een kwestie van timing of bron. Loopt de feed snel genoeg? Komt de waarde uit de juiste bron? Een voorraad die achterloopt wijst op een te traag verversritme of een ontbrekende orderterugkoppeling.

Prijsverschillen ontstaan vaak door een rule die een verouderde opslag toepast of door een actie die niet is uitgefaseerd. Loop in beide gevallen de keten na van bron tot output. Over voorraadtiming gaat de gids over voorraadbeheer over meerdere kanalen.

06. Terugkerende fouten voorkomen

De beste troubleshooting is voorkomen dat een fout terugkomt. Dat doe je met uitsluit-rules die incomplete producten tegenhouden voordat ze worden afgekeurd, en met monitoring die je waarschuwt zodra fouten oplopen.

Een product zonder afbeelding of EAN hoort niet naar het kanaal te gaan om afgekeurd te worden, maar bewust te worden uitgesloten tot het compleet is. Hoe je dat slim inricht, lees je in uitsluitingen slim inrichten. Een waarschuwingssysteem dat fouten vroeg signaleert, beschrijft de gids over een monitoringsysteem bouwen.

07. Zelf doen of uitbesteden?

De meeste feedfouten zijn met deze aanpak prima zelf op te lossen, zeker als je gestructureerd op oorzaak werkt. Het wordt lastiger bij hardnekkige fouten die terugkeren ondanks correcte data, of bij oorzaken die diep in de mapping of het verversschema zitten.

Loop je vast of kost een afkeuring je structureel omzet, dan vindt een gestructureerde audit en troubleshooting de echte oorzaak vaak sneller. Beschrijf de melding en wat je al hebt geprobeerd via de contactpagina en je krijgt een eerlijke inschatting.

08. Veelgestelde vragen

Begin met groeperen op foutmelding, niet op product. Honderd afkeuringen met dezelfde melding zijn vrijwel altijd één onderliggend probleem, zoals een ontbrekende rule of een verkeerde mapping. Pak de grootste groep eerst aan, los de oorzaak op met één rule en kijk daarna hoeveel afkeuringen daarmee verdwijnen voordat je verder zoekt.

Meestal komt dat doordat het veld niet in de import zit, in een custom field of metafield staat dat niet wordt meegenomen, of door een rule die het veld onbedoeld leegmaakt of overschrijft. Controleer eerst of de waarde in de import binnenkomt; pas als die er staat, ligt de oorzaak in een rule of mapping verderop in de keten.

Rules draaien in volgorde, dus een probleem ontstaat op het punt waar een veld voor het laatst correct is en daarna fout gaat. Bekijk de waarde van het veld rule voor rule, of zet rules tijdelijk uit om te isoleren welke de ongewenste wijziging maakt. Een verkeerde volgorde is een veelvoorkomende oorzaak: een rule draait te vroeg of te laat.

Schakel hulp in als een probleem terugblijft komen ondanks correcte data, als de oorzaak diep in de mapping of het verversschema zit, of als je veel omzet misloopt door afgekeurde producten. Een gestructureerde audit met een tweede paar ogen vindt de echte oorzaak vaak sneller dan eindeloos zelf proberen, en voorkomt dat het probleem terugkeert.

Verder in de kennisbank: De architectuur van een datafeed: de complete gids · De rules-engine van Channable doorgronden: de complete gids · Een monitoringsysteem voor je feeds bouwen: de complete gids