Сколько прокси нужно? Две формулы: для аккаунтов и для парсинга

«Сколько нужно прокси» это на самом деле два разных вопроса, сформулированных одинаково. Если вы ведёте аккаунты, ответ выражается в количестве адресов и зависит от того, сколько аккаунтов вы готовы держать на одном адресе. Если вы собираете страницы, ответ будет либо в адресах, либо в гигабайтах, и зависит он от того, сколько запросов один адрес успеет сделать к вашему сайту, прежде чем получит проверку.

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

Вопрос первый: сколько прокси нужно для аккаунтов?

Формула: адреса = аккаунты ÷ аккаунтов на адрес, с округлением вверх.

Весь ответ сидит в делителе, и для любого аккаунта, которым вы дорожите, делитель равен единице. Площадки, которые связывают аккаунты между собой, смотрят на сетевой адрес вместе с более сильными сигналами, и два аккаунта на одном адресе дарят им готовую связку. Как это работает на каждой площадке, разобрано в статье сколько аккаунтов можно иметь на разных площадках, а правило расчёта, которое из этого следует, простое:

Два исключения стоит понять, а не просто запомнить.

Мобильный адрес по своей природе держит несколько аккаунтов. Операторы связи выводят многих абонентов через один публичный адрес. В RFC 6269, стандарте, который это описывает, сказано прямо: если один адрес делят несколько абонентов, он «больше не идентифицирует абонента однозначно», а его блокировка бьёт по всем, кто за ним сидит. Площадки знают, что за мобильным адресом стоит толпа, поэтому несколько аккаунтов на нём выглядят как обычный трафик. Подвох описан в том же документе: геолокация общих адресов становится менее точной, так что мобильный выход плохо подходит, когда местоположение аккаунта должно быть точным.

На некоторых площадках дефицит не в адресах. Telegram привязывает каждый аккаунт к номеру телефона, а Discord к почте и номеру. Сто аккаунтов на ста адресах, но с десятью номерами, это десять аккаунтов. Сначала считайте номера.

Чего формула никогда не делает, так это не округляет вниз из-за тесного бюджета. Один адрес на два аккаунта, которые не должны выглядеть связанными, это не половина стоимости, а ровно та связка, за избавление от которой вы платили.

Вопрос второй: сколько прокси нужно для парсинга?

Здесь единица измерения зависит от того, что вы покупаете.

Покупая ротационную резидентку, вы покупаете не адреса. Вы покупаете гигабайты, и каждый запрос может уходить с другого адреса из пула провайдера. Считать нужно трафик:

Формула: гигабайты = страницы × вес страницы.

Мы замерили вес страниц на восьми сайтах через прокси, который считает каждый байт: обычный HTTP-запрос обходился в среднем (по медиане) в 72 КБ на страницу, а headless Chrome в 2,1 МБ, примерно в 21 раз больше. Полные цифры и способы их снизить есть в статье сколько трафика тратит парсинг. Один этот выбор, запросы или браузер, сдвигает ответ сильнее любого другого параметра.

Покупая статические адреса, ISP или серверные, вы покупаете пропускную способность каждого адреса, и их число определяется терпимостью целевого сайта:

Формула: адреса = запросов в час ÷ безопасных запросов с адреса в час × запас.

Запас покрывает адреса, которые попадут под флаг, и запросы, которые придётся повторить. Webshare советует 1,5 для лояльных сайтов и 2 или больше для строгих.

Самый трудный параметр это «безопасные запросы с адреса», и почти все гайды оставляют его пустым. Некоторые площадки его публикуют или явно показывают:

Две нижние строки важны не меньше двух верхних. Когда площадка режет по токену или по аккаунту, лишние адреса ничего не дают: лимит идёт за логином, а не за сетью. Докупать прокси к API, которое считает токены, это самый дорогой способ остаться ровно там же, где были.

Во всех остальных случаях замеряйте: пустите один адрес на реальный сайт с ровным темпом, повышайте темп до первой проверки или 429 и берите примерно половину этой скорости как безопасную.

Четыре разобранных примера

Агентство с 20 аккаунтами креаторов. Аккаунты ÷ 1 = 20 статических ISP-адресов, по одному на креатора, в его привычной стране. По нашей цене ISP $2,10 за адрес от десяти штук это $42 в месяц. Полная настройка под каждый аккаунт описана в статье как OnlyFans-агентства ведут 20 аккаунтов креаторов.

Продавец с двумя витринами на Amazon. Два адреса, без совместного использования и без ротации, потому что Amazon связывает родственные аккаунты, и бан одного доходит до другого. Два ISP-адреса: $4,40 в месяц по нашей цене за два адреса. Почему адрес здесь самая маленькая часть проблемы, объяснено в статье сколько аккаунтов на Amazon и eBay можно иметь.

Мониторинг цен, 20 000 карточек товаров в день. Если данные лежат в HTML, обычные запросы по 72 КБ на страницу дают примерно 1,4 ГБ в день и 42 ГБ в месяц на ротационной резидентке. Если страницам нужен браузер, та же задача съедает около 42 ГБ в день, поэтому первым всегда идёт вопрос, нужен ли браузер вообще.

Краулер для сайта, который пропускает около 60 запросов в час с адреса. 3 000 запросов в час ÷ 30 безопасных запросов с адреса × 1,5 запаса = 150 статических адресов, или тот же трафик на ротационной резидентке, если сайту безразлично, с какого адреса пришёл запрос. Если безразлично, ротация дешевле; если сессии должны держаться, выигрывает статика.

Ошибки, из-за которых покупают дважды

• Ротационный пул под аккаунты. Аккаунт, у которого адрес меняется каждую сессию, выглядит взломанным, а взломанные аккаунты блокируют. Аккаунтам нужны статические адреса.
• Статические адреса под широкий обход. Несколько сотен статических адресов стоят дороже того же трафика на ротационном пуле и выгорают быстрее.
• Расчёт по числу страниц без учёта способа. 100 000 страниц это 7 ГБ запросами и 210 ГБ через браузер.
• Больше адресов против лимита на токен. Если API считает токены или аккаунты, узкое место не в сети.
• Нет запаса. Часть адресов попадёт под флаг в первую же неделю. Заложите это заранее, иначе задача встанет, когда так и случится.

Прежде чем брать полный объём, купите минимальную единицу и прогоните тест на целевом сайте из статьи как проверить прокси перед покупкой. Один адрес за сутки скажет о нужном количестве больше любой таблицы.

Для прозрачности, где здесь мы: ISP-адреса от одного за $3,00 в месяц, $2,20 за штуку от двух и $2,10 от десяти; резидентка от $1,00 за ГБ на объёме, стартовый пакет $2,00. Смысл формул в том, чтобы вы знали нужное число до того, как смотреть на чьи-либо цены, включая наши.

Частые вопросы

Сколько прокси нужно для нескольких аккаунтов?

Один статический адрес на каждый ценный аккаунт, то есть столько же, сколько аккаунтов. Мобильные адреса выдерживают несколько аккаунтов, потому что операторы и так делят их между многими абонентами, а в Telegram или Discord ограничением обычно служит номер телефона, а не адрес.

Сколько прокси нужно для парсинга?

На ротационной резидентке вы покупаете гигабайты, а не адреса: страницы × вес страницы. По нашему замеру медиана 72 КБ на страницу для обычных запросов и 2,1 МБ для headless Chrome. На статических адресах: запросов в час ÷ безопасных запросов с адреса в час × запас от 1,5 до 2.

Можно ли использовать один прокси на несколько аккаунтов?

Только для аккаунтов, которым можно выглядеть связанными, или на мобильном адресе, где совместное использование это норма. Для аккаунтов продавца, рекламных кабинетов и аккаунтов креаторов один адрес на аккаунт, потому что общий адрес напрямую их связывает.

Как найти безопасное число запросов на один прокси?

Пустите один адрес на реальный сайт с ровным темпом и повышайте его до первой проверки или 429. Берите примерно половину этой скорости. Некоторые лимиты опубликованы: Discord отключает адрес после 10 000 невалидных запросов за 10 минут.

Помогает ли больше прокси обойти лимиты API?

Нет, если API ограничивает по токену или аккаунту, как это делают API X и LinkedIn. Лимит идёт за логином, поэтому лишние адреса добавляют расходы, но не пропускную способность.