De situatie
Een kleine site, een groot belang. De website is de voordeur van de praktijk: een geboekte afspraak is de conversie, en de planner leunt op een externe agenda. Er is geen ops-team dat dashboards in de gaten houdt. De vraag was dus niet "hoe verzamelen we zoveel mogelijk data", maar "hoe weet één persoon binnen dertig seconden of boeken en contact werken, en hoort hij het als dat niet zo is".
Wat we deden
Observability Audit: eerst de vragen, dan de signalen
We begonnen bij de twee businessflows: boeken en contact opnemen. Daaruit volgde welke signalen ertoe doen: lukt een verzoek, hoe lang duurt het, en faalt het op een manier die de bezoeker niet ziet. De standaardmeting bleek daar niets over te zeggen: een mislukte verzending kreeg netjes een vriendelijk antwoord en verdween daarmee uit elke foutstatistiek. Dat was de eerste bevinding en meteen de belangrijkste.
Tooling & Implementatie: één schakelbord, drie omgevingen, geen persoonsgegevens
Foutbewaking en tracing over browser, server en edge, aangestuurd vanuit één configuratie, zodat een signaal op één plek aan of uit gaat en het privacybeleid niet per omgeving kan verschillen. Persoonsgegevens worden niet verzameld; een tweede scrub-laag vangt wat via een URL toch zou meereizen. Elke gevangen fout in de boekings- en contactflow wordt een gestructureerd faalsignaal met operatie, categorie en upstream-status, nooit met formulierdata. Testomgevingen en lokale ontwikkeling sturen niets naar productie. Sessie-opnames staan bewust uit: ze kostten meetbaar laadprestatie en beantwoordden geen vraag.
Performance Engineering: meten wat de bezoeker meemaakt
Metingen bij echte bezoekers naast labmetingen, met performancebudgetten in de pipeline als veranderingsdetector. Een onderzoek naar het verschil tussen mobiel en desktop liet zien dat de gemeten kloof volledig uit de meetpreset kwam en niet uit de site. Onderweg vond het wel een echte fout, een te laat geladen hoofdafbeelding, die direct is opgelost. De planner kreeg zijn eerste beschikbaarheid mee in de pagina zelf, zodat de bezoeker niet op de externe agenda wacht.
Strategie & Enablement: van data naar één blik
Eén dashboard met de businessflows bovenaan: volume, snelheid en faalsignalen, daaronder web vitals per pagina, fouten en releases. Meldingen als vangnet: een uptime-monitor op de beschikbaarheidsroute en één melding per faalsignaal in productie. Automatische week- en maandrapporten leggen een momentopname vast, zodat trends bewaard blijven voorbij de bewaartermijn van het platform. Elke keuze staat in een beslisdocument, met de meetfeiten die haar dragen.
Wat het oplevert
- Een storing in de boekings- of contactflow is zichtbaar voordat een klant ernaar vraagt.
- Elke wijziging aan de site is meetbaar: performance in de pipeline, fouten per release.
- Privacy is een ontwerpkeuze, niet een instelling achteraf.
- De praktijk heeft geen ops-team nodig: één blik, één vangnet, een rapport per week.
Drie lessen
- Statuscodes vertellen niet alles. Een fout die netjes wordt afgehandeld is voor standaardmonitoring onzichtbaar; maak faalsignalen expliciet.
- Meet het meetinstrument. Een verschil tussen mobiel en desktop kan uit de meetpreset komen; controleer dat voordat u gaat optimaliseren.
- Minder signalen, beter gekozen. Elk signaal dat aanstaat kost laadtijd of aandacht; zet alleen aan wat een vraag beantwoordt.