Сьогодні мультиакаунтинг використовують не лише в партнерському маркетингу й рекламі, а й в e-commerce, SMM, рекрутингу та багатьох інших сферах. Водночас антифрод-системи стають дедалі складнішими. Платформи змагаються за 🕵️ унікальність користувачів і аналізують не лише IP-адреси, а й відбитки пристроїв та поведінкові патерни, щоб виявляти пов’язані акаунти. Здебільшого виявлення й бани стаються не через сам мультиакаунтинг, а через помилки в налаштуванні.
Головна проблема в тому, що багато користувачів сприймають антидетект-браузер як універсальне рішення: створили профілі, запустили… і все. Але насправді все інакше: перетини IP, збіги відбитків, повторне використання витратних матеріалів, неправильне призначення проксі, неприродна поведінка й розбіжності в гео залишають сильні сигнали. Сьогодні розберемо 🔎 найпоширеніші помилки мультиакаунтингу й пояснимо, як платформи насправді їх виявляють.
Як платформи виявляють мультиакаунтинг
Сучасні антифрод-системи давно вийшли за межі простих перевірок IP. Сьогодні виявлення мультиакаунтингу будується на зіставленні широкого спектра сигналів: технічних параметрів середовища, мережевих даних, поведінкових патернів і зв’язків між акаунтами. Навіть якщо окремі сигнали самі по собі виглядають чистими, їхнє поєднання майже завжди формує унікальний профіль користувача. Тому мультиакаунтинг зазвичай розкривається, коли однакові набори даних перетинаються в кількох акаунтах.
Що аналізують платформи 🤔
Платформи виконують комплексну оцінку кожного користувача, щоб побудувати цілісну цифрову ідентичність. Ключові напрями аналізу:
Pixelscan - популярний сервіс для перевірки відбитків браузера й пристрою.
🌏 IP і геолокація. Платформи оцінюють не лише саму IP-адресу, а й її тип, репутацію, історію використання та відповідність заявленій географії акаунта. Вони дивляться на діапазони IP, частоту ротації, перетини між акаунтами й тип мережі. Якщо кілька акаунтів раз у раз входять з одного пулу IP або різко змінюють країну, система об’єднує їх у кластер.
🦶 Цифровий відбиток. Сюди входять десятки параметрів: user agent, WebGL, Canvas, шрифти, роздільна здатність екрана, аудіостек, часовий пояс, апаратні характеристики та їхня внутрішня узгодженість. Антифрод-системи оцінюють не лише точні збіги, а й те, наскільки рідкісна загальна комбінація. Якщо кілька акаунтів мають однаковий або статистично незвичний відбиток, це сильний сигнал для ретельнішої перевірки.
🤸♂️ Поведінкові патерни. Платформи аналізують динаміку дій: швидкість кліків, послідовність сторінок, таймінги, сценарії реєстрації й запуску реклами, а також цикли активності протягом доби. Навіть за різних IP і пристроїв однакові робочі процеси, як-от масове створення акаунтів зі швидким запуском кампаній одразу після нього, утворюють поведінкову сигнатуру на рівні оператора.
👯 Зв’язки між акаунтами. Платформи відстежують зв’язки між акаунтами: пошту, номери телефонів, домени, пікселі відстеження, способи оплати, бізнес-менеджери, пристрої, cookie та пули IP. Повторне використання навіть одного елемента або непрямі перетини між ними поступово пов’язують усю мережу.
Відмінності в підходах платформ
Рекламні платформи багато інвестують в 🔐 алгоритми захисту, бо їхній дохід залежить від унікальності користувачів і чесності показу реклами. Утім, підходи до виявлення мультиакаунтингу в них різні.
Наприклад, Google спирається на широкі системні сигнали: акаунти, пристрої, cookie, поведінку в різних сервісах, платежі та історію активності. У рекламі критично важлива довіра до рекламодавця й налаштування оплати: повторне використання платіжних даних або доменної інфраструктури швидко пов’язує акаунти між собою.
Докладніше про мультиакаунтинг у Google Ads читайте тут.
TikTok, Facebook та інші соцмережі, навпаки, зосереджуються на соціальних і поведінкових зв’язках: графах взаємодій, пристроях, сесіях, кластерах IP і бізнес-структурах (Business Managers, сторінки, пікселі). Їхні системи особливо добре розкривають мережі акаунтів, якими керує одна особа, навіть коли їх розділено проксі та ізольованими профілями браузера.
Докладніше про мультиакаунтинг у TikTok читайте тут.
В e-commerce маркетплейси надають пріоритет комерційним сигналам: даним продавця, товарним карткам, платежам, адресам, логістиці й пристроям входу. Багато з них суворо дотримуються правила «один продавець - один акаунт», тож перетини в документах, платіжних реквізитах або операційній діяльності можуть призвести до блокування цілої пов’язаної мережі магазинів.
Докладніше про мультиакаунтинг в Amazon читайте тут.
Водночас платформи ніколи не розкривають точної причини бану користувача. Якби вони називали конкретні тригери, пороги бану чи методи виявлення, обходити їхні антифрод-системи стало б простіше.
Помилки в мультиакаунтингу
Тепер можна поговорити про найпоширеніші помилки в мультиакаунтингу: що саме користувачі роблять не так, як це трактують платформи і до яких наслідків це призводить на практиці.
Помилка №1: однакові або пов’язані IP
Одна з найпоширеніших проблем мультиакаунтингу: використання однакових або пов’язаних IP-адрес у різних акаунтах. Зазвичай так буває, коли оператор працює без проксі, бере проксі з однієї підмережі, використовує перепродані чи спільні IP або запускає кілька профілів браузера через один проксі.
Антифрод-системи не розглядають IP як ізольований сигнал, а оцінюють його мережевий контекст. Якщо кілька акаунтів постійно з’являються з одного пулу або сусідніх підмереж, формується кластер IP. Навіть без одночасних входів система бачить, що акаунти існують в одному мережевому середовищі.
Щойно платформа пов’язує акаунти за IP, перевірка переходить на рівень групи, а не окремого профілю. Спочатку може знижуватися довіра: обмеження функцій, перевірки, затримки модерації. Потім після будь-якого порушення або навіть підозри блокують уже не один акаунт, а весь пов’язаний кластер, включно з акаунтами без прямих порушень. На практиці це означає втрату рекламних кабінетів, активних кампаній, робочих профілів і прив’язаних активів. Перезапуск з того самого IP-середовища часто призводить до миттєвого повторного бану.
Помилка №2: неправильне використання проксі
Ще одна поширена помилка: думка, що будь-який резидентний чи статичний проксі автоматично безпечний для мультиакаунтингу. На практиці якість проксі визначається не типом на етикетці, а походженням IP, історією використання, розміром пулу й тим, наскільки природно виглядає мережеве середовище навколо. Тому навіть із формально унікальними IP акаунти можуть отримувати обмеження чи бани, бо їхній IP-слід виглядає нетипово для звичайного користувацького трафіку.
Запускати кілька акаунтів через один проксі теж не рекомендується.
Антифрод-системи оцінюють IP комплексно: тип мережі, репутацію діапазону, історію активності, частоту ротації, відповідність гео й стабільність з’єднання. Якщо IP беруться з вузького або інтенсивно використовуваного пулу, часто змінюють регіон чи провайдера, мають нетипову затримку або раніше використовувалися масово, система 📉 знижує оцінку довіри до акаунта. Навіть без прямих перетинів між профілями ці сигнали вказують на вхід через проксі-інфраструктуру, а не через звичайну домашню мережу.
Типові помилки в налаштуванні проксі включають:
- надто точний геотаргетинг, який звужує доступний пул IP;
- повторне призначення вже використаних або «спалених» IP;
- перетини IP між акаунтами під час ротації;
- різку зміну провайдера чи регіону між сесіями;
- високу затримку або нестабільну швидкість, нетипову для реальних користувачів.
На відміну від прямих перетинів IP, такий сценарій зазвичай знижує довіру до кожного акаунта окремо, а не пов’язує одразу всю мережу. На практиці це призводить до додаткових перевірок, лімітів, відхилень на модерації або зниження довіри до платежів і реклами. Коли підозрілих сигналів накопичується достатньо, акаунт можуть заблокувати.
Помилка №3: клоновані цифрові відбитки
Масове клонування профілів браузера - поширений спосіб масштабування: створюють один «еталонний» профіль, а потім дублюють його з мінімальними змінами. У результаті акаунти мають майже однакові параметри відбитка. Для антифрод-систем такі профілі практично не відрізняються.
Під час дублювання профілів у Dolphin Anty краще рандомізувати відбиток.
Відбиток містить десятки взаємопов’язаних параметрів: user agent, роздільну здатність екрана, сигнатури WebGL/Canvas, шрифти, аудіостек, часовий пояс, мову, апаратні характеристики та їхню внутрішню узгодженість. Коли кілька акаунтів мають однакову або статистично рідкісну комбінацію, система швидко їх пов’язує. Дрібні зміни тут не допомагають, бо антифрод оцінює середовище як єдине ціле.
На відміну від сигналів IP чи проксі, відбиток аналізується 🪄 миттєво. Для цього не потрібна історія використання, і будь-які збіги виявляються вже під час першого запуску. Ба більше, клоновані профілі зазвичай змінюються синхронно (оновлення браузера, шрифтів чи ОС), що ще раз підтверджує їхнє спільне походження. Тому масово скопійовані профілі часто банять пачками на ранньому етапі, ще до початку серйозної рекламної активності.
Помилка №4: схожа поведінка акаунтів
Навіть з унікальними IP і відбитками акаунтами часто ⚙️ керують за одним сценарієм: однакові послідовності дій, таймінги й інтервали між кроками. Зазвичай так стається з автоматизацією, коли акаунти реєструють, прогрівають і запускають за одним шаблоном.
Щоб виявити мультиакаунтинг, платформи будують поведінкові профілі: швидкість кліків, глибину перегляду, послідовність сторінок, тривалість кроків, активність у різний час доби й реакції на елементи інтерфейсу. Ці сигнали формують поведінкову модель того, як конкретний користувач взаємодіє із системою. Коли в кількох акаунтах збігаються робочі процеси, алгоритми пов’язують їх навіть без жодних технічних перетинів.
Реальні користувачі поводяться хаотично: змінюють темп, відволікаються, роблять зайві кліки чи переходи. Коли десятки акаунтів діють надто синхронно або надто послідовно, довіра до них різко падає. У результаті платформи можуть відправити їх на перевірку або заблокувати кластери профілів, пов’язаних спільним поведінковим графом.
Помилка №5: повторне використання витратних матеріалів
У мультиакаунтингу витратними матеріалами називають усі допоміжні активи: акаунти, пошту, номери телефонів, способи оплати та подібні ідентифікатори. Типова помилка: використовувати їх повторно в різних акаунтах або створювати непрямі перетини. Найчастіше це одна й та сама 💳 картка в кількох рекламних кабінетах або один номер телефону для верифікації. Навіть з унікальними технічними середовищами й IP такі збіги напряму пов’язують акаунти на рівні оплати.
Платформи будують 🔗 ланцюжки довіри навколо кожного акаунта, об’єднуючи способи оплати, імена власників карток, платіжні адреси, номери телефонів, домени, юридичних осіб та історію транзакцій. В антифроді ці ідентифікатори дуже цінуються, бо вони найстійкіші. Повторення будь-якого елемента або перехресні зв’язки через платежі, підтвердження чи спільні облікові дані автоматично об’єднують акаунти в кластер незалежно від пристрою чи IP.
Зв’язок через витратні матеріали - один із найсерйозніших типів виявлення. Якщо санкції отримує один акаунт, обмеження часто каскадом поширюються на всі пов’язані акаунти й способи оплати. На практиці це призводить до блокування рекламних кабінетів, відхилення платежів, непройдених верифікацій і втрати всієї пов’язаної інфраструктури.
Приклади блокування акаунтів великими платформами
На форумах на кшталт Reddit користувачі часто обговорюють бани акаунтів на рекламних платформах. Ось кілька показових випадків.
Випадок №1: одна кредитна картка у 2 рекламних кабінетах
Рекламодавець створив для клієнта новий акаунт Google Ads, але додав ту саму кредитну картку, яку вже використовували в іншому рекламному кабінеті. За кілька днів Google заблокував новий акаунт із повідомленням «suspicious payment activity». Згодом з’ясувалося, що використання однієї картки в кількох акаунтах система може вважати сигналом мультиакаунтингу й обходу обмежень.
Випадок №2: кілька акаунтів заблоковано за обхід правил
Користувач керував кількома акаунтами Google Ads. Одного разу 5 із 7 заблокували одночасно. Як причину Google вказав «circumventing systems». Платформа визначила, що акаунти якимось чином пов’язані через IP, пристрої, платіжні дані чи поведінкові сигнали, хоча зовні виглядали як окремі профілі.
Блокування спрацювало автоматично, без перевірки підтримкою. Пізніше порадили подати апеляцію, але відновлення ніхто не гарантував. Користувач дійшов висновку, що алгоритми платформи зіставляють акаунти за багатьма сигналами, а утримання кількох пов’язаних акаунтів значно підвищує ризик синхронного блокування всієї групи.
Випадок №3: блокування рекламного акаунта Meta
Користувач зіткнувся з тривалим блокуванням свого рекламного акаунта Meta. У повідомленні йшлося про порушення рекламних стандартів: забагато відхилених оголошень, спроби обійти перевірку реклами та зв’язки з ненадійними акаунтами.
У результаті було накладено суворі обмеження:
- неможливо створювати й запускати рекламу;
- не можна використовувати аудиторії чи ділитися ними;
- Meta Pixel та інструменти відстеження користувацьких і офлайн-конверсій стали недоступні;
- надсилання подій через App SDK заблоковано.
Спроби зв’язатися з підтримкою не дали результату, а подати апеляцію через інтерфейс було неможливо. Це показує, що акаунти можуть блокувати на підставі сукупності сигналів, зокрема якості реклами, історії відхилень і зв’язків з іншими акаунтами.
Як Dolphin Anty знижує ризик виявлення
Більшість помилок мультиакаунтингу виникають через ☝️ перетини й неузгодженості середовища: суперечливі параметри пристрою, повторювані відбитки, перетини IP і неприродну поведінку. Антидетект-браузер 🚀 Dolphin Anty знижує ці ризики завдяки комплексному підходу до створення профілів.
Ізоляція та узгодженість профілів
Кожен профіль створюється як повністю ізольоване середовище з внутрішньо узгодженими параметрами пристрою й браузера, що максимально відповідають конфігураціям реальних користувачів. Система перевіряє їх на логічні суперечності й попереджає про можливі ризики, наприклад якщо вибрана ОС не відповідає фактичній платформі вашого пристрою.
Усе це знижує ймовірність створення підозрілих відбитків.
Керування цифровим відбитком
Профілі можна налаштовувати як ⚙️ автоматично, так і 🛠 вручну, коли потрібен точний контроль параметрів. В інтерфейсі є контекстні підказки й запобіжники, які допомагають зберегти природне, реалістичне середовище.
У результаті навіть із рандомізацією відбиток лишається статистично правдоподібним і стабільним.
Проксі
Проксі можна прив’язувати до профілів поодинці або масово й призначати автоматично чи вручну, без перетинів між акаунтами.
Підтримуються різні типи проксі, а також інтеграції з провайдерами, які надають лише якісні IP.
Розумна автоматизація
Dolphin Anty має 🔁 інструменти автоматизації, які заощаджують час на повторюваних діях.
Cookie Robot дає змогу 🍪 збирати cookie на заданих сайтах у фоновому режимі, що корисно для прогріву акаунтів. Щоб пришвидшити роботу й зменшити витрату проксі-трафіку, можна також вимкнути завантаження зображень.
Сценарії - ще один інструмент автоматизації. На інтерактивній мапі можна будувати послідовності дій, як-от кліки, введення даних, прокручування, відкриття сайтів у профілях браузера, без написання коду.
Це допомагає у фармі акаунтів, прогріві, авторегістрації та роботі з рекламою. Також акаунтами можна ділитися з колегами по команді.
Разом ці інструменти ізолюють акаунти на технічному, мережевому й поведінковому рівнях. Саме за цими вимірами платформи найчастіше й виявляють мультиакаунтинг.
Висновок
Головна причина банів за мультиакаунтинг не в самому факті роботи з кількома акаунтами, а в їхньому зв’язку. Платформи виявляють не «мультиакаунтинг» як такий, а перетини між профілями. Що більше точок дотику мають акаунти, то вища ймовірність, що їх об’єднають у кластер і обмежать групою.
Підсумуємо, чого ❌ не варто робити:
- використовувати однакові або перетинні IP;
- працювати у вузькому пулі проксі;
- масово клонувати профілі й відбитки;
- керувати акаунтами за однаковими сценаріями;
- повторно використовувати пошту, номери телефонів, способи оплати чи домени.
Ці ризики можна мінімізувати завдяки системному підходу до ізоляції середовища й керування акаунтами. 🔥 Dolphin Anty створює незалежні профілі, забезпечує узгодженість відбитків, керує мережевим середовищем і допомагає уникати перетинів і шаблонної поведінки. Результат: ізоляція акаунтів і значно нижчий ризик групових банів. Якщо мультиакаунтинг - частина вашої роботи, правильно налаштоване середовище не просто корисний інструмент, а базова інфраструктура.
