Мультиакаунтинг на eBay, Etsy і Shopify

eBay, Etsy і Shopify виглядають схожими платформами ззовні. З точки зору детектування вони працюють зовсім по-різному.

eBay розвиває системи пов'язування акаунтів вже понад десять років і ставиться до мультиакаунтних продавців з серйозною підозрою. Etsy робить акцент на ідентичності магазину та сигналах справжності handmade. Shopify, як провайдер інфраструктури магазинів, а не маркетплейс, підходить до проблеми з іншого боку — виявляє інфраструктурні зв'язки між магазинами, а не поведінкове перетинання користувачів.

Робота з кількома акаунтами на одній із цих платформ вимагає розуміння того, що саме вона шукає. Робота на всіх трьох — розуміння відмінностей.

Як кожна платформа виявляє кілька акаунтів

Перш ніж переходити до налаштування під конкретну платформу, варто розібратися з базовими механізмами детектування.

Усі три платформи збирають ті чи інші комбінації:

• даних браузерного відбитка при вході та сесіях оформлення замовлення
• історії IP-адрес і мережевих метаданих
• зв'язків між платіжними методами (спільні картки, адреси виставлення рахунку, банківські рахунки)
• стану cookie і сесії між візитами
• телеметрії пристрою через браузерні API

Відмінності — в тому, яким сигналам кожна платформа надає більшої ваги і наскільки агресивно реагує на них.

Розуміння цієї таблиці змінює пріоритети ізоляції на кожній платформі. Для eBay розділення платежів — необхідність з першого дня. Для Etsy поведінка при роботі з лістингами та наратив магазину важливі так само, як технічні сигнали. Для Shopify відносини з платіжним провайдером часто визначають, що потрапляє під прапор.

eBay: пов'язування акаунтів і ліміти продавця

Системи пов'язування eBay — одні з найзріліших на споживчих маркетплейсах. Платформа вдосконалює виявлення асоціації акаунтів з початку 2000-х, і поточна система достатньо складна, щоб зловити сетапи, які обманюють більшість інших платформ. Згідно з політикою eBay щодо кількох акаунтів, кілька акаунтів дозволені — але використання їх для обходу обмежень або блокувань прямо заборонено.

eBay пов'язує акаунти через:

• спільні платіжні методи — один PayPal, один банківський рахунок, один BIN-код картки
• ідентичні або схожі контактні дані
• перетинання браузерних відбитків між сесіями входу
• історію IP, що пов'язує кілька акаунтів з однією фізичною адресою
• поведінкові сигнали — ідентичні шаблони лістингів, патерни ціноутворення і профілі доставки

Практичний висновок: правозастосування eBay значною мірою визначається платіжними даними. Два акаунти продавця з повністю ізольованими браузерними середовищами, але спільним PayPal, будуть заблоковані. Розділення платежів має відбутися до створення акаунтів.

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

Для продавців, що керують кількома легальними магазинами — різні категорії товарів, різні бренди — вимоги до ізоляції:

• окремий браузерний профіль з унікальним відбитком для кожного акаунта
• окремий платіжний метод з окремою білінговою ідентичністю
• виділений резидентний проксі зі стабільною географією
• окремі операційні email-адреси та контактні дані

Гайд з управління мультиакаунтами детальніше розглядає операційну дисципліну, яка утримує високооб'ємні продавецькі операції в чистоті.

Etsy: як маркетплейс handmade вираховує магазини-дублікати

Підхід Etsy до детектування відрізняється від eBay в одному важливому аспекті: Etsy дбає про ідентичність магазину так само, як про технічні сигнали.

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

Etsy пов'язує акаунти через:

• спільні платіжні акаунти (Etsy Payments використовує верифікацію банківського рахунку)
• перетинання браузерних відбитків між сесіями керування магазинами
• ідентичні або шаблонні описи лістингів у різних магазинах
• спільні джерела відправлення та патерни фотографії товарів
• перетинання IP-адрес між входами до магазинів

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

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

Ізоляція cookie між сесіями керування магазинами запобігає витоку стану сесії, який інакше пов'язував би магазини на рівні браузера. Але саме комбінація технічної ізоляції та операційної диференціації витримує перевірочний процес Etsy.

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

Shopify: розділення магазинів на рівні інфраструктури

Shopify працює інакше, ніж eBay і Etsy, бо це не маркетплейс — це провайдер інфраструктури магазинів. Shopify сам по собі не керує покупецькою платформою, де пов'язування акаунтів створює несправедливі переваги.

Проблема мультиакаунтингу на Shopify приходить з двох сторін:

Власні умови використання Shopify — доступні на shopify.com/legal/terms — забороняють створювати магазини для обходу блокувань або порушень політики. Магазини, виявлені як пов'язані з раніше заблокованим, теж блокуються.

Правозастосування платіжних провайдерів часто агресивніше самого Shopify. Stripe, PayPal та інші платіжні провайдери запускають власні системи пов'язування. Магазини, що ділять платіжну інфраструктуру — один банківський рахунок, однакові реєстраційні дані компанії, одна білінгова адреса — позначаються на платіжному рівні, а не на рівні Shopify.

Shopify пов'язує магазини через:

• спільні акаунти платіжних провайдерів
• ідентичні реєстраційні дані компанії
• перетинання браузерних відбитків між сесіями адміністратора магазину
• спільну історію IP між кількома акаунтами адміністратора магазину
• спільні установки застосунків зі спільними API-обліковими даними

Для легальних мультимагазинних операцій — окремі бренди, керування магазинами клієнтів, дропшипінг по товарних вертикалях — вимоги до розділення насамперед стосуються платіжного рівня.

Розбір платіжної інфраструктури розглядає, як працює пов'язування платіжних провайдерів і що викликає правозастосування на рівні акаунта в Stripe, PayPal та альтернативах.

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

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

Спільні правила інфраструктури для всіх трьох

Попри відмінності, eBay, Etsy і Shopify поділяють одну базову вимогу: кожному акаунту або магазину потрібне повністю ізольоване операційне середовище.

Що це означає на практиці:

Ізоляція браузера — кожен акаунт працює у власному профілі браузера. Профілі підтримують незалежні сховища cookie, local storage, параметри відбитка та історію сесій. Спільний стан браузера — найпоширеніша причина пов'язування акаунтів на всіх трьох платформах.

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

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

Проксі дата-центрів — поширена помилка для акаунтів маркетплейсів. Ці IP-діапазони добре відомі системам довіри платформ і викликають значно більше підозр, ніж резидентна інфраструктура.

Розділення платежів — рівень, у який більшість операторів вкладає найменше. Ізоляція браузера захищає від пов'язування через відбиток. Розділення платежів захищає від пов'язування через фінансові зв'язки. Обидва необхідні для реального розділення мультиакаунтів на eBay і Etsy, а платіжний рівень часто має вирішальне значення для Shopify.

Для команд, що керують мультимагазинною інфраструктурою на кількох із цих платформ, система робочих процесів eCommerce створена саме для такої мультимагазинної, мультиплатформенної операційної структури.

Вартість залежно від необхідної кількості профілів — на сторінці тарифів.