Skip to content

Downtime Cost Calculator

Estimate what one outage costs your website in lost revenue, response labor, and direct costs, then see how much faster detection saves per year. Free, no sign-up, and nothing you enter leaves your browser.

Revenue the website or app earns. Divided by 8,760 hours for an hourly rate.

From failure until someone knows. Without monitoring, often a customer report.

From detection until customers can use the site again.

100% for a full outage; lower for a slow site, one region, or one feature.

Use your own incident history if you have it.

Engineers, support, and anyone else pulled into the incident.

Loaded cost, not just salary.

SLA credits, refunds, wasted ad spend.

With 1-minute checks: about one interval plus a confirming re-check.

Cost of one incident

–

Lost revenue
–
Response labor
–
Other direct costs
–
Revenue per hour
–
Customer-facing downtime
–

Annual downtime exposure

–

Saved per year by faster detection

–

Start monitoring free

How the calculator works

The calculator adds three costs for one incident, then multiplies by how often incidents happen:

Revenue per hour = annual online revenue ÷ 8,760

Lost revenue = revenue per hour × (detect + restore minutes ÷ 60) × % affected

Response labor = people × hourly cost × (restore minutes ÷ 60)

Cost per incident = lost revenue + response labor + other direct costs

Annual exposure = cost per incident × incidents per year

Customers feel the outage from the moment it starts, so lost revenue counts both detection and restore time. Responders only start working once someone knows, so labor counts restore time only. The savings figure is the lost revenue from the detection minutes you no longer wait for.

What the estimate leaves out

Treat the result as a floor. Dividing annual revenue by every hour of the year assumes revenue is spread evenly, and most sites earn more at peak hours. A checkout outage during a sale costs far more than the same outage at 4 a.m.

  • Churn and lost deals: customers who leave after a bad outage. Estimate a low, expected, and high case rather than one number.
  • Recovery after the fix: queued jobs, retried payments, and support tickets keep costing time after the site is back.
  • Search and reputation: long or repeated outages can hurt crawling and trust, which is hard to price.

For the full worksheet, including campaign waste, SLA credits, and worked examples, read how to calculate website downtime cost.

Why detection time matters most

You control two parts of every outage: how fast you find out, and how fast you fix it. Detection is usually the cheaper one to improve. Here is the same 45-minute fix with different detection times:

How you find out Time to detect Customer-facing downtime
A customer complains30–60 min75–105 min
10-minute checks10–20 min55–65 min
1-minute checks1–2 min46–47 min

Detection times are illustrative ranges: one or two check intervals for monitoring, and a typical delay before someone reports a problem. Put your own numbers into the calculator. To compare intervals in depth, see 1-minute vs 5-minute monitoring.

Find out before your customers do

Webalert checks your site, API, and SSL certificate around the clock and alerts you by email, Slack, or SMS the moment something fails. Start free, no credit card.

Frequently asked questions

How do you calculate the cost of downtime?
Multiply revenue per hour by the hours customers could not use the site and by the share of revenue affected. Then add the cost of the people responding and any direct costs such as SLA credits or refunds. Multiply by incidents per year for annual exposure.
How do I get revenue per hour?
Divide annual online revenue by 8,760, the number of hours in a year. If most of your revenue comes in during business hours or peak seasons, use the revenue for those hours instead, because an outage then costs more than the average.
Why does lost revenue include detection time but labor does not?
Customers are affected from the moment the site fails, whether or not anyone has noticed. Your team only starts working once someone knows, so response labor starts at detection.
Is my data stored?
No. The calculation runs in your browser. Nothing you type is sent to Webalert.
How can I reduce the cost of downtime?
Shorten detection with frequent external checks, route alerts to someone who can act, and shorten restore time with runbooks and rehearsed rollbacks. See how to reduce MTTR for the restore side.