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

Ізоляція кількох магазинів eBay: п’ять сигналів зв’язку та практичні дії

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

eBay не забороняє одному продавцю керувати кількома магазинами, але платформа стежить за ознаками, які можуть пов’язувати ці магазини між собою. Тому справжня проблема багатомагазинної роботи — не в тому, як відкрити ще один магазин, а в тому, як зробити так, щоб кожен виглядав так, ніби ним керує інша людина.

eBay 多店铺隔离:五类关联信号与做法的关键步骤与判断维度示意图

Ставлення платформи до кількох магазинів

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

Напрями, за якими визначають зв’язок

Платформа оцінює ланцюжок доказів, а не один показник. Загалом враховуються такі категорії.

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

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

Мережевий вихід. Враховуються IP-адреса, геолокація IP та маршрут з’єднання. Кілька магазинів з одним виходом — один із найпростіших для виявлення шаблонів, тому практичне правило ізоляції пряме: один магазин — один вихід.

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

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

Зміна браузера сама по собі не вирішує проблему

Поширений підхід — встановити кілька браузерів на одному комп’ютері або очищати Cookie перед кожним входом. Цього недостатньо. Низькорівневі характеристики — відбиток, список шрифтів, модель відеокарти, мовні налаштування та дані, які розкриває WebRTC, — залишаються незмінними. Коли платформа поєднує ці сигнали, пристрій усе одно виглядає тим самим. Очищення Cookie прибирає лише найповерхневіший шар.

Ізоляція та стабільність — різні завдання

Кожному магазину потрібне окреме браузерне середовище, у якому відбиток, Cookie та локальне сховище розділені й не змішуються. Також потрібен відповідний незалежний мережевий вихід без спільної IP-адреси. На рівні даних слід максимально уникати збігів у реєстраційній інформації, контактах та способах отримання виплат. Операційний ритм теж не має бути повністю однаковим: час розміщення оголошень і входу можна рознести.

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

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

Підтримуйте ізоляцію

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