P PROXYDECK
Головна / Сценарії / Парсинг Amazon — повний гайд + топ-5 проксі
Головна / Сценарії / Парсинг Amazon — повний гайд + топ-5 проксі

Парсинг Amazon — повний гайд + топ-5 проксі

Amazon має один з найжорсткіших rate-limit і bot-detection серед e-commerce. Розповідаємо як обрати проксі під різні сценарії: моніторинг цін, dropshipping research, ASIN tracking.

e-commerce price-monitoring dropshipping ASIN-tracking
що потрібно для задачі
Тип проксі
Residential rotating
Гео
US, UK, DE (де Amazon)
Sticky-сесія
не критично
Pool size
50M+
Бюджет
$50-300/міс
iGaming-tolerance
не релевантно

Топ-5 провайдерів для цієї задачі

Оцінка PROXYDECK редакції на основі тестів за останні 6 місяців. Враховували success rate саме на цьому таргеті, ціну, толерантність до use-case і compliance-питання.

ⓘ Кнопки переходу можуть бути партнерськими посиланнями: ціна для вас не змінюється, комісія не впливає на оцінки. Як ми заробляємо

#1
Колишній Smartproxy
9.2score
$2.00 / GBprice
#2
SOAX EDITOR PICK
Найкращий баланс ціна/якість/толерантність для арбітражу і парсингу
9.1score
$1.99 trialprice
#3
Сильний value-pick для нерегулярних задач — куплений трафік не згорає, можна використовувати місяцями
8.7score
$1.75 / GBprice
#4
Bright Data EDITOR PICK
Стандарт індустрії для enterprise
9.4score
$5.04 / GBprice
#5
Cheap & cheerful для бюджетних кейсів
8.0score
$1.00 / GBprice
EDITOR'S PICK
Decodo — оптимальний вибір під Amazon-парсинг. 99.5% success rate на E-commerce таргетах, sticky 30 хв (достатньо для product pages), 14 днів trial для тестів. Bright Data дорожчий, але має найбільший пул IP — варто розглянути для масштабних проектів від 200 GB/міс.

Як налаштувати — покроково

Базова конфігурація для швидкого старту після покупки проксі.

1. Налаштуйте rotation per request

Amazon має агресивний rate-limit на IP — не більше 50-100 requests на годину з однієї адреси. Тому ротуйте кожен запит:

import requests, random

PROXIES = [...] # ваш residential pool
def fetch_amazon(asin):
    proxy = random.choice(PROXIES)
    headers = {
        'User-Agent': 'Mozilla/5.0 (Windows NT 10.0; Win64; x64)',
        'Accept-Language': 'en-US,en;q=0.9'
    }
    return requests.get(
        f'https://amazon.com/dp/{asin}',
        proxies={'http': proxy, 'https': proxy},
        headers=headers,
        timeout=15
    )

2. Заблокуйте image/CSS — економія 70-80% bandwidth

Картки товарів у Amazon важать ~300-500 KB. Без images і CSS — 50-80 KB. Економія 4-6× на bandwidth = різниця $200/міс vs $50/міс на residential.

3. Додайте retry-logic на 503/429

На retry — берить новий IP. На 5 послідовних 503 з різних IP — це знак що ваш fingerprint detected. Зміняйте User-Agent rotation на більш широкий пул.

4. Поважайте robots.txt і ToS

Amazon забороняє scraping у ToS, але юридично це contractual breach а не злочин (прецедент hiQ vs LinkedIn). Не парсите авторизовані сторінки і не використовуйте дані для прямого ре-продажу.

Поширені питання

Питання, які виникають у команд, що працюють з цією задачею.
Q.01Чи можна datacenter-проксі для Amazon?
+
Технічно так, але success rate буде 30-50%. Amazon детектує ASN AWS, Hetzner, OVH і блокує переважно. Краще брати residential — економія на retry окупить різницю в ціні.
Q.02Скільки IP потрібно для парсингу 10K товарів/день?
+
У rotating mode — пулу 1M+ достатньо (тобто будь-який топ-провайдер). Кожен товар = 1-2 запити, 10K × 2 / 86400 секунд = 0.23 req/sec — низьке навантаження.
Q.03Чи потрібно sticky session для Amazon?
+
Ні, для не-авторизованого парсингу — навпаки шкідливо. Sticky дає той же IP на всі запити = швидкий ban. Rotating — потрібний режим.
Q.04Чи краще використовувати Amazon API?
+
Якщо у вас MWS/SP-API доступ — однозначно так. Але доступ дають лише продавцям. Для third-party моніторингу scraping — єдиний варіант.