CoolFace
Datasetpublic

APProjects/saas-vendor-outage-duration-incident-resolution-time-mttr

How long do SaaS vendor outages last? Incident resolution time per vendor, rebuilt daily As of 2026-09-24 12:28 UTC. For every incident a vendor posted on its own public status page with BOTH an opened time and a resolved time, this dataset computes duration_minutes = resolved_at - started_at and rolls it up per vendor. It is derived, every day, from the incident table in saas-vendor-status-pages-outages-incidents-daily; the two are rebuilt by the same job and cannot disagree.… See the full description on the dataset page: https://huggingface.co/datasets/APProjects/saas-vendor-outage-duration-incident-resolution-time-mttr.

sourceHugging Facecc-by-4.0updated 3d agoView on Hugging Face
0likes347downloads
Dataset Card

How long do SaaS vendor outages last? Incident resolution time per vendor, rebuilt daily

As of 2026-09-24 12:28 UTC. For every incident a vendor posted on its own public status page with BOTH an opened time and a resolved time, this dataset computes

duration_minutes = resolved_at - started_at

and rolls it up per vendor. It is derived, every day, from the incident table in saas-vendor-status-pages-outages-incidents-daily; the two are rebuilt by the same job and cannot disagree.

The headline, over 15,172 measured incidents across 598 vendors

Incidents with both times, vendor-posted15,172
Median time from opened to resolved2.3 h
90th percentile28.1 h
Resolved in under 1 hour4,666 (30.8%)
Open for more than 24 hours1,843 (12.1%)
Major or critical impact4,867 — median 2.0 h

Excluded, and counted rather than guessed

bucketrows
Included (both times, vendor-posted, non-negative)15,172
Scheduled maintenance (not an outage)661
Still open / no resolve time posted146
Resolve time we inferred (vendor never posted one)45
Resolved before opened (vendor data error)235
Total incidents in the source table16,259

Most incidents in the last 90 days (to 2026-09-24)

Incident count measures how much a vendor communicates, not how reliable it is: a vendor that posts every blip ranks "worse" here than one that posts nothing. Read it with the median next to it.

vendorincidents, 90dmedian minutes, 90dall-time measured
Twilio≥ 160353160
Cloudflare≥ 10771107
Bandwidth≥ 9323693
Exact85164586
Hostinger≥ 855485
Scaleway≥ 757775
Kraken7334673
Coinbase≥ 717871
Sinch≥ 7013770
Datto≥ 6962769
Shippo6815169
QuickNode≥ 6625266
Visma≥ 661166
Vonage API≥ 6520265
Grafana Labs≥ 6410764
Zoom≥ 644464
GitHub≥ 607960
Alchemy≥ 578157
Qualys≥ 57157857
Supabase5712062
Anthropic≥ 566156
Ledger553266
OpenAI≥ 538153
Flyio518556
Granicus5023756

“≥” on 18 row(s): the source status-page API returns at most 50 incidents per vendor, and these vendors' archives begin inside the 90-day window, so the count is a floor rather than a total. The median beside it is over the incidents we can see.

Slowest and fastest to resolve (vendors with at least 20 measured incidents)

slowest medianminutesfastest medianminutes
Otava3221Percy0
Doit2808Sauce Labs3
NVIDIA GeForce1818Nitro5
Exact1675Liveramp8
Qualys1578HeroCoders9
Ionos Cloud1325Visma11
Iristel1282SEEK14
ESET1279Upstash19
Finalsite1273Ledger28
Liquid Web1244Assembled31

What is in the files

data/incident_durations.csv — 15,172 rows, one per measured incident:

columnmeaning
vendor_slugstable id; incident history page at https://approjects-vendor-status-watch.static.hf.space/v/<vendor_slug>.html
vendorvendor display name
platformstatus-page platform the vendor uses
incident_idthe vendor's own incident id
titleincident title as posted
impactvendor-declared impact (none, minor, major, critical)
started_at / resolved_atISO-8601, exactly as the vendor published them
duration_minutesresolved_at - started_at, integer minutes
urlthe incident's permalink on the vendor's status page

data/vendor_summary.csv — 598 rows, one per vendor with at least one measured incident: incidents_measured, first_incident, last_incident, median_minutes, p90_minutes, mean_minutes, total_minutes, major_critical_count, major_critical_median_minutes, incidents_90d, minutes_90d.

python
import pandas as pd
d = pd.read_csv("https://huggingface.co/datasets/APProjects/saas-vendor-outage-duration-incident-resolution-time-mttr/resolve/main/data/incident_durations.csv")
d.groupby("vendor")["duration_minutes"].median().sort_values().tail(20)   # slowest to resolve

Method, and what it does NOT say

  • —Times are the vendor's own, as posted on its status page. This is posted incident duration, not measured downtime: a vendor can open the incident late, resolve it early, or never post one at all. It is not an uptime or SLA figure and must not be read as one.
  • —History depth differs by platform: Atlassian Statuspage exposes a public incident archive that we back-fill (capped at 50 incidents per vendor by that API); other platforms accumulate only from the day we first watched them (2026-09-04). Cross-vendor counts are therefore not comparable; medians are more robust than counts.
  • —Scheduled maintenance is excluded because a planned window is not an outage.
  • —Where a resolve time is missing, or where we had to infer resolution from the incident disappearing, the incident is excluded — never estimated.
  • —Impact labels are the vendor's; "major" at one vendor is not "major" at another.

Freshness

Rebuilt daily by an automated pipeline from 804 vendor status pages; source snapshot generated 2026-09-24T12:28:39Z. A static copy of this table is wrong within a week, which is why it is published here rather than once.

Keep up with this dataset

Not setting it up today? Join the update list → — an occasional note when this dataset's coverage or schema changes materially. The list is shared across APProjects datasets, holds an email address only, is run by Gumroad, and any message unsubscribes you. The all-vendors RSS feed at https://approjects-vendor-status-watch.static.hf.space/feed.xml needs no address at all.

Paid tier — Hosted watch, $49 / 12 months.

We run the watcher for you: your vendors' public status pages are checked every 5 minutes, and every incident opened, updated or resolved appears in your own private feed within minutes — plus one check-in every 24 hours, so a quiet feed is a working feed rather than an ambiguous one.

Who this is for. For teams that cannot or will not run a GitHub Action: IT and vendor-management staff without a repo, agencies watching clients' vendors, and companies whose policy forbids third-party actions. If you have a repo and five minutes, the free template above is the same engine.

  • —Up to 50 vendors from the living map of 1,100+ SaaS status pages; type names at checkout.
  • —Checked every 5 minutes for a year by a scheduled job in Apify's cloud — not on a laptop, and not dependent on any server of ours staying up.
  • —Delivered as your own private RSS feed, which you point Slack, Teams, Discord or any reader at. We never ask for a webhook, so we hold no credential of yours.
  • —A first entry within minutes of purchase naming which vendors matched the map and which did not — nothing is silently unwatched.
  • —A vendor we cannot read is reported as CANNOT SEE, never as OK; when it is readable again you are told.
  • —No repo, no GitHub, no YAML, no account with us. Nothing to install.

Get the hosted watch — $49 / 12 months · Try it free for 30 days — up to 5 vendors, no card

One payment, no auto-renewal. Full refund within 30 days for any reason — reply to your Gumroad receipt. After that, a pro-rata refund if alerts stop for 7 consecutive days through our fault. Would rather run it yourself? The open-source GitHub Action does the same 5-minute watch for unlimited vendors inside your own account, free: https://github.com/APVentureEngine/vendor-status-watch

Related

License

CC BY 4.0. Underlying incidents are the vendors' own public status-page posts. Attribution: "Vendor Status Watch, https://approjects-vendor-status-watch.static.hf.space".

Not affiliated with any vendor named here.

<!-- warn-feed:px:start --> <img src="https://cdn.jsdelivr.net/gh/APVentureEngine/vendor-status-watch@main/docs/assets/px/hf/saas-vendor-outage-duration-incident-resolution-time-mttr.png" width="1" height="1" alt=""> <sub>Card views are counted anonymously: one 1×1 image on a public CDN, no cookies, no script, no personal data. The count is public: <a href="https://data.jsdelivr.com/v1/stats/packages/gh/APVentureEngine/vendor-status-watch@main/files?period=month">jsDelivr stats</a>.</sub> <!-- warn-feed:px:end -->