Правило «один адрес на аккаунт» звучит как суеверие ровно до первой блокировки пачкой. Смысл у него простой: площадка видит не только отпечаток браузера, но и сетевое окружение, и совпадение адреса связывает профили между собой.
Ниже про то, как площадка эту связь замечает, сколько адресов реально нужно, что делать, когда профилей больше, чем адресов, и как проверить, что разделение действительно работает.
Что площадка видит на уровне сети
Внешний адрес — это самый устойчивый признак из всех. Отпечаток браузера подменяется, куки чистятся, а адрес либо совпадает, либо нет. Никакой подмены на этом уровне не существует, есть только другой адрес.
К адресу добавляется время работы и последовательность действий. Два профиля с одного адреса, которые заходят по очереди и ведут себя одинаково, выглядят как один человек с двумя учётными записями. Обычно так и есть.
Отсюда требование антидетект-браузеров задавать прокси не на программу целиком, а отдельно на каждый профиль. Разбор самих браузеров лежит рядом: как устроен антидетект и что он подменяет.
Что ещё связывает профили помимо адреса
Адрес — это первое, но не единственное. Одинаковый почтовый домен на всех учётных записях связывает их не хуже. То же с номерами телефонов из одной серии и с платёжными средствами одного банка.
Отдельная история — это устройство. Если профили открыты в одном браузере без разделения, у них общий кеш, общие шрифты и общий отпечаток холста. Разные адреса тут не спасают, потому что совпадает всё остальное.
Поэтому разделение делают слоями: свой адрес, свой профиль браузера, своя почта, своё платёжное средство. Пропуск любого слоя обесценивает остальные.
Сколько адресов нужно на самом деле
Счёт идёт не по профилям, а по независимым сущностям. Если несколько профилей принадлежат одному человеку и связаны между собой открыто, разделять их адресами смысла нет.
Практический ориентир такой: один адрес на одну независимую единицу и запас процентов на двадцать на замену. Запас нужен потому, что часть адресов выбывает не по вашей вине, и докупать по одному в момент работы неудобно.
Когда счёт идёт на десятки, берут пул сразу: пул приватных адресов под несколько профилей закрывает вопрос на весь цикл работы, и не приходится каждый раз заново настраивать доступ.
| Профилей | Адресов минимум | С запасом |
|---|---|---|
| 5 | 5 | 6 |
| 10 | 10 | 12 |
| 25 | 25 | 30 |
| 50 | 50 | 60 |
| 100 | 100 | 120 |
Когда адресов меньше, чем профилей
Соблазн посадить два профиля на один адрес возникает всегда. Если без этого никак, разносите их хотя бы по времени и не запускайте одновременно.
Работает это плохо и считается временным решением. Дешевле добрать адреса, чем потом восстанавливать то, что связалось. Восстановление занимает недели, а адрес стоит несколько долларов.
Отдельно про ротацию. Меняющийся адрес не решает задачу разделения: он решает задачу обхода счётчика запросов. Для профилей нужен постоянный адрес, потому что скачущий адрес сам по себе выглядит странно.
Общий адрес против приватного
Общий адрес одновременно используют несколько человек. Вы не знаете, что через него делали до вас, и репутация адреса вам не принадлежит.
Приватный адрес закреплён за вами. Его история — это ваша история, и когда что-то идёт не так, причину можно найти. На общем адресе искать её негде, и это главная причина, по которой под аккаунты берут приватный доступ.
Второе отличие в стабильности. На общем адресе полосу делят с соседями, и отклик скачет. Ровный отклик важен не сам по себе: резкие скачки задержки видны на той стороне и добавляют вопросов к профилю.
Как проверить, что профили не пересекаются
Откройте в каждом профиле сервис, показывающий внешний адрес, и сверьте значения. Совпадений быть не должно.
Отдельно проверьте утечку через WebRTC: браузер умеет отдавать адрес в обход прокси. В антидетект-браузерах настройка есть в карточке профиля, и по умолчанию она выставлена не всегда как надо. Что именно смотреть, разобрано в теме про отпечаток браузера и его составляющие.
Третья проверка про DNS. Бывает, что трафик идёт через прокси, а имена сайтов резолвятся напрямую, и часть запросов утекает мимо. Если что-то из этого не сходится, начните с общего разбора: порядок проверки когда прокси не отвечает.
Что делать при замене адреса
Замена адреса это не только новая строка в настройках. После неё надо заново свести часовой пояс и язык профиля со страной нового адреса, иначе появится расхождение, которого раньше не было.
Второе: повторить проверку на утечки. Настройка WebRTC привязана к профилю, но новый адрес может открыть то, чего не было видно на старом.
Третье: не менять адреса пачкой в один день. Одновременная смена у десятка профилей выглядит как одно действие одного человека, чем она и является. Разнесите по дням.
Короткий вывод: считайте адреса по независимым единицам, держите запас на замену, разделяйте слоями и проверяйте пересечение руками.