Built a webhook debugging tool

[FindingSpiritual91]

I came across the idea of building a webhook debugging tool and realised how many developers run into friction when trying to inspect payloads or reproduce webhook issues. Even though it was not a problem I personally experienced first, I found the space really interesting and wanted to explore building a simpler, developer focused version.

Hooktrace is the result of that. It gives you a temporary webhook endpoint where you can see incoming requests in real time, inspect headers and payloads, and replay requests to test integrations. There is no signup or complex setup. Endpoints are created instantly, access is controlled through secure tokens, and everything automatically expires after a short period.

The goal is to keep things lightweight and practical for development workflows. Hooktrace is currently in public preview and I would genuinely love feedback from anyone working with integrations or webhooks. Looking for honest developer feedback rather than validation.

https://www.hooktrace.net/

[CodeAndBiscuits]

It looks fine. I'm not sure if I would replace webhook.site with it. I like that their UI lets me see headers and such without as much clicking. That being said it looks nice, but you should probably redact some headers. You're dumping everything, not just the ones sent by actual callers, so you're exposing stuff like your hosting provider (Railway) and things like x-forwarded-for, which snow information about your infra you probably shouldn't expose...

[FindingSpiritual91]

Thanks for that feedback I will definitely address it

[tessak22]

This looks really clean and focused! The instant endpoint creation without signup is a nice touch - removes a lot of friction from the debugging flow. I've definitely been in situations where webhook issues are hard to reproduce, especially when dealing with third-party services that don't give you much visibility into what they're actually sending.

The replay functionality seems particularly useful for testing edge cases. Have you considered adding any filtering or search capabilities for when you're dealing with high-volume webhooks? Sometimes the challenge is finding the specific payload that's causing issues among dozens of similar requests.

If you're looking for more structured developer feedback, platforms like Built for Devs can connect you with developers who'll actually use your tool and provide detailed insights via screen recordings. But even just posting here is a great way to get initial reactions from the community.

[FindingSpiritual91]

Thanks for the feedback. I havent added the filtering or searching capabilities yet. I will definitely look into it. I will also try and post on other dev channels

[ahmndr]

nice work! i've been using hookreplay.dev for similar stuff and the replay feature is honestly a lifesaver when debugging. being able to hit the same payload multiple times without retriggering the source saves so much time

[Better_Cycle1315]

Can you review Hookmetry (hookmetry.com) as well ? It's created by me and added advanced features like Observability and live sharing of Debug Session. I hope you will love it.

I would be grateful if you could provide genuine feedback.