2つのECアカウントが同じパブリックIPからログインした場合、自動的に紐付けされるのでしょうか？本ガイドでは、NAT、CG-NAT、プロキシ、アカウント関連付けグラフの関係と、チーム内で環境・ネットワーク・本人情報・操作ログを説明可能に保つ実践的なプレイブックを解説します。
越境ECにおいて「IP関連付け」とは、通常、プラットフォームが2つ以上のアカウントから同じ（または関連する）パブリックIPアドレスで自社サービスへアクセスしていることを検知し、そのネットワークシグナルと本人情報、デバイス、決済、店舗、行動データを組み合わせて、アカウントが同じ人物のものか、一緒に運営されているかを判断することを指します。
まずよくある誤解を正しておきます。同じIPだからといって同じ人物とは限りません。家庭、オフィス、ホテル、学校、モバイルキャリアは、多くのデバイスを1つのパブリックIPの背後にまとめることができます。プラットフォームはリスクモデルの全容を公開していないため、「IPを変えれば関連付けが消える」と保証するツールはありません。信頼できる方法は、アカウント数とビジネス関係をプラットフォームのルール内に収め、本人情報、権限、ネットワーク、操作記録をいつでも説明できる状態にしておくことです。
なぜIPが関連付けシグナルになるのか
ウェブサイトはリクエストを受け取ると、通常は送信元のパブリックIPを確認します。プラットフォームはこれを使って、ネットワーク地域の大まかな特定、異常ログインのフラグ付け、トラフィック制限、攻撃防御、不正調査を行います。複数のアカウントがほぼ同時期に、似たデバイスから、似た行動で、同じIPからログインした場合、プラットフォームはそれを自社グラフの相関シグナルのひとつとして扱います。
パブリックIPが単一デバイスに紐づくことは稀です。CloudflareのマルチユーザーIPアドレスに関する技術ノートは、家庭用・オフィス用ルーターがNATを通じて1つのパブリックIPを多くのデバイスに共有できること、またキャリアグレードNAT（CG-NAT）が数百から数千の加入者を1つのアドレスまたは小さなアドレスプールにマッピングできることを説明しています。共有ネットワーク上では、IPだけでユーザーを区別しようとするシステムは誤判定を起こします。
より正確な捉え方はこうです。IPは関連付けグラフの中のノードであって、最終的な結論ではありません。
IP以外にプラットフォームが見ているもの
本人情報と連絡先
繰り返される会社名、法定代表人、個人の身份、住所、電話番号、メール、税識別子、実質的支配者は、単一のIPよりもビジネス関係を雄弁に語ります。
決済と財務情報
クレジットカード、銀行口座、受け取り口座、請求住所、税務番号、資金の流れは強い関連を作ります。異なるアカウントに決済手段を共有させたり、アカウント間で取引を行わせたりすると、不正や相場操縦の調査につながることもあります。
デバイスとブラウザの状態
Cookie、ローカルストレージ、デバイス識別子、ブラウザフィンガープリント、OS、フォント、画面サイズ、拡張機能は、プラットフォームがセッションが同じ物理環境または非常によく似た環境から来ているかを見分ける手助けになります。
ログインとメンバー関係
同じ従業員が複数の店舗にログインしていたり、代理店が複数のクライアントを運営していたり、アカウント同士がアセット共有を許可していたりすると、こうしたつながりは読み取られやすくなります。問題は関連があるかどうかではなく、プラットフォームがそれを許可しているか、チームが正直に申告しているかどうかです。
カタログ、コンテンツ、フルフィルメント
同じ商品画像、コピー、在庫、倉庫、返送住所、追跡番号、カスタマーサービスのテンプレート、異常な注文パターンは、どのIPよりも直接的に共同運営を露呈することがよくあります。
行動パターン
同じタイミングでログイン／ログオフする、操作を固定の順序で行う、同じ自動化スクリプトを動かす、互いに購入や評価を行う、あるアカウントが制限された瞬間に別のアカウントへ飛び移る——これらは回避行為または協調行動として読まれます。
IP関連付けと判定されやすいシナリオ
複数のアカウントがオフィスのネットワークを長期共有している
アカウントが本当に同じ会社の所属で、プラットフォームもその構成を認めている場合、共有ネットワークは自動的に違反ではありません。ただしチームはプラットフォーム公式のメンバーロールを利用し、ビジネス関係を書面で残しておくべきです。アカウントが独立していると申告されているのに、ネットワーク・決済・デバイスを共有していると、問われたときに説明するのが格段に難しくなります。
公衆Wi-Fiとモバイルネットワーク
カフェ、空港、キャリアグレードNATは多くのユーザーを1つのパブリックIPの背後に集めます。一度きりの重複は同一運営者の証拠にはなりませんが、これらのネットワークは安定性と安全性に劣るため、追加のログイン確認や、最悪の場合はアカウント乗っ取りを引き起こす可能性があります。
無料の、あるいは高速にローテーションするプロキシ
オープンプロキシは多くの不特定ユーザーに悪用されがちです。IPの信頼性は低く、地理位置はふらつき、接続は不安定で、トラフィックが傍受されることもあります。短時間に国やネットワークを激しく切り替えると、異常ログインの確率が上がります。
リモートチームのメンバーがマスターのパスワードを共有している
異なる国から同じマスターアカウントにメンバーが順番にログインすると、プラットフォームはデバイス、場所、時間帯が常に跳ぶパターンを観測します。チーム側も見落としやすく、誰が何を実行したか追跡できず、退職時のアクセス剥奪も迅速に行えません。
1つのアカウントが制限された後、別のアカウントで作業を続ける
ほとんどのプラットフォームは、新規・既存を問わずアカウントを使って制限を回避することを禁じています。eBayの複数アカウントポリシーは、購入・別事業ライン・別商品ラインのために複数のアカウントを持つことを認めていますが、制限回避のために別のアカウントを作成・利用することは明示的に禁止しています。1つのアカウントが制限されると、同様の制限が関連アカウントに拡大する可能性があります。
アカウントが関連付けられた場合に起きること
- CAPTCHA、デバイス確認、本人/企業確認が頻発する。
- 出品、購入、広告、出金のリミットが引き下げられる。
- 商品が出品停止になり、トラフィックが絞られ、アカウントがマニュアル審査に回る。
- 支払いが停止し、資金保留期間が延びる。
- 1つのアカウントへの処分が関連アカウントへ波及する。
- 最悪の場合、機能制限、アカウント停止、または永久閉鎖。
eBayのアカウント制限ページは、未解決の手数料・買い手トラブル、ポリシー違反、本人確認の不能、サードパーティアクセスの疑いなどを理由として挙げ、制限が解除されるまでセラーの支払いが保留されうると説明しています。
Amazonセラーフォーラムの公式アナウンスは、正当なビジネスニーズがある場合にのみ複数の販売アカウントを運営すべきであり、すべてのアカウントを健全な状態に保つようセラーに注意喚起しています。あるアカウントに対する措置が他のアカウントにも影響を及ぼす可能性があります。アナウンスは正当な例として、別ブランド、別企業向けの製品、別アカウントを要求するプラットフォームプログラムなどを挙げています。
IP関連付けリスクを説明可能かつコンプラに整えるには
1. まずプラットフォームが複数アカウントを認めているか確認する
アカウント作成前に、Seller Code、Multiple Accounts Policy、チームの権限ルール、各地域の参加可否を確認します。正当なビジネスニーズがある場合、会社登録、ブランド保有、契約、組織図などの裏付け資料を保管してください。プラットフォームが1人1アカウントしか認めていないなら、技術的な抜け道で複数作らないでください。
2. 公式のサブアカウントとチームロールを優先する
従業員、代理店、サービスプロバイダーは、マスターアカウントのパスワードを共有するのではなく、それぞれにメンバーIDを持たせてください。業務範囲に応じて出品・注文・広告・レポートの権限を付与し、二要素認証を有効化します。
3. 本人情報は本物にし、関係は説明可能にしておく
会社、住所、電話、税務、受け取り、実質的支配者の情報は一貫しているべきです。関連会社が株主、倉庫、サービス提供者を実際に共有している場合は、契約とプラットフォームが認める認可メカニズムを通じて申告し、独立した別体のように偽装しないでください。
4. 安定的で信頼できる業務ネットワークを使う
オフィススタッフは通常の企業回線、家庭回線、モバイル回線で接続します。プロキシが本当に必要な場合は、出所が合法で、地域が正確で、接続が安定しており、認可された業務用途に限定されたサービスを選んでください。無料プロキシ、乱用されるデータセンター出口、タイマーで激しくローテーションするIPは避けてください。
「安定」とは、IPを永久に凍結するということではありません。従業員は出張し、キャリアはインフラを変え、インシデントは移行を強いります。重要なのは、変更が実業務と一致し、ログイン通知とインシデントノートが残されていることです。
5. 各アカウントに責任者を割り当てる
各アカウントについて、法人、マーケットプレイス、目的、主担当者、通常の地域、デバイス、ネットワーク、決済手段、リカバリー手順を記録してください。アカウント横断ログインは承認なしには行わず、従業員の退職や契約終了の当日にアクセスを剥奪します。
6. ブラウザ状態を分離して運用ミスを減らす
別クライアント・別店舗のCookie、ローカルストレージ、拡張機能は別々の環境に置き、誤ったダッシュボードを開いたり、誤ったオーディエンスにメッセージを送ったり、ある店舗のアセットを別店舗にコピーしたりしないようにします。分離の目的は運用の正確性と明確なデータ境界であり、本当の関係性を隠すことではありません。
7. カタログとフルフィルメントを独立かつ説明可能に保つ
複数の正規店舗が倉庫、カスタマーサービス、物流パートナーを共有する場合、プラットフォームがそれを認めているかを確認し、サービス契約を保管してください。相互購入、偽レビュー交換、権利侵害画像のコピー、制限後の注文・在庫の別アカウントへの移送による罰逃れはやめましょう。
8. ログイン活動とセキュリティ通知を見続ける
プラットフォームの最近の活動、デバイス、セキュリティイベントを定期的に確認します。Googleの直近アカウント活動に関する説明は、アクセス時刻、IP、おおよその位置が記録され、モバイルキャリアやサードパーティアプリが異なるアドレスを表示しうると注意喚起しています。不審なログインを見つけたら、直ちにパスワードを変更し、アクティブセッションを取り消し、リカバリー手段を確認してください。
すでに複数アカウント・複数ブランド・複数リージョンがある場合の環境管理
運営が「1店舗・2人」を超えると、上記のすべてを複数ブランド、複数地域、複数メンバーに対して同時に回すことになります。表計算、共有パスワード、後からのチャットログではほぼ必ず何かが漏れます。
まさにこの段階で、アカウント、ブラウザ環境、プロキシ、責任者、操作ログを1つのワークスペースで管理するのが最も効果的です。PurpleMarkを例に取ります。
- 各認可済み業務アカウント用に専用ブラウザ環境を作成し、それぞれに独自のCookie、プロキシ、言語、タイムゾーン、地理位置、ブラウザパラメータを持たせ、メンバーが誤ったダッシュボードを開いたり、ある店舗のキャッシュを別店舗に持ち越したりしないようにします。
- 各環境を特定プロキシに紐付け、出口IPを表示。初回ログイン前に環境内のIP確認ページを開き、出口が実業務地域と一致するか確認します。プロキシ変更のたびに、旧IP、新IP、理由、日付、確認結果を記録してください。
- 環境をブランド、地域、クライアント、業務ラインでグルーピングし、グループの説明に責任者、バインドしたアカウント、簡単なメモを書きます。入退社や役割変更のときは共有・移管・権限剥奪で環境を引き渡してください。
- 操作ログを有効化し、ログイン、パラメータ変更、共有、移管、削除をメンバーとタイムスタンプで追跡可能にしておきます。関連付けが疑われるときはログから原因アカウントを特定し、プラットフォームの要求に従って是正します。
このステップが答えるのは「環境をどう動かし、誰が乗っていて、何が変わったか」という問いであり、プラットフォームルールや本物の本人情報、正当なビジネス理由の代わりにはなりません。
誤った関連付けが疑われるときの対応
状況を拡大させない
IPの切り替えを続けたり、新規アカウントを登録したり、何度もログインしたりしないでください。アカウント横断のオペレーションを凍結し、プラットフォームの通知、タイムスタンプ、デバイス、ネットワーク情報、メンバーレコードを残します。
根本原因のアカウントを特定する
旧アカウント、グローバル店舗、サービスプロバイダーのログイン、退職者、共有決済、共通倉庫、未検証マーケットプレースを確認します。忘れられたアカウントが関連付けチェーンの出発点であることが多いです。
通知の各項目を一つずつ対処する
元の違反・未払い・本人確認・フルフィルメントの問題を先に解決し、その後で影響アカウントに対応します。「IPが違う」と示すスクリーンショットだけでは会話が前に進まないことが多く、プラットフォームは他の証拠に依拠できます。
プラットフォームが検証できる資料を用意する
会社登録、ブランド保有、株主構成、契約、事務所住所、メンバー一覧、受け取り口座、倉庫契約、ログインログ、ネットワークの明確な説明が役立ちます。共有IPがオフィスNAT、CG-NAT、外部サービス提供者によるものであれば、時間帯と業務文脈を説明してください。
公式の申诉チャネルだけを使う
Seller Central、プラットフォームのメッセージ、ヘルプセンターから提出してください。リモート操作、認証コード、個別送金を求める「代理申诉サービス」には警戒してください。
よくある質問
同じIPからログインした2つのアカウントは必ず両方停止されますか？
必ずしもそうではありません。NATとCG-NATにより多くのユーザーがパブリックIPを共有しており、プラットフォームは通常、本人情報、デバイス、決済、行動、フルフィルメントを総合的に判断します。ただし、プラットフォームが複数アカウントを禁じている、または回避行為の兆候がある場合、共有IPはリスク像の中で意味のある要素になります。
アカウントごとに別プロキシを使えば安全ですか？
安全とはいえません。プロキシはネットワーク出口の一部を変えるだけで、本人情報、決済、カタログ、デバイス、行動、ビジネス関係は変わりません。品質の低いプロキシは評判、地理位置、アカウント乗っ取りそれぞれのリスクも持ち込みます。
家族が別々の店舗を運営する場合、どうすべきですか？
プラットフォームのポリシーを確認し、本物の本人情報と公式権限のある別アカウントを使い、エンティティ・カタログ・決済・フルフィルメントの証跡を残してください。互いのアカウントにログインしない、互いに購入・評価しない、相手のアカウントで制限回避をしない、の3点を守ります。
関連付け後、古いアカウントを直接閉じてよいですか？
推奨されません。証拠削除や処理回避は申诉で逆効果になり得ます。まず元アカウントの問題を解決し、閉鎖しても履歴的な関連は消えないことを理解してください。
まとめ
IP関連付けは「1つの住所＝1人の人物」ではありません。プラットフォームが本人情報、デバイス、決済、カタログ、フルフィルメント、行動をネットワークという1つの入力とともにアカウント関係グラフに縫い合わせることです。オフィスやキャリアの共有IPは正常ですが、コンプラ違反のマルチアカウント構成、パスワード共有、低品質プロキシ、能動的な回避は、関連付けを実際の結果に変えてしまいます。
リスク低減の中核は「説明できるコンプライアンス」です。プラットフォームが認めるアカウントだけを作り、公式のチームロールを使い、本人情報を本物に保ち、安定ネットワークを選び、ブラウザ状態を分離し、メンバー活動を記録し、制限を受けたらまず根本原因アカウントに対処する。環境とプロキシをきちんと管理すれば混乱やミスを減らし、「誰がどのネットワークを使い、何が変わり、その行動がコンプラかどうか」をいつでも確認できます。
