The same proxy that works perfectly for SEO monitoring will fail instantly on a sneaker site. This guide matches each use case to the right proxy type, explains why, and gives you a setup checklist for each
Use case 1
Web scraping
High-volume data extraction. Start cheap, escalate only when blocked. Most scraping targets don’t need residential.
Datacenter Best for most Fast, cheap, works on unprotected targets |
ISP Step up When datacenter gets blocked on mid-tier sites |
Residential High-value only Expensive — reserve for heavily protected targets |
Mobile Avoid Overkill cost for scraping volume |
|
|
|
|
✓ The default answer is datacenter
The majority of websites — news sites, directories, public databases, most e-commerce product pages — have no meaningful bot protection. Datacenter proxies are fast enough for 99% of scraping tasks and cost a fraction of residential. Only escalate if your target is actively blocking you.
| Target type |
Recommended proxy |
Reason |
| News sites, blogs, directories |
Datacenter |
No bot protection — speed and cost matter most |
| Public APIs (no auth) |
Datacenter |
Rate limits are per-IP — rotation solves it cheaply |
| Mid-tier e-commerce (product prices) |
ISP or Datacenter |
Test datacenter first; if blocked, step up to ISP |
| Amazon, Walmart, major retailers |
ISP or Residential |
Aggressive datacenter blocking; ISP usually sufficient |
| LinkedIn, Indeed (structured data) |
Residential |
Hard-block datacenter and many ISP ranges |
| Real estate (Zillow, Rightmove) |
ISP or Residential |
Varies by region — test ISP first |
| Cost estimator — scraping |
|
| Pages per day |
10,000 |
| Avg page size (KB) |
500 KB |
Datacenter $2/mo $0.07/day · 4.77 GB/day |
ISP $6/mo $0.19/day · 4.77 GB/day |
Residential $14/mo $0.48/day · 4.77 GB/day |
Mobile $43/mo $1.43/day · 4.77 GB/day |
|
|
|
|
Scraping setup checklist
- Start with datacenter on a small test batch
Send 200 requests to your target. If the success rate is above 90%, stick with datacenter — no need to pay more.
- Rotate IP on every request
Don’t reuse IPs until you’ve exhausted the pool. Most targets rate-limit per IP — rotation dilutes your footprint.
- Add randomised delays between requests
2–8 seconds between requests per IP. Perfectly uniform timing is a bot signal. Add jitter: delay = base + random(0, 3).
- Match your User-Agent to a real browser
Set a current Chrome User-Agent and include Accept-Language, Accept-Encoding headers. A bare python-requests header is an instant block on any serious target.
- Monitor success rate continuously
Log response codes and body size on every request. If success rate drops below 80%, your IPs are burning — rotate the pool or escalate proxy type.
▲ Use case 2
Sneakers & retail drops
The most technically demanding use case. Speed, IP quality, and session stability all matter simultaneously — and the window is seconds.
Datacenter Won’t work Hard-blocked by Nike, Adidas, Supreme, Footsites |
ISP Best choice Residential-looking + fast enough for drops |
Residential Good backup More trusted but slower — latency can cost you |
Mobile Last resort Expensive and variable speed — use if ISP/resi fail |
|
|
|
|
! Datacenter is dead on all major sneaker sites
Nike, Adidas, Footlocker, Supreme, Kith, and every major sneaker retailer hard-block all known datacenter IP ranges. This isn’t a tuning problem — those IPs are permanently blocklisted. If you’re using datacenter proxies for sneakers, you’re copping nothing.
| Site |
Recommended proxy |
Notes |
| Nike SNKRS / Nike.com
|
ISP |
ISP performs well; US IPs required for US drops |
| Adidas / Confirmed App |
ISP or Residential |
ISP works; resi gives better rate on high-demand drops |
| Footlocker, Champs, Eastbay |
ISP |
ISP is the sweet spot — fast and trusted |
| Supreme |
Residential |
Stricter — residential performs more consistently |
| Shopify-based boutiques |
ISP or Residential |
Depends on which bot protection the shop uses |
| Ticketmaster / event drops |
Residential |
Heavy Akamai protection — residential required |
Latency is a weapon — P95 matters more than average
On a high-demand drop, a 400ms difference in your checkout request can mean success or failure. Don’t judge your proxy by its average latency. Measure P95 — the slowest 5% of your requests. If P95 is above 600ms on ISP proxies, your provider’s infrastructure is too slow for serious drops. Test before drop day.
Sneaker drop setup checklist
- Use ISP proxies in the same country as the drop
US drops need US IPs. UK drops need UK IPs. International IPs add latency and trigger geo-checks on most sites.
- Use sticky sessions for the checkout flow
One IP per bot task — hold it through add-to-cart, checkout, and payment. An IP change mid-checkout triggers fraud detection.
- Benchmark P95 latency before drop day
Run 200 test requests to your target site the day before. Calculate P95. Above 500ms means your proxies are too slow for that target.
- Reserve a clean pool specifically for drops
Don’t use the same IPs for testing and live drops. Burned IPs from excessive monitoring requests will fail when it counts.
- Have a residential backup ready
If your ISP proxies fail on a specific drop, switch immediately to residential. Keep credentials ready — switching mid-drop wastes seconds.
● Use case 3
SEO monitoring
Rank tracking, SERP scraping, competitor analysis. Geo accuracy is everything — you need real IPs in the right cities, not just countries.
Datacenter Limited use Google blocks datacenter IPs aggressively |
ISP Decent Works for national-level rank checks |
Residential Good backup More trusted but slower — latency can cost you |
Mobile Not needed Overkill — residential is sufficient |
|
|
|
|
Geo accuracy is the main variable for SEO
Google serves different results based on the searcher’s location — not just country, but city and neighbourhood. If you’re tracking rankings for a local business in Manchester, you need proxies with IPs that Google believes are in Manchester. Country-level proxies give you national results, not local ones. Always ask providers for the IP count by city, not just country.
| SEO task |
Recommended proxy |
Key requirement |
| Google SERP rank tracking (national) |
Residential |
Real residential IPs — Google blocks datacenter heavily |
| Local rank tracking (city-level) |
Residential |
City-level IP targeting in exact target locations |
| Competitor site scraping |
ISP or Datacenter |
Most competitor sites have weaker protection than Google |
| Backlink checking/crawler tools |
Datacenter |
Ahrefs-style crawling — speed matters, not stealth |
| Google Maps / local pack monitoring |
Residential |
Hyper-local IPs required for accurate local results |
| Bing, DuckDuckGo SERP checks |
ISP or Residential |
Less aggressive than Google — ISP often sufficient |
✓ Bandwidth is low for SEO — this is cheap to run
SERP pages are small (50–150KB typically). Even tracking 1,000 keywords daily across 3 locations only uses about 0.5GB/day. At residential prices of $10/GB, that’s $5/day or $150/month in bandwidth — far less than most users expect. SEO is one of the most cost-effective residential use cases.
SEO proxy setup checklist
- Choose residential with city-level targeting
Confirm your provider supports specific city or postcode targeting. Ask for IP counts in your exact target cities — not just countries.
- Rotate IPs per query, not per session
Each rank check should use a fresh IP. Google tracks repeated queries from the same IP and personalises results — defeating the purpose of rank tracking.
- Set language and locale headers to match target
Set Accept-Language: en-GB for UK results, en-US for US. Mismatch between IP location and language header can skew results.
- Space out queries to avoid CAPTCHA triggers
Google rate-limits aggressively. 1–3 second delays between queries per IP, randomised. Hitting Google too fast triggers CAPTCHA regardless of IP quality.
◆ Use case 4
Ad verification
Checking that ads appear correctly in specific locations, on the right pages, to the right audiences. Geo accuracy and IP authenticity are non-negotiable.
Datacenter Unreliable Ad networks suppress ads to datacenter IPs |
ISP Partial use Works for basic checks — ISP IPs are seen as residential |
Residential Best choice Real user IPs see real ad inventory |
Mobile Mobile ads only Required for verifying mobile-specific ad placements |
|
|
|
|
Ad networks actively suppress ads to non-residential IPs
Google Ads, Meta, and programmatic networks identify datacenter traffic and either suppress ads entirely or serve different creative. If you’re verifying with datacenter proxies, you’re checking a version of the ad experience that your actual target audience never sees. Residential proxies are the only way to see what real users see.
| Verification task |
Recommended proxy |
Notes |
| Google Search ads (SERP placement) |
Residential |
Must match exact target geo and user profile |
| Display / programmatic ads |
Residential |
Ad networks use IP to determine audience segment |
| Social media ad placements (Meta, TikTok) |
Residential |
Platforms suppress ads to non-residential IPs |
| Mobile app ad placements |
Mobile |
Mobile-specific inventory requires mobile IPs |
| Affiliate link verification |
ISP or Residential |
Depends on affiliate network — test ISP first |
| Competitor ad monitoring |
Residential |
Need to see what real users in each region see |
Mobile proxies for mobile ad verification
In-app ads and mobile web placements are often served differently based on the device type inferred from the IP. Desktop residential IPs may not see the same mobile ad inventory. If you’re verifying mobile-specific campaigns — interstitials, in-app banners, mobile search ads — mobile proxies are necessary to see the authentic experience.
Ad verification setup checklist
- Use residential IPs in the exact target market
Ad targeting is often at the city or zip code level. A residential IP in Chicago may not see ads targeted to Boston. Match IP location to the campaign’s geo targeting precisely.
- Use a real browser, not a headless one
Ad networks fingerprint browser characteristics. A headless Chrome with default settings looks nothing like a real user. Use Playwright with stealth plugins and a realistic browser profile.
- Clear cookies and local storage between checks
Ad retargeting uses cookies. If you don’t clear between sessions, you’ll see retargeted ads rather than the fresh user experience. Start each verification with a clean browser state.
- Add mobile proxies for mobile campaign verification
Run mobile-specific campaigns through mobile proxies with a mobile User-Agent. Desktop proxies with a mobile UA won’t get the same ad inventory as real mobile devices.
■ Use case 5
Social media
Account management, automation, and monitoring. The highest-trust proxy type for the highest-trust platforms — no shortcuts work here.
Datacenter Instant ban All major platforms hard-block datacenter ranges |
ISP Risky Works on some platforms, fails on Meta/TikTok |
Residential Best choice Required for all serious account management |
Mobile Best for apps TikTok, Instagram app — mobile IPs perform better |
|
|
|
|
! Social media is the strictest use case of all
Meta, TikTok, Twitter/X, and LinkedIn have the most sophisticated bot detection of any industry. They check IP type, device fingerprint, behavioural patterns, account age, and connection history simultaneously. Using the wrong proxy type doesn’t just get you blocked — it gets your accounts permanently banned and associated with that IP, burning the account and the IP together.
| Platform |
Recommended proxy |
Notes |
| Instagram (web) |
Residential |
Static residential — one IP per account, never rotate |
| Instagram (app) |
Mobile |
Mobile IPs perform significantly better on the app |
| Facebook / Meta |
Residential |
One of the strictest — static residential is minimum |
| TikTok (web) |
Residential |
Aggressive detection — residential required |
| TikTok (app) |
Mobile |
Mobile proxies give best results on TikTok app |
| Twitter / X |
Residential |
Moderately strict — some ISP IPs work, test first |
| LinkedIn |
Residential |
Blocks datacenter and most ISP ranges aggressively |
| Reddit |
ISP or Residential |
Less strict than Meta — ISP often works |
| Pinterest, Tumblr |
ISP or Residential |
Medium protection — test ISP before buying residential |
One static IP per account — never rotate
This is the most important rule for social media proxies. Each account must have one dedicated IP that never changes. Every login from the same account should come from the same IP. If you rotate IPs across accounts — or share an IP between accounts — you will trigger account linking detection and risk losing everything in one sweep.
Social media proxy setup checklist
- Assign one static residential IP per account
Assign a dedicated IP to each account and never reassign it. Log the IP-to-account mapping and maintain it strictly.
- Match IP country to account’s apparent location
A US account logging in from a UK IP is a red flag. Your proxy’s country should match the account profile’s registered location.
- Use mobile proxies for app-based platforms
TikTok and Instagram detect app vs browser. If you’re automating via the mobile app, use mobile proxies. Browser automation with a mobile UA is insufficient on these platforms.
- Warm accounts before any automation
New accounts need a manual-behaviour period — browsing, liking, following — before any automation. Automate a fresh account immediately, and it will be flagged regardless of proxy quality.
- Never share an IP between accounts
Platforms detect connected accounts. If two accounts share an IP at any point, they become associated in platform records — banning one risks banning both.
Full reference
Complete use case matrix
Every combination of use case and proxy type, rated in one place.
| Use case |
Datacenter |
ISP |
Residential |
Mobile |
| Public / unprotected scraping |
Best |
Overkill |
Overkill |
Avoid |
| Mid-tier e-commerce scraping |
Test first |
Good |
Overkill |
Avoid |
| High-protection scraping (LinkedIn) |
Won’t work |
Likely blocked |
Best |
Works |
| Sneaker drops (Nike, Adidas) |
Won’t work |
Best |
Good |
Last resort |
| SEO / SERP rank tracking |
Blocked by Google |
National only |
Best |
Not needed |
| Local SEO (city-level) |
Won’t work |
Partial |
Best |
Not needed |
| Ad verification (display/search) |
Suppressed |
Partial |
Best |
Mobile ads |
| Mobile ad verification |
Won’t work |
Insufficient |
Partial |
Best |
| Social media (Instagram, Meta) |
Instant ban |
High risk |
Best |
Best (apps) |
| Social media (Twitter/Reddit) |
Won’t work |
Test first |
Best |
Works |
| Account management (all platforms) |
Avoid |
Risky |
Best |
Best (apps) |
| Streaming / geo-bypass |
Blocked |
Some work |
Best |
Works |