Два режима работы прокси — ротация IP и фиксированная сессия — решают противоположные задачи. Путаница возникает из-за того, что оба варианта используются в скрейпинге, но в неправильном контексте каждый из них либо не даёт результата, либо напрямую вызывает блокировку.
Как работает ротация IP (rotating)
При ротации каждый новый запрос уходит через другой IP-адрес из пула. Прокси-сервер автоматически переключает адрес — либо при каждом соединении, либо через заданный интервал времени.
С точки зрения целевого сайта запросы выглядят как трафик от множества разных пользователей. Ни один IP не накапливает достаточно запросов, чтобы сработал порог блокировки по частоте обращений (rate limit).
Резидентные прокси в режиме ротации особенно эффективны: каждый адрес принадлежит реальному домашнему провайдеру (ISP), и антибот-системы не могут отличить такой трафик от органических посещений.
Как работает sticky session (фиксированный IP)
Sticky session — режим, при котором один и тот же IP-адрес сохраняется на протяжении всей сессии. Длительность фиксации настраивается: обычно от нескольких минут до 30 минут и более, в зависимости от провайдера.
Сайт видит стабильный адрес на протяжении нескольких последовательных запросов — так же, как видел бы обычного пользователя, который зашёл на сайт, полистал страницы и вышел.
Когда нужна ротация
Массовый сбор данных без авторизации. Парсинг каталогов товаров, агрегация цен, мониторинг выдачи поисковиков — задачи, где каждый запрос независим от предыдущего. Нет нужды держать один IP: ротация снижает нагрузку на каждый конкретный адрес и распределяет трафик по пулу.
Обход rate limiting. Большинство сайтов ограничивают количество запросов с одного IP за единицу времени. Если нужно собрать тысячи страниц быстро — ротация позволяет не упираться в эти лимиты: каждый следующий запрос приходит с нового адреса.
Проверка геолокационного контента. При мониторинге цен или контента в разных регионах каждый запрос может идти через IP нужной страны — ротация в связке с геотаргетингом даёт полное покрытие без привязки к конкретному адресу.
Краулинг без состояния. Если скрейпер не авторизован, не держит куки и не переходит по внутренним ссылкам с сохранением контекста — ротация оптимальна.
Когда нужна sticky session
Авторизация и работа с аккаунтами. Сайты привязывают сессию к IP-адресу. Если между логином и следующим запросом IP меняется — сессия инвалидируется, пользователь выбрасывается из аккаунта или получает запрос на повторную аутентификацию. Для задач, связанных с управлением аккаунтами, sticky session обязателен.
Многошаговые сценарии (воронки, формы, чекаут). Если скрейпер проходит последовательность шагов — поиск → карточка товара → корзина → оформление — сайт отслеживает IP на каждом этапе. Смена адреса посередине воронки выглядит аномально и часто вызывает блокировку или капчу.
Сбор данных с пагинацией и сессионными куки. Некоторые сайты выдают следующую страницу только при условии, что запрос пришёл с того же IP, что и первый. Ротация здесь обрывает цепочку.
Тестирование поведения сайта от лица конкретного пользователя. Если задача — воспроизвести пользовательский сценарий (например, проверить персонализацию или A/B-тест) — нужен стабильный IP на всё время сессии.
Что происходит при неправильном выборе режима
Ротация там, где нужна sticky session: сессия обрывается после первого запроса, авторизация не сохраняется, многошаговые сценарии не завершаются. В лучшем случае — скрейпер не собирает нужные данные. В худшем — аккаунты блокируются за подозрительную активность со множества адресов.
Sticky session там, где нужна ротация: один IP накапливает сотни запросов за короткое время, быстро попадает в блок-лист целевого сайта, и всё время жизни сессии уходит в никуда. После блокировки адреса придётся начинать заново.
Параметры настройки на практике
Длительность sticky session зависит от сценария:
- Короткие сессии (1–5 мин): авторизация и однократный сбор данных с аккаунта
- Средние (10–15 мин): многошаговые воронки, парсинг с пагинацией
- Длинные (до 30 мин и более): мониторинг в реальном времени, тесты UX от лица конкретного пользователя
Комбинированный подход
На практике большинство зрелых пайплайнов используют оба режима одновременно для разных потоков задач. Логика разделения простая: если запрос не несёт состояния — ротация, если несёт (куки, сессия, авторизация) — sticky.
Для примера возьмём node-proxy.com — один из резидентных провайдеров, которых удобно использовать для проверки этой логики на практике. Переключение между rotating и sticky там реализовано через параметры строки подключения: меняешь один параметр — и тот же эндпоинт начинает выдавать либо новый IP на каждый запрос, либо фиксирует адрес на заданное время. Никакой пересборки конфигурации, что упрощает тестирование обоих режимов в рамках одного пайплайна.
Важный момент: даже в режиме sticky session IP-адрес в конечном счёте меняется — по истечении заданного времени прокси-сервер выдаёт новый адрес из пула. Это не статический выделенный IP: резидентный адрес возвращается в общий пул после окончания сессии.