Afina

Скачать приложение

AppleWindows
RU
БлогГайды и обучение

31 мая 2026 г.

Как продавать на Amazon с несколькими аккаунтами продавца

Как продавать на Amazon с несколькими аккаунтами продавца

Политика Amazon по множественным аккаунтам продавца проста на бумаге: один аккаунт на продавца, если только нет явного письменного разрешения на второй. На практике всё сложнее. Легитимные причины для нескольких аккаунтов существуют — отдельные бренды, разные категории товаров, разные юридические лица — и Amazon действительно делает исключения. Проблема не в самой политике. Проблема в том, что большинство продавцов, пытающихся вести несколько аккаунтов, попадают под блокировку не из-за того, что продают, а из-за того, как их аккаунты связаны между собой.

В этом гайде — операционная сторона вопроса: что Amazon реально отслеживает, как выстроить аккаунты так, чтобы они не рухнули вместе, и где изоляция окружений вписывается в мультиаккаунтную схему.

Почему Amazon вообще связывает аккаунты

Система наблюдения Amazon за продавцами обширна. При каждом входе платформа собирает данные браузерного отпечатка, IP-адрес, идентификаторы устройства и поведенческие паттерны. Эти сигналы сравниваются между всеми аккаунтами, которые касаются одной инфраструктуры.

Два аккаунта с общим IP выглядят связанными. Два аккаунта, которые входят с одного браузерного профиля, — связаны по факту: Amazon видит идентичные параметры отпечатка и считает их одним человеком вне зависимости от имени на аккаунте. Пересечение платёжных методов, общий номер телефона или один банковский счёт на несколько аккаунтов продавца запустят ревью почти мгновенно.

Суть проблемы в том, что Amazon проверяет не только ваши данные — он картирует окружение, из которого эти данные приходят. Вот почему стандартный совет «просто используй другой email» настолько бесполезен. Email — последнее, на что они смотрят.

Законные основания для нескольких аккаунтов

Прежде чем переходить к инфраструктуре, нужно понять: кейс должен быть обоснованным. Amazon разрешает несколько аккаунтов при определённых условиях:

Отдельные юридические лица. Если вы управляете двумя по-настоящему разными бизнес-структурами — разные LLC или ООО, разные ИНН, разные платёжные счета — Amazon скорее одобрит второй аккаунт. Бизнесы должны быть независимо верифицируемы, а не просто разные названия на одном банковском счёте.

Разные бренд-портфолио. Продавцы с ощутимо разными брендами — особенно теми, что работают с разными сегментами покупателей или категориями товаров — имеют более весомый аргумент. Бренд профессионального аудиооборудования и отдельный бренд детских игрушек — это чистое разделение, в отличие от двух похожих магазинов.

Явное разрешение Amazon. Если у вас есть легитимный кейс, можно запросить разрешение напрямую через Seller Central. Это не гарантия, но одобренная двухаккаунтная операция имеет принципиально другой профиль риска, чем неавторизованная.

Без одного из этих оснований ведение нескольких аккаунтов — нарушение политики, каким бы качественным ни было разделение окружений. Изоляция снижает риск обнаружения — она не меняет суть действий.

Структура аккаунтов: что должно быть раздельным

Если законное основание есть, операционная структура имеет огромное значение. Каждому аккаунту нужен собственный полный стек идентичности:

  • Отдельное юридическое лицо (LLC, ООО, ИП)
  • Отдельный банковский счёт и платёжный метод
  • Отдельный номер телефона для верификации и 2FA
  • Отдельный email-адрес и история адресов
  • Отдельные данные для входа в Seller Central

Ничего из этого не может совпадать. Общий номер телефона между двумя аккаунтами — достаточный повод для ревью по признаку связанности. Маркетплейсная логика Amazon строится на том, что целостность аккаунта оценивается комплексно: одна общая точка данных способна выдать всю связь.

Именно поэтому покупка прогретого аккаунта или получение аккаунта продавца от кого-то другого несёт в себе риск: вместе с ним вы наследуете чужую историю, связанные данные и прошлые нарушения.

Изоляция окружений: то, что большинство продавцов упускает

Чистые юрлица и раздельные данные — это половина дела. Вторая половина — браузерное окружение: тот слой, который Amazon не видит из ваших документов, но считывает при каждом входе.

Браузерный отпечаток. Каждая браузерная сессия излучает отпечаток: GPU-рендерер, Canvas-хеш, установленные шрифты, геометрия экрана, hardware concurrency, navigator-свойства. Два аккаунта с идентичными отпечатками флагируются как один оператор вне зависимости от регистрации бизнеса за ними. Цифровой отпечаток — именно то, из-за чего мультиаккаунтинг в общем браузере так стабильно детектируется.

IP-адрес. У каждого аккаунта должен быть выделенный прокси — резидентный или мобильный, никаких датацентровых. Резидентные прокси, привязанные к гео биллинговой страны зарегистрированной сущности, — самый чистый вариант. Общие IP между аккаунтами или IP, уже засветившиеся на Amazon, создают мгновенный риск.

Изоляция куков. Сессии должны быть полностью разделены. Изоляция куков на уровне браузерного профиля гарантирует, что сессии входа, трекинговые куки и данные сессий Amazon с одного аккаунта не попадут в другой. Это важнее, чем ожидает большинство продавцов: отслеживание сессий Amazon персистентно и активно перекрёстно проверяет данные.

Отдельный профиль для каждого аккаунта. На практике — один браузерный профиль на один аккаунт продавца, с собственным постоянным отпечатком, собственным прокси и собственным хранилищем куков. Управлять этим вручную через несколько аккаунтов без специализированных инструментов ненадёжно уже при масштабе больше двух.

Управление сессиями без перекрёстного загрязнения

Даже при хорошо выстроенных профилях большинство связок происходит из-за операционных ошибок. Паттерны, из-за которых продавцов ловят:

Вход в два аккаунта с одного профиля. Даже один раз. Даже «просто проверить». История сессии записывается в этот профиль, и отпечаток теперь связан с обоими аккаунтами.

Переключение аккаунтов без переключения окружений. Закрыть вкладку и открыть новую в том же браузерном окне не меняет отпечаток, куки и IP. Переключение окружения должно быть полным — другой профиль, другая прокси-сессия.

Общие устройства среди членов команды. Сотрудник поддержки, который обрабатывает возвраты для двух разных аккаунтов продавца со своего личного ноутбука, только что связал эти аккаунты. Командный доступ должен управляться через назначенные профили, а не через общие логины на личных устройствах.

Бэкап и восстановление. При переезде на новую машину или восстановлении настроек аккаунта перенос браузерных данных из старого окружения может вернуть старые отпечатки. Экспорт и импорт куков должны происходить на уровне профиля, а не на уровне браузера, чтобы окружения оставались чистыми.

Базовые принципы управления мультиаккаунтами работают здесь вне зависимости от платформы — механика изоляции сессий одинакова что для аккаунтов продавца, что для профилей в соцсетях.

Что происходит, когда аккаунт попадает под флаг

Процесс блокировки у Amazon для связанных аккаунтов обычно идёт по одному сценарию: сначала флагируется один аккаунт, что запускает ревью связанных. Если связь очевидна — одинаковый IP, одинаковый отпечаток, одинаковый платёжный метод — все связанные аккаунты блокируются одновременно.

Апелляции возможны, но сложны. Amazon требует документального подтверждения того, что аккаунты — действительно отдельные операции: разные регистрации бизнеса, разные банковские выписки, разные физические адреса. Если в их логах видна и связь на уровне окружения, документального подтверждения корпоративного разделения в одиночку не хватит.

С точки зрения прокси и конфигурации профилей — это аргумент в пользу инвестиций в нормальную изоляцию с самого начала, а не её выстраивания после блокировки. Ретроспективно разделить аккаунты, которые уже были связаны в системе Amazon, значительно сложнее, чем изначально сделать всё правильно.

FAQ — Часто задаваемые вопросы

Можно ли иметь два аккаунта продавца на Amazon легально?

Да, но только при наличии явного письменного разрешения Amazon или через по-настоящему отдельные юридические лица с самостоятельными операциями. Ведение второго аккаунта без разрешения — нарушение политики, даже если бизнесы реально разные.

Что чаще всего становится причиной бана за несколько аккаунтов?

Общий IP-адрес или браузерный отпечаток — наиболее распространённый технический триггер. Общие платёжные методы — на втором месте. Большинство продавцов считает, что Amazon проверяет юрлицо в первую очередь — на практике сигналы окружения часто выявляют связь раньше, чем документация вообще попадает на ревью.

Amazon детектирует VPN?

Да. IP-диапазоны VPN хорошо известны, многие из них помечены как датацентровый трафик, который Amazon расценивает как подозрительный. Для изоляции аккаунтов резидентные или мобильные прокси со стабильным гео-назначением значительно безопаснее VPN-сервисов.

Можно ли использовать одни и те же листинги на нескольких аккаунтах продавца?

Дублирующиеся листинги между аккаунтами — отдельный вопрос политики: правила каталога Amazon запрещают размещать один и тот же ASIN с нескольких аккаунтов, даже если сами аккаунты одобрены. Каждая сущность должна управлять собственным каталогом.

Что делать, если аккаунты случайно связались?

Если связь произошла до блокировки — окно для реагирования узкое. Немедленно прекратите входить в оба аккаунта из одного окружения. Задокументируйте разделение юрлиц и проактивно свяжитесь с Seller Central. Если блокировка уже выдана, апелляционный процесс потребует исчерпывающей документации о том, почему аккаунты — реально отдельные операции.

Подходит ли Afina для управления аккаунтами продавца на Amazon?

Да. Каждый профиль Afina поддерживает собственный изолированный отпечаток, хранилище куков и назначение прокси — именно та инфраструктура, которая нужна для чистого разделения аккаунтов. Профили сохраняют конфигурацию между сессиями, поэтому один и тот же аккаунт всегда выглядит из одного окружения.

Похожие термины

Читать дальше:Автоматизация арбитража трафика — профили | Afina Browser
Артем Вишнепольский

Артем Вишнепольский — специалист по дропхантингу и автоматизации Web3, участник команды Afina с опытом в криптоиндустрии с 2021 года. Он специализируется на системном участии в тестнетах, кампаниях и ретродроп-активностях, имея в портфеле лайфчендж-кейсы, включая Starknet, Movement и Initia.

В Afina работает саппорт-специалистом, помогая пользователям внедрять решения по автоматизации и адаптировать инструменты под их цели. Несмотря на гуманитарный бэкграунд, доказывает, что эффективная автоматизация в Web3 доступна даже для нетехнических пользователей

Поделиться