昨年、深センを拠点とするセラーが、停止された2つのアカウントを持って私のところに来ました。2つのブランド、2組の会社書類、異なる法定代理人、異なる税務ID、異なる銀行口座。彼は自分の分離が完璧だと確信しており、何が悪かったのか全く見当がつきませんでした。
両方のアカウントのバックエンド設定を並べてリストアップしてもらいました。3つ目の項目で、私は分かりました。返品住所です。両方のアカウントが、カリフォルニア州オンタリオの同じ海外倉庫——同じ住所——に返品を送っていました。返品ラベルに印刷され、Seller Central の返品設定に入力されていました。Amazon のシステムははっきり見抜きました：1つの住所、2つのアカウント、関連付け。両方とも同日に停止されました。
さらに悪かったのは、片方のアカウントがすでにパフォーマンス警告の記録を持っていたことです。関連付けの判定が下りた瞬間、健全だった方のアカウントも巻き添えになりました。3回の申し立てはすべて同じ主張を繰り返しました——これらは独立に運営される2つの会社です。しかし住所は一致し、証拠の鎖はそのままそこにあり、Amazon は信じませんでした。
これは一回きりの話ではありません。サプライチェーンでの20年で、私はこのパターンを年に数回見てきました。セラーは法人、税務ID、銀行口座の分離に執着しながら、自分たちは問題ないと思い込んでいた細部でつまずくのです。
Amazon が実際にチェックしているもの：本人確認ではなく関係性
多くのセラーは、人がレビューして会社名をアカウント間で比較していると想像します。実際はそうではありません。Amazon は一連の関係性シグナルを評価します：この2つのアカウントは何を共有しているか？IPアドレスとネットワーク、ブラウザフィンガープリント、銀行とクレジットカードの情報、税務ID、事業所住所、メールアドレスと電話番号、アップロードされた書類。これらが十分に揃えば、システムはアカウントを「関連あり」とフラグ付けして停止します——多くの場合、人がケースを見る前に。Amazon は判定式を公開しませんし、申し立てでもどのシグナルが一致したかは教えてくれません。
まず政策の話：Amazon はセラーが複数のアカウントを運営することを認めていますが、正当な事業理由——本当に異なるブランド、別々の法人——がある場合のみで、すべてのアカウントが良好な状態を保つ必要があります。詳細は年々調整されているので、行動する前に Seller Central で現行のポリシーを確認してください。
以下は、セラーが見落としがちな関連付け要因の上位5つで、見落とされる頻度順に並べています。それぞれ仕組み、実際の失敗パターン、対策付きです。
1. 返品住所と倉庫住所——物流キラー
仕組みは単純です：Seller Central の返品設定、FBA の返品住所、返品処理に使う共有の海外倉庫は、すべて Amazon のシステムに平文で保存されています。2つのアカウントが同じ返品倉庫の住所を記載するのは、自分で Amazon に関連付けの証拠を手渡すようなものです。
失敗パターンは、私が冒頭で紹介したケースです。よくある変形：セラーが同じ貨物フォワーダーの倉庫から複数アカウント分の FBA 納品を発送し、すべてのカートンラベルの発送元住所が同じ。同じシグナルです。倉庫・物流レイヤーは最も多くのデータに触れますが、セラーが最も精査しないレイヤーでもあります。
対策：各アカウントに専用の返品住所を与えます。1つの倉庫を共有する場合でも、受領識別子は分けましょう——異なるスイート表記、異なる荷受人名——バックエンドの住所テキストが一字一句同じにならないようにします。さらにクリーンなのは、アカウントごとに異なる返品処理業者を通すこと。発送元住所にも同じ考え方を——分けられるところは分け、分けられないところは荷受人名を変えます。
2. 商品写真と動画の背景
これが最もステルス性が高いものです。多くのセラーが自ら商品写真を撮影しますが、2つのブランドを同じ倉庫の隅——同じラック、同じ床、同じ照明——で撮影します。システムは画像間で視覚要素を照合できます。さらに直接的なのは EXIF データ：同じカメラ、同じ撮影セッションで撮られた写真が、2つのアカウントのリスティングに分散され、タイムスタンプとデバイス情報が見事に一致するのです。
動画はもっと深刻です。セラーが倉庫の看板、フォークリフトのロゴ、壁のスローガンが背景に映ったまま商品動画を撮影します。2つのアカウントの動画が同じフロアで撮影されていれば、それは署名入りの自白書です。
対策：アカウントごとに異なる場所・異なるカメラで撮影し、アップロード前に EXIF データを削除します。動画撮影前には背景をスキャンし、会社を特定できるものはすべて取り除きます。A+ コンテンツの画像も同様に扱いましょう。
3. ネットワークとデバイスのフィンガープリント
同じノートパソコン、同じ Wi-Fi で2つのアカウントにログインするのは、死に至る古典的な方法です。Amazon は IP 以上のものを記録します——ブラウザフィンガープリント：OS バージョン、ブラウザバージョン、画面解像度、インストール済みプラグイン。組み合わせれば、1台のマシンを特定するのに十分です。
外部委託のカスタマーサービスやバーチャルアシスタントが危険ゾーンです。担当者が1台のコンピュータから複数のセラーを対応し、ログインを切り替え続けます。Amazon には1台のデバイスが5つのアカウントに触れ、そのうち1つに違反記録があるのが見えます。残りの4つにマークがつきます。セラーが慎重だったのに、パートタイムのデザイナーに足をすくわれたケースを見たことがあります——彼女は自宅のコンピュータからセラーの広告コンソールと別のクライアントのアカウントにログインし、2つのアカウントが関連付けられました。
対策：1つのアカウントに1台の専用コンピュータ、1つのネットワーク環境、混用は禁止。外部スタッフは Amazon のサブアカウントシステムを権限限定で使い、絶対にマスター認証情報を渡さない。退職した従業員のアクセスは退職当日に無効化します。
4. 銀行と税務情報
銀行口座、クレジットカード、税務ID——これらはハードリンク要因です。一度一致すれば、ほぼ逃げ道はありません。手間を省こうとして、2社の支払いを法定代理人の同じ個人カードに紐付けたり、登録住所を法人間で使い回したりするセラーがいます。すべて検出されます。
もう少し巧妙な変形：買い手側の決済データが混ざるケースです。Seller Central にもログインしたことのあるコンピュータから、同じクレジットカードで Amazon に小売注文を入れる——買い手アカウントとセラーアカウントが接続されます。その買い手アカウントがさらに別のセラーのバックエンドにもログインしていれば、鎖は完成です。
対策：アカウントごとに銀行口座、クレジットカード、税務IDを分けましょう——登録住所も共有しない。完全な財務分離は最低ラインであり、天井ではありません。
5. カスタマーサービスのテンプレートと運営の癖
2つのアカウントが同一のカスタマーサービステンプレート——同じ言い回し、同じ署名、同じ句読点の癖——を使っている。商品タイトルが同じ構造で作られ、箇条書きが同じ書き方で、補充リズムや価格改定の癖が一斉に動く。行動の重なりが十分なら、システムはスコア付けします。
この要因単独でアカウントが死ぬことはめったにありませんが、ラクダの背骨を折る最後の藁です。上のシグナルの1つか2つを既に踏んでいるのに、同じ文言を加えれば、申し立てへの返答は基本的に「これらのアカウントは関連していることを確認しました」になります。
対策：アカウントごとに個別のサービステンプレートを書きます——最低限、言い回しを書き換えましょう。運営リズムをずらす。両方のアカウントを同じ日にローンチしたり価格改定したりしないことです。
すでにフラグが立っている場合：まず3つの質問に答える
関連付けによる停止が来たら、最初のステップは申し立て文を急いで書くことではなく、自分でリンクを見つけることです。Amazon の申し立てロジックは、関連アカウントの特定、関係の説明、2つが独立に運営される事業であることの証明を求めます。関連付けのポイントを名指しできない申し立ては、どんなに誠実でも、どこにも届きません。
2つの厳しい教訓：第一に、片方のアカウントを閉じても何も直りません——関連付けの記録は既にシステムにあります。第二に、申し立ての間「生き延びる」ために新しいアカウントを開かないでください。新アカウントは瞬時に関連付けられ、古いアカウントの申し立ては事実上死にます。
厳しい真実：分離とは、Amazon の目から見て「会ったことのない2つの会社」に見えることです。法人、税務ID、銀行口座は入場券にすぎません。返品住所、写真の背景、ログインデバイス——アカウントの生死が決まるのはそこです。新しいアカウントを開くたびに、チェックリストを回しましょう——住所、画像、デバイス、財務——4つすべて独立させてから、ローンチです。
英語版からの翻訳。内容に相違がある場合は英語版を優先します。
