Amazon複数アカウントの関連付けはどう防ぐ？登録から運用までの三層予防体系

要点：Amazonは複数アカウントを「条件付きで許可」しています。合理的な業務上の必要があって、名義の全アカウントの状態が良好であれば、複数開設もルール内です。関連付けの判定が一度成立すれば、連座措置はポリシーに明記されたものです。予防体制は、最初のアカウントが健全なうちに、登録資料・ブラウザ環境・運用行動の三層に分けて構えておくのが鉄則です。この三層は、それぞれカバーするシグナルが違い、整えるタイミングも違います。以下、ポリシー、シグナル、三層のやり方の順に見ていきます。

Amazonの複数アカウントルール：条件付きの許可、線引きは行動規範に明記

Amazonは複数アカウントを一律に禁止しているわけではありません。ただし、複数開設の前提を行動規範に明記しています。販売ポリシーとセラーコードオブ・コンダクトの複数アカウント条項の原文はこうです。販売地域ごとに、セラーアカウントは1つだけ保持できる。複数開設には2つの前提を同時に満たす必要があります。2つ目のアカウントを開く合理的な業務上の必要があること、そして名義の全アカウントの状態が良好であることです。ポリシーは例も挙げています。複数ブランドを別々に運営するケース、互いに独立した2社のために商品を製造するケース、独立したアカウントが必要なAmazonプログラムへの招待ケースです。

線引きは、さらに2つ、同じく明示されています、

• 1つ目は連座条項：名義のどれか1つのアカウントでも状態が悪化すると、Amazonは販売アカウントの全部を停止することがあります。回復のハードルは、全アカウントが良好な状態に戻ることです。つまり、複数アカウント自体はルール内で成立します。ただ、1つでもトラブルを起こすと、グループ全体が審査に巻き込まれます。

• 2つ目は、合理的な必要と認められない2つのシナリオがポリシーで明示されている点です。新アカウントを元アカウント商品の出品だけに使うケース、他のセラーへの通報だけに使うケース。どちらも該当します。

Amazonグローバル開店の公式解説でも、ヨーロッパサイトとアメリカサイトの間に関連付けの可能性があると注意喚起があります。判定の詳細は非公開です。

セラー側にできるのは、予防を前倒しすることだけです。遠回りはできません。登録前に資料を分け、運用ではアカウントごとに独立した動きを保ちます。

関連付けのシグナルは3種類の材料に集中

Amazonがアカウントの関連付けを判定する際は、登録資料・ネットワーク環境・運営行動という3組の証拠を突き合わせます。公式がアルゴリズムを公開したことはありませんが、3つの公式資料がシグナルの範囲を示しています。

• 1組目は登録と資金の資料です。セラーフォーラムの公式投稿には実務チェックリストがあり、2つのアカウント間で重複を一切許しません。法人実体、銀行口座とクレジットカード、メールアドレスと電話番号、事業所住所、担当者と管理者、ドメインと倉庫。全部を店舗ごとに分けます。このリストが資料層の骨格です。登録前に一通り並べ直せば、大半の資料重複は開設前に潰せます。

• 2組目はネットワークとデバイス環境です。関連付けの異議申立てアンケートが3つ目の公式資料です。Amazonは、VPNツールの使用、公衆WiFiからのログイン、他のネットワークやデバイスからのアクセスを、確認すべき項目として列挙しています。ネットワーク層のシグナルが、公式視点では定例の確認項目だと分かります。出口IPの重複、デバイス指紋の重複、ログイン環境の変動は、どれも判定材料です。

• 3組目は運営行動です。ポリシーが名指しする「新アカウントを元アカウント商品の出品専用に使う」のは、典型的な行動面の関連付けです。同一のlistingが複数店舗に現れる、商品説明が酷似する、カスタマーサポートの文面が一致する。どれも運営面の重複です。資料と環境をどれだけ分けても、listingレベルの重複は2店舗を同じグループへ引き戻します。

登録層：開設前に資料マトリクスを並べる

資料の重複コストは、開設後に急増します。開設後の主体情報変更は、それ自体が審査の引き金になる操作です。だからこそ資料設計は、最初のアカウント登録より前に終えておきます。Amazonのリストに沿って、4種類の資料を店舗ごとにずらします：

1. 主体と資金：各店舗に独立した営業ライセンスか法人実体を対応させます。受け取り口座と支払い用クレジットカードは店舗別に分け、銀行明細は共用しません。

2. 連絡先情報：登録用メールと電話番号は1号1店舗。受け取り住所と事業所住所は重複させず、法人代表と担当者情報も交差させません。

3. 運営基盤：ブランドの帰属を店舗ごとに分け、ドメインと自社サイトは別々に管理し、2店舗でブランド登録を共有しません。

4. 担当者と場所：店舗ごとに違う人が日常操作を担い、オフィスと倉庫の住所は分けられる限り分けます。元従業員や親族が操作を手伝う場合は、社内プロセスに明記しておきます。

資料層には見落としやすい細部があります。異議申立てアンケートは「開設から現在までに情報を変更したか」を明確に確認してきます。途中でメール、電話、支払い方法を差し替え、差し替えた先の情報が他アカウントと重なると、自分で重複記録をシステムに書き込んだのと同じです。

資料を並べたら固定する。それ自体が予防の一部です。

環境層：ブラウザの中で各店舗は別デバイス

資料層が「誰であるか」を扱うのに対し、環境層は「どのデバイスで操作しているか」を扱います。AmazonのWeb管理画面は、ログインデバイスのブラウザ指紋とネットワーク出口を記録します。複数店舗が同一PC・同一IPからログインすれば、資料が完全に独立していても、環境層の重複が関連付けの証拠になります。

MostMateでは、この分離を店舗ごとに構築します。MostMateは複数アカウント運用のために作られた指紋ブラウザです。各店舗に独立したブラウザプロファイルとネットワーク出口を割り当て、環境同士は相互に流用しません。各機能の分担は製品紹介ページをご覧ください。具体は三ステップです。

ステップ1：店舗ごとに環境を作る。環境管理で1つずつ新規作成し、店舗名かブランド名を付けます。環境リストの1行が、1店舗分の完全なアイデンティティです。プロキシ、紐付けアカウント、グループ、メモに独立フィールドがあります。Web版でも同じ管理操作が可能で、登録とログイン後に環境を作り、プロキシを設定し、チームではメンバーごとに環境を割り当てられます。

ステップ2：各環境に独立プロキシを1本ずつ紐付ける。プロキシはプロキシ管理で一括登録し、環境ごとに割り当てます。登録後はプロキシチェック機能で接続を試せば、出口IPと所在地がその場で確認できます。Amazonセラーの選定原則はこうです。各店舗に住宅型の出口を1本固定で割り当て、登録地と店舗サイトの地域に合わせ、その後は長期的に変えません。新店の立ち上げ期は、出口IPの評判状態を価格要素より優先します。登録段階では、住宅型出口がデータセンター帯より適しています。

ステップ3：環境を長期安定させる。環境を作ったら固定です。紐付けが店舗を決めます。どの環境にログインするかで、どの店舗かが決まります。Cookie、ローカルストレージ、指紋設定は環境の中に収まり、漂いません。Amazon店舗向けの機能一覧は、MostMateのAmazonセラーソリューションページにまとまっています。越境チームが複数プラットフォームを並行する場合は、Shopee複数店舗の分離ガイドの考え方がAmazonと同じです。環境層はデバイスの身元だけを担い、店舗運営そのものの差異は運用層で保ちます。

運用層：各店舗を別の人が経営しているように見せる

環境を分けたら、運用動作の差別化が、行動層で「同じチームかどうか」を決めます。実務ポイントは次の通りです：

• 商品とlistingを分ける。2店舗で同じ商品を売らず、自分の店舗への出品も行いません。商品タイトル、画像、A+ ページは別々に作り、説明テンプレートのコピペを避けます。
• カスタマーサポートと返信を分ける。購入者メッセージの返信ペースと文面のトーンを店舗ごとに変え、セールの実施時間もずらします。同じ日に同じ割引を重ねないことです。
• パフォーマンスは店舗別に管理する。ポリシーは全アカウントを良好な状態に保つよう明記しています。1店舗の指標悪化は、グループ全体を連座の範囲へ引き込みます。注文不良率などの指標は店舗ごとに追い、問題が出た店舗からリスクを先に抑えます。
• 運用ペースをずらす。新商品の出品、広告の開始、セール向けの仕入れのペースを店舗ごとに組みます。同じ日に同じ動作をまとめて実行する店舗群は、行動面で最も集約的に見えます。

三層の体制ができたら、残るは長期的な実行です。資料層は安定させる。途中で交差させない。環境層は紐付けを保つ。漂わせない。運用層は差異を保つ。収斂させない。万一ある店舗に関連付けの判定が届いたら、当日できるのは、まずリスクの切り分け、次に異議申立てです。項目ごとの申立て手順はAmazon関連付けPOA異議申立てガイドの手順を参考にできます。本記事の予防チェックリストは、申立て前の自己点検シートとしても使えます。

よくある質問

Amazonの複数アカウントは必ずプラットフォームへ届け出る必要がありますか？

現行ポリシーは事前の許可申請を求めていません。ただし、2つの前提を同時に満たす必要があります。1つは合理的な業務上の必要です。複数ブランドの分離運営、独立した2社向けの製造などが例です。もう1つは、名義の全アカウントが良好な状態であることです。前提を満たさない複数開設は、届け出の有無と関係なく、行動規範違反になります。

ヨーロッパサイトとアメリカサイトは相互に関連付けしますか？

公式解説は、2サイト間に関連付けの可能性があることを明示しています。判定の詳細は、プラットフォームが公表していません。安全なやり方は、各サイトのアカウントを同一のリスクグループとして扱うことです。資料・環境・運用の三層を「別の人が経営している」状態で構成し、サイト間の分離に賭けるのは避けましょう。

シークレットモードや通常ブラウザでのアカウント使い分けで足りますか？

足りません。シークレットモードが隔離するのはCookieだけです。ブラウザ指紋、タイムゾーン、言語などの環境パラメータは、実デバイスを露出したままです。複数店舗が1台のPCを共用すれば、デバイス層の重複記録は積み上がり続けます。この種のシグナルには環境レベルの分離が必要で、指紋ブラウザは環境ごとに完全なパラメータセットを維持します。

環境を作った後にプロキシを変えても大丈夫ですか？

変更自体は可能です。ただし、タイミングは低リスク動作の後を選び、店舗が進行中の敏感な操作の窓は避け、新しい出口の所在地は店舗サイトに合わせます。頻繁な切り替え自体に意味はありません。長期安定させた1本の出口の方が、繰り返す切り替えよりリスク管理の期待に合います。

まとめ

Amazon複数アカウントのリスク構造は明快です。ポリシーは業務上の理由がある複数開設を認めます。ただし連座条項の下では、1アカウントの失敗が全グループのコストになります。関連付け判定の根拠である資料・環境・行動の3種類のシグナルは、問題が起きる前に層ごとに管理できます。

登録前に資料マトリクスを並べ、環境層ではMostMateで各店舗に独立したブラウザIDを与え、運用層では各店舗に固有の経営ペースを保たせます。予防は早いほど良い。申立ての確率は下がります。まだ環境体制を作っていないなら、環境管理の4ステッププレビューから骨組みを作り、MostMateのダウンロードで各店舗の環境を固定しましょう。シグナル面の土台は、最初のアカウントから固めておくことです。