Netlify: SLA evidence report

2026-09-05 to 2026-10-05 · measured by RealUptime from independent regions · generated Oct 5, 2026, 9:54 PM UTC

Netlify: SLA evidence report

Measured downtime
10.0m
Across 1 outage in this window.
Window
2026-09-05 to 2026-10-05
UTC, 30 days.
  • Sep 21, 2026, 2:51 PM UTC to Sep 21, 2026, 3:01 PM UTC

    Single region: US-East

    10.0mmeasured in this window

    Netlify's claim at the time: Said operational the whole time we measured this outage

What we probed

primary
https://api.netlify.com/api/v1/user
secondary
https://www.netlifystatus.com/

Estimate an SLA credit

Enter what you pay Netlify for this period and their own stated SLA target. This estimates a credit from the measured downtime above. It is one common way to reason about an SLA credit, not Netlify's own contract terms, and it is not a legal determination. RealUptime is not counsel.

Based on 10 measured downtime minutes across this report's window.

Methodology

Every outage above is a period our probes measured Netlify as down from enough of the regions we check it from to count as a real outage, not a single unreliable reading (see how we tell the difference). Measured downtime is the wall-clock time inside the window an outage's regions were failing; regions failing together still count as one outage, not one per region.

Netlify's claim at the time comes from their own public status feed, polled on our own schedule, and is shown separately from what we measured. We never change our own reading based on what a vendor claims, and their claim never becomes our reading.

This is one external observation from RealUptime's own regions, not Netlify's own SLA measurement, which is usually defined against their own instrumentation and may cover a different scope than what we probe. The credit estimate above is a starting point for a conversation with Netlify, not a legal determination, and RealUptime is not counsel.