StatOSS

Netlify uptime

Netlify, checked by StatOSS every 5 minutes from Aarhus and Copenhagen in Denmark, Falkenstein in Germany, Ashburn in the USA, Singapore, and Sydney in Australia. Measured from outside, with every outage dated in UTC.

api.netlify.com/api/v1/sitesEvery 5 minutes

Netlify is up.

Up for 6 d 3 h. Last checked 2026-10-06 11:37 UTC from Sydney, Australia: 401 in 851 ms.

Last 24 hours

Up for 6 d 3 h99.65% passed

288 checks, median 466 ms from Falkenstein, 1 timeout

95% under 524 ms

Response time by region
EuropeEurope466 ms
N. AmericaNorth America280 ms
AsiaAsia1,175 ms
OceaniaOceania1,054 ms

Medians over this range, on one scale up to 1,500 ms. Europe's places are scaled to Falkenstein, its fastest shared place.

  • Timed out, from Sydney, Australia5 min, 1 check

Last 90 days

Up for 6 d 3 h99.88% passed

1,764 checks, median 462 ms from Falkenstein, 2 timeouts

95% under 550 ms

Response time by region
EuropeEurope462 ms
N. AmericaNorth America256 ms
AsiaAsia1,167 ms
OceaniaOceania1,062 ms

Medians over this range, on one scale up to 1,500 ms. Europe's places are scaled to Falkenstein, its fastest shared place.

Each bar of the first strip is one check, five minutes apart; each bar of the second is a day. Height is response time, red is a failed check, amber a timeout. Times are UTC, as of 2026-10-06 11:39 UTC.

In the last 24 hours Netlify passed 287 of 288 checks, 99.65%.

No outage since checks began on 30 Sep 2026.

Availability

The share of checks that passed, and the outages that began, in each window up to now.

LastPassedChecksOutages
24 hours99.65%287 of 2880
7 daysNot enough history yet: checks began on 30 Sep 2026
30 daysNot enough history yet: checks began on 30 Sep 2026
90 daysNot enough history yet: checks began on 30 Sep 2026

A year of checks is kept; the year's figure appears here once there is a year of them.

Response time by location

Over the last 7 days, from the checks that passed: the time from the start of the request to the answer's headers, with the DNS lookup, the connection and TLS included.

FromMedian95th percentileMeanChecks
Falkenstein, Germany466 ms626 ms485 ms198
Ashburn, USA264 ms382 ms276 ms559
Copenhagen, Denmark477 ms518 ms482 ms170
Singapore1,186 ms1,401 ms1,208 ms557
Sydney, Australia1,059 ms1,489 ms1,164 ms83
Aarhus, Denmark523 ms628 ms541 ms195

Outages

None detected since checks began on 30 Sep 2026.

What is checked

Hosting for static sites and front ends, with builds, functions and forms.

StatOSS sends GET https://api.netlify.com/api/v1/sites and counts the check as passed on status 401 within 10 seconds. The REST API's list of sites, which the CLI and deploys use. Without a token it answers 401.

It checks Netlify's API, not the sites Netlify serves from its CDN or the builds.

Netlify reports its own incidents at www.netlifystatus.com. The figures here are measured from outside and can differ from it in both directions.

How it is measured

  • One check every 5 minutes, from one location at a time in turn: Aarhus and Copenhagen in Denmark, Falkenstein in Germany, Ashburn in the USA, Singapore, and Sydney in Australia.
  • A check fails when no answer comes within 10 seconds, when the connection or TLS fails, or when the answer is not status 401.
  • A failed check is repeated at once from a second location, and counts only when that location fails too, or cannot answer within 20 seconds.
  • Two failed checks in a row make an outage, dated from the second, and the first check that passes ends it. A failure shorter than 10 minutes may not make one, and times are good to about 5 minutes.
  • Availability is the share of checks that passed. There are no maintenance windows: every check counts.

It is the same check a StatOSS status page runs for its owner, with the same rules; the docs on checks have the details.