ECサイト複数ストアの関連防止はどうやる？プラットフォームの判定シグナルと環境分離の実践ガイド
複数ストアの運営自体は普通の規模拡大手法です。本当のリスクは「店が多いこと」ではなく、複数のストアがプラットフォームの目に同一人物として映ること。ストアの関連防止の核心は三つだけです。店ごとに独立した環境（フィンガープリント、Cookie、ログイン状態）、店ごとに独立したレジデンシャルプロキシ、そしてアカウント登録情報を重ねないこと。この三層を清潔に保てば、プラットフォームにストアを連鎖させるシグナルを渡しません。この記事は MakoBrowserアンチディテクトブラウザ を参考ツールとして、ECプラットフォームの関連判定ロジックを分解し、そのまま真似できる分離手法と日常の規律を示します。
プラットフォームはどうやって「この数店は同一人物」と判定するのか
プラットフォームは単一の異常ではなく、複数カテゴリのシグナル重複でストアの関連を判定します。ストアアカウントがログインするたびに、プラットフォームは少なくとも三つを読み取ります。
- ブラウザフィンガープリント：Canvas、WebGL、フォント、解像度、タイムゾーンなどのパラメータの組み合わせ。同じPCから二つのストアにログインすれば、二つのストアはまったく同じデバイスIDを受け取ります。
- ネットワーク出口：IPの登録地、レジデンシャルかデータセンターか、同じIPにいくつのアカウントが乗っているか。データセンターIPと公共プロキシプールはそれ自体がリスクの上乗せです。
- ログインと操作のパターン：ログイン時間が人間の生活リズムに合うか、一日で複数国をまたぐか、操作のテンポがスクリプトのように機械的か。
さらに一段深い登録情報の重複はもっと致命的です。同じ受取人名と住所、同じ受け取りカード、同じ電話番号やメールアドレス、商品タイトルや商品ページの文章がほぼ同一——これらはフィンガープリントよりも言い訳しにくい関連の証拠です。一つずつなら言い訳できても、重なれば完全な証拠チェーンになります。IPの交換だけが無意味な理由もここにあります。交換できるのは一種類のシグナルだけで、残りは元の場所に露出したままです。
2層の分離：環境層とネットワーク層はどちらも必須
関連防止の基本は、環境層とネットワーク層を別々に分離すること。二つの層が二種類のシグナルに対応します。
環境層はフィンガープリントとログイン状態を扱います。普通のブラウザでは店ごとのIDを実現できないため、アンチディテクトブラウザを使って店ごとに独立したプロファイルを作ります。それぞれのフィンガープリント設定、それぞれのCookie保存領域、それぞれのログインセッションを共有しません。ネットワーク層は出口IPを扱います。店ごとに独立したレジデンシャルプロキシを割り当て、各ストアの通信が別の都市、別の家庭の本物の利用者から来ているように見せます。二層とも整えて初めて、各ストアは「独立したデバイス＋独立したネットワーク」になります。
プロキシはレジデンシャルまたは静的レジデンシャルを優先し、地域はストアの登録情報と対象市場に合わせます。米国の店には米国IPを。データセンターIPで節約しようとしないこと。HTTP、HTTPS、SOCKS5はプロキシ業者の対応に合わせて選べばよく、重要なパラメータはセッション維持（sticky）です。日常運用では長めのstickyセッションを選び、一つの店がリクエストごとにIPを変えるのではなく、同じIP帯を使い続けられるようにします。
実践4ステップ：単店の環境から量産へ
流れ自体は単純です。大事なのは、どのステップでも手を抜かないこと：
ステップ1：プロファイルを作ったら命名。プロファイル名は「店舗-プラットフォーム-地域」のように一目で分かる形（例：StoreA-Amazon-US）にします。test1、test2は禁物。プロファイルが増えた頃の誤操作は大惨事になります。
ステップ2：プロキシを設定して検査。プロキシのホスト、ポート、認証情報をプロファイルに入力し、接続テストで出口が有効か確認してから、IPの所在地がストアの情報と一致するかを見ます。
ステップ3：フィンガープリントはデフォルトのまま。調整方法に自信がなければ、解像度やタイムゾーンを手でいじらないこと。触るパラメータが増えるほど内部矛盾（WindowsのUAにmacOSのフォントなど）が生まれやすく、かえって疑わしくなります。
ステップ4：テンプレート保存と複製。最初の店の環境が動いたらテンプレートとして保存し、新しい店はテンプレートを複製してプロキシだけ差し替えれば、数分で新しい環境が出来上がります。一括操作とデータ同期の考え方は、アンチディテクトブラウザが繰り返し作業をワンクリック自動化に変える仕組みの解説が参考になります。
この先の規則は一つだけです。その店のすべての運営はこの環境の中で行う——出品、価格変更、レビュー返信、管理画面の確認、全部です。日常ブラウザでこのアカウントにログインしないこと。
ストアの「自白」を防ぐ6つの日常ルール
環境の分離が終われば、残るリスクはすべて運用の習慣の中にあります：
- 一つの店に一つの環境と一本のプロキシを固定。混用も再利用もしません。
- 各店のメールはその店の環境だけで送受信。個人ブラウザで店舗メールを開きません。
- 登録情報は完全に分離。メール、電話番号、受け取りカード、法人主体、一つも重ねません。
- チーム運用では店ごとに権限を分け、各自は自分に割り当てられた環境とプロキシだけを使います。
- 広告運用やセール期間中はフィンガープリント設定と出口IPに触らない。環境の急変は普通の環境より疑われます。
- 個人の日常アカウントはどのストア環境にも入れません。
プラットフォーム別の違い：Amazon・Shopify・eBay がそれぞれ見るもの
分離の枠組みは共通でも、各社のリスク管理の重点は違います。Amazonはログイン環境とアカウント情報の連続性に最も敏感で、同じ受け取り情報が複数のセラーアカウントに現れると重点的に調べられます。Shopifyは独立サイト構築ツールなので、リスクは同じ主体がトライアル店を繰り返し開設する、同じ決済ゲートウェイを紐付けることに集中します。eBayはログインIPの安定性を重視し、頻繁な地域またぎのログインは認証を誘発しやすい。実務上の違いは重点だけです。情報重複のリスクが大きいプラットフォームでは登録情報の分離を先に固め、ログイン管理が厳しいプラットフォームでは出口の安定を先に固めます。
MakoBrowser でストア関連防止を導入する
環境単位の課金と予測可能なコストを求めるなら、MakoBrowserアンチディテクトブラウザ は直接比較する価値があります。各店の分離を二つの確定事項に分解します。整合性の取れたフィンガープリント設定と一本の独立プロキシ。一括テンプレートとデータ同期で「数十店を一軒ずつ設定する」作業をテンプレート操作に変え、チーム機能は店ごとのグループ分けと権限管理に対応します。
料金面（公式の現行価格、実ページが優先）：無料版は環境2つとメンバー2名で、まず流れを通すには十分。Proは6.80ドル/月（環境10）、年払い40.80ドルで環境あたり約0.34ドル/月。Advancedは27.50ドル/月（環境100）、年払い165ドルで環境あたり約0.14ドル/月、四半期払いはさらに30%オフ。店舗数が百を超えると、固定単価のコスト曲線は明らかに平坦です。
製品の仕組み全体はMakoBrowser アンチディテクトブラウザのランディングページで確認できます。始めるならダウンロードページからクライアントを導入し、「命名→プロキシ設定→テンプレート保存→複製」の順に進めれば、10分以内に最初の一群のストア環境を動かせます。
FAQ
一台のPCで複数のECストアを開くと凍結されますか
一概には言えません。シグナルが重なるかどうかで決まります。同じPCでも店ごとに独立した環境と独立したプロキシを使えば、各店は異なるデバイスとネットワークのIDを受け取ります。逆に同じブラウザで数店を順番にログインすると、フィンガープリント、Cookie、IPがすべて共有され、プラットフォームがそれらを一つの連鎖としてつなぐのは時間の問題です。
レジデンシャルプロキシは必須ですか、データセンターIPはダメですか
複数ストアの運用ではレジデンシャル、または静的レジデンシャルを強く勧めます。データセンターIP帯は高リスクとしてマークされる確率がはるかに高く、同じ帯に複数アカウントを載せると疑いが互いに強まります。レジデンシャルIPは高めですが、「独立したネットワークID」を成立させる唯一の選択肢です。この費用を削るのは得策ではありません。
MakoBrowser は普通のブラウザウィンドウを複数開くのと何が違いますか
普通のウィンドウは同じデバイスフィンガープリントと保存領域を共有するため、プラットフォームの検査が読むのは依然として同一デバイスです。MakoBrowserアンチディテクトブラウザ は環境ごとに独立したフィンガープリント設定、Cookie保存領域、プロキシ経路を与え、さらに一括テンプレートとチーム権限を備えます。「別デバイスに見える」と「別デバイスである」の違いです。
