На практике в 2025 году используют четыре базовые модели биллинга: оплата за порт, за трафик (GB‑биллинг), за сессию и пакетные планы. Каждая модель влияет на поведение команды, на способ учета, «бан‑рейт» и итоговую экономику кампаний. Разберем по порядку и на конкретных примерах.
Оплата за порт — самая понятная модель. Вы платите фиксированно за доступ к одному или нескольким мобильным модемам/слотам. Порт может быть «общим» (shared) или «выделенным» (dedicated). В первом случае ресурс делится между несколькими клиентами, во втором — полностью ваш, с гарантированной полосой, предсказуемой ротацией IP и известным пулом операторов. Что важно: провайдер может ограничивать одновременно активные потоки (concurrency), длительность sticky‑сессий (например, 10–30 минут) и периодичность ротации. Такая модель выгодна тем, кому нужен стабильный аптайм и повторяемость — мониторинг цен, многопоточные задачи, прогрев рекламных кабинетов, постепенное масштабирование без сюрпризов в биллинге. Минус — фиксированная оплата бьет по карману, если нагрузка нерегулярна.
Оплата за трафик (GB) популярна у команд с «всплесками» нагрузки: прошли тесты, собрали данные — и снова тишина. Вы платите за фактические гигабайты, иногда — с минимальным ежемесячным платежом. Влияет не только объем, но и маршрут: определенные GEO и операторы дороже; 5G‑пулы ценятся выше 4G из‑за скорости, лучшего сигнала и меньшей задержки. Риски: внезапный перерасход из‑за капчи, повторных попыток, малоэффективной стратегии ротации, фона (телеметрии, автообновлений), а еще — из‑за неправильной компрессии данных и лишних запросов к API. Правильная настройка таймаутов, кеширования и заголовков экономит десятки процентов бюджета на GB‑тарифах.
Оплата за сессию — самая «тонкая» модель, близкая к оплате за результат запроса. Вы оплачиваете каждую установленную сессию (или ее блок времени), например 1–5 ₽ за старт. Обычно сессия «липкая» (sticky) на период: 1, 10 или 30 минут. Это удобно для краткоживущих операций: проверка локальной выдачи, точечный сбор данных, быстрые A/B‑тесты. Плюсы — точный контроль стоимости шага. Минусы — выгорание бюджета на ретраях: если бан‑рейт высок, а скрипт запускает по три‑пять попыток, стоимость взлетает незаметно.
Пакетные планы — гибрид: вы покупаете «коробку» из портов, GB и/или сессий на месяц с опциями по географии, SLA и лимитам. Это похоже на «корпоративные» планы с прогрессивными скидками: чем больше берете, тем ниже цена за единицу. Плюсы: предсказуемый бюджет, частично настраиваемая инфраструктура (например, свой ASN‑пул или отдельные eSIM‑фермы), приоритетная поддержка, расширенные API (white‑list, токен‑авторизация, гибкая ротация, rate limiting, webhook‑уведомления). Минусы: сложность сравнения с «простыми» тарифами на рынке и риск переплат за неиспользованные ресурсы.
Как выбрать? Если вы масштабируете постоянные процессы и считаете «стоимость минуты простоя» — берите порты с понятным SLA, включенным мониторингом и возможностью гибкой ротации по API. Если у вас цикличная нагрузка и аккуратные скрипты, оптимизируйте GB. Если операции короткие и их много — пробуйте оплату за сессии с разумными лимитами на ретраи и автостопом. Для команд 10+ человек и нескольких направлений (SMM, контекст, конкурентная аналитика, контент‑маркетинг) выгоднее пакетные планы, но важно на старте провести тестовый спринт с хронометражом и замером фактического расхода по каждой категории.
- Определите профиль нагрузки: постоянная (порты), всплески (GB), короткие операции (сессии), микс (пакет).
- Проверьте ограничения: потоки, длительность sticky, частота ротации, доступные GEO/ASN/операторы, типы прокси (HTTP(S)/SOCKS5).
- Посчитайте «цену ошибки»: ретраи, капча, таймауты, простой — заложите 10–30% сверху в пилотном периоде.