Amazon · measured · dated
Scraping Amazon search: you probably do not need a residential proxy
Amazon is the most scraped site on the internet and the one most often used to sell residential proxies. In our test a plain request from an ordinary cloud server returned real search results five times out of five. The residential proxies did the same, one of them missing a single attempt. Here is the measurement, and here is where the money actually goes.
Latest run
- Tested
- 10 Sep 2026
- Targets
- 9real sites
- Providers
- 3+ datacenter baseline
- Baseline pass rate
- 15 / 45no proxy
Quick answer
Everything we tried worked, including no proxy at all
Five requests per source per method to an Amazon search results page. A pass requires the real product grid in the response, not a status 200 with an empty shell.
| Source | Plain requests (curl) | Headless Chromium | From | |
|---|---|---|---|---|
| No proxy (datacenter) | 5 / 5 | 5 / 5 | $0 | |
![]() | 5 / 5 | 5 / 5 | $6/GB | See Oxylabs pricing |
![]() | not tested | not tested | $8.4/GB | See Bright Data pricing |
![]() | 5 / 5 | 5 / 5 | $2/GB | See Decodo pricing |
![]() | 4 / 5 | 5 / 5 | $5/GB | See SOAX pricing |
Five requests per source per method against Amazon, measured 10 Sep 2026 (plain) and 10 Sep 2026 (browser). The reason shown is what the site returned.
Reading this honestly
What the result does and does not mean
We sent five requests from each source, spread over a run, with no repetition of the same address. That is the situation of a script starting out. It is not the situation of a job pulling ten thousand product pages an hour from one address, which is where Amazon’s rate limiting begins and where a proxy earns its price.
The target is a search results page. Product detail pages, review pages and seller pages have their own defences and their own thresholds, and a result on one does not transfer to another. We test search because it is the entry point for price monitoring.
The robot check most scrapers meet is triggered by pattern, not by address type: too many requests, too regular, no cookies, the same path over and over. A residential address changes who you appear to be, not how you behave. Fix the behaviour first; it is free.
Volume, geography and continuity. Many requests without one address absorbing the whole pattern, prices as they appear in a specific country, and a run that keeps working when a single address gets throttled. Those are real reasons and they are about scale, not about opening the door.
If you are building this
What we would do to collect Amazon search pages
- Start without a proxy and measure. A cloud server got the real results in our test. Run your own five requests before you buy anything; the answer for your target and your volume may be the same.
- Slow down before you scale out. A request every few seconds with varied paths survives far longer than a burst through a hundred addresses. Rate limiting is the wall you will hit, and proxies move the wall rather than removing it.
- Add datacenter proxies before residential ones. They are a fraction of the price and they passed this target in our test. Move to residential when a datacenter address stops working on the specific page you need, not before.
- Do not add a headless browser for this. It passed here too, but it moved roughly ten times the traffic for the same page. That is a real bill on any per-gigabyte plan, and it bought nothing on this target.
- Check the page type you actually need. If your job is product detail or reviews rather than search, test that page. We publish the raw results and the script so you can point it at your own URL.
Method
How this was measured
The same script and server as every other number on this site.
The target is an Amazon search results page, requested five times per source. Plain requests carry the headers of a current desktop Chrome and no JavaScript engine. Browser requests use a headless Chromium through the same proxy, each in a fresh context. A pass requires the search result grid markup in the response; the robot check page, a redirect and a 200 with an empty container all count as failures. Amazon returns different defences to different countries and at different times of day, so this is one measurement on one date, repeated monthly.
Providers
Prices, if your volume needs them
The same four providers and their list prices. Where they actually made a difference is on Zillow, not here.
| Provider | Pool | Locations | Targeting | Sessions | Trial | Entry price | |
|---|---|---|---|---|---|---|---|
![]() | 100M+ | 195 countries | City · ASN | Rotating and sticky | None on self-service | $6/GBStarter 5 GB, $30/mo, cancel any time | See Oxylabs pricing |
![]() | 72M+ | 195 countries | City · ASN · ZIP | Rotating and sticky | Free trial for verified businesses | $8.4/GBPay as you go, no commitment | See Bright Data pricing |
![]() | 115M+ | 195+ locations | City · ZIP · ASN | Rotating and sticky (minutes to days) | 3-day trial, 100 MB | $2/GBPay as you go $4/GB, plans from $2/GB | See Decodo pricing |
![]() | 155M+ | 195+ locations | City · ISP | Rotating and sticky, custom length | 3-day trial, 400 MB, $1.99 | $5/GBPay as you go $5/GB, $3/GB on $200/mo plan | See SOAX pricing |
We earn a commission if you buy through the pricing links. It does not change the numbers: the test script, the target list and the raw results are public, and providers do not see results before you do.




