Главная / Блог / Amazon Seller Ce
ENGINEERING_BLOG · 2026.08.14

Amazon Seller Central: несколько аккаунтов в 2026

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

Сегодня проверьте деловое основание каждого аккаунта и состояние учётных записей. До конца недели составьте матрицу пользователей и доступов. Перед запуском проекта проведите приёмку браузерной или Mac-среды по чек-листу ниже.

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

SECTION 01 Как выбрать среду для Amazon Seller Central: несколько аккаунтов в 2026

Среда входа не делает аккаунт соответствующим политике и не гарантирует отсутствие блокировки. Политика Amazon допускает несколько Seller Central-аккаунтов только при наличии законной деловой необходимости, а все аккаунты должны сохранять нормальный статус. В качестве примеров Amazon приводит отдельные бренды, работу с разными независимыми компаниями или участие в программах, где требуются отдельные аккаунты. (m.media-amazon.com)

Поэтому решение нужно принимать в такой последовательности:

  1. Зафиксировать владельца, юридическое лицо, бренд и регион каждого аккаунта.
  2. Описать деловую причину, по которой аккаунты существуют отдельно.
  3. Проверить, нет ли действующих ограничений, предупреждений или нерешённых обращений.
  4. Разделить сотрудников по функциям, а не выдавать всем одинаковый доступ.
  5. Только после этого выбрать браузерную или системную среду.

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

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

Amazon отдельно указывает, что нарушение политики в одном аккаунте может повлиять на связанные аккаунты. Это означает, что стратегия «разнести всё по разным профилям и не анализировать первопричину» создаёт ложное чувство контроля. (sellercentral.amazon.com)

SECTION 02 Что именно разделяют браузерные профили, «антидетект»-браузер и Mac

Под термином «антидетект»-браузер обычно понимают инструмент с несколькими изолированными браузерными сессиями и изменяемыми параметрами профиля. Однако для операционной команды важно отделять заявленную функцию от фактического рабочего контура.

Обычный браузерный профиль обычно разделяет:

  • Cookie и локальные данные сайтов;
  • историю и закладки;
  • расширения;
  • сохранённые пароли и автозаполнение;
  • открытые вкладки и настройки конкретного профиля;
  • часть загружаемых файлов, если команда использует отдельные папки.

Официальная справка о браузерных профилях также предупреждает: человек, получивший доступ к тому же компьютеру, может переключиться на другой профиль, если устройство не разделено системными пользователями. Удаление профиля стирает его локальные закладки, историю, пароли и настройки с компьютера, но не заменяет полноценную процедуру удаления рабочих данных. Инструкция по управлению профилями браузера (support.google.com)

«Антидетект»-браузер может дать более развитое управление сессиями, но это по-прежнему браузерный слой. Он не обязательно изолирует:

  • системные файлы;
  • локальные приложения;
  • SSH-ключи;
  • документы и выгрузки вне каталога профиля;
  • системные уведомления;
  • разрешения операционной системы;
  • доступ к общему менеджеру паролей;
  • действия другого пользователя на том же компьютере.

Отдельный удалённый Mac работает на более глубоком уровне. При корректной настройке можно разделить системных пользователей, домашние каталоги, документы, установленные приложения и правила удалённого доступа. Но слово «отдельный» нужно проверять: один Mac с несколькими профилями браузера не равен отдельному Mac с независимым системным пользователем.

Критерий Браузерный профиль «Антидетект»-браузер Отдельный удалённый Mac
Cookie и локальные данные сайта Да Да, обычно глубже Да
Расширения и закладки Да Да Да
Системный пользователь Нет Нет Да
Файлы и локальные приложения Частично Частично Да
Ключи, связки паролей и системные разрешения Нет Обычно нет Можно разделить настройками macOS
Передача среды другому сотруднику Средняя Средняя Высокая при наличии документации
Работа с macOS-приложениями Нет Нет Да
Управление через VNC Нет Нет Да
Главный риск Ошибка выбора профиля Сложность контроля и обучения Ошибки в правах и удалённом доступе

Для удалённого Mac важно проверить не только название пользователя, но и его домашний каталог, права на файлы, доступ к связке ключей, сохранённые сеансы и разрешения приложений. macOS поддерживает общий доступ к экрану и управление через VNC; в настройках можно выбрать всех пользователей или только конкретных пользователей, которым разрешено подключение. Документация по Screen Sharing и VNC (support.apple.com)

SECTION 03 Права пользователей важнее количества устройств

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

Вместо этого используйте Amazon User Permissions: владелец аккаунта приглашает конкретного пользователя, а затем задаёт ему только те разрешения, которые нужны для работы. Названия разделов и доступные функции Amazon может менять, поэтому перед внедрением сверяйте текущий интерфейс Seller Central с официальной справкой и тестовым пользователем. Официальная справка Seller Central о пользовательских разрешениях (sellercentral.amazon.com)

Можно ли нескольким сотрудникам работать с одной физической машиной?
Да, но это не означает, что всем следует использовать один логин. На одной машине допустима работа разных сотрудников, если у каждого есть собственная учётная запись, назначенный профиль доступа и понятное расписание. Если сотрудники используют один системный профиль и оставляют открытыми страницы Seller Central, ошибка выбора аккаунта становится операционным риском.

Распределяйте доступ по функциям:

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

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

SECTION 04 Первый этап: соберите карту аккаунтов и пользователей

До выбора среды подготовьте одну таблицу, доступную только ответственным руководителям. Для каждого Seller Central-аккаунта укажите:

  1. внутреннее название магазина;
  2. владельца и юридическое лицо;
  3. регион продаж;
  4. деловое основание отдельного аккаунта;
  5. ответственного руководителя;
  6. сотрудников и подрядчиков с доступом;
  7. дату последней проверки прав;
  8. используемую среду;
  9. расположение рабочих файлов;
  10. порядок действий при завершении сотрудничества.

Не храните в этой таблице пароли и секретные коды. Её задача — показать структуру ответственности, а не заменить менеджер паролей.

Если один человек работает с несколькими магазинами, укажите это явно. Такая прозрачность лучше, чем попытка скрыть пересечение ролей. Для каждого действия определите, нужен ли доступ к одному аккаунту, нескольким аккаунтам или вообще только к отчётам, выгруженным руководителем.

SECTION 05 Второй этап: настройте среду и проведите тест ошибки

Для браузерного варианта создайте понятные имена профилей: например, по внутреннему коду бренда и региону. Не используйте названия вроде «профиль 1» или «новый магазин». На рабочем столе закрепите только нужные ярлыки, а загрузки направьте в отдельные каталоги.

Затем проведите тест:

  1. Откройте первый профиль и войдите в нужный Seller Central-аккаунт.
  2. Проверьте, что в другом профиле не видны его Cookie, вкладки и сохранённые данные.
  3. Скачайте тестовый отчёт и убедитесь, что он попал в правильную папку.
  4. Закройте окна и повторно откройте оба профиля.
  5. Попросите сотрудника назвать, какой магазин открыт, не показывая ему имя профиля.
  6. Зафиксируйте все места, где возможна ошибка выбора.

Этот тест важнее рекламного обещания об «уникальном отпечатке»: команда должна без сомнений понимать, в каком аккаунте она находится и где сохраняются файлы.

Для удалённого Mac проверьте уже системный уровень:

  1. Создайте отдельного стандартного пользователя macOS для рабочего проекта.
  2. Установите только необходимые приложения и обновления.
  3. Проверьте, что домашний каталог пользователя не открыт другим сотрудникам.
  4. Настройте Screen Sharing или другой согласованный канал удалённого подключения.
  5. Ограничьте список пользователей, которым разрешено управлять экраном.
  6. Проверьте выход из системы и повторное подключение.
  7. Убедитесь, что файлы предыдущего проекта не находятся в загрузках, на рабочем столе и в общих каталогах.
  8. Удалите тестовые пароли, ключи и токены после приёмки.

Apple указывает, что Screen Sharing позволяет удалённому пользователю видеть рабочий стол, открывать и закрывать окна, запускать приложения и даже перезапускать Mac. Поэтому разрешение на удалённое управление нельзя выдавать шире, чем требуется проекту. Официальные параметры Screen Sharing (support.apple.com)

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

SECTION 06 Когда браузерный вариант оправдан, а когда нужен удалённый Mac

Выбирайте браузерную среду, если одновременно выполняются следующие условия:

  • работу ведёт один человек;
  • задачи ограничены веб-интерфейсом;
  • файлы хранятся в утверждённом общем хранилище;
  • не требуется macOS-приложение;
  • сотрудники редко передают проект друг другу;
  • руководитель способен регулярно проверять профили и разрешения.

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

Переходите к отдельному удалённому Mac, если выполняется хотя бы одно из условий:

  • проект требует Safari или другого macOS-сценария;
  • в работе используются локальные приложения;
  • сотрудники работают посменно или в разных часовых поясах;
  • нужно сохранить одинаковое окружение при передаче проекта;
  • у команды есть отдельные системные пользователи;
  • требуется понятная процедура очистки и возврата среды;
  • руководитель хочет отделить рабочие документы от личного компьютера сотрудника.

В таком сценарии удалённый Mac не заменяет Amazon User Permissions, а дополняет их. Amazon отвечает за права внутри Seller Central, macOS — за рабочее окружение и локальные данные, а журнал задач — за ответственность и передачу проекта.

SECTION 07 Решение по условиям: что выбрать именно вашей команде

Используйте следующий порядок выбора:

  • Если нужен только веб-доступ одному оператору, начните с обычных профилей браузера и строгих правил хранения файлов.
  • Если один оператор ведёт несколько корректных аккаунтов и часто путает сессии, оцените специализированный браузер, но проведите тест выхода, очистки и передачи профиля.
  • Если к одному магазину подключены сотрудники и подрядчики, сначала настройте Amazon User Permissions, а затем решите, нужна ли отдельная машина.
  • Если есть macOS-приложения, Safari-тестирование или локальные рабочие файлы, выбирайте отдельный удалённый Mac.
  • Если проект передаётся между сменами, выбирайте среду, которую можно принять по документированному чек-листу, а не только по сохранённому браузерному профилю.
  • Если задача — скрыть несоответствие политике или избежать последствий проблемного аккаунта, не выбирайте ни один инструмент до юридической и операционной проверки.

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

SECTION 08 Приёмка удалённого Mac перед передачей проекта

Перед началом работы руководитель или назначенный администратор должен пройти короткий акт приёмки:

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

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

SECTION 09 Что в итоге выбрать

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

Для команды, которая ведёт несколько легитимных магазинов, передаёт задачи подрядчикам и использует локальные файлы или macOS-приложения, надёжнее рассматривать связку Amazon User Permissions и отдельного удалённого Mac. Она требует дисциплины настройки, но лучше разделяет обязанности: Amazon управляет правами аккаунта, macOS — рабочим пространством, а журнал — ответственностью.

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

Когда требуется временное или сезонное рабочее окружение без закупки отдельного оборудования, аренда Mac у VPSNIX позволяет вынести проект на отдельную удалённую систему и принимать её по описанному чек-листу. Перед подключением ознакомьтесь с центром помощи VPSNIX, а затем проверьте права, пользователей и очистку среды так же строго, как проверяете сам Amazon Seller Central.

Дополнительно