Як уберегти кілька магазинів від пов'язування: сигнали платформ і робочий гайд з ізоляції

Робота з кількома магазинами — нормальний спосіб масштабування в e-commerce; справжній ризик ніколи не в «занадто багатьох магазинах», а в тому, що кілька магазинів виглядають в очах платформи як одна й та сама людина. Антилінкінг для мережі магазинів зводиться до трьох речей: у кожного магазину своя незалежна середовище (відбиток, куки, стан входу), свій окремий резидентний проксі та дані акаунтів, які ніде не перетинаються. Тримайте ці три шари чистими — платформі не з чого збирати ланцюг ваших магазинів. З антидетект-браузером MakoBrowser як референсним інструментом цей розбір пояснює, як маркетплейси судять про пов'язування, і дає схему ізоляції, яку можна повторити крок за кроком.

Як платформи вирішують, що «ці магазини належать одній людині»

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

1. Відбиток браузера: комбінація Canvas, WebGL, шрифтів, роздільної здатності, часового поясу та інших параметрів. Два магазини з одного комп'ютера отримують точно одну й ту саму ідентичність пристрою.
2. Мережевий вихід: де зареєстрований IP, резидентний чи дата-центр, і скільки акаунтів висить на одному IP. Дата-центрові IP і публічні проксі-пули самі собою надбавка до ризику.
3. Патерни входу та поведінки: чи збігається час входів із людським ритмом, чи перетинає один день кілька країн, чи не механічно підозрілий ритм дій, як у скрипта.

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

Два шари ізоляції: середовище та мережа, без одного не обійтися

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

Шар середовища закриває відбиток і стан входу: звичайний браузер не може дати кожному магазину свою ідентичність, потрібен антидетект-браузер, який створює незалежний профіль для кожного магазину — свої параметри відбитка, своє сховище кукі, свої сесії входу, нічого спільного. Мережевий шар закриває вихідний IP: прив'яжіть до кожного магазину окремий резидентний проксі, щоб трафік магазину виглядав як трафік справжнього користувача з іншого міста, з іншого дому. З обома шарами кожен магазин — це справді «окремий пристрій плюс окрема мережа».

Серед проксі обирайте резидентні або статичні резидентні, регіон проксі звіряйте з реєстраційними даними магазину та цільовим ринком — американський магазин на американському IP; економити на дата-центрових IP не варто. HTTP, HTTPS чи SOCKS5 — як підтримує ваш проксі-провайдер; ключовий параметр — утримання сесії (sticky): для повсякденної роботи обирайте довгі sticky-сесії, щоб магазин тримав один діапазон IP, а не змінював його з кожним запитом.

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

Сам процес нескладний; важливо не зрізати кути жодного кроку:

Крок 1: спершу ім'я профілю. Створюючи профіль, використовуйте самозрозумілу назву виду StoreA-Amazon-US, жодних test1, test2 — коли профілів десятки, випадковий клік перетворюється на катастрофу.

Крок 2: налаштувати проксі та перевірити. Внесіть хост, порт, логін і пароль проксі в профіль, запустіть перевірку з'єднання, переконайтеся, що вихід працює, і звірте геолокацію IP з даними магазину.

Крок 3: відбиток тримати за замовчуванням. Не впевнені, що змінювати, — не правте роздільну здатність і часовий пояс вручну: що більше параметрів змінюєш, то легше створити внутрішні суперечності (UA Windows зі шрифтами macOS), і виглядає це підозріліше, а не надійніше.

Крок 4: зберегти шаблон і клонувати. Щойно середовище першого магазину запрацювало, збережіть його як шаблон; нові магазини клонують шаблон і змінюють проксі — нове середовище за кілька хвилин. Ідеї пакетних операцій і синхронізації даних розібрано в статті як антидетект-браузери перетворюють повторювані дії на автоматизацію одним кліком.

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

Шість повсякденних правил, щоб магазини не «видали себе самі»

Коли середовища ізольовані, залишковий ризик цілком живе в робочих звичках:

1. Один магазин тримає одне середовище та один проксі; не змішувати, не перевикористовувати.
2. Пошта кожного магазину живе в його власному середовищі; не відкривайте магазинну скриньку в особистому браузері.
3. Реєстраційні дані розділені повністю: пошта, телефон, картка виплат, юрособа — жодного перетину.
4. У командній роботі діліть права за магазинами; кожен працює лише з призначеними йому середовищами та проксі.
5. Під час рекламних кампаній та акцій не чіпайте параметри відбитка і не змінюйте вихідний IP — раптова зміна середовища підозріліша за звичайну.
6. Особисті повсякденні акаунти не залітають у жодне магазинне середовище.

Відмінності платформ: за чим стежать Amazon, Shopify і eBay

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

Впровадити антилінкінг мережі магазинів із MakoBrowser

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

За цінами (поточний офіційний прайс, актуальна жива сторінка): безкоштовний тариф містить 2 середовища та 2 учасники — досить, щоб один раз прогнати весь процес; Pro — $6.80/міс за 10 середовищ, при оплаті за рік $40.80, близько $0.34 за середовище на місяць; Advanced — $27.50/міс за 100 середовищ, при оплаті за рік $165, близько $0.14 за середовище на місяць, при поквартальній оплаті додатково −30%. Сто магазинів і більше — крива фіксованої ціни за одиницю помітно рівніша.

Повна механіка продукту — на лендінгу антидетект-браузера MakoBrowser; щоб почати, встановіть клієнт зі сторінки завантаження і йдіть за порядком «назвати профілі, прив'язати проксі, зберегти шаблон, клонувати пачкою» — за десять хвилин піднімете першу партію середовищ магазинів.

FAQ

Відкривати кілька магазинів на одному комп'ютері — забанять?

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

Резидентний проксі обов'язковий, чи дата-центровий IP зійде?

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

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

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