Ротация и sticky-сессии: что это и когда что нужно

Два режима: ротация и липкая сессия

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

Липкая (sticky) сессия удерживает один и тот же адрес какое-то время. Пока сессия активна, все запросы идут с одного IP, а по истечении таймера или по вашей команде адрес меняется. Это нужно, когда сайт ожидает, что посетитель остаётся на одном адресе: при входе в аккаунт, оформлении корзины, прохождении нескольких шагов формы.

Как меняется адрес у разных типов прокси

Резидентские: оба режима

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

Мобильные: смена IP по ссылке

Мобильные прокси устроены иначе. Вы получаете канал, который принадлежит только вам, и адрес на нём держится, пока вы его не смените. Для смены есть специальная ссылка: открываете её вручную или вызываете из скрипта, и канал переподключается к сети оператора с новым IP. Так вы сами решаете, когда менять адрес, например между аккаунтами или после завершения задачи.

Статические IPv4 и ISP: ротации нет

IPv4 Эконом, индивидуальные IPv4 и ISP - статические адреса. Каждый прокси в выдаче всегда выходит в сеть с одного и того же IP. Если вам нужна ротация, её делает ваша программа: вы покупаете список адресов, а парсер перебирает их по кругу или выбирает случайно.

proxies = load_list("proxies.txt")
for url in urls:
    proxy = next_proxy(proxies)   # по кругу или случайно
    response = fetch(url, proxy=proxy)
    if blocked(response):
        mark_slow(proxy)          # отложить адрес и повторить позже

Если программа ждёт прокси в определённом формате, список можно привести к нужному виду в конвертере форматов, он работает прямо в браузере.

Когда ротация помогает

Ротация полезна там, где запросы независимы друг от друга и сайту не нужно узнавать вас между ними. Классический пример - парсинг открытых данных: каталогов, цен, наличия товаров. Нагрузка распределяется по многим адресам, и ни один IP не получает слишком много запросов.

• Сбор цен и карточек товаров с открытых страниц.
• Проверка выдачи и отображения сайта из разных регионов.
• Мониторинг доступности и изменений на публичных страницах.

Когда ротация мешает

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

• Залогиненные аккаунты. Вход с одного адреса, а следующий клик с другого - частая причина дополнительных проверок и выхода из аккаунта.
• Корзина и оформление заказа. Смена IP между шагами может сбросить сессию.
• Рекламные кабинеты и [арбитраж](/use/arbitrage). Площадки внимательно следят за постоянством адреса, поэтому одному кабинету лучше держать один IP или одну липкую сессию.
• Многошаговые формы и подтверждения. Код подтверждения может перестать действовать, если запрос пришёл с другого адреса.

Для таких задач берите липкую сессию у резидентских прокси, мобильный канал без лишних смен IP или статический адрес. Если работа с аккаунтом идёт в антидетект-браузере, закрепите за профилем один прокси: как это сделать, описано в статье о прокси в антидетект-браузере.

Как совмещать режимы в одном проекте

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

1. 1Разделите сценарий на этапы: анонимный сбор данных и работа с авторизацией.
2. 2Для сбора данных используйте ротацию у резидентских прокси или перебор списка статических IPv4.
3. 3Для работы с аккаунтом закрепите липкую сессию, отдельный мобильный канал или статический адрес.
4. 4Не передавайте cookie и токены из этапа с ротацией в этап с аккаунтом: это разные посетители для сайта.

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

Как выбрать режим

1. 1Нужна ли сайту память о вас между запросами (вход, корзина, форма)? Если да, нужна липкая сессия или статический адрес.
2. 2Запросы независимые и массовые? Ротация на каждый запрос у резидентских прокси или перебор списка статических IPv4 в парсере.
3. 3Нужно менять адрес по своему графику, например между аккаунтами? Мобильный канал со сменой IP по ссылке.
4. 4Не уверены? Начните с липкой сессии: её проще перевести в ротацию, чем восстанавливать сломанные сессии.