Last updated: August 20, 2026
Для любого аккаунта, в который вы входите, планируйте один выделенный IP на аккаунт. Более высокие соотношения допустимы только для трафика без состояния, который никогда не логинится: там размер считают по одновременным сессиям, а не по аккаунтам. В Thunderproxy это соответствует статическим ISP-адресам для постоянных идентичностей и ротирующему residential для объёма без состояния. Ответ меняют чувствительность цели к повторному использованию адреса, длительность каждой сессии и то, держите ли вы выделенный IP или берёте из общего пула.
Краткий ответ по сценарию
Соотношение аккаунтов на прокси — не одно число. Оно целиком зависит от того, есть ли вход в аккаунт. Таблица ниже даёт практическое соотношение для самых частых задач. Для каждого сценария с логином ответ — один аккаунт на IP. Для работы без состояния соотношения по аккаунтам нет вообще, только лимит одновременности.
| Сценарий | Аккаунты или сессии на IP | Тип прокси | Режим сессии | Почему |
|---|---|---|---|---|
| Долгоживущие соцпрофили | 1 | Static ISP | Persistent | Фиксированной идентичности нужен фиксированный адрес |
| Аккаунты продавцов на маркетплейсах | 1 | Static ISP | Persistent | Одна витрина, один адрес |
| Рекламные аккаунты | 1 | Static ISP | Persistent | Высокая чувствительность к повторному использованию |
| Дашборды crypto-кошельков | 1 | Static ISP | Persistent | Идентичность, привязанная к логину |
| Почтовые ящики | 1 | Static ISP | Persistent | Идентичность, привязанная к логину |
| Клиентские аккаунты агентства (общие в команде) | 1 | Static ISP | Persistent | Один адрес на идентичность клиента |
| Checkout- или drop-задачи | 1 на сессию задачи | Rotating residential | Sticky | Короткоживущая сессия на задачу |
| Скрейпинг и мониторинг без логина | На одновременную сессию | Rotating residential | Rotating | Нет состояния сессии для защиты |
| SERP и отслеживание позиций | На одновременную сессию | Rotating residential | Rotating | Запросы без состояния |
| QA и geo-тестирование | На одновременную сессию | Rotating residential | Sticky или rotating | Нет постоянной идентичности |
Замечание о соответствии: условия платформы решают, сколько аккаунтов вам разрешено держать. Прокси решают только, насколько чисто аккаунты, на которые у вас есть право, остаются разделёнными в сети. Эта страница — о планировании ёмкости и гигиене сессий для легитимного управления аккаунтами, а не об обходе правоприменения или условий использования.
Почему соотношение вообще важно
Общий адрес — общий сигнал. Когда два аккаунта, которые вы держите раздельно, входят с одного IP, вы сообщили сети, что они связаны, каков бы ни был ваш умысел. Связь усиливается, когда один и тот же отпечаток устройства стоит за тем же адресом: два сигнала усиливают друг друга.
Есть ещё две механические причины, почему соотношение важно. Во-первых, лимиты частоты применяются по адресу, поэтому несколько аккаунтов за одним IP конкурируют за один бюджет запросов и раньше упираются в лимиты. Во-вторых, ротация посреди потока инвалидирует сессию: если адрес меняется, пока вы в системе, удалённая сторона видит сдвиг сессии и может её оборвать. Речь не о сокрытии. Речь о том, чтобы не слать противоречивые сетевые сигналы для идентичностей, которые должны быть независимыми.
Три переменные, которые задают ваше соотношение
Ваше соотношение определяют три вещи, в таком порядке.
1) Выделенный IP против общего пула. Статический ISP-адрес — это адрес, который вы держите на срок lease. Ротирующий residential-прокси — пул, к которому обращаются по id сессии; даже sticky-сессия — best-effort и ограничена TTL. Если идентичность должна сохраняться, ей нужен адрес, который сохраняется, то есть выделенный IP. Если работа без состояния, пул не просто допустим — это правильный и более дешёвый инструмент.
2) Длина сессии против ротации. Долгий логин хочет, чтобы адрес стоял часами или днями. Запрос без состояния хочет свежий адрес как можно чаще. Сопоставьте режим сессии с работой: persistent для логинов, rotating для объёма, sticky только для коротких ограниченных задач.
3) Насколько цель чувствительна к повторному использованию адреса. Одни платформы считают повтор адреса обычным. Другие — сильной связью между аккаунтами. Когда цель чувствительна, держите соотношение равным одному и не делитесь адресом.
Статический ISP против ротирующего residential: что на аккаунт
Используйте статический ISP-прокси, когда постоянной идентичности нужен фиксированный адрес. Социальный профиль, витрина продавца, рекламный аккаунт или почтовый ящик — одна и та же идентичность при каждом входе, поэтому каждый раз должен предъявляться один и тот же адрес. Статический ISP-адрес Thunderproxy — lease на 30 дней с неограниченными продлениями и неограниченной полосой: идентичность сохраняет стабильный адрес, пока вы продлеваете, а тяжёлые данные в сессии не меняют счёт. Покрытие ограничено меньшим набором стран — убедитесь, что нужный регион доступен. Актуальный охват стран смотрите в тарифах static ISP.
Используйте ротирующий residential, когда работа без состояния и ротация за GB — более дешёвый и правильный выбор. Скрейпинг, мониторинг, SERP и rank tracking, geo-testing не держат логин: им ничего не даёт фиксированный адрес и всё даёт большой свежий пул. Ротирующий residential берёт из 30M+ IP в 155+ странах с таргетингом по стране, штату и городу; оплата идёт за перенесённые данные, а не за «припаркованные» адреса. О различии rotating и sticky см. sticky sessions.
Как рассчитать размер и цену флота
Размер флота считайте по идентичностям для логинов и по одновременности для работы без состояния, а цену — по соответствующей модели биллинга.
Пример 1: агентство с постоянными клиентскими логинами (за IP). Вы ведёте 10 клиентских аккаунтов, каждому нужна стабильная идентичность: соцпрофили и рекламные аккаунты. Соотношение — один выделенный IP на аккаунт, значит нужно 10 статических ISP-адресов.
- 10 аккаунтов × 1 IP каждый = 10 статических ISP IP
- 10 IP × $1.79 за IP = $17.90 за lease на 30 дней
- Полоса неограничена, данные в сессии к этой сумме не добавляются
Счёт плоский и предсказуемый, потому что привязан к идентичностям, а не к трафику.
Пример 2: monitoring-джоб без состояния (за GB). Вы гоняете скрейпинг и rank tracking без логина. Считать нечего по аккаунтам — только данные, поэтому ротирующий residential с оплатой за GB — правильная модель.
- Допустим, джоб переносит 200 GB за месяц
- 200 GB × $1.72 за GB = $344
- Адреса считаете по одновременным сессиям, с session id в диапазоне 1–20000, а не по соотношению на аккаунт
Сравнение — суть. Для постоянных логинов цена за IP превращает стоимость флота в простое кратное числу идентичностей. Для объёма без состояния цена за GB следует самой работе, а покупка выделенных IP, на которых вы никогда не остаётесь в логине, — чистая трата.
Частые ошибки
- Делить один адрес между аккаунтами на одной платформе. Это связывает идентичности в сети и заставляет их конкурировать за один rate limit. Дайте каждому логину свой адрес.
- Ротировать на потоке логина. Новый адрес посреди сессии инвалидирует сессию. Используйте persistent или sticky для всего, куда входите, и оставляйте ротацию для запросов без состояния.
- Geo-несоответствие адреса и аккаунта. Региональный аккаунт, который выглядит из другой страны, противоречит собственному профилю. Сопоставьте регион адреса с аккаунтом через таргетинг по стране, штату или городу.
- Повторно использовать один адрес на разных платформах для одного оператора. Разные платформы, которые постоянно видят один адрес, могут коррелировать оператора за ними. Разделяйте по идентичности, а не только по платформе.
- Покупать больше адресов, чем одновременных сессий. Для работы без состояния простаивающие выделенные IP стоят денег и ничего не дают. Считайте по пиковой одновременности и пусть ротация закроет остальное.
О более широком процессе разделения идентичностей см. руководство по multi-account management, а о построении session id — документацию rotating residential.
FAQ
Сколько аккаунтов на прокси безопасно?
Для всего, куда вы входите, — один аккаунт на выделенный IP. Работа с логином дальше не масштабируется: общий адрес связывает идентичности и заставляет их делить rate limit. У трафика без состояния соотношения по аккаунтам нет; его считают по одновременным сессиям.
Сколько аккаунтов на IP можно держать на одной платформе?
На одной платформе планируйте один аккаунт на IP для любой работы с логином. Несколько аккаунтов за одним адресом говорят платформе, что идентичности связаны, и заставляют их конкурировать за один лимит на адрес. Дайте каждому аккаунту свой выделенный адрес.
Какое хорошее соотношение аккаунтов на IP для residential-прокси?
Для работы с логином соотношение — один аккаунт на адрес, а sticky residential-сессия — best-effort и ограничена TTL, а не по-настоящему фиксирована. Для работы без состояния соотношения по аккаунтам нет: residential считают по одновременным сессиям и биллятся за GB, не по аккаунтам.
Нужен ли выделенный IP на каждый аккаунт?
Для постоянных идентичностей — да. Социальный профиль, аккаунт продавца, рекламный аккаунт или почтовый ящик — одна идентичность при каждом входе, поэтому каждый раз должен предъявляться один адрес. Статический ISP-адрес даёт этот фиксированный адрес на lease 30 дней с неограниченными продлениями и неограниченной полосой.
Можно ли держать несколько аккаунтов на одном residential IP?
Не для аккаунтов, в которые вы входите. Ротирующий пул меняет адрес и рвёт живую сессию, а любой общий адрес связывает идентичности за ним. Используйте один статический ISP-адрес на постоянный аккаунт и оставляйте residential-ротацию для запросов без состояния и без логина.
Экономит ли более высокое соотношение прокси к аккаунту деньги?
Для логинов — нет: общий адрес между аккаунтами связывает идентичности и бьёт по rate limit; реальная цена — сломанное разделение, а не строка прокси. Экономия — от сопоставления модели с работой: за IP для постоянных идентичностей и за GB для объёма без состояния.
Начните с бесплатного триала 256MB и рассчитайте небольшой флот под ваш реальный сценарий, прежде чем масштабироваться.