Акаунт, проксі, оточення: чому куплені акаунти «помирають» на першому вході і як це припинити

Типова картина з чату підтримки: команда купила п'ятдесят акаунтів 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 під час роботи з акаунтом?

Краще ні. Зміна адреси посеред авторизованої сесії - сигнал, на який реагує майже будь-яка платформа. Ротація доречна на реєстраціях і разових завданнях.

Що робити, якщо акаунт не заходить під час першої перевірки?

Одразу подавати заявку на заміну за правилами продавця, поки не минув термін перевірки. Щоб заявку прийняли, запишіть перший вхід на відео або зробіть скриншот помилки.