Пакет трафика — это объём данных, который вы покупаете для работы с резидентскими прокси. На бумаге всё просто: купил 100 ГБ, потратил 100 ГБ, закончилось. На практике трафик тает быстрее, чем показывает калькулятор.
Продавец указывает объём в чистом виде — это гарантированный минимум. Но между вашим браузером и целевым сервером данные проходят туда-обратно, каждый запрос оставляет следы, и не все они видны в статистике.
Основные утечки трафика
Заголовки и метаданные запросов
Когда браузер открывает страницу, он отправляет не только сам контент. Вместе с запросом идут заголовки: User-Agent, Cookie, Referer, информация о поддерживаемых кодировках. На каждый запрос приходит ответ с собственными заголовками. Это может быть 1–5 КБ на запрос, но при сотнях запросов на странице цифры складываются.
Редирект и повторные запросы
Сервер может отправить редирект (301, 302), и браузер делает второй запрос на новый адрес. Если страница не загрузилась с первой попытки, браузер повторит запрос. Некоторые ресурсы требуют несколько попыток подключения. Каждая попытка — это потраченный трафик, даже если в итоге вы ничего не получили.
Кэширование и валидация
Браузер проверяет, изменился ли кэшированный файл. Для этого отправляет условный запрос (If-Modified-Since, ETag). Ответ может быть 304 Not Modified — данные не передаются, но трафик на заголовки уже потрачен.
DNS-запросы
Каждый раз, когда браузер обращается к новому домену, он делает DNS-запрос через прокси. Запрос небольшой (обычно несколько сотен байт), но при работе с множеством сайтов они накапливаются.
Фоновые процессы и синхронизация
Браузер может отправлять данные телеметрии, обновлять расширения, синхронизировать закладки, если вы не отключили эти функции. В антидетекте такое бывает реже, но в обычном браузере фоновый трафик может быть заметным.
Потери при передаче
Пакеты данных иногда теряются в сети и пересылаются. На уровне TCP это компенсируется автоматически, но трафик считается дважды. На нестабильных соединениях потери выше.
Сжатие и кодирование
Сервер может отправить данные в сжатом виде (gzip, brotli), а браузер их распакует. В статистике прокси считается объём до распаковки, то есть вы видите меньше трафика, чем на самом деле прошло через соединение.
Почему утечки разные для разных задач
| Задача | Откуда утечки | На что влияет |
|---|---|---|
| Парсинг товаров | Теряется 15–30% от расчёта | |
| Прогрев аккаунта | Фоновые запросы, медиа, скрипты | Теряется 20–40% от расчёта |
| Работа с рекламой | Аналитика, пиксели, редиректы | Теряется 25–50% от расчёта |
Как минимизировать потери
- Отключите ненужные функции браузера. Синхронизация, телеметрия, обновления расширений — всё это можно выключить в настройках или антидетекте.
- Используйте блокировщик рекламы. Он снижает количество запросов и размер загружаемых данных, особенно на сайтах с множеством трекеров.
- Кэшируйте статические ресурсы. Если вы несколько раз обращаетесь к одному сайту, второй раз браузер загрузит картинки и стили из кэша, а не через прокси.
- Планируйте задачи заранее. Закладывайте 30–50% сверху к расчётному объёму трафика. Если вы считаете, что вам нужно 50 ГБ, берите пакет побольше.
- Следите за логами. Смотрите, сколько трафика уходит на редиректы и повторные запросы. Если цифра высокая — возможно, проблема в целевом сайте или в стабильности соединения.
Резидентские прокси и расход
Резидентские прокси считают трафик честнее, чем дата-центр, потому что работают со стабильными домашними IP. Но утечки остаются — это не ошибка, а особенность протокола HTTP и поведения браузеров. Пакет трафика тает не потому, что его воруют, а потому что служебные данные, повторы и редиректы — это тоже трафик.
Если вы видите, что расход сильно отличается от расчёта, проверьте, нет ли проблем с целевым сайтом или с настройками браузера. Но в целом 20–40% разницы — это норма, а не признак подвоха.