Dip

The problem that started it:

I was running a small side project and my site went down for 2 hours before I noticed. I checked my uptime tool — it had pinged me. I'd missed the notification. When I looked at my revenue logs afterward, I could see the exact hole. I thought: why isn't this data in the monitor itself?

What existing tools get wrong:

Standard uptime monitors treat downtime as an ops problem. They tell you a binary state: up or down. But for any site generating revenue, the real question is "what's this costing me?" — and no one was answering that.

What I built:

SiteBleed™ — uptime + SSL monitoring with live revenue-loss tracking. You input your monthly revenue, and when your site goes down, you see a live counter: "$0.43 per minute, $12.30 so far." It also handles public status pages so you can communicate with customers during an outage.

Technical bits:

React + Supabase, edge functions for monitoring, pg_cron for drip, Netlify for hosting

The thing I didn't expect:

Seeing the money counter move is psychologically different from an alert. It changes how urgently you respond. It also changes how you explain the problem to non-technical stakeholders.

Try it: sitebleed.com — free to start, first monitor takes 2 minutes.

What's your current monitoring setup? I'm curious what the indie dev community actually uses.