Выбор пула мобильных IP: размер, уникальность, операторы, ASN

Если коротко: стабильные результаты в рекламе, парсинге и управлении мультиаккаунтами приходят не от «секретных схем», а от правильно подобранного пула мобильных IP. Размер пула, реальная уникальность адресов, распределение по операторам и ASN, скорость ротации и нагрузка — это четыре фундаментальные оси качества. О них почти всегда вспоминают постфактум, когда падает CR, растёт банрейт и дорожает клик. В этой статье разложим по полочкам, как именно выбирать пул, чтобы не кормить антифрод своими ошибками и удерживать предсказуемую экономику кампаний.

Заявленный «миллион IP» — это не гарантия результата. В мобильных сетях большую роль играет CGNAT: десятки и сотни устройств могут выходить в интернет с одного и того же публичного IP, а «мощность» пула зависит от того, как этот IP-адрес распределяется по времени и нагрузке. Поэтому ключ — не в цифре «всего IP в базе», а в метриках эффективной емкости и доступной уникальности под вашу конкретную задачу.

На что смотрим в первую очередь:
- Эффективная емкость (Effective Unique IPs): сколько уникальных IP вы реально получаете за день/неделю при вашей частоте ротации и количестве одновременных потоков. Хороший ориентир: при пуле 20–30 тысяч адресов с умеренной конкуренцией вы должны видеть 8–12 тысяч уникальных IP/сутки при ротации 5–15 минут.
- Конкурентная нагрузка (Concurrency): сколько клиентов провайдера одновременно «садятся» на один и тот же IP/префикс. Чем выше конкуренция, тем быстрее IP попадает в антифродовые списки «подозрительных» сегментов. Запрашивайте цифры: среднее соединений на IP, CPS (connections per second) на гейт, RPS (requests per second) на подсеть.
- Покрытие по операторам и ASN: один и тот же объём из одного ASN работает хуже, чем меньший объём, но распределённый по разным автономным системам. Разнообразие ASN снижает вероятность «кластерного» детекта, когда антифрод наказывает целиком диапазон.
- Стабильность сессии: sticky-сессии (5, 10, 30 минут) должны не только «держаться» по таймеру, но и выдерживать ваш реальный трафик без обрывов и ребалансировки. Смотрите отчёт по session drop rate — он должен быть в пределах 1–3% при интенсивной работе.
- Геораспределение: даже если вам нужно конкретное GEO, убедитесь, что внутри GEO есть диверсификация по городам/префиксам. Например, разница между /24 в столичном регионе и /24 в соседней области по детекту может достигать 20–30% в зависимости от площадки.

Проверяйте «здоровье» пула по цифрам, а не по обещаниям. Запросите выгрузку по: количеству уникальных IP в сутки/неделю, распределению по ASN и операторам, средней длительности сессии и ошибкам соединений. Сделайте пробный «нагрузочный день» — прогоните свой типовой сценарий (X потоков, Y запросов/поток, Z минут сессии), и проверьте: повторяемость IP, процент обрывов, среднюю задержку и дельту в CR/банрейте против вашей текущей базы. Только так вы поймёте реальную емкость, а не маркетинговую.

• Сравнивайте заявленный объём и эффективную уникальность в вашей модели нагрузки.
• Требуйте метрики по конкурентной нагрузке: CPS/RPS на IP/префикс и session drop rate.
• Оценивайте распределение по ASN/операторам внутри нужного GEO — это критично для антифрода.

Представим, вы ведёте 150 одновременных потоков, sticky 10 минут, средняя интенсивность 20–40 запросов в минуту на поток. Теоретически, при «безграничном» пуле вы хотите получать минимум 150*6 = 900 уникальных IP/час (каждые 10 минут ротация всех потоков) или 21 600 уникальных IP/сутки. На практике из-за пересечений, повторных назначений и CGNAT-особенностей вы получите 30–55% от теории. Если провайдер заявляет 100k IP в GEO, а вы видите 7–9k уникальных/сутки в тестах — это сигнал, что реальная емкость для вашей модели ниже заявленной. Дополнительно учитывайте «усталость пула»: если конкуренты провайдера гоняют похожую нагрузку, за сутки диапазоны «осматриваются» антифродом, и часть адресов начинает ловить дополнительные проверки — время ответа растёт, риск мид- и пост-модерационных ограничений увеличивается. Поэтому просите не только «разовый» тестовый день, но и 3–5 дней подряд — так проявятся эффекты накопления.

Не гонитесь за «самым большим пулом». Часто оптимум — это не максимум IP, а разумный баланс «уникальность на поток» × «стабильность сессии» × «стоимость минуты». Для многих задач (валидный парсинг, тестирование креативов, запуск локальных кампаний) избыточный объём без распределения по ASN ничего не даёт. Лучше взять пул на 20–30% меньше, но распределённый по 3–5 автономным системам, чем переплачивать за «большие цифры» с плотной конкуренцией на одном ASN.

Уникальность — это не только «новый IP». Для антифрода важны слои: IP, подсеть/префикс (/24, /22), ASN, оператор, поведенческие паттерны (частота запросов, типы эндпоинтов), и даже время активности. «Сетевая усталость» возникает, когда одни и те же диапазоны слишком часто встречают похожие сценарии. В ответ системы повышают фрикцию: больше капч, дополнительных проверок, лимитов. Оптимальная ротация должна обеспечивать не просто частую смену IP, а минимизацию пересечений по подсетям и аснутым «кластерным» сигналам.

• Используйте rotation по событиям (смена этапа воронки/задачи), а не только по таймеру.
• Следите за повторяемостью префиксов и ASN — это менее очевидно, чем повтор IP, но более критично для детекта.
• Сегментируйте «шумные» сценарии (массовые проверки/скан) и выносите их в отдельный пул, чтобы не «засвечивать» основной.

Ротация по таймеру (каждые 5–15 минут) — базовый режим для стабильных потоков с предсказуемой интенсивностью. Ротация по запросу (переключение IP по API) — когда важна точная привязка IP к транзакционным событиям (например, финальная проверка формы). Ротация по сессии (sticky до 30–60 минут) — для длинных сценариев, где контекст должен сохраняться, а лишняя смена IP выглядит подозрительно. Золотое правило: чем ближе к завершению ценной операции — тем аккуратнее с ротацией; резкая смена на последних шагах может сработать против вас.

Представьте «уникальность» как матрешку. На верхнем уровне — IP. Внутри — подсеть (/24 и крупнее), ещё глубже — ASN (автономная система конкретного оператора/партнёра), и на базовом слое — сам оператор сотовой связи. Если вы меняете IP, но остаетесь в одном и том же префиксе крупных городов и в одном ASN — для антифрода вы всё ещё «похожи». Поэтому запрашивайте у провайдера: распределение выдач по префиксам (минимум 30–40% «размазано» по нескольким /22–/23), разнообразие ASN (3+ в нужном GEO), политику исключений для «уставших» диапазонов (автоматическое охлаждение адресов, попавших в риск-листы).

Для парсинга публичных данных — используйте короткие sticky 3–5 минут, но с высоким разнообразием префиксов, иначе рост капч неизбежен. Для «прогрева» новых рекламных кабинетов — наоборот, длинные sticky 20–30 минут внутри стабильного оператора и одного ASN, чтобы поведение выглядело органично. Для массовых технических проверок — отдельный «грязный» пул с частой ротацией, чтобы не портить статистику основного.

Антифрод-алгоритмы давно ушли от «чёрных списков» одиночных IP. Они смотрят на контекст: автономную систему (ASN), тип провайдера (мобильный/хостинг), плотность «подозрительной активности» в префиксах, временные окна нагрузки по GEO, задержки сети и даже вероятностные модели «отпечатков маршрутов». Поэтому один и тот же IP может вести себя по-разному, если принадлежит разным ASN и операторам. Ваша задача — выбрать такой пул, где операторы, AS и префиксы дают «человеческий» профиль трафика под конкретный сценарий.

• Пример 1: региональный оператор с несколькими ASN даёт выше уникальность на поток для локальных задач, чем большой федеральный с одним доминирующим ASN.
• Пример 2: в столичных регионах выше риск пересечения с «шумными» сценариями. Смещение части трафика в соседние области снижает детект на 10–20%.
• Пример 3: пул с умеренной задержкой (60–90 мс), но стабильной вариативностью префиксов, часто даёт выше CR, чем «быстрый» (30–40 мс) с моно-ASN.

ASN — это «паспорт» автономной системы. Некоторые AS в глазах площадок ассоциируются с хостингом, другие — с мобильными сетями и CGNAT. Список «хороших» и «плохих» контекстуален, но общая рекомендация: избегайте пула, где >60% выдачи приходится на один ASN; следите, чтобы доля «подозрительных» AS (например, часто использующихся для автоматизированной активности) была минимальной. Запрашивайте у провайдера: топ-10 ASN по доле выдач, их описание и история инцидентов (блокировки, всплески капч, повышенный латент).

Гео — это не только «страна/город» в настройках. Для антифрода важно, чтобы сетевые задержки, маршруты и временные окна активности соответствовали ожидаемому поведению реальных пользователей региона. Слишком «чистая» и «идеальная» сеть с нереально малыми задержками для отдалённого GEO выглядит искусственно. Поэтому порой смесь регионов с естественной латентностью даёт лучшее прохождение, чем «стерильная» столичная выдача.

Стратегия «корзины» — распределить трафик по 2–4 операторам, 3–6 ASN и 10+ префиксам в нужном GEO. Для «тяжёлых» сценариев (длинные сессии, транзакционные действия) — больше доля у оператора с самой стабильной сессией; для «шумных» — вынос в отдельные ASN с автоматическим охлаждением диапазонов. Просите у провайдера: политику кулинга (cooldown) IP/префиксов, автоматические алерты по росту капч/ошибок, отчёты по латентности и пакет-лоссу по операторам.

Главное: измеряйте, а не верьте на слово. Эффективный пул — это тот, который под вашей реальной нагрузкой даёт прогнозируемые метрики: 40%+ достигнутой уникальности от теории, ≤15% повторов IP/сутки, 1–3% session drop при 20–40 req/min, распределение по нескольким ASN (доля топ-1 ≤35%), и понятная политика охлаждения диапазонов. В результате вы получаете: −10–25% к банрейту, −5–12% к стоимости лидов за счёт снижения фрикций, +0,3–0,7 п.п. к CR на стабильных сценариях. Используйте чек‑лист: сформулировать модель нагрузки; запросить метрики пула (уникальность, CPS/RPS, ASN/операторы); провести 3–5‑дневный тест с нагрузкой; сравнить CR/банрейт/латентность; внедрить ротацию по событиям; настроить «грязный» и «чистый» пулы; включить мониторинг повторов префиксов и автоматический cooldown. Такой подход экономит бюджет и время сильнее, чем любые «хитрые лайфхаки».

Вопрос: Сколько IP нужно на 100 одновременных потоков?
Ответ: При sticky 10 минут теоретический минимум — 600 уникальных IP/час. На практике берите запас: 1 200–1 800 уникальных/час, чтобы компенсировать повторы и CGNAT.

Вопрос: Как понять, что пул «устал»?
Ответ: Растут капчи/повторные проверки, скачет латентность, увеличивается доля повторов по префиксу и ASN, падает CR при неизменной воронке. Лечится cooldown’ом диапазонов и перераспределением нагрузки.

Вопрос: Что важнее — размер пула или разнообразие ASN?
Ответ: Для большинства задач разнообразие ASN. Большой моно-ASN часто даёт хуже, чем средний по объёму, но мульти-AS пул.

Вопрос: Какую ротацию ставить для длинных сценариев?
Ответ: Sticky 20–30 минут в пределах одного оператора и 1–2 ASN, смена IP — по этапам сценария, а не по таймеру.

Вопрос: Какие протоколы использовать — HTTP или SOCKS5?
Ответ: Если нужен тонкий контроль сессии и меньше накладных расходов — SOCKS5; если важны заголовки и совместимость — HTTP. На метрики детекта влияет меньше, чем ротация и ASN.