Amazonがアカウント関連付けを判断する5つの要素

Amazonで複数の店舗を同時に運営する場合、本当に厄介なのは一つの店舗で問題が起きることだけではありません。店舗同士の共通点によって、複数の店舗が一つのネットワークのようにつながって見えることです。Amazonは単一の要素だけでアカウントの関連付けを判断するわけではありません。複数のシグナルをまとめて比較し、重複が多いほど同じ運営者による操作に見えやすくなります。

これらのシグナルは大きく5つに分類できます。登録情報、デバイスとブラウザの特徴、ネットワーク出口、支払いと受取、商品情報と運用行動です。複数店舗を運営するなら、どれか一つだけを整理するのではなく、5分類のすべてをそれぞれ独立させる必要があります。

判断の中心はシグナルの重複

プラットフォームは登録、ログイン、運営の全過程で継続的にデータを収集します。単独のデータだけでは、多くの場合それほど意味を持ちません。同じ都市にある2社の従業員がログインすること自体は普通です。しかし、メールアドレス、電話番号、受取口座、デバイスのパラメータ、出口アドレスが同時に一致すると、状況は変わります。

そのため、関連付け対策の要点は隠れた設定を探すことではなく、5分類の情報同士に交差がないことを確認することです。どれか一分類でも共用があれば、ほかで行った分離対策が無効になる可能性があります。

登録情報は最も見落としやすい層

この層は人が手入力するため、何気なくコピーされやすい部分でもあります。メールアドレス、電話番号、連絡先、返品先住所、店舗主体の情報は、すべて店舗ごとに一対一で対応させるべきです。

よくある誤りは、複数店舗で認証コードを受け取るために同じ電話番号を使うことです。システム上、その電話番号が店舗同士をつなぐ線となり、出口アドレスより先に関係が見えることさえあります。返品先住所を完全に同じにする場合も、似た影響があります。

デバイスとブラウザには痕跡が残る

Cookie、キャッシュ、ローカルストレージに加え、Canvasやグラフィック描画、フォント一覧、解像度、ハードウェアのパラメータなども記録される可能性があります。

さらに考えるべきなのが整合性です。ブラウザが示すタイムゾーンと言語は、その店舗に割り当てた出口地域と合っている必要があります。パラメータが個別に分かれていても、互いに矛盾していれば不自然な組み合わせになります。同じブラウザで複数店舗の管理画面を繰り返し切り替える運用も、毎回データを消したとしても、特徴のレベルでは本当に分離するのが難しくなります。

ネットワーク出口は妥協できない

複数店舗が同じネットワーク出口を共有することは、最も直接的な関連付けシグナルの一つです。出口地域が頻繁に変わることや、同じプロバイダー配下の似たアドレス帯が繰り返し現れることも、判断材料になり得ます。

出口自体の品質も考慮が必要です。一般に、データセンターのアドレス帯は住宅系アドレス帯より評価が低い傾向があります。複数の店舗が一斉にこの種のアドレスを使えば、それ自体が別の共通特徴になります。

支払いと受取は2つの主体を結びつける

受取口座は店舗主体と対応させ、ほかの店舗と交差させないのが基本です。手数料の支払い方法についても同様です。

この層が重要なのは、主体情報と資金の流れを同時に含むからです。2つの店舗が同じカードや同じ受取口座を使っていれば、プラットフォームが見るのは技術的な特徴の類似だけではありません。運営主体が同じ可能性も示されます。

商品情報と運用リズムの重複

同じ商品画像一式が複数店舗に出ている、説明文の段落をそのままコピーしている、内部SKUの付番ルールが完全に同じといった状況は、明確な重複特徴になります。少なくとも画像と説明文の主要部分は作り直すべきです。

行動面のシグナルはさらに細かく、ログイン時間帯、出品のペース、返信のペース、注文処理の時間帯などがあります。複数店舗がいつも同じ時刻に同じ行動をしていれば、パターンは目立ちます。店舗同士で相互にレビューや推薦を行うことは、自ら関連構造を作る行為であり、想像以上に大きな代償につながることがあります。

複数店舗に必要なのは一式の分離設計

上記5分類を一つずつ独立させる作業を、人の記憶だけで管理するのは困難です。規模が少し大きくなれば、ツール面での支援が必要になります。環境を店舗ごとにグループ化し、各環境のログイン状態とフィンガープリントパラメータを独立して保存し、チームメンバーの権限も店舗単位で割り当てます。PurpleMarkのマルチアカウント環境機能は、こうした場面を想定したものです。

いくつかの具体的な質問

複数店舗を同じ事業ライセンスに紐づけられますか。これはプラットフォームポリシーの問題です。マーケットプレイスや時期によって要件が異なるため、最新のプラットフォームポリシーを基準にしてください。

出口アドレスを変えるだけで十分ですか。十分ではありません。ネットワークは5分類の一つにすぎず、環境とアカウント情報も独立させる必要があります。

店舗同士で商品を発送し合えますか。非常に慎重に判断する必要があります。発送元・発送先住所や物流情報の交差も、関連付けの判断材料になり得ます。

実務に戻ると、関連付け対策に近道はありません。本質は5つの次元を同時に独立させることです。比較表を作り、1行に1つの次元、1列に1つの店舗を置いて、各セルが独立しているか順番に確認するとよいでしょう。記憶に頼るよりもはるかに確実です。