Как рассчитать резидентский трафик перед покупкой

Снимите замер на реальной задаче

Теоретический размер HTML-страницы почти никогда не равен расходу прокси. Браузер может загрузить изображения, шрифты, скрипты, дополнительные API-ответы и повторить запрос после ошибки. При работе через HTTP-клиент набор запросов будет другим. Поэтому сначала воспроизведите обычный рабочий сценарий на 20–30 объектах и измерьте переданные байты на стороне клиента или в журнале запросов.

Для каждого прохода запишите три величины: сколько объектов обработано, сколько запросов отправлено и сколько трафика израсходовано. Разделите трафик на число успешно обработанных объектов. Получится практическая стоимость одной операции в МБ. Отдельно отметьте задания с ошибками: даже неуспешный ответ, повторная попытка и загрузка страницы входа могут расходовать трафик.

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

• Браузер: откройте вкладку Network в инструментах разработчика, очистите журнал, выполните полный сценарий и запишите объём передачи, а не только размер основного документа.
• Скрипт: считайте суммарный объём входящих и исходящих данных за серию запросов; учитывайте редиректы, повторы и ответы с ошибками.
• Рабочий процесс: измеряйте несколько типичных запусков в разное время; единичный быстрый проход может не показать реальные повторы.

Рассчитайте пакет и резерв без ложной точности

Формула для первого приближения проста: число операций × средний расход на успешную операцию × коэффициент повторов. Например, если один проверенный проход расходует 0,6 МБ, на 800 страниц уйдёт около 480 МБ. Если в среднем каждый четвёртый запрос повторяется, только ответы и повторы поднимут оценку примерно до 600 МБ. Это ещё не окончательная цифра: браузерные ресурсы, авторизация и смена сценария могут добавить трафик.

Планируйте резерв по наблюдениям, а не по обещанию «хватит наверняка». Если тестовая серия потребила 500–650 МБ на тысячу объектов, считайте обе границы и выбирайте пакет с запасом относительно верхней. Когда расход непредсказуем, начните с небольшого объёма, проверьте фактическое списание в кабинете и докупите трафик по результату. Купленный объём и остаток сверяйте в одной и той же единице — ГБ.

Цена за ГБ может меняться по ступеням. Сравнивайте полную цену необходимого пакета, а не только крупно показанную минимальную ставку. Пакет большего размера оправдан, если ожидаемый расход действительно приблизится к нему; низкая ставка сама по себе не делает лишние гигабайты полезными.

• Базовый расчёт: 800 × 0,6 МБ = 480 МБ.
• С повторами: 480 МБ × 1,25 ≈ 600 МБ до прочих загрузок.
• Проверка: сравните расчёт с расходом первых рабочих запусков и обновите прогноз до покупки следующего пакета.

Свяжите расход с поведением сессии

Ротация подходит, когда отдельные запросы независимы и не должны сохранять одну пользовательскую сессию. Закреплённая сессия нужна для последовательности действий: открыть страницу, войти, перейти к следующему шагу и получить результат с того же выходного IP. Неверный режим может увеличить число ошибок и повторов, а значит и расход трафика, даже если цена за ГБ не меняется.

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

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

Проверьте заказ и первые рабочие запуски

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

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

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

• До оплаты: продукт, объём, ставка за ГБ, страна и планируемый режим сессии.
• После выдачи: проверка авторизации, географии выхода и работы целевого ресурса.
• Во время работы: расход на успешную операцию, доля повторов и остаток трафика.