Мультиаккаунтинг на маркетплейсах: что можно, а что нет
Как продавцы легально ведут несколько магазинов на Ozon, Wildberries, Amazon и eBay, какие прокси и настройки профилей для этого нужны.
Зачем продавцу вообще нужно несколько аккаунтов
Продавец на маркетплейсе редко ведёт один магазин всю жизнь. Причины завести второй, третий, десятый аккаунт обычно приземлённые:
- Разные юрлица или ИП — часто у одного владельца бизнеса зарегистрировано несколько компаний под разные бренды или направления товара.
- Разные бренды одного ассортимента — тестируют упаковку, название, позиционирование, не смешивая отзывы и рейтинг.
- Гео-разделение — отдельный аккаунт под Amazon.com, Amazon.de, Amazon.ae, потому что у площадок разные требования к документам и налогам.
- Агентское обслуживание — агентство или фулфилмент-команда ведёт магазины сразу нескольких клиентов и должно держать их строго изолированными друг от друга.
- Тестирование ниши без риска на основной аккаунт — новый товар, новая категория, эксперимент с ценами.
Всё это — законные бизнес-сценарии. Проблема не в самом факте нескольких аккаунтов, а в том, как их технически развести, и в том, что именно площадка считает нарушением.
Что реально запрещают правила площадок
Здесь важно не путать «мультиаккаунтинг ради удобства» с «мультиаккаунтингом ради обмана системы». Вторая категория — это накрутка отзывов, самовыкупы для поднятия позиций в поиске, обход банов, дублирование карточек одного товара под видом конкурентов. Это запрещено везде, и антидетект-браузер здесь не инструмент для обхода правил — правила всё равно нарушены, просто технически незаметнее.
Кратко по площадкам (правила меняются, проверяйте актуальные условия оферты продавца перед стартом):
| Площадка | Несколько магазинов формально | Основные ограничения |
|---|---|---|
| Ozon | Разрешено на разные юрлица/ИП | Запрещены самовыкупы, накрутка рейтинга, манипуляции с отзывами |
| Wildberries | Разрешено, отдельный кабинет на каждое юрлицо | Аналогично — блокируют за накрутку и «дружественные» отзывы |
| Amazon | Разрешено только с обоснованием и одобрением Amazon (related accounts policy) | Без approval — блокировка всех связанных аккаунтов, включая старые |
| eBay/Etsy | В целом разрешено вести несколько магазинов | Запрет на дублирование листингов одного товара под разными аккаунтами для обхода лимитов |
Самый жёсткий случай — Amazon. Площадка прямо требует уведомить её о связанных аккаунтах и получить одобрение business justification. Если не сделать этого заранее, а Amazon сам обнаружит связь (по IP, по платёжным данным, по устройству), под удар попадают все аккаунты сразу, включая тот, что приносил основной оборот. Поэтому для Amazon вопрос не «как спрятаться», а «как заранее задокументировать легитимность».
Почему аккаунты «палятся», даже если бизнес честный
Площадки видят связь между аккаунтами не по названию магазина, а по техническому следу:
- Один и тот же браузерный отпечаток — если два кабинета входят с одинаковым набором параметров (шрифты, разрешение экрана, версия браузера, часовой пояс), система связывает их с высокой вероятностью, даже если это два разных сотрудника.
- Общий IP — офисный Wi-Fi, домашний интернет, один и тот же дата-центр прокси на нескольких аккаунтах. Для площадки один IP на пять кабинетов — это сигнал, а не совпадение.
- Общие cookies и localStorage — если магазины открываются в одном и том же браузерном профиле поочерёдно, площадка видит одинаковый набор идентификаторов сессии и трекеров.
- Общее устройство без разделения профилей — даже с разными браузерами (Chrome для одного магазина, Firefox для другого) остаётся много совпадающих параметров железа.
Отдельная тема — согласованность отпечатка внутри самого профиля: если часовой пояс не совпадает с гео прокси, а язык браузера — с локалью маркетплейса, это тоже подозрительный паттерн, который стоит разобрать отдельно.
Решение — не «спрятать» аккаунт, а сделать так, чтобы у каждого магазина был свой полноценный технический контур: отдельный браузерный профиль с управляемым отпечатком, свой IP, свои cookies и своя история.
Как выстроить мультиаккаунтинг технически
Шаг 1. Один профиль браузера — один магазин. В антидетект-браузере создаётся изолированный профиль на каждый аккаунт: отдельные cookies, история, закладки, расширения, свой отпечаток (ОС, версия браузера, экран, шрифты, WebGL/canvas-шум). Профили не видят и не влияют друг на друга.
Шаг 2. Свой прокси на профиль. Для маркетплейсов важнее гео и стабильность IP, чем для соцсетей. Если магазин зарегистрирован на конкретную страну или регион, часовой пояс и язык интерфейса профиля должны совпадать с гео прокси — иначе получите тот самый рассинхрон, который выдаёт связку аккаунтов. Подробнее о том, какой тип прокси брать под конкретную задачу — резидентский, мобильный или дата-центр — разобрано в статье про выбор прокси для мультиаккаунтинга. Прокси удобно держать в одном месте — в менеджере прокси с проверками и ссылками на ротацию IP, чтобы не потерять, какой адрес к какому магазину привязан.
Шаг 3. Не смешивать оплату и документы между профилями по IP. Технически можно платить с разных карт из одного профиля, но если IP и отпечаток при этом одинаковы на пяти магазинах — это всё равно видимая связь. Разделение должно быть на всех уровнях одновременно: устройство (виртуально через профиль), сеть (прокси), сессия (cookies).
Шаг 4. Прогрев нового аккаунта перед активными действиями. Резкий скачок активности на свежесозданном кабинете — сам по себе триггер для проверки, независимо от того, сколько у вас магазинов. Как готовить профиль к первым действиям, чтобы не словить ограничение на старте, подробно разобрано в статье про прогрев аккаунтов.
Cookies и 2FA — отдельная головная боль для продавцов
У маркетплейс-аккаунтов обычно включена двухфакторная аутентификация, и часто не одна — отдельно для входа в кабинет продавца, отдельно для финансовых операций и вывода средств. Если это ведёт один человек на пять магазинов, коды 2FA превращаются в отдельный источник хаоса: SMS теряются, приложение-аутентификатор на телефоне не синхронизировано с тем, кто сейчас работает с конкретным кабинетом.
Практичнее держать секретный ключ 2FA привязанным к самому профилю — тогда код генерируется прямо там, где открыт нужный магазин, и не нужно скакать между приложениями на телефоне.
Cookies тоже стоит не терять: экспорт в JSON или формате Netscape перед плановым обслуживанием или переносом магазина на другого сотрудника избавляет от повторного прохождения капчи и двухфакторки при каждом перезаходе. Плановый прогрев cookies по расписанию полезен и для «спящих» магазинов — тех, что работают сезонно (например, витрина с товарами для отпуска зимой простаивает, а весной должна ожить без резкого скачка активности).
Когда мультиаккаунтингом занимается не один человек, а команда
У агентства фулфилмента или у продавца с наёмными менеджерами добавляется вторая проблема — не техническая, а организационная: кто и к каким магазинам имеет доступ.
Практика, которая обычно работает:
- Роли вместо общего логина-пароля. Менеджеру категории — доступ только к своим магазинам без финансового блока, финансисту — доступ к отчётам без права менять карточки товаров, владельцу — всё.
- Лимит профилей на сотрудника. Стажёр не должен физически иметь доступ ко всем двадцати магазинам компании, даже если технически это возможно.
- Передача магазина без пересдачи паролей. Когда менеджер уходит в отпуск или увольняется, его магазины передаются коллеге вместе с cookies, историей и сохранённой сессией — без сброса 2FA и без риска потерять доступ на неделю.
- Просмотр чужого экрана для разбора спорных ситуаций. Если менеджер жалуется, что аккаунт заблокирован «на ровном месте», руководителю проще посмотреть его сессию в реальном времени, чем разбирать по скриншотам.
Всё это подробно расписано в статье про роли, лимиты и передачу профилей в команде, а базовые механики командной работы — в разделе для команд.
- lev открыл Airdrop zkSync 07
- artem закрыл FB · US · BM-14
- maya смотрит браузер artem
- lev передал TikTok Shop 03
Для владельца агентства с десятком клиентов и полусотней магазинов полезен общий дашборд: кто из сотрудников сейчас работает, сколько браузеров открыто, где идёт трата бюджета на прокси и рекламу. Без этого разрозненного вида в конце месяца сложно понять, за что вообще заплачено.
Расходы за 30 дней
Частые ошибки
Экономия на прокси. Один дешёвый дата-центровый IP на пять магазинов кажется разумной экономией, пока площадка не заблокирует все пять сразу. Стоимость нормального прокси для магазина на маркетплейсе — это часть себестоимости бизнеса, а не статья для урезания.
Смена гео без замены прокси и локали профиля. Продавец переезжает на новый склад в другом регионе, обновляет адрес доставки в личном кабинете, но забывает сменить прокси — и часовой пояс браузера продолжает не совпадать с новым адресом.
Один и тот же email или телефон для восстановления доступа во всех кабинетах. Формально это не запрещено площадками, но при проверке связывает аккаунты быстрее, чем совпадение IP.
Резкая миграция всех магазинов на новое устройство одновременно. Замена ноутбука или переход на нового сотрудника — нормальная ситуация, но если пять кабинетов одновременно «переезжают» с одного отпечатка на другой в один день, это выглядит подозрительно для систем защиты площадки. Лучше растягивать миграцию по времени и переносить профили по одному.
Игнорирование политики related accounts на Amazon. Тишина здесь — не стратегия. Если бизнес объективно требует нескольких аккаунтов на Amazon, обоснование стоит подать заранее, а не ждать автоматической блокировки.
Как выбрать масштаб под размер бизнеса
Для одного продавца с 2–5 магазинами хватает базового плана с ограниченным числом профилей — важнее правильно настроить прокси и отпечаток, чем гнаться за количеством. Агентству, которое ведёт десятки клиентов, нужен план с сотнями профилей и командными ролями. Сравнить лимиты и стоимость можно на странице тарифов: от бесплатных 3 профилей для теста подхода до тарифов на сотни и тысячи профилей для крупных команд.
Начать проще всего с загрузки приложения под macOS или Windows и создания первого изолированного профиля под один магазин — прежде чем масштабировать процесс на десяток кабинетов.
FAQ
Можно ли вести два магазина с одного компьютера без антидетект-браузера? Технически да, если использовать разные обычные браузеры или режимы инкогнито. Но это не решает проблему общего IP и совпадающего отпечатка устройства — площадка всё равно может связать аккаунты по этим параметрам.
Нужен ли отдельный прокси для каждого магазина или можно один на всех? Для маркетплейсов — отдельный на каждый магазин, особенно если гео регистрации разное. Общий IP на несколько кабинетов — самый частый повод для блокировки по подозрению в связке аккаунтов.
Что делать, если площадка уже заблокировала связанные аккаунты? Разбираться через официальную апелляцию площадки с документами, подтверждающими легитимность бизнеса. Обходить блокировку новым аккаунтом без устранения причины бессмысленно — правила обычно запрещают создавать новый аккаунт взамен заблокированного.
Как быстро восстановить доступ к магазину, если у менеджера, который его вёл, украли или сломался ноутбук? Если профиль хранился в антидетект-браузере с синхронизацией между устройствами и шифрованием на стороне клиента, доступ восстанавливается на новом устройстве по паролю аккаунта — без повторного прохождения 2FA и капчи с нуля. Подробнее о том, как устроено шифрование и восстановление доступа, — в статье про безопасность профилей.