Як запобігти асоціації акаунтів Amazon: три рівні профілактики від реєстрації до роботи магазинів

Головний висновок: Amazon допускає кілька акаунтів на умовах: якщо є обґрунтована бізнес-потреба і всі ваші акаунти мають добру репутацію, відкриття додаткових акаунтів відповідає правилам; якщо асоціацію підтверджено, колективна відповідальність уже прописана в політиці, тож систему профілактики треба вибудувати на трьох рівнях (дані реєстрації, середовище браузера, робота магазинів), поки перший акаунт ще здоровий. Ці три рівні покривають різні сигнали і будуються в різні моменти. Далі розглянемо послідовно політику, сигнали та практику для кожного рівня.

Правила Amazon щодо кількох акаунтів: умовний дозвіл, межі прописані в кодексі поведінки

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

Обидві межі також прописані відкрито.

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

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

Офіційні матеріали Amazon Global Selling також нагадують про можливість асоціації між європейським і американським майданчиками. Деталі оцінювання платформа не розкриває.

Продавцю залишається лише профілактика наперед: розділити дані до реєстрації і тримати кожен акаунт на власній траєкторії роботи.

Сигнали асоціації зосереджені на трьох групах матеріалів

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

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

• Друга група: мережа та пристрої. Анкета для оскарження асоціації є третім офіційним матеріалом. Amazon серед пунктів перевірки називає використання VPN, вхід через публічний WiFi та входи з інших мереж чи пристроїв. Отже, в офіційному погляді мережеві сигнали є рутинними пунктами перевірки. Спільні IP виходу, збіг відбитків пристроїв, дрейф середовища входу: усе це потрапляє до підстав для рішення.

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

Рівень реєстрації: матриця даних до відкриття акаунта

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

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

2. Контактні дані: пошта та номер телефону, по одному набору на магазин, адреси отримання й роботи не повторюються, дані директора й контактної особи не перетинаються.

3. Бізнес-активи: бренди розподілені між магазинами, домени й окремі сайти розміщені окремо, два магазини не користуються однією реєстрацією бренду.

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

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

Стабільні дані без змін самі по собі є частиною профілактики.

Рівень середовища: кожен магазин у браузері виглядає як інший пристрій

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

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

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

Крок 2: прив'яжіть до кожного середовища окремий проксі. Проксі вносять централізовано в управлінні проксі й розподіляють за середовищами; після додавання перевірте з'єднання, і IP виходу з локацією видно одразу. Принцип вибору для продавців Amazon: кожен магазин має постійний резидентний вихід у регіоні реєстрації та сайту магазину, і надалі його не змінюють. На старті нового магазину репутація IP виходу важливіша за ціну; резидентний вихід підходить для реєстрації краще, ніж сегменти дата-центрів.

Крок 3: тримайте середовища стабільними. Після створення магазин закріплений за середовищем: вхід у це середовище означає цей магазин, а Cookie, локальне сховище і конфігурація відбитків залишаються всередині середовища без дрейфу. Перелік функцій для сценарію продавця Amazon дивіться на сторінці рішень для Amazon. Для команд, що ведуть кілька платформ паралельно, підхід із гайду про ізоляцію магазинів Shopee збігається з підходом для Amazon. Рівень середовища відповідає лише за ідентичність пристрою, а відмінності в роботі магазинів тримає рівень операцій.

Рівень роботи: кожен магазин має виглядати як бізнес іншої людини

Середовища розділені, і саме відмінності в діях вирішують, чи виглядають два магазини як робота однієї команди. Кілька практичних пунктів:

• Товари та listing окремо. Два магазини не продають ті самі товари, не роблять пропозицій на власні товари, а назви, зображення та A+ сторінки створюють окремо, без копіювання шаблонів описів.
• Підтримка та відповіді окремо. Темп і стиль відповідей покупцям розрізняються за магазинами, а акційні кампанії стартують у різні дні, без однакових знижок того самого дня.
• Показники ефективності ведуть окремо. Політика вимагає доброї репутації всіх акаунтів, тому провал показників одного магазину затягує всю групу в зону колективної відповідальності. Показники типу рівня дефектів замовлень стежать за магазином окремо, а за проблемної краще спершу обмежити ризик.
• Ритм роботи зсунутий. Запуск новинок, старт рекламних кампаній і підготовка запасів до розпродажів плануються за магазинами; групи магазинів, що в один день масово виконують однакові дії, найлегше сходяться в поведінкових ознаках.

Після вибудови трьох рівнів лишається тривале виконання. Рівень даних лишається стабільним, без перетинів по ходу. Рівень середовища лишається прив'язаним, без дрейфу. Рівень роботи лишається відмінним, без зближення. Якщо магазин усе ж отримав рішення про асоціацію, того ж дня спершу ізолюйте ризик, а тоді готуйте оскарження. Покроковий процес описано в гайді з оскарження асоціації Amazon (POA), а список профілактики з цієї статті можна використати як основу для самоперевірки перед оскарженням.

Часті питання

Чи потрібно повідомляти платформу про кілька акаунтів Amazon?

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

Чи можуть асоціюватися акаунти на європейському та американському майданчиках?

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

Чи достатньо режиму інкогніто або звичайних браузерів для окремих акаунтів?

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

Чи можна змінити проксі після створення середовища?

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

Підсумок

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

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