Request a product page on walmart.com from a Frankfurt IP and from a Newark IP, and you get two different documents. Different price, different stock flag, sometimes a different set of variants. Nothing about the URL changed. The storefront resolved a delivery location from the connecting IP address before it rendered anything, and everything downstream followed from that decision.
That single fact explains most of what people actually need when they ask how to access US online shopping stores. It is not a lock to pick. It is a routing problem: the page you want exists, but the retailer will only assemble it for a client that its geolocation provider places inside the United States and whose request fingerprint does not contradict that placement.
Why US storefronts serve a different page per IP
Amazon seeds its “Deliver to” glow module from IP geolocation on the first request, before any cookie exists. Walmart assigns a store ID tied to a ZIP code. Target does the same thing with a store selector, Best Buy with a store number. Once that value is written into the session, the catalog, the price, the shipping estimate and the promotional inventory are all filtered through it.
The lookup usually runs against MaxMind GeoIP2 or Digital Element NetAcuity, sometimes both, with a CDN-level hint from Cloudflare or Akamai layered on top. Accuracy at country level is high, roughly 99%. At city level it is far worse: MaxMind itself publishes city-level accuracy in the 60-80% range for US IPs within a 50 km radius. If you need a specific metro for price comparison work, plan on verifying rather than trusting the label your provider prints in its dashboard.
There is a second consequence that people miss. Currency, tax display and payment method availability are often driven by the same signal. A storefront that decides you are in the EU may render VAT-inclusive pricing and hide the retailer-branded credit card offer entirely, which quietly corrupts any price monitoring dataset built on top of it.
What the edge actually inspects
Geolocation is only the first check. Four signals get evaluated, roughly in this order, and they have to agree with each other.
ASN classification comes next. Every IP maps to an autonomous system, and the AS number tells the retailer what kind of network it belongs to. AS16509 is Amazon EC2. AS14061 is DigitalOcean. AS16276 is OVH. Anti-bot vendors maintain lists of hosting ASNs and treat traffic from them as non-consumer by default, which is why a clean, never-abused datacenter IP can still get a challenge on the first request.
Then the TLS handshake. JA3 and its successor JA4 hash the cipher suite list, extension order and elliptic curves offered by the client. A stock Python requests session produces a fingerprint that no version of Chrome has ever produced. Akamai extends this to HTTP/2, hashing the SETTINGS frame values, the WINDOW_UPDATE increment and the pseudo-header order. Header casing and ordering leak the same information at layer 7.
Behavioral signals sit on top: request rate, navigation order, whether images and CSS are fetched alongside the HTML, mouse movement in the case of client-side telemetry. Cloudflare’s current bot model weights these heavily, which is why a good IP alone stopped being sufficient somewhere around 2023.
The mismatch that trips up more people than any of the above is timezone. A browser reporting Europe/Berlin from Intl.DateTimeFormat().resolvedOptions().timeZone while its exit IP sits in New Jersey is an unambiguous contradiction, and it is trivially cheap for a retailer to check in JavaScript.
|
Signal |
How it is checked |
Typical failure |
Practical fix |
|
IP geolocation |
MaxMind GeoIP2 / NetAcuity lookup on connect |
Wrong metro, so wrong store and wrong price |
Verify the IP against two databases before use; pin ZIP manually in the session |
|
ASN type |
Reverse lookup against hosting-provider AS lists |
Instant challenge or 403 from a clean IP |
Use ISP or residential exits for logged-in flows; keep datacenter for public catalog pages |
|
TLS / HTTP2 fingerprint |
JA3, JA4, Akamai HTTP/2 hash, header order |
Blocked despite a perfect IP |
Drive a real browser engine, or a client with impersonation support such as curl-impersonate |
|
Client-side locale |
JS timezone, Accept-Language, screen metrics |
Session flagged after the page loads |
Set timezone to America/New_York, Accept-Language to en-US,en;q=0.9 |
|
Session continuity |
Cookie and IP pairing across requests |
Logout mid-checkout, cart emptied |
Sticky session of 10-30 minutes bound to one exit IP |
|
DNS resolution |
Resolver location vs exit location |
CDN routes to a European edge node |
Use SOCKS5 with remote DNS (socks5h:// in curl, not socks5://) |
Choosing the right IP type
Physics sets the floor. A round trip from Frankfurt to Ashburn is about 85-95 ms on a well-peered path; Frankfurt to Los Angeles runs 150-170 ms. TLS 1.3 adds one round trip, TLS 1.2 adds two. Anything your proxy layer contributes stacks on top of that, and on a rotating residential pool the added hop through a peer device commonly pushes time-to-first-byte into the 400-900 ms range with a long tail beyond two seconds.
Datacenter IPv4
Fastest and cheapest, typically 20-60 ms of added latency and often under $2 per IP per month. Fine for public catalog scraping, sitemap crawls, availability polling and ad verification against pages that do not sit behind an aggressive bot manager. Poor for anything involving a login on Nike, Walmart or Best Buy, all of which run Akamai or HUMAN in front of authenticated routes.
ISP and static residential
Hosted in a datacenter but announced under a residential or ISP ASN. Latency close to datacenter, ASN reputation close to residential. This is the correct default for account-bound work where the same IP has to persist for weeks. It is also the tier where per-IP pricing beats per-GB pricing badly: a monitoring job pulling 40 GB a month costs $70-320 on a metered residential plan and roughly $10-30 on five static IPs.
Rotating residential
Real consumer devices, sold by bandwidth. Highest trust score, worst latency, most expensive per unit of data. Justified when you need thousands of distinct US exits for wide price crawls, or when a target has already blocked every static range you own. Not justified for a handful of sessions on a handful of sites, which is the mistake that makes proxy budgets balloon.
What providers actually charge
List prices move constantly and promotional tiers distort comparison, so treat the table below as directional. The figures reflect publicly advertised entry pricing observed in mid-2026; volume commitments at 500 GB and above cut residential rates by 60-75% at every vendor listed.
|
Provider |
Residential (entry) |
Datacenter model |
Minimum spend |
Best fit |
|
Bright Data |
~$8.50-10.50/GB list |
Per-IP plus per-GB |
PAYG available, plans from $499/mo |
Enterprise crawls, compliance documentation, managed unblocking APIs |
|
Oxylabs |
~$8/GB at 10 GB, ~$2.50/GB at 1 TB |
Per-IP subscription |
~$75-80 entry |
Large committed projects needing an SLA |
|
Decodo (ex-Smartproxy) |
~$2.20-4/GB depending on tier |
Per-IP subscription |
Low, 3-day trial |
Mid-market scraping where cost per GB dominates |
|
IPRoyal |
from ~$1.75/GB on commitment, ~$7/GB PAYG |
~$1.39/IP/mo, unlimited bandwidth |
None |
Uneven crawl calendars, traffic does not expire |
|
Proxys.io |
Premium residential tiers from ~$3.60/IP/mo |
From ~$1.47/IP/mo, US among 25+ locations |
Single IP |
Per-IP economics, US static exits, HTTP/HTTPS/SOCKS5 on the same port |
The structural point is the billing model, not the headline rate. Metered residential traffic is unpredictable by design: a single retailer page with images, fonts and tracking pixels can weigh 3-6 MB, so a crawler that forgets to block asset requests burns through a 20 GB plan in under a week. Per-IP pricing removes that variance entirely, which is why teams doing steady, moderate-volume monitoring of US online shopping stores tend to end up there.
Providers selling US static IPv4 by the unit, including Proxys.io , price a dedicated US address at roughly the cost of two metered gigabytes, and a dedicated address is what session persistence requires anyway.
Configuration details that decide whether it works
Bind one exit IP to one account and never let it rotate mid-session. Retailers correlate the cookie to the IP; a rotation between adding to cart and checkout reads as session hijacking and typically empties the cart rather than returning an error you can catch.
Set the ZIP explicitly instead of trusting geolocation. Amazon accepts a delivery ZIP through the glow modal, Walmart through the store picker. Writing 10001 or 90012 into the session makes the dataset reproducible even when the IP’s city label drifts.
Route DNS through the proxy. In curl that means socks5h:// rather than socks5://; in Chrome it means –proxy-server with the host resolver rules set, or the resolution happens locally and the CDN steers you to a European edge node regardless of where your traffic exits. Disable WebRTC in any browser profile, since the peer connection ICE candidates expose the local address independently of the proxy.
Before a run, confirm these five things:
- The exit IP resolves to the intended US metro in at least two geolocation databases, not just the provider dashboard.
- The ASN is not listed as hosting, if the target enforces authentication.
- Browser timezone, Accept-Language and system locale all report US values.
- DNS leak test returns only US resolvers.
- Time-to-first-byte on the target domain is under 800 ms, measured across at least 20 requests rather than one.
Where proxies stop helping
This part gets omitted from most guides, and it is the part that costs people money. Routing does not solve payment. The address verification system compares the billing address you enter against what the card issuer holds, and a non-US billing address fails that check on most US retailers no matter how clean the IP is. The card BIN also carries an issuing country, and some merchants decline on BIN-country mismatch alone. 3-D Secure adds a second issuer-side check.
Shipping has the same problem in a different form. Many US retailers will not ship internationally at all, which is why freight forwarders like MyUS and Shipito exist: they provide a real US shipping address, consolidate parcels and handle export documentation, generally for $10-20 per shipment plus weight-based freight. A US IP gets you a correctly rendered checkout page. It does not get you a US payment instrument or a US warehouse.
Retailers also change their defenses without notice. A static IP that has worked against a given storefront for eight months can start returning challenges after a vendor model update, and there is no signal in advance. Budget for that rather than treating any configuration as permanent.
When to replace your provider
Three measurements justify a switch. A block rate above 5% on public catalog pages, sustained over a week, means the subnet is already burned. Disagreement between geolocation databases on more than 20% of your allocated IPs means the provider is selling addresses whose registration data has not propagated. And subnet concentration matters more than pool size: forty IPs spread across /24s in six ASNs behave completely differently from forty consecutive addresses in one /24, because retailers block ranges rather than individual addresses.
Ask for the actual ASN and subnet distribution before buying, and test on the specific domain you care about during a trial. A provider that performs well against Target may perform badly against Nike, because the two run different vendors with different thresholds.
For most cross-border teams the working setup is unglamorous: three to five dedicated US static IPv4 addresses in the metro whose pricing you need, one per account, sticky sessions of 15 minutes, timezone and locale pinned to match, DNS resolved remotely, and a small rotating residential pool held in reserve for wide crawls where a static address would be rate-limited on volume alone. That configuration costs under $25 a month at per-IP pricing and holds up against every major US retailer’s public storefront. What it will never do is create a US billing address, and no amount of proxy engineering changes that.
CLICK HERE TO DONATE IN SUPPORT OF DCREPORT’S NONPROFIT MISSION

