Провайдер обещает «более 10 миллионов IP», но на практике вы получаете один и тот же адрес каждые несколько минут. Это классическая ситуация с раздутыми цифрами в маркетинге прокси-сервисов. Есть простой и надёжный способ проверить реальный размер пула — сделать серию запросов и посчитать, сколько уникальных IP вы получили. В этой статье разберём, как это сделать правильно, без ошибок, которые искажают результат.
Зачем проверять размер пула прокси
Размер пула напрямую влияет на то, как часто повторяются IP-адреса при большом количестве запросов. Если вы арбитражник и фармите 50 аккаунтов Facebook Ads, повторяющийся IP на нескольких профилях — это прямой путь к chain-бану всей цепочки аккаунтов. Если вы SMM-специалист и ведёте 30 клиентских аккаунтов Instagram через Dolphin Anty, каждый повтор IP — это риск связать между собой аккаунты разных клиентов в глазах антифрод-системы платформы.
Для селлеров на Wildberries и Ozon малый реальный пул означает, что парсер цен конкурентов быстро попадёт под rate-limit или капчу — сайт увидит десятки запросов с одного и того же адреса и заблокирует его. Маркетологам, тестирующим геотаргетинг рекламы, важно понимать, действительно ли запросы уходят с разных подсетей и городов, а не с трёх повторяющихся IP одного дата-центра.
Проверка занимает 10-15 минут, а её результат экономит недели работы, которые иначе уйдут на разбан аккаунтов и выяснение, почему «новые» IP оказались старыми знакомыми.
Почему провайдеры завышают цифры
Заявленный размер пула — это часто общее число адресов, которые теоретически доступны в сети провайдера за всё время её существования, включая IP, которые давно не выдаются, забанены целевыми платформами или принадлежат неактивным устройствам в случае резидентных и мобильных прокси. Реальная доступная выборка на момент вашего запроса может быть в разы меньше.
Есть и вторая причина: ротация IP у многих провайдеров работает по принципу «сессия — новый IP», но пул ротации может быть ограничен конкретным гео или подсетью ISP. Если вы запрашиваете IP только США, а общий пул провайдера считается по всем странам сразу, реальное число доступных вам адресов может отличаться от рекламируемого в десятки раз.
Именно поэтому тест на 1000 запросов — это не паранойя, а обязательный этап due diligence перед тем, как строить на прокси-провайдере бизнес-процесс с десятками аккаунтов или парсером, который работает 24/7.
Метод проверки: 1000 запросов и счётчик уникальных IP
Логика метода простая: вы делаете N запросов к сервису, который возвращает ваш текущий внешний IP (например, httpbin.org/ip или api.ipify.org), при каждом запросе прокси должен менять IP согласно вашим настройкам ротации. Все полученные адреса складываются в множество (set), которое автоматически отсеивает дубликаты. В конце вы делите число уникальных IP на общее число запросов — это и есть реальный коэффициент уникальности пула.
Для корректного теста важны три условия:
- Запросы должны идти с интервалом, соответствующим реальному сценарию использования — не нужно делать 1000 запросов за 3 секунды, если в реальной работе вы меняете IP раз в 5 минут;
- Каждый запрос должен инициировать новую сессию прокси (для резидентных и мобильных прокси это обычно означает новый sticky-session токен или полное пересоздание соединения);
- Тестировать нужно именно то гео и тип прокси, который вы планируете использовать в продакшене — тест на общем пуле не покажет реальную ситуацию для конкретной страны.
Число 1000 выбрано не случайно — это достаточная выборка для статистической значимости результата, при этом тест выполняется за разумное время и не создаёт избыточную нагрузку на провайдера.
Готовый скрипт на Python для теста
Ниже — рабочий скрипт, который делает 1000 запросов через прокси и считает уникальные IP. Замените переменные PROXY_HOST, PROXY_PORT, PROXY_USER и PROXY_PASS на данные из личного кабинета вашего прокси-провайдера.
import requests
import time
from collections import Counter
PROXY_HOST = "proxy.example.com"
PROXY_PORT = "8000"
PROXY_USER = "login"
PROXY_PASS = "password"
proxy_url = f"http://{PROXY_USER}:{PROXY_PASS}@{PROXY_HOST}:{PROXY_PORT}"
proxies = {"http": proxy_url, "https": proxy_url}
TOTAL_REQUESTS = 1000
DELAY_SECONDS = 0.5 # пауза между запросами
ip_counter = Counter()
errors = 0
for i in range(TOTAL_REQUESTS):
try:
response = requests.get(
"https://api.ipify.org?format=json",
proxies=proxies,
timeout=10
)
ip = response.json().get("ip")
ip_counter[ip] += 1
except Exception as e:
errors += 1
time.sleep(DELAY_SECONDS)
unique_ips = len(ip_counter)
success_requests = TOTAL_REQUESTS - errors
uniqueness_ratio = unique_ips / success_requests if success_requests else 0
print(f"Успешных запросов: {success_requests}")
print(f"Ошибок: {errors}")
print(f"Уникальных IP: {unique_ips}")
print(f"Коэффициент уникальности: {uniqueness_ratio:.2%}")
print("Топ-5 самых повторяющихся IP:")
for ip, count in ip_counter.most_common(5):
print(f" {ip}: {count} раз")
Скрипт также выводит топ повторяющихся IP — это полезно, чтобы понять, есть ли один-два адреса, которые «залипли» и выдаются провайдером аномально часто. Если такие адреса есть и их доля больше 5-7% от всех запросов, это сигнал проблем с ротацией на стороне провайдера.
Быстрая проверка через cURL без кода
Если писать скрипт не хочется, можно сделать упрощённую проверку через терминал. Следующая команда в bash сделает 50 запросов и сохранит все полученные IP в файл, что даёт быструю оценку без установки Python:
for i in {1..50}; do
curl -s -x "http://login:[email protected]:8000" \
https://api.ipify.org >> ip_list.txt
echo "" >> ip_list.txt
sleep 0.5
done
sort ip_list.txt | uniq -c | sort -nr
Команда sort | uniq -c покажет список уникальных IP с количеством повторений каждого — это тот же принцип, что в Python-скрипте, но без написания программы. Для быстрой проверки 50-100 запросов достаточно, чтобы заметить явные проблемы с ротацией.
Как интерпретировать результаты теста
Коэффициент уникальности зависит от типа прокси. Не стоит ожидать 100% уникальности от дешёвых дата-центровых прокси и не стоит пугаться, если резидентные прокси показывают чуть меньше 95% — некоторые провайдеры используют пулы с ограниченным гео, где физически не может быть безграничного числа домашних IP.
| Тип прокси | Ожидаемая уникальность на 1000 запросов | Оценка |
|---|---|---|
| Резидентные прокси | 90-99% | Норма |
| Мобильные прокси | 70-95% | Норма (зависит от плотности операторов в гео) |
| Прокси дата-центров | 50-90% | Норма, но зависит от заявленного пула конкретной подсети |
| Любой тип | менее 30% | Проблема — пул сильно раздут в рекламе или сломана ротация |
Помимо общего коэффициента, смотрите на распределение: если 900 из 1000 запросов дали разные IP, а 100 запросов пришлись на один и тот же адрес — это хуже, чем равномерное распределение с тем же средним коэффициентом. Равномерность важнее общего процента уникальности, особенно для задач мультиаккаунтинга, где критична каждая повторная привязка IP к профилю.
Проверка пула в Dolphin Anty и AdsPower без кода
Если вы не хотите работать со скриптами, антидетект-браузеры дают встроенные инструменты для похожей проверки, хоть и в меньшем масштабе. В Dolphin Anty откройте раздел «Прокси» → выберите нужный прокси → нажмите кнопку проверки IP несколько раз подряд с интервалом в пару минут и фиксируйте результат вручную в таблице. В AdsPower аналогично: в разделе управления прокси есть кнопка «Check», которая показывает текущий IP, страну и провайдера сети — повторные проверки с интервалом покажут, меняется ли адрес.
Такой ручной способ подходит для быстрой выборочной проверки перед закупкой большого объёма прокси, но не заменяет полноценный тест на 1000 запросов, если вы планируете масштабировать процесс на десятки или сотни аккаунтов. Для серьёзной проверки перед долгосрочным использованием лучше запустить скрипт из раздела выше и получить статистически значимые данные.
Частые ошибки при тестировании пула
Первая ошибка — делать запросы слишком быстро, без пауз. Некоторые провайдеры возвращают один и тот же IP в рамках короткого временного окна намеренно (sticky-сессия), и быстрый тест без пауз покажет искажённо низкую уникальность, хотя на реальных интервалах использования всё в порядке.
Вторая ошибка — тестировать через сервис проверки IP, который сам кэширует ответы или возвращает геолокацию вместо реального адреса. Используйте проверенные сервисы вроде ipify.org или httpbin.org/ip, которые отдают чистый JSON без кэширования на своей стороне.
Третья ошибка — не учитывать таймауты и ошибки соединения в общей статистике. Если 200 из 1000 запросов завершились с ошибкой, а вы считаете уникальность от 1000, а не от 800 успешных, коэффициент получится искажённым в худшую сторону.
Четвёртая ошибка — тестировать не то гео, которое реально нужно в работе. Пул может быть огромным глобально, но крошечным для конкретного города или штата — а именно локальное гео чаще всего критично для геотаргетированной рекламы или локального SMM.
Что делать, если пул оказался маленьким
Если тест показал низкий коэффициент уникальности, первый шаг — написать в поддержку провайдера с конкретными цифрами теста и попросить объяснить причину. Добросовестные провайдеры обычно прозрачно объясняют структуру пула по гео и типу прокси и могут предложить более узкую, но действительно рабочую выборку.
Второй вариант — пересмотреть тип прокси под задачу. Для фарма аккаунтов и работы с рекламными платформами часто эффективнее не увеличивать интенсивность ротации дата-центровых IP, а перейти на резидентные или мобильные прокси, где сама природа сети обеспечивает более естественное распределение адресов и меньшую заметность для антифрод-систем.
Третий вариант — снизить нагрузку на пул: увеличить интервал между сменами IP, распределить задачи между несколькими подсетями или гео, если платформа позволяет работать не из одной конкретной страны. Иногда решение не в увеличении пула, а в изменении паттерна запросов, чтобы он вписывался в реально доступный объём уникальных адресов.
Заключение
Тест на 1000 запросов с подсчётом уникальных IP — это быстрый и объективный способ проверить, соответствует ли реальный пул прокси заявленным цифрам провайдера. Готовый скрипт на Python или упрощённая проверка через cURL занимают минимум времени, а результат помогает избежать банов аккаунтов, блокировок при парсинге маркетплейсов и лишних трат на прокси, которые не подходят под задачу.
Если вы планируете фармить рекламные аккаунты Facebook Ads или TikTok Ads, вести десятки профилей Instagram через Dolphin Anty или AdsPower, обратите внимание на мобильные прокси — они обычно показывают более естественное распределение IP и реже попадают под антифрод-системы платформ. Для парсинга цен на Wildberries и Ozon или задач, где важна скорость и стабильность, стоит протестировать резидентные прокси по методу из этой статьи перед тем, как строить на них постоянный рабочий процесс.