Ротация прокси для Google Search: как не словить бан на первом же проходе

Ротация прокси для Google Search: как не словить бан на первом же проходе

Google палит не сам факт прокси, а поведение: частоту запросов, повторяемые футпринты, одинаковые подсети и резкие скачки географии. Если движок каждый раз приходит с новым IP, но тем же UA, cookie-less профилем и одинаковым таймингом, бан прилетает быстрее, чем успевает набиться LPM.

— Делай ротацию по сессии, а не по каждому хиту. Один поток = один IP до завершения пачки запросов.
— Не мешай жилые, датацентр и мобильные в одной очереди. У каждого тира свой пробив и свой риск-флаг.
— Ставь sticky-окна: короткие для ручных чеков, длинные для серийного серпа.
— Следи за ASN и подсетями: смена IP внутри одного мусорного пула не маскирует паттерн.
— Синхронизируй ротацию с UA, языком, часовым поясом и скоростью скролла.

Главная ошибка — крутить прокси «на автомате» без логики. Тогда ты не распределяешь нагрузку, а просто размазываешь бан по всему пулу. Правильная схема: лимит на запросы, пауза на cooldown, ручной сброс только после статуса 403/429. Срезаем косты на капчу за счёт предсказуемого поведения, а не хаотичного свитча IP.

Если пул чистый, а сессии не рвутся на каждом запросе, Google Search терпит дольше. Выстраиваем Tier-пирамиду и тестим пробив на объемах.