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

Решение основывается на наложении сигналов
Платформа постоянно собирает данные при регистрации, входе и дальнейшей работе. Один отдельный параметр обычно мало о чем говорит: если сотрудники двух компаний в одном городе входят в систему, само по себе это нормально. Но ситуация меняется, когда одновременно совпадают адрес электронной почты, номер телефона, счет для выплат, параметры устройства и адрес сетевого выхода.
Поэтому предотвращение связей — это не поиск скрытой настройки, а проверка того, что между пятью категориями информации нет пересечений. Общий элемент в любой одной категории может свести на нет изоляцию, выполненную в остальных.
Регистрационные данные проще всего упустить
Эти данные вводятся вручную, поэтому их легче всего случайно скопировать. Электронная почта, номер телефона, контактные данные, адрес возврата и сведения о юридическом лице магазина должны однозначно соответствовать конкретному магазину.
Распространенная ошибка — использовать один номер телефона для получения кодов подтверждения нескольких магазинов. В системе этот номер становится связующей нитью между магазинами и может раскрыть связь даже раньше, чем адрес сетевого выхода. Полностью одинаковый адрес возврата дает похожий эффект.
Устройства и браузеры оставляют следы
Могут фиксироваться cookies, кэш, локальное хранилище, особенности canvas- и графического рендеринга, список шрифтов, разрешение и аппаратные параметры.
Важна и внутренняя согласованность. Часовой пояс и язык, которые сообщает браузер, должны соответствовать региону сетевого выхода, настроенному для магазина. Даже независимые параметры, противоречащие друг другу, образуют неестественную комбинацию. Постоянное переключение между кабинетами нескольких магазинов в одном браузере тоже трудно по-настоящему разделить на уровне характеристик, даже если каждый раз очищать данные.
Сетевой выход нельзя настраивать формально
Общий сетевой выход для нескольких магазинов — один из самых прямых сигналов связи. Частые изменения региона выхода и повторяющиеся похожие диапазоны адресов одного провайдера также могут учитываться при оценке.
Имеет значение и качество выхода. Диапазоны адресов дата-центров обычно имеют более низкую репутацию, чем residential-диапазоны. Если группа магазинов использует такие адреса, возникает еще один общий признак.
Платежи и выплаты могут связать два субъекта
Счет для выплат должен соответствовать субъекту магазина и не пересекаться с другими магазинами. То же относится к способу оплаты, с которого списываются комиссии.
Этот слой важен, потому что одновременно содержит сведения о субъекте и направлении денежных потоков. Если два магазина используют одну карту или один счет для выплат, платформа видит не только схожие технические признаки, но и возможное совпадение оператора бизнеса.
Совпадения в товарах и рабочем ритме
Один и тот же набор изображений товаров в нескольких магазинах, дословно скопированные фрагменты описаний или полностью одинаковые внутренние правила SKU создают заметные шаблоны повторения. Как минимум основные части изображений и описаний следует переработать.
Поведенческие сигналы еще детальнее: время входа, ритм публикации товаров, скорость ответов и моменты обработки заказов. Если несколько магазинов постоянно делают одно и то же в одно и то же время, шаблон становится очевидным. Взаимные отзывы и рекомендации между магазинами сами создают структуру связи, а последствия обычно серьезнее, чем кажется.
Для нескольких магазинов нужна полноценная система изоляции
Сохранять независимость всех пяти категорий слишком сложно, чтобы полагаться только на память. При росте масштаба нужна поддержка на уровне инструментов: группировать среды по магазинам, отдельно хранить состояние входа и параметры fingerprint каждой среды, а права команды распределять по магазинам. Возможности PurpleMark для многопрофильных сред рассчитаны именно на такие сценарии.
Несколько конкретных вопросов
Можно ли нескольким магазинам использовать одну и ту же бизнес-лицензию? Это вопрос политики платформы. Требования различаются по маркетплейсам и могут меняться со временем, поэтому ориентироваться нужно на актуальные правила платформы.
Достаточно ли сменить адрес сетевого выхода? Нет. Сеть — только одна из пяти категорий; среда и данные аккаунта также должны оставаться независимыми.
Могут ли магазины отправлять товары друг другу? Здесь нужна большая осторожность. Пересечение адресов отправки и логистической информации тоже может использоваться как сигнал связи.
На практике обходного пути нет: суть заключается в одновременной независимости всех пяти измерений. Полезно сделать сравнительную таблицу: одна строка на каждое измерение, один столбец на каждый магазин, а затем проверять каждую ячейку на независимость. Это намного надежнее, чем полагаться на память.


