Benchmark report
Is netlify.com slow?
Homepage load times from 6 cities
Fast globally
Netlify responds quickly from all 6 test locations. Mumbai was fastest at 23 ms; Amsterdam took 73 ms.
- Fastest
- 23 ms
- Mumbai
- Slowest
- 73 ms
- Amsterdam
- Successful requests
- 100%
- 6 locations
Response time around the world
Mumbai
23 msTokyo
24 msSingapore
26 msSan Francisco
37 msMontreal
38 msAmsterdam
73 ms
Why is Amsterdam slower?
Five cities look alike in the controlled run of 4 October: 22 to 32 ms in total, with the TLS handshake at 5 to 7 ms and the download at 6 to 14 ms. Amsterdam took 69 ms, and the extra time sits in two places: the handshake (18 ms) and the download (33 ms). Both grow with distance, which suggests Amsterdam is reaching an edge further away than the other cities are. The wait for the first byte was only 15 ms.
Click the location to see each stage.
Amsterdam69 ms
- Finding the server
- 3 ms
- Reaching the server
- 3 ms
- Setting up security
- 18 ms
- Waiting for the server
- 15 ms
- Receiving the response: most of the time
- 33 ms
- Total
- 69 ms
Finding the server is measured once per location, so it sits outside these bars. Open a city to see it.
Bars show the typical request, so the parts add up to its total. Why
Compare all locationsHide the comparison
Click a city to see its stage-by-stage breakdown.
Amsterdam69 ms
- Finding the server
- 3 ms
- Reaching the server
- 3 ms
- Setting up security
- 18 ms
- Waiting for the server
- 15 ms
- Receiving the response: most of the time
- 33 ms
- Total
- 69 ms
San Francisco30 ms
- Finding the server
- 15 ms
- Reaching the server
- 4 ms
- Setting up security
- 5 ms
- Waiting for the server
- 7 ms
- Receiving the response: most of the time
- 14 ms
- Total
- 30 ms
Montreal22 ms
- Finding the server
- 16 ms
- Reaching the server
- 1 ms
- Setting up security
- 5 ms
- Waiting for the server: most of the time
- 10 ms
- Receiving the response
- 6 ms
- Total
- 22 ms
Singapore32 ms
- Finding the server
- 4 ms
- Reaching the server
- 5 ms
- Setting up security
- 6 ms
- Waiting for the server
- 9 ms
- Receiving the response: most of the time
- 12 ms
- Total
- 32 ms
Tokyo24 ms
- Finding the server
- 4 ms
- Reaching the server
- 2 ms
- Setting up security
- 5 ms
- Waiting for the server: most of the time
- 11 ms
- Receiving the response
- 6 ms
- Total
- 24 ms
Mumbai23 ms
- Finding the server
- 96 ms
- Reaching the server
- 2 ms
- Setting up security
- 7 ms
- Waiting for the server: most of the time
- 8 ms
- Receiving the response
- 6 ms
- Total
- 23 ms
The phases come from the controlled run of 4 October 2026. Typical and slower times pool the daily requests. 6 of 6 test locations included: Amsterdam, San Francisco, Montreal, Singapore, Tokyo, Mumbai.
Finding the server is measured once per location, so it sits outside these bars. Open a city to see it.
Bars show the typical request, so the parts add up to its total. Why
Netlify still feels slow?
- Check Netlify’s status page
- Platform and CDN incidents are posted there before they show up in a benchmark.
- This is not a benchmark of your site
- A site on Netlify has its own build output, redirects, functions and cache headers. Functions, Edge Functions, forms, identity and the dashboard are not measured here.
- European visitors get the Amsterdam number
- Our cities reached two addresses in the controlled run, 47 ms apart at most. Amsterdam shared one of them with Montreal, Singapore and Mumbai. Those three answered in 22 to 32 ms, so the address is anycast and does not say which edge replied. Amsterdam's longer handshake and download suggest its edge is further away than the other five. If your visitors are in Europe, expect its number rather than Montreal's.
Response time over the last 29 days
A dot marks a day well above that location’s usual level.
Show the numbers
| Day | Amsterdam | San Francisco | Montreal | Singapore | Tokyo | Mumbai |
|---|---|---|---|---|---|---|
| 11 September 2026 | 84 ms | 35 ms | 37 ms | 30 ms | 27 ms | 33 ms |
| 12 September 2026 | 74 ms | 24 ms | 43 ms | 24 ms | 21 ms | 23 ms |
| 13 September 2026 | 81 ms | 40 ms | 21 ms | 23 ms | 25 ms | 24 ms |
| 14 September 2026 | 79 ms | 35 ms | 38 ms | 29 ms | 22 ms | 22 ms |
| 15 September 2026 | 81 ms | 39 ms | 40 ms | 25 ms | 23 ms | 25 ms |
| 16 September 2026 | 85 ms | 25 ms | 39 ms | 28 ms | 32 ms | 31 ms |
| 17 September 2026 | 82 ms | 37 ms | 34 ms | 28 ms | 24 ms | 27 ms |
| 18 September 2026 | 71 ms | 29 ms | 30 ms | 27 ms | 22 ms | 24 ms |
| 19 September 2026 | 82 ms | 48 ms | 41 ms | 46 ms | 23 ms | 40 ms |
| 20 September 2026 | 88 ms | 45 ms | 36 ms | 22 ms | 22 ms | 40 ms |
| 21 September 2026 | 83 ms | 39 ms | 38 ms | 28 ms | 23 ms | 21 ms |
| 22 September 2026 | 72 ms | 40 ms | 41 ms | 32 ms | 26 ms | 25 ms |
| 23 September 2026 | 79 ms | 38 ms | 25 ms | 22 ms | 23 ms | 23 ms |
| 24 September 2026 | 68 ms | 39 ms | 41 ms | 25 ms | 25 ms | 22 ms |
| 25 September 2026 | 69 ms | 32 ms | 113 ms ▲ | 27 ms | 24 ms | 21 ms |
| 26 September 2026 | 85 ms | 22 ms | 40 ms | 44 ms | 25 ms | 30 ms |
| 27 September 2026 | 84 ms | 28 ms | 35 ms | 30 ms | 24 ms | 25 ms |
| 28 September 2026 | 72 ms | 26 ms | 42 ms | 24 ms | 23 ms | 22 ms |
| 29 September 2026 | 68 ms | 28 ms | 38 ms | 24 ms | 26 ms | 38 ms |
| 30 September 2026 | 73 ms | 26 ms | 23 ms | 25 ms | 23 ms | 22 ms |
| 1 October 2026 | 85 ms | 41 ms | 22 ms | 23 ms | 22 ms | 23 ms |
| 2 October 2026 | 69 ms | 41 ms | 45 ms | 42 ms | 30 ms | 22 ms |
| 3 October 2026 | 141 ms | 27 ms | 41 ms | 25 ms | 23 ms | 24 ms |
| 4 October 2026 | 68 ms | 43 ms | 23 ms | 30 ms | 23 ms | 22 ms |
| 5 October 2026 | 73 ms | 37 ms | 37 ms | 24 ms | 21 ms | 21 ms |
| 6 October 2026 | 71 ms | 42 ms | 37 ms | 26 ms | 26 ms | 24 ms |
| 7 October 2026 | 72 ms | 30 ms | 42 ms | 24 ms | 23 ms | 31 ms |
| 9 October 2026 | 87 ms | 42 ms | 40 ms | 31 ms | 26 ms | 24 ms |
| 10 October 2026 | 73 ms | 41 ms | 43 ms | 27 ms | 27 ms | 26 ms |
About this measurement
GET www.netlify.com · 65 requests per location over 13 daily runs · 27 September 2026 to 10 October 2026
What we tested · Marketing website. The www.netlify.com marketing homepage, about 410 KB of HTML served from Netlify's own CDN cache.
How LatencyRadar measures response time →
Technical details
Doesn’t measure: A site you deploy on Netlify, its Functions, or the dashboard.
One Netlify surface: the www.netlify.com marketing homepage, about 410 KB of HTML that Netlify serves from its own CDN cache. Netlify hosts it on the same delivery network it sells, so the page shows how that network answers a cold request from each of our cities. It does not stand for a site you deploy there: your build output, redirects, functions and cache headers set your own numbers. We cannot see Netlify's cache from outside, so a slow request could be a cache miss or the path from our worker to the edge; the timing alone does not say which.
Between 27 September and 10 October 2026 five cities had a typical time of 23 to 38 ms and Amsterdam 73 ms. Amsterdam's daily median stayed between 68 and 87 ms on 12 of the 13 runs and reached 141 ms on 3 October, so this is a steady difference rather than a few slow days. Montreal moved during the window: 22 to 23 ms on three runs and 35 to 45 ms on the other ten, which the pooled typical of 38 ms sits between and the history chart shows. Mumbai, Tokyo and Singapore were the quickest at 23 to 26 ms. Fastly, measured the same way, is faster still in five cities and slower in San Francisco; Vercel is slower in every city, by the smallest margin in Amsterdam (87 ms against 73 ms).
| Test location | Typical response time | Slower response time | Requests |
|---|---|---|---|
| Amsterdam | 73 ms | 127 ms | 65 |
| San Francisco | 37 ms | 64 ms | 65 |
| Montreal | 38 ms | 47 ms | 65 |
| Singapore | 26 ms | 44 ms | 65 |
| Tokyo | 24 ms | 54 ms | 65 |
| Mumbai | 23 ms | 47 ms | 65 |
Typical: half of the requests finished within this time (technical: p50). Slower: 95% of requests finished within this time (technical: p95). Statistics
- Request
- GET www.netlify.com
- Measured from
- Amsterdam · San Francisco · Montreal · Singapore · Tokyo · Mumbai
- Requests
- Daily measurements from 27 September 2026 to 10 October 2026. 6 of 6 test locations included: Amsterdam, San Francisco, Montreal, Singapore, Tokyo, Mumbai. · 27 September 2026 to 10 October 2026
- Timings taken
- DNS, connect, TLS, waiting for the server, download
- Report coverage
- 6 of 6 test locations included: Amsterdam, San Francisco, Montreal, Singapore, Tokyo, Mumbai.
- Coverage changes
- Mumbai (measured since 7 September 2026) joined this report on 21 September 2026. Earlier daily bands keep their previous location set.
- Daily requests in each location
- Amsterdam: 65 · San Francisco: 65 · Montreal: 65 · Singapore: 65 · Tokyo: 65 · Mumbai: 65
- Typical response time
- Median of the eligible daily requests in each included location.
- Slower response time
- The 95th percentile of the same eligible daily requests in each included location.
Netlify
https://www.netlify.com/
Independent measurement by LatencyRadar. Not affiliated with Netlify. · How we measure (v1.3)
How fast does your site load around the world?
Run a free speed test from multiple cities and find out where your users are waiting. No setup, no account required.
No account required · Takes about 30 seconds.