Найкращі проксі для сніккер-ботів: чому мобільні IP виграють на Nike SNKRS і Adidas

Сніккер-дропи давно перестали бути змаганням у тому, хто швидше натисне F5. Це гонка озброєнь між розробниками ботів та антибот-інфраструктурою, яку великі бренди розгорнули у промисловому масштабі. У 2025 році саме проксі-сетап визначає, чи побачиш ти взагалі сторінку оформлення замовлення — не кажучи вже про те, щоб успішно зкопати пару.

У цьому гайді розбираємо проксі-ландшафт для сніккер-ботингу: що мертве, що ще працює, і чому мобільні IP стали стандартом для серйозних сніккерхедів, які запускають боти на Nike SNKRS, Adidas Confirmed, Supreme, Kith та BSTN.

Екосистема сніккер-дропів у 2025 році

Основні дропи відбуваються на кількох платформах, кожна зі своїм антибот-стеком:

• Nike SNKRS — працює на Akamai Bot Manager. Одне з найагресивніших розгортань у рітейлі. Одночасно знімає відбиток TLS, сигнали пристрою, поведінкові евристики та репутацію IP.
• Adidas Confirmed / adidas.com — використовує комбінацію DataDome та власної внутрішньої системи виявлення. Поверх перевірки IP накладаються черги та віртуальні зали очікування.
• Supreme — працює на Akamai з надзвичайно жорстким контролем velocity. Вікно для копу зазвичай не перевищує 90 секунд.
• Kith — на базі Shopify з оверлеєм DataDome. Під DataDome працює власна детекція ботів Shopify.
• BSTN / SNS / END Clothing — європейські бутіки, як правило, використовують PerimeterX або DataDome. Менш агресивні, ніж Nike, але все одно знімають відбиток IP.

Ці платформи не просто перевіряють, чи є IP проксі. Вони проводять повну оцінку репутації: класифікація ASN, пошук у базах даних про абьюз, аналіз TLS-відбитку, патерни velocity запитів та поведінковий скоринг. Один поганий сигнал у цьому ланцюжку — і задача бота знищена ще до того, як ти дістанешся кнопки add-to-cart.

Чому якість проксі вирішує все на дропах

Ось що реально відбувається, коли задача твого бота б'є в Nike SNKRS:

1. Запит потрапляє на edge-мережу Akamai ще до того, як дістанеться до серверів Nike.
2. Akamai скорить твій IP: тип ASN (датацентр? оператор? резидент?), влучання у бази даних про абьюз, velocity з цього IP за останні 60 секунд, консистентність TLS-відбитку, збіг заголовків пристрою.
3. Якщо скор перевищує поріг — ти отримуєш блок, тихий 429 або фейкову відповідь про успіх, яка ніколи не обробляється.
4. Якщо пройшов IP-скоринг — починається поведінковий аналіз: тайминг запитів, порядок заголовків, відповідь на JS-challenge.

Проксі — це перший фільтр. Все інше не має значення, якщо IP провалюється на кроці 2.

Проблема більшості ботерів у тому, що вони запускають типи IP, які автоматично провалюють крок 2. Жодне налаштування бота або логіка ретраїв не виправить фундаментально заблокований ASN.

Датацентрові проксі у 2025 році: для великих дропів практично мертві

Датацентрові проксі були стандартом для сніккер-ботерів приблизно до 2022 року. Дешево, швидко, легко взяти в обсязі. Для великих платформ ця епоха закінчилась.

PerimeterX, Akamai та DataDome каталогізували кожен значимий датацентровий ASN. Коли запит приходить з діапазону AWS, Hetzner, OVH, DigitalOcean або будь-якого великого хмарного провайдера, скор шахрайства передзавантажений ще до того, як твій запит обробляється. Ці IP блокуються на рівні edge CDN.

Де датацентрові проксі ще працюють: невеликі бутіки без enterprise-антибот систем, сайти з базовим IP rate limiting без класифікації ASN, деякі європейські регіональні сніккер-стори, що не інвестували в PerimeterX або DataDome. Для Nike та Adidas — забудь.

«Sneaker DC proxies», які рекламують задешево, як правило, працюють на тих самих ASN, які вже спалені. Навіть провайдери, що заявляють про «чисті» датацентрові IP, упродовж кількох тижнів опиняються на тих самих помічених діапазонах.

Резидентні проксі: краще, але все одно з вадами

Резидентні проксі — IP із реальних домашніх інтернет-підключень — це значний крок уперед порівняно з датацентром. ASN відображається як легітимний ISP, а не хмарний провайдер, що проходить первинну перевірку репутації.

Проблема — спільна історія абьюзу. Мережі резидентних проксі пулять IP від користувачів opt-in SDK, браузерних розширень, а в деяких випадках — і менш добровільними методами. Ці IP використовувались для створення акаунтів, credential stuffing, скрапінгу і, так, сніккер-ботингу — тисячами інших користувачів до тебе. Akamai і DataDome це відстежують.

IP, через який прогнали 500 задач сніккер-бота інших користувачів, несе цю історію у базах даних загроз. Використовуючи його, ти успадковуєш ту репутацію.

ISP-проксі (іноді звані static residential) — це варіант: датацентрова інфраструктура, що роздає IP з резидентною класифікацією ASN. Вони статичні, що звучить як перевага, але для сніккер-ботингу це вразливість — один спалений IP залишається спаленим назавжди. І сучасна детекція ботів добре навчилась вираховувати патерни хостингу за ISP-проксі-провайдерами, навіть коли ASN виглядає резидентним.

Чому мобільні проксі — золотий стандарт для сніккер-копів

Мобільні проксі працюють на реальній операторській інфраструктурі: 4G та 5G підключення від справжніх операторів мобільного зв'язку. Різниця в тому, як антибот-системи сприймають ці IP, — суттєва.

Реальний операторський ASN. Коли запит приходить від ASN Vodafone, T-Mobile або Orange, він автоматично проходить перший шар репутації. Звичайні мобільні користувачі генерують величезний трафік на сніккер-сайти — особливо у дні дропів. Ці ASN довірені за замовчуванням.

Динаміка CGNAT IP. Мобільні оператори використовують Carrier-Grade NAT: тисячі реальних користувачів діляться одним публічним IP-адресом. Коли цей IP з'являється у системах детекції ботів, його не можна однозначно позначити як бот-активність — на ньому також сидять реальні клієнти. Це фундаментально змінює розрахунок ризиків для антибот-систем.

Динамічна ротація. Мобільні IP змінюються часто — при скиданні з'єднання, при переході між базовими станціями оператора та при явних запитах ротації. Це означає, що кожна задача бота може стартувати зі справді свіжого IP, а не з тим, до якого вже прив'язана нещодавня бот-активність.

Відповідність TLS-відбитку. Мобільні пристрої генерують TLS-відбитки, які збігаються з тим, що системи детекції ботів очікують від трафіку мобільних застосунків. Якщо ти ботиш ендпоінти застосунку SNKRS, мобільний IP зі збіжними TLS-характеристиками проходить перевірки, на яких палються датацентрові та резидентні проксі.

Чиста історія абьюзу. Реальні мобільні абоненти використовують ці IP для звичайного браузингу, стримінгу і, так, ручної покупки кросівок. Сигнал абьюзу у операторських IP на порядки нижчий, ніж у пулів резидентних проксі, прогнаних через бот-мережі.

Які задачі потребують мобільних проксі

Не кожен етап робочого процесу сніккер-бота висуває однакові вимоги до проксі. Ось де мобільні IP важливіші за все:

Генерація cookies/токенів. Масова генерація валідних session-кук та auth-токенів до дропу потребує IP, які можуть взаємодіяти з сайтом, не тригерячи бот-скоринг. Датацентрові IP палються вже на цій фазі. Мобільні IP проходять і генерують чисті куки.

Створення акаунтів. Створення сніккер-акаунтів для рафлів та фармінгу ентрі потребує IP, що проходять перевірки поштового провайдера, детекцію ботів при створенні акаунту Nike та подальший скоринг логінів. Один акаунт на IP, і IP має бути чистим.

Автоматизація чекауту. Найкритичніша фаза. Akamai на Nike SNKRS запускає найважчі перевірки саме при чекауті. IP, що пройшов перевірку сторінки товару, може бути знищений на етапі обробки платежу. У мобільних IP найбільший відсоток успіху через чекаут.

ATC (Add to Cart) задачі. Для non-raffle дропів, де це гонка чистої швидкості, ATC-задачі молотять сайт у момент дропу. Мобільні IP витримують обсяг без настільки агресивного тригеру velocity-блоків, як у датацентрових IP.

Сумісні сніккер-боти

Основні боти в екосистемі підтримують SOCKS5-проксі — формат, який ти використовуватимеш з мобільними проксі ProxyGrow:

• Cybersole — підтримує списки SOCKS5-проксі, широко використовується на EU-дропах, включно з Adidas та Supreme
• NSB (Nike Shoe Bot) — заточений під Nike, підтримка SOCKS5, імпорт проксі-листа через CSV
• Wrath — мультисайтовий бот, підтримує SOCKS5, активно використовується для SNKRS та Adidas
• MEK AIO — all-in-one бот, що підтримує Shopify, Adidas, Supreme; інтеграція SOCKS5-проксі
• Kodai — підтримує SOCKS5, відомий продуктивністю на Shopify-бутіках

Всі вони приймають стандартний формат host:port:user:pass, який надає ProxyGrow.

Налаштування проксі для сніккер-ботів

Налаштування проксі ProxyGrow у боті:

1. Отримай облікові дані проксі від ProxyGrow — ти отримаєш host:port:username:password для кожного проксі-слоту.
2. Відкрий менеджер проксі у боті (у кожного бота по-своєму, але у всіх великих ботів є розділ для проксі-листа).
3. Імпортуй проксі у форматі, який очікує твій бот. Більшість приймають host:port:user:pass порядково.
4. Встанови 1 проксі на задачу. Запуск кількох задач через один мобільний проксі збільшує velocity на цьому IP та погіршує результати.
5. Протестуй проксі через вбудований тестер бота до дропу.

Для виділених проксі ProxyGrow ти напряму керуєш ендпоінтом ротації IP. Можна тригерити ротацію між задачами, щоб кожна спроба стартувала зі свіжого IP.

Стратегія ротації на дропах

Підхід до ротації IP залежить від фази копу:

Для ATC-задач: ротуй між спробами ретрая. Якщо перша ATC-спроба провалилась — тригер ротацію перед наступною. Це не дасть одному IP накопичувати невдалі спроби та потрапити під velocity-блок.

Для чекаут-задач: тримай одну IP-сесію протягом усього чекауту. Зміна IP у середині чекауту тригерить алерти безпеки на більшості платформ — верифікація адреси виставлення рахунку очікує консистентності IP. Починай чекаут на одному IP і тримайся його до підтвердження оплати.

Для генерації кук: ротуй після кожної сесії генерації куки. Один IP — один набір кук. Не переіспользуй IP у різних сесіях акаунтів.

ISP vs мобільні: питання статики проти динаміки

ISP-проксі часто позиціонуються як «преміальний резидентний» варіант. Для сніккер-ботингу саме статичний характер є слабкістю, а не перевагою.

Коли ти генеруєш куки для 50 різних акаунтів, тобі потрібні 50 різних IP без спільної історії. Статичні ISP-проксі означають переіспользування одного IP у кількох сесіях — формування поведінкового профілю, який детекція ботів може ідентифікувати та зафлагати.

Мобільні проксі з ротацією дають по-справжньому свіжий IP на кожну спробу. Ротація відбувається на рівні оператора: ти не перебираєш пул спалених IP — ти отримуєш наступний CGNAT-адрес, призначений цьому модему з пулу активних абонентів оператора.

Для високоставочних дропів, де кожен ентрі на рахунку, можливість стартувати з чистого аркуша на кожній спробі коштує більше, ніж маргінальна перевага у швидкості статичного IP.

Скільки проксі потрібно

Математика розподілу проксі для сніккер-ботингу проста:

Рафл-ентрі: 1 проксі на ентрі. Якщо ти заходиш у рафл на 50 записів з 50 акаунтами — потрібно 50 проксі, по одному на акаунт. Переіспользування IP у рафл-ентрі виявляється, і Nike SNKRS анулює ентрі.

Чекаут-задачі: 1 проксі на паралельну чекаут-задачу. Якщо запускаєш 10 одночасних чекаут-задач — потрібно мінімум 10 проксі. Шеринг проксі у чекаут-задачах збільшує velocity-флаги.

Генерація кук: 1 проксі на акаунт, для якого генеруєш куки. Можна робити це батчем до дропу — генеруй куки для 50 акаунтів через 50 проксі, потім переіспользуй куки в момент дропу.

Звичайні сесії ботингу: ротуй між задачами. Один виділений проксі може обробляти послідовні задачі з ротацією між спробами.

Плани ProxyGrow для сніккер-ботингу

Для низькообсягного ботингу — випадкових рафл-ентрі, рідкісних дропів — шеред-план дає доступ до пулу мобільних IP за меншою вартістю. Ділишся пропускною здатністю з іншими користувачами, але отримуєш ті самі переваги репутації операторського ASN.

Для високоставочних дропів — лімітованих релізів на Nike SNKRS, Yeezy-дропів, Supreme-колабів — наполегливо рекомендуються виділені проксі-слоти. Виділений означає, що проксі-слот належить виключно тобі: ніякого шеред-velocity, ніякої чужої історії абьюзу, повний контроль над таймінгом ротації.

Різниця у день дропу між шеред і виділеними значна, коли платформи працюють під максимальним навантаженням, а детекція ботів найбільш агресивна. Чисті, виключно твої мобільні IP з контрольованою ротацією дають найкращий шанс дістатися чекауту до того, як спрацює блок.

Мобільні проксі не гарантують коп — платформи конкурентні, а детекція складна. Але запускатись без мобільних IP у 2025 році — означає приходити з датацентровими проксі на війну, де інша сторона вже каталогізувала кожен датацентровий IP в інтернеті. Перевага на боці того, у кого найчистіший і найбільш мобільно-автентичний трафік.