Як керувати кількома магазинами Shopee: ізоляція середовищ та захист від пов'язання в MostMate
Головне: ризик пов'язання магазинів Shopee зосереджений у трьох місцях, а саме в реєстраційних даних, на боці обладнання та в IP. Ізоляція середовищ браузера відповідає лише за пристрій і локальні дані, тоді як поділ даних та дисципліну роботи доводиться організовувати окремо. Далі текст іде в такому порядку: бізнес-сценарій, три точки пов'язання, межі ізоляції, процес керування та пошук несправностей.
«На трьох сайтах відкрили по магазину, асортимент ще не розібрали, а один уже отримав сповіщення про перевірку входу». Продавці, які працюють із кількома сайтами Shopee, знають такі повідомлення не з чуток. Сама по собі робота на кількох сайтах є підтримуваним платформою шляхом розширення, але щойно магазинів стає багато, водночас ускладнюються реєстраційні дані, пристрої та люди, і будь-яка занедбана з цих трьох речей починає тягти решту. Більшість проблем сидить у звичках входу: кілька акаунтів місяцями працюють з одного комп'ютера й одного браузера, локальні дані давно перемішалися, і саме звідси згодом виростає більшість аномалій.
У статті розібрано три точки пов'язання та дано процес керування.
Розширення на кілька магазинів Shopee: воно стосується не лише кількості магазинів
Shopee офіційно підтримує відкриття окремих магазинів на різних сайтах для кросбордерних продавців, тож кілька магазинів на цій платформі є звичайною практикою. Реєстрація проходить через офіційний портал кросбордерної реєстрації Shopee, куди подають ліцензію на бізнес та інші документи, після чого магазини відкривають окремо під кожен сайт. Сайти різняться мовами та ринками, і частина продавців додатково ділить магазини за брендами чи категоріями товарів.
Зі зростанням кількості магазинів тяжчає не лише щоденна робота. Реєстраційні дані треба вести окремими пакетами. Пристрої для входу треба розмежувати. Між виконавцями треба чітко розподілити ролі. Коли команда підростає, офіційна платформа субакаунтів Shopee (Sub-Account) дозволяє створювати ролі та роздавати права на магазини в одному місці, це інструмент керування на боці платформи. Інструмент закриває розподіл ролей. Ізоляцію доведеться налаштовувати самотужки.
Спершу одне уточнення про межі теми. Чи можна відкрити другий магазин на тому самому сайті, у різних сайтах вирішується по-різному: і правила, і практика застосування відрізняються. Ця стаття не дає узагальненої відповіді, орієнтуйтеся на офіційні правила Shopee та результат реєстраційної перевірки.
Де саме зосереджений ризик пов'язання: дані, пристрої, мережа
Щоб знайти пов'язані магазини, платформа звіряє сигнали трьох типів: облікові дані, пристрої та мережа, і збіг в одній лише категорії зазвичай не стає підставою для висновку. Shopee не публікує повного набору критеріїв, а три пункти нижче найчастіше спливають у відгуках продавців. Наводимо їх, щоб окреслити межі самоперевірки, а не тому, що збіг за якимось пунктом гарантовано закінчується визнанням зв'язку.
- Реєстраційні та акаунтні дані: дані законного представника, номер телефону, електронна пошта, рахунок для виплат, адреса повернення товарів. Після подання реєстраційних даних простір для правок дуже вузький. Розмежувати дані всіх магазинів ще до реєстрації значно легше, ніж виправляти все потім.
- Пристрій і середовище браузера: коли кілька магазинів працюють з одного комп'ютера, Cookie, статуси входу та кеш перемішуються, а відбиток браузера вказує на той самий пристрій. Відбиток складається з Canvas, WebGL, переліку шрифтів та інших параметрів, і сайт зчитує їх у реальному часі. Повний перелік параметрів є в статті З чого складається відбиток браузера.
- Мережа та IP: з одного вихідного IP часто заходять у різні магазини, або регіон виходу не збігається з ринком магазину. Усі такі сигнали потрапляють у поле перехресної звірки платформи.
Кожен із трьох сигналів окремо ще можна пояснити. Разом вони пояснення вже не знаходять.

Який шар проблем закриває ізоляція середовищ браузера
Ізоляція середовищ працює з плутаниною на рівні пристрою та локальних даних, вона не займається дублюванням даних і не означає, що платформа втрачає можливість пов'язати магазини. У кожного середовища свої Cookie, локальні сховища, кеш і параметри відбитка. Один в одного вони не потрапляють. Повний опис механізму є в статті Що таке ізоляція середовищ, тут же мова лише про межі цього підходу в застосуванні до Shopee.
Якщо ізоляція середовищ закриває шар пристрою та даних, то облікові дані та дисципліна роботи стосуються шару платформенної перевірки. Навіть після повної ізоляції ці речі нікуди не зникають:
- Виплати та дані розділено: кожен магазин отримує власний рахунок для виплат, реєстраційні дані оформлюються окремо під кожен магазин.
- Товари вирізняються між собою: не варто переносити в різні магазини однакові фото та описи, назви, головні зображення й деталі робляться заново під кожен сайт.
- Темп роботи розділено: коли одна людина за одним розкладом веде всі магазини, сам ритм дій стає підозрілим.
Усі три речі лежать на шарі платформенної перевірки.
Процес керування магазинами та середовищами, який можна повторити крок за кроком
Суть процесу в тому, щоб магазин, середовище браузера, проксі та відповідальна людина утворили чітку пару один до одного, а саме це співвідношення було записане. У реальному порядку дій це п'ять кроків:
- Створіть середовище: один магазин отримує одне середовище, у назві середовища одразу фіксується сайт і призначення, наприклад «MY-дім-основна».

- Підключіть проксі: проксі спершу окремо додають у розділі «Керування проксі (代理管理)», а вже тоді закріплюють за потрібним середовищем. Новий проксі варто спершу перевірити на з'єднання в некритичному середовищі й лише потім пускати в повсякденну роботу.

- Запишіть співвідношення: поля «Прив'язані акаунти (绑定账号)», нотатки середовища та власний номер дозволяють прямо вписати, який магазин, який проксі й яка людина за що відповідають. Не покладайтеся на пам'ять.
- Роздайте права: доступ відкривають через «Групи середовищ (环境分组)», виконавці бачать лише закріплені за ними середовища, а не всі підряд.
- Регулярно звіряйте: після заміни проксі, передачі справ або масової зміни конфігурацій заново перевіряйте, чи не порушилося співвідношення.

У списку середовищ кожен рядок є повним паспортом одного середовища: проксі, вихідний IP, прив'язані акаунти та нотатки стоять в одному рядку. Під час звірки одразу видно, чи співвідношення ще тримається.
Що перевіряти першим, коли щось пішло не так: три типові випадки
Коли з'являється аномалія, спершу звіряйте факти і лише потім шукайте причину. У пошуку спираються на сповіщення платформи, дані акаунтів, стан мережі та історію дій. У трьох випадках нижче акценти перевірки різні.
Кілька магазинів опинилися в одному середовищі браузера помилково
Спершу зупиніть активні сесії. З'ясуйте, які саме магазини входили в це середовище. Далі поверніть кожен магазин до його власного середовища та перевірте, чи не перемішалися Cookie й статуси входу. За потреби пройдіть перевірку безпеки для відповідних магазинів заново. Після цього за процесом із попереднього розділу дофіксовуйте співвідношення.
Після заміни проксі в магазині почалися проблеми з входом
Сама заміна проксі є звичайною дією. Проблеми зазвичай виникають тому, що після неї ніхто нічого не перевірив. Спершу подивіться, чи регіон вихідного IP досі збігається з ринком магазину. Далі переконайтеся, що супутні налаштування на кшталт часового поясу та мови оновилися слідом. Наприкінці прямо в середовищі проженіть вхід у магазин. Коли платформа вимагає підтвердження, просто виконайте підказані кроки. Не повторюйте спроби поспіль.
Які налаштування перевіряти під час передачі магазину іншому виконавцю
Пароль акаунта є лише частиною справи. У поле перевірки входять належність середовища, налаштування проксі, прив'язані акаунти та історія дій. Після передачі відкрийте «Журнал дій (操作日志)» і переконайтеся, що права вже згорнуті, а в колишнього виконавця більше немає доступу до цього середовища.

За що відповідає MostMate в цьому процесі
MostMate є антидетект-браузером, офіційний сайт позиціонує його як «дружній до новачків AI-антидетект-браузер», а ключова здібність полягає в тому, щоб для кожного акаунта готувати окреме середовище браузера. У цьому процесі він відповідає за втілення шару пристрою та даних.
Під час створення середовища назва, прив'язані акаунти, Cookie, налаштування проксі, група та нотатки заповнюються в одній формі. Мова, часовий пояс і геолокація за замовчуванням підбираються під регіон IP проксі, тож ручної звірки менше. У розділі сценаріїв використання на сайті робота з кількома акаунтами в електронній комерції значиться серед застосувань, і кілька сайтів Shopee якраз типовий приклад. Детальніше про продукт у статті Що таке MostMate.
Можливості на боці команди відповідають етапу розподілу ролей у процесі. Доступ відкривають через групи середовищ, учасники поділяються на керівних і виконавчих, а журнал учасників зберігає записи про входи та дії. Коли магазин передають, саме ці записи слугують підставою для звірки.
Треба чесно окреслити і те, чого він не робить: реєстраційна перевірка, відповідність даних вимогам та платформенні правила ризику залишаються на боці Shopee. MostMate не замінює ці вимоги й не застосовується для обходу платформенних санкцій.
Часті запитання
Чи можна відкрити кілька магазинів Shopee?
Окремі магазини на різних сайтах є підтримуваним офіційно режимом, і типова схема виглядає так: один пакет корпоративних даних, під кожен сайт свій магазин. Щодо кількох магазинів на одному сайті, у різних сайтах правила різняться. Орієнтуйтеся на офіційні правила Shopee та результат реєстраційної перевірки.
Чи можна вести кілька магазинів Shopee з одного комп'ютера?
Можна, але входи кожного магазина доведеться розмежувати власним середовищем і власним проксі. Найвищий ризик має прямий вхід у всі магазини зі спільного браузера. Після розмежування на рівні пристрою рахунки для виплат і реєстраційні дані все одно залишаються окремими в кожного магазина.
Чи захищає антидетект-браузер від пов'язання?
Ні, так розуміти не варто. Антидетект-браузер закриває шар пристрою та локальних даних, тоді як дублювання даних, перехрестя у виплатах і схожа манера дій залишаються поза його досяжністю. Повний набір критеріїв платформа все одно не оприлюднює.
Чи потрібен кожному магазину окремий проксі?
Один фіксований вихід на магазин є поширеною практикою, і ключових моментів тут два. Регіон виходу мусить збігатися з ринком магазину, а сам вихід мусить довго залишатися стабільним. Чи обов'язково купувати окремий проксі під кожен магазин, вирішуйте за масштабом бізнесу та вимогами платформи.
Підсумок
Керованість багатомагазинної схеми залежить від того, наскільки чітко тримається ланцюг «магазин, середовище, проксі, відповідальна людина». Ізоляція середовищ є лише стартовою точкою, яка прибирає бруд на рівні пристрою. Остаточне слово за платформою. Законна робота та окремі дані завжди попереду будь-якого інструменту.
Продавцю-одинаку варто спершу навести лад у середовищах першого сайта, а розширюючись на нові сайти, просто повторювати процес. Командам варто реально користуватися правами та журналами, щоб передача справ і випадкові помилки менше били по роботі. Щоб запустити цей процес, завантажте MostMate, створіть середовища та по одному магазину звірте співвідношення, і лише після цього пускайте все в роботу.
MOSTMATE
Безпечне керування кількома обліковими записами — це просто
Почніть із першого облікового запису й побудуйте з MostMate безпечнішу, розумнішу та ефективнішу роботу з кількома обліковими записами.
- Незалежні профілі. Узгоджені ідентичності.
- ШІ-автоматизація · Стан облікових записів · Командні операції



