Your host's uptime guarantee
A monitor on your own site measures the hosting SLA where your visitors are.
SLA monitoring
HostTracker measures a service's uptime from 300+ checkpoints in 158 cities, outside the provider's network, and keeps the record: uptime reports for every period, a 12-month SLA history on your status page, and each outage with the locations that confirmed it.
30-day trial · 100 monitors · 1-minute checks · no credit card
How a failed check becomes a confirmed outage in the SLA record
Checking an SLA takes two numbers: the downtime the promise allows, and the downtime that really happened, measured by someone other than the provider.
THE TWO NUMBERS AN SLA CLAIM NEEDS
allowed period x (100 - SLA %) / 100 99.9% of a month = 43m 50s measured up / (measured - maintenance down) from 300+ checkpoints, confirmed
Checks reach the service the way your visitors and API clients do, so the figure does not rest on what the provider reports about itself.
A failed check is re-run from other locations before it counts, so one checkpoint's routing problem does not become downtime.
Uptime per period by email, a monthly SLA history on a status page and the full incident list through the API. Turn it into a credit
The same measurements, read four ways: by email, in the dashboard, per monitor and as a document to attach to a claim.
Daily, weekly, monthly, quarterly or yearly, as your plan allows: each subscribed monitor's uptime and downtime for the period and its total uptime since monitoring began. Weekly and monthly reports break down by day, quarterly by week, yearly by month.
Every monitor's uptime, outages and timeline, from the last 6 hours to 90 days, this or last month, or a custom range, with a daily trend against a 99.9% line.
Uptime for the last 7, 30 and 365 days and a custom range side by side, and whether the last 365 days stayed above 99.9%.
PDF, CSV or XML for one monitor or a selection, over 7, 30 or 90 days or your own dates: statistics with the checks behind them, outages with start, end and duration, and incidents with the error each location reported.
Which report frequencies each plan includes is in the pricing table below.
If you promise uptime to customers, a status page shows the promise next to the measurement.
Setting the target. In the status page settings, under SLA and analytics, enter your SLA target, such as 99.9. The page shows it beside the overall uptime, with a 30-day error budget: the downtime allowed and the downtime used.
The monthly SLA history. Visitors open a table of the last 12 calendar months, each with its uptime and whether it met the target, and export it as CSV: Month, Uptime %, SLA target %, Within target. A month's figure is that of the page's weakest monitored service; paused and third-party rows are left out. The history is also public as JSON at /status/{page}/sla-export.json.
Limits. Never shown on a password-protected page. The SLA target is part of Complete, Webmaster, Business and Enterprise. Downtime inside a maintenance window shown on the page is left out, and the owner may count outages shorter than at most 10 minutes as up on the page (off by default; reports and the API are unaffected).
Every figure above is reachable from code, with the outages behind it. Times are Unix seconds; a token needs the monitor:read scope.
MONTHLY SLA FIGURES AND THE OUTAGES BEHIND THEM
GET /monitor/result/summary ?monitor=<id>&from=<unix>&to=<unix> &bucket=month each row uptimePercent slaTarget slaMet errorBudgetSecRemaining upSec downSec totalSec maintenance GET /monitor/incident?monitor=<id> &expand=recheck each row detectedBy confirmations[] {error, locations[]}
GET /monitor/result/summary returns uptime for any window, whole or by hour, day, week or calendar month, scored against the monitor's own SLA target or a sla= value: slaMet and the error budget left.
Rows carry up, down and measured seconds and the maintenance share behind uptimePercent.
GET /monitor/incident lists every outage; expand=recheck adds which location saw it first and which confirmed it, with each error. Signed webhooks push incident.opened and incident.closed as they happen.
API access is included in Complete, Business and Enterprise. On plans with the full log, GET /monitor/incident/{id}/check also lists every failing check inside an incident. More in the monitoring API.
A provider will question any number that differs from its own. The record already carries the answers.
More on multi-location availability monitoring and on what an uptime check counts as down.
An SLA credit is the share of the fee a provider returns when it misses the commitment.
allowed downtime = period length x (100 - SLA %) / 100
The table uses a 30.44-day month (2,630,016 seconds) and a 365.25-day year (31,557,600 seconds), the averages SLA tables use, rounded down to the second.
| SLA | Downtime per day | Per month | Per year |
|---|---|---|---|
| 99% | 14m 24s | 7h 18m 20s | 3d 15h 39m |
| 99.5% | 7m 12s | 3h 39m 10s | 1d 19h 49m |
| 99.9% | 1m 26s | 43m 50s | 8h 45m 57s |
| 99.95% | 43s | 21m 55s | 4h 22m 58s |
| 99.99% | 8s | 4m 23s | 52m 35s |
Worked example. A 99.9% monthly SLA and 1 hour 30 minutes of measured downtime. The allowance is 43 minutes 50 seconds, the actual uptime is 99.7947%, so the SLA is missed by 46 minutes 9 seconds. Under the example schedule of 10% credit below 99.9%, 25% below 99% and 50% below 95%, that is 10% of the monthly fee: 20.00 on 200.00. Check your contract's schedule.
Uptime to downtime and back for any target: the uptime and SLA calculator.
Each is a percentage in a contract and a credit nobody pays unless claimed.
A monitor on your own site measures the hosting SLA where your visitors are.
Monitor the vendor's login page or API endpoint and keep every outage on record.
An API monitor asserts the response, so a wrong answer counts as an outage too.
A status page with an SLA target lets customers check the history themselves.
A monthly uptime report per client, sent by email without anyone compiling it.
A yearly report, by month, shows the whole contract term.
Read from the live plan catalog, the same numbers as the pricing page. Prices are per month on monthly billing.
| Plan | Price | Monitors | Shortest interval | Uptime reports | Status page SLA target | API access |
|---|---|---|---|---|---|---|
| Complete | $9 a month | 1 website, all monitoring types | 1 minute | Daily to yearly | Included | Included |
| Webmaster | $14 a month | 10 | 5 minutes | Daily to yearly | Included | Not included |
| Business | $29 a month | 25 | 1 minute | Daily to yearly | Included | Included |
| Enterprise | $99 a month | 150 | 1 minute | Daily to yearly | Included | Included |
Complete covers one website: all of its monitors belong to that site and its subdomains (fair use).
Other billing periods and plan sizes are on the pricing page. The 30-day trial includes 100 monitors and 1-minute checks, plus the status page SLA target and API access.
The importer in the New monitor panel reads exports from UptimeRobot, Pingdom, StatusCake, Better Stack, Site24x7 and Uptime Kuma. It converts HTTP, keyword, ping and port monitors and lists anything it cannot convert, with the reason. A plain list of URLs, one per line, works too.
Import your monitorsStart the 30-day trial first and confirm your email; the importer opens once the address is confirmed. HostTracker is not affiliated with any company named here; product names are trademarks of their owners.
Websites, servers, APIs, certificates. One check type per page, the same locations, alerts and reports behind all of them.
Trusted by teams at
Every chapter opens in place, so the page stays short.
The SLI is what is measured, such as the share of successful checks; the SLO is the internal goal for it; the SLA is the contract's promise, with credits when missed. SLA monitoring measures the SLI independently against the SLA.
Contracts differ; common practice, not rules: announced maintenance is usually excluded, short blips may be ignored, slow responses past a threshold can count as downtime, and causes on your side are excluded.
Measuring a service's availability independently against the uptime percentage its service level agreement promises, and keeping a record of every outage. HostTracker checks from 300+ checkpoints in 158 cities, outside the provider's network.
The uptime percentage for a period, the downtime behind it and the target. HostTracker's email reports give each monitor's uptime and downtime per day, week, month, quarter or year; a status page with an SLA target adds a 12-month history, exportable as CSV.
Compare the measured uptime with the commitment for the contract's period, then find the matching tier of the credit schedule. Example: a 99.9% monthly SLA allows 43 minutes 50 seconds of downtime; 1 hour 30 minutes of downtime gives 99.7947% uptime, so a schedule paying 10% below 99.9% returns 10% of the monthly fee. The calculator on this page does it for your figures.
43 minutes 50 seconds in an average month of 30.44 days and 8 hours 45 minutes 57 seconds in a year of 365.25 days. At 99.99% the monthly allowance is 4 minutes 23 seconds.
Not if the maintenance window is set to keep its downtime out of the statistics: downtime inside it is then left out, while uptime inside it still counts. A status page leaves out downtime inside the maintenance windows it shows.
Yes, on plans with API access (Complete, Business and Enterprise). GET /monitor/result/summary returns uptime for any window, by calendar month if you ask, with slaMet and the error budget left against the monitor's SLA target. GET /monitor/incident with expand=recheck lists every outage with the locations that confirmed it.
By default, a failed check is re-run 10 seconds later from up to seven other locations, 2 seconds apart, and the majority of countable results decides; a tie keeps the previous state. A single checkpoint's network problem does not become downtime in the record.
Up to 100 monitors with 1-minute checks for 30 days, plus the status page SLA target and API access, and no credit card. If you then choose a plan: 30-day money-back on your first payment; your price stays while your subscription stays active.
Add the service, pick the locations and subscribe to the monthly report. The record starts with the first check, from 300+ checkpoints in 158 cities.
Part of HostTracker's website monitoring software.