Tracking gaat stilletjes stuk. Monitoring is hoe je het merkt.
De faalmodus van server-side tagging is niet de bouw. Het is maand vier, wanneer een developer een checkout-wijziging uitrolt, een endpoint 502's begint te geven, of een CMP-update ongemerkt een consent-default omzet. De container blijft 200 teruggeven en niemand merkt het tot het kwartaal gerapporteerd wordt. Dit is het deel van de markt dat meestal als statuspagina verkocht wordt, als het al verkocht wordt.
SLO's, geen dashboard
Beschikbaarheid van ingest, slagingspercentage per bestemming, p95-latency, match quality en consent-dekking krijgen elk een doel en een error budget. Zodra een budget begint te verbranden hoort iemand dat — geen widget die oranje wordt op een pagina die niemand openheeft.
Bufferen en opnieuw versturen
Events die onderweg zijn wanneer een bestemming eruit ligt worden gebufferd en opnieuw verstuurd zodra hij terug is, zodat een storing aan de andere kant je latency kost in plaats van conversies. Die replay wordt gelogd en geteld, en dat is hoe je het verschil ziet tussen een opgelost incident en stil verlies.
- Alerting op eventvolume tegen een seizoensbasislijn, geen vaste drempel
- Elke bestemming bewaakt op non-2xx, inclusief de response body
- Match quality en dekking van identifiers over een rollend venster
- Alerting op de consent-mix, zodat een CMP-wijziging je data niet stil hervormt
- Foutpercentage, cold starts, geheugendruk en kostenverbruik van de container
- Detectie van schema drift — een parameter die stopt is een alert, geen verrassing
- Teams zonder iemand om een alert naartoe te sturen. Monitoring die in een leeg kanaal afgaat is theater
- Setups zonder server-side pipeline — er valt pas iets te bewaken als die er is
Vertel ons hoe je stack eruitziet.
Je krijgt antwoord van de engineer die het werk zou doen, meestal binnen één werkdag, en er staat een echte mening in in plaats van een agendalink.