Прокси в Key Collector: почему аккаунтным модулям нужна статика, а не ротация

Где это включается

Настройки → Сеть, чекбокс «Использовать прокси-серверы». Таблица ниже состоит из колонок «Адрес», «Порт», «Логин», «Пароль», и в работу идут только отмеченные строки — про это забывают чаще всего, когда список вставлен, а прокси «не работают».

Аккаунтные модули: только статические адреса

В разделе настроек аккаунтов Яндекса сказано прямо: совместно с аккаунтами допускается указывать статические прокси-серверы, которые будут использоваться с аккаунтами. Это не рекомендация, а описание того, как модуль устроен.

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

Google.Ads: IPv6 и SOCKS не поддерживаются

Здесь ограничение сформулировано документацией дословно: допускается указывать только стабильно работающие HTTP/HTTPS IPv4 прокси-серверы, IPv6 и SOCKS не поддерживаются. Для нас это значит простую вещь: под этот модуль наш IPv6-тариф не подойдёт, каким бы он ни был дешёвым — нужен IPv4.

Браузерный обработчик теряет SOCKS

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

Изолированный кеш умножает окна

Режим изолированного кеша требует отдельного окна браузера на каждую комбинацию «поток × адрес». В документации есть собственный пример: при работе с сотней прокси-серверов и двадцатью потоками потребовалось бы две тысячи окон, и режим не заработает. В режиме общего кеша окон открывается по числу потоков. Это ещё одна причина, по которой длинный список адресов в Key Collector не всегда лучше короткого.

Потоки: потолок ставят аккаунты

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

Проверять прокси программа советует руками

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

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

Что брать под Key Collector

• Под аккаунтные модули — статические IPv4, по одному адресу на аккаунт: ротация там всё равно не сработает, а IPv6 не примет Google.Ads.
• Под сбор без аккаунтов — ротационный пул: здесь смена адреса как раз работает, и тарификация по потокам совпадает с моделью программы.
• Не наращивайте потоки раньше аккаунтов: предел стоит там, а не в тарифе прокси.