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

Блокировка изображений, шрифтов, видео и трекеров

Четыре типа ресурсов дают основную экономию. Изображения — самая тяжёлая статья на карточке товара, 2–5 МБ на страницу. Шрифты весят меньше поштучно, но грузятся пачками — несколько семейств легко добавляют мегабайт к каждой странице. Видео с автовоспроизведением — отдельная категория: десятки мегабайт в минуту непрерывного потока, лента без остановки съедает пакет трафика быстрее любого другого элемента. Трекеры и рекламные скрипты сами по себе лёгкие, но тянут цепочку из десятков дополнительных запросов к сторонним доменам.

Блокировка настраивается на уровне инструмента автоматизации — перехватом запросов по типу ресурса (image, media, font) или по домену известных сетей аналитики и рекламы. Для задач, где нужен только текст — цена, наличие, статус, — блокировка всех четырёх типов не меняет результат: нужные данные лежат в HTML или ответе API, а не в самих медиафайлах.

Сжатие ответов

Заголовок Accept-Encoding со значениями gzip, deflate, br сообщает серверу, что клиент готов принять сжатый ответ; большинство серверов сжимают текстовые форматы — HTML, JSON, CSS, JS — но не трогают уже сжатые форматы вроде JPEG и MP4, потому что повторное сжатие не даёт выигрыша. Отсюда практический вывод: сжатие экономит трафик в основном на текстовых страницах и API-ответах, а не на карточках с изображениями, где основной вес и так приходится на медиа.

Прокси-канал сам по себе не сжимает трафик — сжатие настраивается на стороне сервера и клиента. Роль прокси здесь пассивная: он передаёт уже сжатый или несжатый ответ, поэтому экономия на сжатии не заменяет экономию на блокировке медиа, а складывается с ней.

Кэш между запусками и отказ от повторной загрузки страниц

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

Вторая часть экономии — не запрашивать одну и ту же страницу дважды в рамках задачи. Условные запросы с заголовками If-Modified-Since и If-None-Match позволяют серверу вернуть статус 304 без тела ответа, если страница не изменилась с прошлой проверки, — это экономит почти весь трафик на неизменившихся страницах при повторном мониторинге. Как встроить работу с прокси в саму автоматизацию — в статье прокси для браузерных автоматизаций.

Как измерить экономию «до / после» на реальной задаче

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

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

Когда экономия начинает ломать саму проверку

У каждого приёма есть точка, после которой экономия трафика подменяет собой результат задачи. Заблокированные изображения ломают проверку, если сама задача визуальная: сверка баннера, скриншот витрины, тест адаптивной вёрстки. Отключённые скрипты рвут парсинг, если контент подгружается через JavaScript уже после первичной HTML-загрузки — без выполнения скриптов страница останется пустой.

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

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

Сколько трафика реально экономит блокировка изображений и видео?

На карточках с медиа — в 3–10 раз в зависимости от исходного числа изображений, на видеолентах — на порядок больше, потому что автовоспроизведение без блокировки съедает десятки мегабайт в минуту. Точную цифру даёт только прогон «до/после» на своей задаче — усреднённые оценки чужих проектов не учитывают структуру конкретных страниц.

Можно ли сжать уже загруженные изображения на лету через прокси?

Обычные прокси не перекодируют и не пережимают медиа — они передают ответ сервера как есть. Сервисы с трансформацией трафика существуют, но это отдельный тип продукта, а не свойство резидентного или мобильного канала; дешевле и надёжнее просто не загружать медиа, которое не нужно результату.

Как понять, что кэш или блокировка медиа сломали проверку, а не сэкономили трафик?

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

Выбор канала под задачу — резидентные и мобильные адреса с оплатой по трафику или датацентровые помесячно — доступен в разделе прокси.