Ik moet een webhook debuggen, hoe zie ik wat er echt binnenkomt?
iPaaS-tools tonen het binnenkomende request, maar lokaal of bij een nieuwe integratie wil je een tussen-stap die alle headers en body laat zien. Webhook.site, RequestBin en ngrok zijn de standaard-tools.
Probeer dit eerst zelf
- 1Voor een snelle inspectie: maak een endpoint op webhook.site. Plak die URL in de bron, trigger een event, en je ziet payload + headers in je browser.
- 2Voor lokaal testen tegen een dev-omgeving: ngrok http 3000 geeft je een publieke URL die naar localhost tunnelt. Klaar voor Stripe-CLI of vergelijkbare lokale flows.
- 3Voor permanente debug-laag: bouw in iPaaS een 'debug'-tak die elke binnenkomende request kopieert naar een logging-stap voor je naar productie-logica gaat.
- 4Vergelijk altijd headers: Content-Type, Signature, User-Agent. Veel webhook-bugs zitten in een ontbrekende of verkeerde header, niet in de body.
- 5Zet debug uit zodra je live bent. Webhook.site is leesbaar voor iedereen met de URL, dus geen productie-payloads daar laten landen.
Wanneer ons inschakelen
Krijg je een webhook niet binnen en is de bron een SaaS waar je niet bij de logs kunt, dan kunnen we via een proxy-laag meekijken.
Zie ook
- n8n: zelf hosten of cloud-versie nemen?Self-hosted is goedkoper bij volume en geeft data-controle. Cloud spaart je de ops weg.
- Zapier of Make: welke past beter?Zapier is rechttoe-rechtaan, Make doet complexere flows met routers en iterators voor minder geld.
- Power Automate Cloud of Desktop: wat moet ik nemen?Cloud voor SaaS-koppelingen en triggers. Desktop voor RPA op een Windows-machine met legacy-apps.
Past het bovenstaande niet?
Beschrijf je situatie hieronder. We sturen jouw input plus de stappen die je al zag naar onze AI en geven gericht vervolg-advies. Als het te risicovol is om zelf te doen, zeggen we dat ook.
Of doe het helemaal niet zelf
Onze Managed IT-klanten zoeken dit soort vragen niet op. Eén aanspreekpunt, vaste prijs per maand, en het is binnen werktijd opgelost.