Skedbit

Skedbit

Cron scheduler for devs | smart retries & extended timeouts

8 followers

Built for developers: schedule webhooks, run background jobs, and automate HTTP requests with smart retries, long timeouts, and real-time logs. No bloat, just reliable cron scheduling.
Skedbit gallery image
Skedbit gallery image
Skedbit gallery image
Skedbit gallery image
Skedbit gallery image
Skedbit gallery image
Free
Launch Team
Wispr Flow: Dictation That Works Everywhere
Wispr Flow: Dictation That Works Everywhere
Stop typing. Start speaking. 4x faster.
Promoted

What do you think? …

KarenRed
Maker
📌
Hey Product Hunt — I’m Karen, the maker of Skedbit, and this started from a personal itch. A few days ago I was building something that needed scheduled API calls. Nothing fancy — just simple cron jobs to hit a webhook every few minutes. But everything I tried had the same annoying issue: Timeout limits were too short. 30 seconds max? Sometimes I just need 45 or 90 seconds to get a job done. Not because it's inefficient — just real-world use cases like calling an external API, updating a database, or running a process that doesn’t need to be lightning-fast, just reliable. The other options were either: – too rigid (hard timeouts, no control) – too bloated (felt like I was setting up an entire ops pipeline) – or too expensive for something so basic. So I built Skedbit — a simple cron job scheduler designed for developers who just want to run their jobs reliably, get notified when something fails, and see performance analytics at a glance. Here’s what makes Skedbit different: Longer timeouts (up to 3+ minutes) — because not everything fits in 30s Retry policies and alerts — so failed jobs don’t go silent Clean UI with job-level analytics — success rate, response time, failure trends Simple pricing — no surprises, no seat limits If you’ve ever had to spin up a server just to run a cron job or duct-tape together a job + retries + logging + alerting… I built this for you. Skedbit doesn’t try to be an automation platform or compete with Zapier. It’s built for one job: triggering your endpoint reliably, with the power you need and none of the noise. There’s a free plan if your jobs are short (under 30s), and paid plans for longer or more advanced workloads. Would love to hear what you think, what you’d add, or what your stack looks like right now. Thanks for reading — Karen here and listening.
Erliza. P

Dev-friendly and precise ⏱️🧑‍💻 Smart handling for those tricky jobs ⚙️🔁

Arnaud C.

Built and launched within a few days. Love it! 🚀

Do the webhook support basic authentication and custom headers?

KarenRed
hey @lynfogeek sorry to have missed your comment! I did not receive a notification. Skedbit is purely a trigger service that calls webhooks on schedule, it doesn’t need to process or understand the webhook’s response data - it just needs to: 1. Deliver the HTTP request with whatever authentication/headers the endpoint requires 2. Handle the mechanics of scheduling, timeouts, retries, and logging 3. Pass through any custom headers or authentication that the user configures You can test your endpoint in the landing page. You can select the max timeout if you need that long timeout to see if your webhook will work. Your data in the form are not saved. It’s a demo to test before signing up. Thanks for asking this. I’ll add this to the FAQ.
Arnaud C.

@karenred I signed up earlier today, but did not schedule any cron yet. The webhook I would like to schedule are protected by a Basic Access Authentication, but I couldn't find how to define the secret that Skedbit would pass as header. Without it, my server would rightfully return 401.

KarenRed
@lynfogeek Great feedback! Custom headers/auth are not supported yet, this will likely be in the paid plans but I’ll check this tomorrow and let you know once it’s ready for you to try it out.