Een feed gaat vroeg of laat onverwacht onderuit. Een import die niet binnenkomt, een bron die plotseling lege velden levert, een rule die na een wijziging het halve assortiment uitsluit. De vraag is niet of het gebeurt, maar of je het merkt voordat een klant klaagt. Goede alerting tikt je op de schouder zodra er iets misgaat, en een vaste responsprocedure zorgt dat je snel en kalm herstelt. Deze gids laat zien hoe je beide inricht.
De rode draad: het verschil tussen een ongemak en een omzetramp is reactietijd. Een incident dat je binnen een uur opmerkt en oplost, kost weinig. Hetzelfde incident dat dagen onopgemerkt blijft, kost orders, beoordelingen en zichtbaarheid. Alerting verkort die reactietijd.
01. Monitoring en alerting uit elkaar
Monitoring en alerting horen bij elkaar maar zijn niet hetzelfde. Monitoring is het doorlopend meten van de toestand van je feed: aantallen actieve producten, foutratio's, of de import binnenkomt. Alerting is de actieve melding die afgaat zodra een meetwaarde een grens overschrijdt.
Monitoring laat je kijken; alerting tikt je op de schouder. Je hebt beide nodig. Zonder monitoring is er niets om op te alerten, zonder alerting moet je zelf blijven kijken. Hoe je de meetkant opzet, staat in de gids over een monitoringsysteem voor je feeds bouwen. Deze gids gaat over de melding en de reactie.
02. Op welke signalen je alert
Niet elke schommeling verdient een alert. De waardevolle alerts zijn die op plotselinge veranderingen die op een incident wijzen:
- Een sterke daling in het aantal actieve producten, wat op een mislukte import of een te brede uitsluiting wijst
- Een sprong in de foutratio, wat duidt op een data- of mappingprobleem
- Een prijs of voorraad die buiten een logische bandbreedte valt
- Een import die helemaal niet binnenkomt op het verwachte moment
Het zijn de plotselinge afwijkingen, niet de geleidelijke trends, die directe actie vragen. Een trage daling hoort bij de wekelijkse controle, een plotselinge val hoort bij een alert.
03. Drempelwaarden die kloppen
Een alert is alleen nuttig als de drempel klopt. Te gevoelig en je krijgt zoveel meldingen dat je ze gaat negeren, het bekende alarmmoeheid-effect. Te ongevoelig en het incident is al uit de hand voordat de alert afgaat. De kunst is de drempel afstemmen op wat voor jouw feed normaal is.
// pseudoregel: alert_productdaling
if active_products < baseline * 0.85:
trigger_alert("meer dan 15% producten weg")Werk met een relatieve drempel ten opzichte van een normaalwaarde, niet met een vast getal, zodat de alert meebeweegt met je groeiende assortiment. Dit is dezelfde logica als bij het bewaken van datakwaliteit in de gids over feed-datakwaliteit structureel borgen.
04. De responsprocedure stap voor stap
Wanneer een alert afgaat, helpt een vaste volgorde om kalm en snel te handelen in plaats van te improviseren. Een beproefde reeks:
- Signaleren: de alert komt binnen, je registreert wat er speelt
- Beoordelen: hoeveel producten en hoeveel omzet raakt het
- Beperken: pauzeer een kanaal of rol terug naar een werkende versie
- Herstellen: los de onderliggende oorzaak op
- Voorkomen: neem een controle of rule op die herhaling tegenhoudt
De stap beperken is cruciaal: eerst de bloeding stelpen, dan pas de oorzaak zoeken. Terugrollen naar een werkende versie hoort daarbij, een mechanisme dat aansluit op veilig wijzigen van feeds.
05. Herstellen en herhaling voorkomen
Herstellen is meer dan het symptoom wegpoetsen. Een product dat door een foute rule is uitgesloten, zet je niet alleen terug, je repareert ook de rule die het veroorzaakte. De echte winst zit in de laatste stap: voorkomen dat hetzelfde incident terugkomt.
Dat doe je met een controle of een validatie-rule die het probleem vroeg afvangt. Zo wordt elk incident een verbetering van je feed in plaats van een terugkerend probleem. Het gestructureerd oplossen van de oorzaak sluit aan op de gids over feedproblemen oplossen en op feed-foutmeldingen oplossen.
06. Veelgemaakte fouten
De fouten rond alerting en incidentrespons zijn herkenbaar:
- Te gevoelige alerts, met alarmmoeheid en genegeerde meldingen tot gevolg
- Vaste drempels die niet meebewegen met een groeiend assortiment
- Improviseren bij een incident in plaats van een vaste procedure volgen
- Het symptoom oplossen zonder de onderliggende oorzaak weg te nemen
- Geen melding inrichten, waardoor je pas reageert als een klant klaagt
07. Zelf doen of uitbesteden?
Basis-alerts op aantallen en foutratio's zet je zelf op, en een eenvoudig stappenplan voor incidenten kun je zelf opstellen. Een alert op een productdaling, een op een foutsprong en een vaste responsvolgorde brengen je een heel eind en verkorten je reactietijd aanzienlijk.
Het wordt complexer wanneer je drempelwaarden wilt afstemmen op normaal gedrag, escalatie wilt inregelen of incidenten over meerdere kanalen wilt beheersen. Dan loont het om de alerting en de responsprocedure in een keer goed te laten opzetten via een audit en troubleshooting, of het structureel te laten bewaken met doorlopend onderhoud. Wil je weten of je nu op tijd zou merken dat een feed onderuit gaat, leg het dan voor via contact voor een eerlijke inschatting.
08. Veelgestelde vragen
Monitoring is het doorlopend meten van de toestand van je feed: aantallen, foutratio's en aanvoer. Alerting is de actieve melding die afgaat zodra een meetwaarde een grens overschrijdt. Monitoring laat je kijken, alerting tikt je op de schouder. Je hebt beide nodig: zonder monitoring is er niets om op te alerten, en zonder alerting moet je zelf blijven kijken om een probleem op tijd te zien.
De meest waardevolle alerts zijn die op plotselinge veranderingen: een sterke daling in het aantal actieve producten, een sprong in de foutratio, een prijs of voorraad die buiten een logische bandbreedte valt, of een import die helemaal niet binnenkomt. Het zijn niet de geleidelijke trends maar de plotselinge afwijkingen die wijzen op een incident dat directe actie vraagt.
Werk met een vaste volgorde: signaleren, beoordelen, beperken, herstellen en achteraf de oorzaak wegnemen. Beoordeel eerst de impact: hoeveel producten en omzet raakt het. Beperk de schade, bijvoorbeeld door een kanaal te pauzeren of terug te rollen naar een werkende versie. Herstel daarna de oorzaak. Tot slot voorkom je herhaling met een controle of een rule, zodat hetzelfde incident niet terugkomt.
Basis-alerts op aantallen en foutratio's zet je zelf op, en een eenvoudig stappenplan voor incidenten kun je zelf opstellen. Het wordt complexer wanneer je drempelwaarden wilt afstemmen op normaal gedrag, escalatie wilt inregelen of incidenten over meerdere kanalen wilt beheersen. Dan loont het om de alerting en de responsprocedure in een keer goed te laten opzetten zodat je niet pas reageert als een klant klaagt.
Verder in de kennisbank: Een monitoringsysteem voor je feeds bouwen: de complete gids · Feedproblemen oplossen: het complete handboek · Feed-datakwaliteit structureel borgen: de complete gids