Microsoft To-Do Uptime History
Measured by PulsAPI's own checks, not reported by Microsoft To-Do. Every figure below is computed over the 95 days in the last 365 that PulsAPI actually observed, from 2026-05-22 to 2026-08-24. Days nobody watched are left out rather than counted as perfect.
Microsoft To-Do Uptime at a Glance
- Measured uptime
- 100.00%
- Days with an issue
- 0
- Longest outage
- —
- Mean recovery
- —
across 95 observed days
days were not fully operational
no resolved incident recorded
no resolved incident recorded
Monthly Microsoft To-Do Uptime
Each month is the mean of its observed days. Months with few observed days are marked, because a short month is not evidence of a good one.
| Month | Uptime | Uptime bar | Days observed |
|---|---|---|---|
| August 2026 | 100.00% | 24 | |
| July 2026 | 100.00% | 31 | |
| June 2026 | 100.00% | 30 | |
| May 2026 | 100.00% | 10partial |
How This Microsoft To-Do Uptime Figure Is Measured
PulsAPI checks Microsoft To-Do every 60 seconds and records the result. A day's uptime is the share of that day's checks that came back fully operational, so a 20-minute outage shows up as a dip rather than being rounded away. The window figure is the mean of those daily values.
Two things this deliberately is not. It is not Microsoft To-Do's own published uptime, because vendors generally measure against their own SLA definitions, which usually exclude scheduled maintenance and often exclude partial degradation. And it is not a promise about the future: 95 days of history describes what happened, and the useful way to read it is alongside the incidents behind the dips.
Uptime measured this way is a mean of component uptimes where a vendor publishes components, so coverage matters as much as the percentage. That is why the observed-day count sits beside every figure on this page rather than in a footnote.
These measurements are published under CC BY 4.0. Quote or republish them freely, with attribution to PulsAPI.