Shipped a fix for the webhook failures nobody notices until a customer complains
A silent webhook failure cost a client their invoice — and they only found out when a customer complained. Here's what I built to stop it happening again.
Last month a client told me a payment webhook from Stripe just... never arrived on their end. No error, no alert, nothing. Their server had a cold start, timed out, and the webhook was gone forever. They only found out because a customer emailed asking where their invoice was.
That's the part that got me — it wasn't a bug in their code. It was silence. No log, no retry, no way to even know it happened until a real person complained.
So I built Webhook Proxy. It sits between Stripe/Make/Zapier and your actual endpoint, logs every payload instantly, and retries failed deliveries automatically (or with one click if you want to trigger it yourself). Zero SDK — you just swap the destination URL.
Free tier is 5,000 webhooks/month, no card needed, mainly because I wanted real feedback before locking in pricing.
Still early days — no paid users yet, just trying to get this in front of people who've actually been burned by a silent webhook failure. If that's you, curious what you did about it (manual Stripe dashboard replay? custom logging? nothing, and found out the hard way?).
-
1Stripe already retries failed deliveries, so the key distinction seems to be what happens after those retries. Have you identified that specific gap in the client incident?2 hours ago Reply
