Аккаунт, прокси, окружение: почему купленные аккаунты «умирают» на первом входе и как это прекратить

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

Проблема редко сидит в одном месте. Аккаунт, который регистрировали с мобильного IP одной страны, открывают через дата-центровый прокси другой страны, в браузерном профиле с часовым поясом третьей, и всё это с одного и того же отпечатка устройства, который уже засветился на десяти других аккаунтах. Для антифрода платформы это не «новый пользователь», а набор противоречий, и каждое противоречие добавляет баллов риска.

В этой статье разбираем связку «источник аккаунта - сеть - окружение» как единую систему. Будет сравнительная таблица типов прокси, таблица по вариантам окружения, разбор условий замены у продавцов и пошаговый регламент, который можно повесить на стену в отделе.

Три слоя проверки, которые проходит аккаунт

Антифрод любой крупной платформы не принимает решение по одному признаку. Он складывает сигналы из нескольких слоёв и сравнивает их между собой. Если слои согласованы, аккаунт живёт. Если нет, система либо просит дополнительную верификацию, либо ограничивает функции, либо блокирует.

Слой 1: история аккаунта

Это всё, что произошло с аккаунтом до вас: с какого IP и устройства его зарегистрировали, сколько ему дней, была ли активность, привязан ли телефон, менялся ли пароль. Этот слой вы не контролируете, но можете о нём узнать из описания лота и из формата выдачи. Аккаунт, зарегистрированный вручную с прогревом, и аккаунт из автоматической регистрации по-разному реагируют на смену окружения: у первого есть «запас доверия», у второго его почти нет.

Слой 2: сеть

Платформа видит IP-адрес, его автономную систему (ASN), тип сети (дата-центр, провайдер домашнего интернета, мобильный оператор), геолокацию по базе, историю этого адреса на других аккаунтах. Отдельно проверяется согласованность: совпадает ли страна IP со страной, которую сообщает браузер через язык и часовой пояс, не утекает ли реальный адрес через WebRTC или DNS-запросы.

Слой 3: устройство и поведение

Это цифровой отпечаток: версия и сборка браузера, разрешение экрана, набор шрифтов, отпечатки графики (Canvas, WebGL, AudioContext), параметры железа, а для мобильных приложений - идентификаторы устройства и данные сенсоров. Плюс поведение: скорость набора текста, движения мыши, паузы между действиями, порядок открытия экранов.

Ключевое правило: каждый слой сам по себе может быть «серым», но противоречие между слоями почти всегда «красное». Домашний IP Германии при браузере с русской раскладкой и часовым поясом Москвы хуже, чем честный дата-центровый IP с согласованным окружением на малочувствительной платформе.

Типы прокси: что подходит под какую задачу

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

Несколько практических замечаний к таблице.

Ротация против закреплённого адреса

Для входа в существующий аккаунт нужен закреплённый адрес или хотя бы «липкая» сессия на часы, а не на минуты. Смена IP посреди авторизованной сессии - это тот сигнал, на который реагирует почти любая платформа. Ротация уместна на регистрациях и на разовых задачах, где каждая операция сама по себе короткая.

Повторное использование адреса

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

Протокол и аутентификация

HTTP(S) и SOCKS5 для браузерной работы практически равнозначны; SOCKS5 удобнее для мобильных приложений и для трафика, который не является чистым HTTP. Авторизация по логину и паролю проще в антидетект-браузерах, авторизация по белому списку IP надёжнее на серверах, где прокси прописан системно. Разница подробно разобрана в статье об аутентификации прокси: логин и пароль или белый список IP.

В SotaProxy есть дата-центровые, ISP, резидентные и мобильные прокси, так что тип можно подобрать под конкретную платформу и сценарий. Актуальные тарифы и доступные варианты смотрите на сайте SotaProxy.

Что проверить у прокси до того, как войти в аккаунт

Проверка занимает минуту и спасает аккаунт. Для каждого нового адреса:

1. Определите ASN и тип сети через любой публичный сервис проверки IP. Убедитесь, что тип соответствует тому, за что вы заплатили.

2. Сверьте страну и город по двум-трём базам геолокации: базы расходятся, и платформа может использовать не ту, которую используете вы.

3. Проверьте утечки: WebRTC должен показывать адрес прокси или быть отключён, DNS-запросы должны уходить через прокси, а не через локального провайдера.

4. Посмотрите адрес в чёрных списках и на спам-репутацию. Адрес, которым рассылали спам, не спасёт никакое окружение.

5. Измерьте задержку и стабильность за несколько минут. Обрывы соединения во время входа выглядят как подозрительное поведение.

Подробнее о том, как проверять прокси, читайте в статье о тестировании прокси до покупки.

Окружение: антидетект-браузер, облачный телефон, эмулятор

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

Главный принцип тот же, что и с прокси: окружение должно согласовываться с сетью. Облачный телефон в дата-центре одной страны с мобильным прокси другой страны - это ровно то противоречие, которое мы пытались убрать. Часовой пояс, язык системы, регион магазина приложений и страна IP должны рассказывать одну историю.

Откуда брать аккаунты и как читать условия продавца

Первый слой - история аккаунта - определяется в момент покупки. Здесь работают два принципа: покупать у магазинов с понятными условиями замены и сверять описание лота со своим сценарием ещё до оплаты.

Когда нужных платформ много, удобнее искать не по отдельным магазинам, а через агрегатор. Accsly.io - агрегатор цифровых аккаунтов: более 35 000 предложений от проверенных магазинов на 80+ платформах, от Telegram и Steam до Gmail, TikTok и ChatGPT. Полезно именно то, что по одной платформе можно сравнить цену, наличие и условия замены у разных продавцов на одном экране, а не собирать это по вкладкам. Промокодов у Accsly нет.

О лимитах на количество аккаунтов одной платформы мы писали отдельно: сколько аккаунтов Google и Steam можно иметь в 2026 году.

Что сверять в описании лота

• Способ регистрации. Ручная регистрация с прогревом и автоматическая регистрация - разные товары под разные задачи. Для рассылок и парсинга годится второе, для долгоживущих аккаунтов нужно первое.

• Страна и тип IP регистрации. Если это указано, подбирайте прокси той же страны и близкого типа. Аккаунт, зарегистрированный с мобильного адреса, логичнее открывать с мобильного адреса той же страны.

• Возраст и активность. Чем старше аккаунт и чем больше у него естественной истории, тем терпимее платформа к смене окружения.

• Привязки. Наличие телефона, резервной почты, включённой двухфакторной защиты. Аккаунт без привязок дешевле, но первая же проверка его остановит.

• Формат выдачи. Логин и пароль - минимум. Полноценная выдача включает резервную почту, ключ или бэкап-коды двухфакторной защиты, а для некоторых платформ - файлы сессии или куки, которые позволяют войти без запроса кода.

Как читать условия замены

Условия замены - это не формальность, а описание того, что продавец считает своей ответственностью.

• Срок проверки. Обычно он короткий. Это значит, что первый вход вы должны сделать в этот срок, с правильно подготовленным окружением, а не через неделю «когда дойдут руки».

• Что считается невалидом. Как правило, невалид - это невозможность войти при первой проверке. Блокировка через час после входа с вашего окружения под замену почти никогда не попадает, и это честно: аккаунт был живым.

• Что нужно для заявки. Часто это видеозапись или скриншот ошибки входа. Запишите первый вход заранее, чтобы не воспроизводить его потом на уже заблокированном аккаунте.

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

Регламент из десяти шагов: от покупки до стабильной работы

Этот регламент можно внедрить как чек-лист для каждого оператора.

1. Определите чувствительность платформы. Почта и малочувствительные панели - дата-центровый или ISP-адрес и антидетект-браузер. Соцсети, мессенджеры, короткие видео - мобильный или резидентный адрес и облачный телефон либо физическое устройство.

2. Зафиксируйте сценарий использования. Разовое действие или долгая жизнь аккаунта. От этого зависит, нужна ли ротация и насколько важны возраст и привязки.

3. Подберите аккаунт под сценарий. Сравните предложения по платформе: цена, наличие, условия замены, способ регистрации, формат выдачи. Выбирайте не самое дешёвое, а самое согласованное с вашим окружением.

4. Подготовьте прокси до покупки. Закреплённый адрес нужной страны и типа, проверенный по ASN, геолокации, утечкам, чёрным спискам и стабильности.

5. Создайте изолированный профиль окружения. Один профиль на один аккаунт. Часовой пояс и язык - по стране прокси. Прокси привязан к профилю, а не выставлен глобально.

6. Проверьте согласованность. Откройте в профиле сервис проверки отпечатка. Страна IP, часовой пояс, язык, WebRTC и DNS должны совпадать. Только после этого - вход.

7. Сделайте первый вход в срок проверки и с записью экрана. Если вход не удался - сразу заявка на замену по правилам продавца. Если удался - не трогайте настройки аккаунта в первые часы.

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

9. Закрепите связку. Аккаунт, прокси, профиль окружения и устройство фиксируются в журнале и не перемешиваются. Переезд аккаунта на другой адрес - это отдельная операция с прогревом заново.

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

Диагностика: как понять, какой слой подвёл

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

• Умирают все аккаунты на одном адресе или в одной подсети - проблема в сети. Проверьте репутацию адреса, тип сети, не было ли ротации посреди сессии.

• Умирают все аккаунты от одного продавца при разных прокси и профилях - проблема в источнике. Это как раз тот случай, когда условия замены имеют значение, и повод в следующий раз выбирать другого продавца по той же платформе.

• Умирают все аккаунты в одном типе окружения - проблема в отпечатке. Типичный случай: шаблонный профиль антидетект-браузера, одинаковый на всех аккаунтах, или эмулятор на платформе, которая его детектирует.

• Умирают аккаунты одного оператора - проблема в поведении: слишком быстрые действия, одинаковый порядок операций, массовые действия в первый день.

• Умирают аккаунты через одинаковое время после входа - скорее всего, отложенная проверка платформы, а не ваш прокол. Такие потери сравнивают по продавцам и по возрасту аккаунтов.

Хорошая привычка - при каждой потере записывать не только факт, но и то, что аккаунт успел сделать. Через месяц это даёт реальную статистику выживаемости по продавцам, типам прокси и окружениям, и закупки начинают опираться на неё, а не на ощущения.

Частые ошибки

• Глобальный прокси вместо привязки к профилю. Операционная система или браузер уходят в сеть через один адрес для всех профилей, и десяток аккаунтов превращается в один кластер.

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

• Вход после истечения срока проверки. Аккаунт мог быть живым при выдаче и умереть по независящим от вас причинам, но замену уже не получить.

• Смена пароля и привязок в первый час. Для платформы это выглядит как перехват аккаунта. Такие действия - после прогрева.

• Ротация посреди сессии. Адрес должен быть закреплён на всё время работы с аккаунтом, а не только на момент входа.

• Один отпечаток на всех. Дешёвые или настроенные вручную профили часто отличаются только именем; платформа видит одно и то же устройство.

• Покупка по минимальной цене без сравнения условий. Условия замены, способ регистрации и формат выдачи влияют на конечную стоимость сильнее, чем разница в ценнике.

Если аккаунт гибнет даже при чистом прокси, посмотрите разбор ошибок настройки, из-за которых банят на чистом прокси.

Итог

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

Частые вопросы

Почему купленный аккаунт блокируется после первого входа?

Чаще всего не из-за самого аккаунта, а из-за противоречий между слоями проверки: страна IP не совпадает с часовым поясом и языком профиля, отпечаток устройства уже использовался на других аккаунтах, адрес сменился посреди сессии.

Какой прокси выбрать для купленных аккаунтов?

Зависит от платформы и сценария. Для почты и малочувствительных панелей подойдёт дата-центровый или ISP-адрес, для соцсетей и мессенджеров лучше мобильный или резидентный. Для долгоживущих аккаунтов нужен закреплённый адрес.

Можно ли менять IP во время работы с аккаунтом?

Лучше нет. Смена адреса посреди авторизованной сессии - сигнал, на который реагирует почти любая платформа. Ротация уместна на регистрациях и разовых задачах.

Что делать, если аккаунт не заходит при первой проверке?

Сразу подавать заявку на замену по правилам продавца, пока не истёк срок проверки. Чтобы заявку приняли, запишите первый вход на видео или сделайте скриншот ошибки.