Назад до блогу

Чому новий акаунт часто не допомагає після блокування облікового запису на платформі?

Після блокування акаунта багато хто відразу створює новий, але невдовзі й він може потрапити під обмеження. Часто справжня причина в тому, що платформа й далі може розпізнати користувача за відбитком браузера. У статті пояснюється реальність апеляцій, причини повторних блокувань нових акаунтів і більш розумний підхід.

Ті, хто займається транскордонною електронною комерцією, напевно стикалися з раптовим вимкненням акаунта: учора все працювало нормально, а сьогодні вже неможливо увійти або приходить лише сухий лист із повідомленням. У такій ситуації перша думка багатьох — «Швидко створю новий акаунт і продовжу працювати». Але реальність часто сувора: невдовзі заходи можуть застосувати й до нового акаунта. Чому? У цій статті розглянемо реальний стан справ з апеляціями та причини, через які проста заміна акаунта часто не допомагає, а також більш раціональний підхід.

Спочатку варто прийняти реальність: успішність апеляцій зазвичай невисока

Важливо мати реалістичні очікування. На більшості великих платформ імовірність успішної апеляції після вимкнення акаунта не дуже висока. Це не означає, що подавати апеляцію не потрібно, але платформи зазвичай обережно розглядають такі випадки, захищаючи свій бренд і порядок у спільноті.

Візьмімо Facebook. Після блокування зазвичай можна запросити перегляд лише через розділ, пов’язаний з Account Quality, а можливостей додати пояснення небагато. Процедури апеляції в Amazon, Google, eBay та інших платформ складніші й багаторівневі, але за суттю вимагають одного: переконливих пояснень і матеріалів — наприклад, «Plan of Action» (POA) в Amazon — які показують, що первинна проблема не повториться. Лише після цього платформа може розглянути відновлення акаунта. Навіть невеликі недоліки в документах можуть призвести до того, що звернення залишиться без відповіді.

Тому замість того, щоб покладати всі надії на апеляцію, краще від самого початку працювати стабільніше й відповідно до правил, максимально знижуючи ризик деактивації. Чим чистіша історія акаунта та коректніша поведінка, тим переконливішою буде й можлива апеляція.

Чому новий акаунт часто дуже швидко вимикають знову?

Як новий акаунт може бути пов’язаний через пристрій, мережу та відбиток браузера

Саме це найбільше дивує багатьох операторів: я змінив електронну пошту й номер телефону, то як платформа все одно може «впізнати мене»?

Значна частина відповіді криється у відбитку браузера. Визначаючи, чи «цей новий акаунт і той заблокований акаунт належать одній людині», платформа дивиться не лише на реєстраційні дані. Вона також враховує багато характеристик, які браузер розкриває під час доступу: операційну систему, часовий пояс, мову, роздільну здатність, шрифти, особливості рендерингу Canvas і WebGL, а також пристрій входу й мережеве середовище. Якщо зареєструвати новий акаунт на тому самому комп’ютері, у тому самому браузері та зі схожими параметрами середовища, відбитки можуть бути дуже подібними. Тоді платформа легко пов’язує новий акаунт зі старим і знову застосовує заходи.

Іншими словами, проблема часто не в тому, що «дані акаунта недостатньо нові», а в тому, що «середовище доступу надто схоже». Якщо різні ідентичності справді мають залишатися незалежними, ключове завдання — реально розділити середовища доступу до акаунтів, а не просто змінити реєстраційні дані.

Який підхід тоді правильний?

Відповідний правилам процес після деактивації акаунта

Якщо вашому бізнесу законно потрібно підтримувати кілька незалежних акаунтів, краще пов’язати «кожен акаунт» з «окремим, стабільним і незалежним від інших середовищем», а не користуватися одним браузером для всіх і постійно перемикатися між ними.

Це можна зробити так:

  • Використовуйте для різних акаунтів окремі середовища входу: параметри операційної системи, часового поясу, мови та роздільної здатності мають відповідати бізнес-регіону акаунта, а різні акаунти не повинні використовувати один і той самий набір параметрів;
  • Ізолюйте середовища та не змішуйте дані: не допускайте, щоб стани входу, дані Cookie та історія перегляду кількох акаунтів зберігалися в одному середовищі;
  • Прив’язуйте акаунти до стабільних і неконфліктних мережевих виходів: уникайте ситуацій, коли кілька акаунтів неодноразово входять через одну мережу, а місцеположення або характеристики мережі постійно змінюються;
  • Зберігайте кожне середовище максимально стабільним у довгостроковій перспективі: часті зміни параметрів або постійна зміна середовищ сама по собі може стати аномальним сигналом.

PurpleMark — типовий спосіб керувати зв’язкою «акаунт + середовище». У робочому просторі можна створити окреме браузерне середовище для кожного бізнес-акаунта, налаштувати операційну систему, версію рушія, часовий пояс, мову, роздільну здатність і параметри відбитка, зокрема Canvas, WebGLImage, AudioContext і WebRTC, а потім прив’язати окремий проксі та Cookie входу. Так кожен акаунт працює в ізольованому середовищі з узгодженими параметрами, а не разом з іншими в одному браузері. Коли кількість бренд-акаунтів зростає, потрібне середовище можна точно знайти й відкрити за назвою та групою. Конкретні можливості дивіться на офіційному сайті PurpleMark.

Не забувайте про межу дотримання правил

Важливо підкреслити: окремі середовища для керування кількома акаунтами призначені для того, щоб чітко й організовано вести різні бізнес-акаунти, якими ви керуєте законно, і зменшувати зайві ризики через змішування середовищ. Вони не призначені для масового обходу правил платформ або їхніх механізмів контролю ризику заради діяльності, що порушує вимоги. Платформи ухвалюють рішення на основі сукупності сигналів. Ізоляція середовищ може знизити ризик «помилкового пов’язування», але ніколи не замінить дотримання правил. Якщо акаунт вимкнули через реальне порушення, повторне відкриття в іншому середовищі не вирішить основну проблему.

В одному реченні

Після блокування однієї апеляції часто недостатньо, а негайне створення нового акаунта може закінчитися повторною деактивацією через пов’язування за відбитком браузера. Зазвичай проблема не в самому «акаунті», а в тому, що «середовище доступу надто схоже». Раціональніше прив’язати кожен акаунт до незалежного, стабільного й не пов’язаного з іншими середовища та використовувати інструмент на кшталт PurpleMark для окремого керування середовищами, параметрами відбитка й проксі. Водночас пам’ятайте: ізоляція середовища — лише засіб керування власними законними акаунтами; основою залишається дотримання правил.