Which Top Sites Block Datacenter IPs — November 2026

We take the top 1,000 names in the Tranco list. 775 of them serve a homepage — the rest are infrastructure hostnames with no address of their own to answer from. Each one that does, we ask for its homepage twice at the same moment — once from a datacenter IP, once from a residential one — and publish only the cases where the two answers differ. Of 684 sites that gave us a clean answer, 38 (6%) refused the datacenter request and served the residential one.

38block datacenter IPs
6%of sites we could measure
50%of blockers are Cloudflare-fronted
91asked, no clear answer
Check your own

Does the site you need block datacenter IPs?

One homepage request from our datacenter IP and one through a residential exit, at the same moment. We read the response headers — status, type and size — and never the page body. A domain, not a full URL. 6 checks per 10 minutes.

The headline

A datacenter IP is refused by 6% of the sites we could measure

This is the number that decides whether a scraper works. The same request, sent in the same second from a residential IP, went through on every one of those 38 hosts — so the refusal is about where the request came from, not what it asked for. The reverse happens too, and far less often: 4 sites refused the residential request while serving the datacenter one.

By popularity

Rank barely changes the odds

Top 1003% · 2 of 73
101–5004% · 9 of 257
501–1,0008% · 27 of 354
Who does the blocking

The edge in front of the refusal

cloudflare19
undisclosed7
cloudfront6
fastly4
akamai2

“Undisclosed” means the host announced no CDN in its response headers — not that it has none.

The list

Top sites refusing datacenter IPs

RankSiteFrom datacenterFrom residentialEdge
36fastly.net403200fastly
50digicert.com403200fastly
106reddit.com403200—
195duckdns.orgno response200—
228mit.edu403200—
240rubiconproject.com403200cloudflare
245vungle.com403200cloudflare
275forter.com403200cloudflare
312weibo.comno response200—
330wiley.com403200cloudflare
405espn.com202200cloudfront
537branch.io403200cloudflare
549oup.com403200cloudflare
566uol.com.br403200cloudfront
579deviantart.com403200cloudfront
592teamviewer.com403200cloudflare
593tripadvisor.com403200cloudfront
625berkeley.edu403200cloudflare
636ikea.com403200cloudflare
641amazon.ca202200cloudfront
725amazon.es202200cloudfront
761imgur.com429200fastly
766mediafire.com403200cloudflare
771mlb.com403200fastly
792singular.net403200cloudflare
826liftoff.io403200cloudflare
848networkadvertising.org403200cloudflare
852att.com403200akamai
892kleinanzeigen.de403200akamai
904odoo.com403200—
913fwmrm.net403200cloudflare
927patreon.com403200cloudflare
929thenai.org403200cloudflare
934att.net403200—
941genius.com403200cloudflare
952chaturbate.com403200cloudflare
989conviva.com403200cloudflare
994flipkart.comno response200—

The full set is a free API: GET https://proxmint.com/api/site-blocks — add ?format=csv for a spreadsheet, ?blocked=all for every measured host. No key, CORS open, published CC BY 4.0.

What the list contains

Why the top 1,000 is not 1,000 websites

Tranco ranks by DNS query volume, not by visitors. A CDN hostname or a nameserver domain answers billions of lookups and serves no homepage to anybody, so it places high on a list of “top websites” without being one. 225 of the top 1,000 names — 23% — have no address at their apex to answer a request at all. We resolve every name before measuring it, and dial none of these.

RankNameWhy we did not ask it
7akamai.netno address at its apex
13ezviz7.comno address at its apex
15domaincontrol.comanswers with a private address
20akamaiedge.netno address at its apex
21hicloudcam.comno address at its apex
24akadns.netno address at its apex
28gtld-servers.netno address at its apex
34aaplimg.comno address at its apex
35apple-dns.netno address at its apex
39cloudfront.netno address at its apex
41office.netno address at its apex
42trafficmanager.netno address at its apex

Not a tail effect: the highest-ranked of them is number 7, and the share barely moves the whole way down the list. It is also why our denominator is 775 rather than 1,000, which is not a cosmetic difference. A name with no address of its own can still draw an answer from a residential exit whose resolver replies regardless, and that answer reads exactly like “the datacenter request was refused and the residential one succeeded”. Before we resolved names first, that alone put 42 sites on this list that did not belong on it. Every row is in the API with its reason, so the count is checkable rather than merely stated.

Methodology

How we measure this

  1. Take the list. The Tranco daily top 1,000, re-fetched every run so the sample is reproducible. Tranco ranks by DNS traffic, so we resolve each name first and measure nothing that has no address to answer from.
  2. Ask twice, at the same moment. A plain GET / from our own datacenter IP and the same request through a residential exit, following up to three redirects. Status and headers only — never the page body.
  3. Confirm before counting. A refusal is re-asked before it counts: twice from the datacenter, where the IP never changes, and up to three times residentially, where every attempt draws a different exit. The residential success is the other half of the finding, so a pair that would be published is measured again from a fresh exit — a difference we cannot reproduce is not published.
  4. Publish only the difference. A site counts as blocking datacenter IPs when the datacenter request was refused — 403, 429, a Cloudflare challenge, or no answer at all — and the residential request genuinely succeeded.
  5. Exclude what we could not measure. Two different exclusions, counted apart because they are not the same claim. 225 names were never dialled: they have no apex address, being the infrastructure domains Tranco ranks by DNS traffic — akamai.net, gtld-servers.net — which serve no homepage to anyone. The other 91 we did dial, and one leg never heard back from the origin. That includes banks, payment services and government sites, which our residential network does not connect to by default. A site that refuses both vantage points is not excluded: that is a measurement, and its answer is that it does not single out datacenter traffic.

On the user-agent: we identify ourselves honestly rather than impersonating a browser. We checked what that costs — across the top hosts, a browser user-agent and realistic Accept headers changed no status on either leg. The refusals we record are about the IP, not about how we introduce ourselves.

Data as of Oct 7, 2026, 7:36 AM UTC. · Companion measurement: how reliable free proxies actually are

Working from the wrong kind of IP?

fastly.net, digicert.com and reddit.com all refused our datacenter request and served the identical one from a residential IP. Same second, same headers, different answer.