Targetは、端末特性、支払い方法、配送先住所、ログイン行動などを組み合わせてアカウント間の関連性を判断します。本稿では、主な判定要素と、環境およびアカウント情報で満たすべき要件を整理します。
TargetはWalmartに次ぐ米国第2位の小売プラットフォームで、日用品、ベビー用品、衣料品、電子機器、ホーム用品など幅広いカテゴリーを扱っています。大規模なユーザー基盤と安定したトラフィックを持つため、アカウント運用を構築する多くの越境チームからも注目されています。
近年はリスク管理が厳しくなっており、一括ログイン、不自然な端末、支払い先住所の頻繁な変更といった行動に敏感です。アカウント同士が直接干渉しなければ問題ないと考える人もいますが、実際にはプラットフォームは複数の特徴をまとめて確認し、重ね合わせて判断します。
プラットフォームが見ているのはアカウントだけではなく、端末とブラウザの特徴の組み合わせ
Cookiesはその一要素にすぎません。ブラウザが送信する情報には、User-Agent、エンジンのバージョン、タイムゾーンと言語、OS、画面解像度、インストール済みフォントの一覧などがあります。グラフィック層ではCanvasのレンダリング結果、WebGLレポート、GPUモデル、ストレージ層ではCookies、LocalStorage、IndexedDBが含まれます。これらを組み合わせれば、端末同士を区別するのに十分です。
複数のアカウントが同じパソコンと同じブラウザを使うと、こうしたパラメータが大きく重なります。プラットフォームは利用者本人を特定する必要はなく、端末の軌跡が一致するだけでも関連性を判断する根拠になります。
支払い、住所、ログイン地点という3つの軸
端末情報以上に説明しにくいのが、本人性に関わる情報です。配送先住所、支払い方法、紐付けた電話番号は通常、主要な本人情報として扱われます。あるアカウントが他のアカウントとこれらを使い回したり、数文字だけ変更したりしても、関連性が成立する可能性があります。
ログイン地点も別の軸です。出口IPの地域、回線事業者が住宅回線かデータセンターか、さらにアカウントの登録地域と一致するかどうかも判断材料になります。短時間で国をまたいで移動することや、複数アカウントが同一サブネットから接続することは、分かりやすいシグナルです。
行動のリズムも記録されます。瞬時のクリック、常に変わらないクリック経路、ページ滞在時間がないといった痕跡は、システム上ではスクリプト操作とほとんど区別がつきません。
複数アカウントがまとめて関連付けられやすい理由
これらの要素をまとめて見ると問題は明確です。複数のアカウントが同じ環境や似た情報構造を共有し、近い時間帯に似た行動を取ると、システム上では複数の独立ユーザーではなく、同じ運用から生じた複数の痕跡として見られます。
そのため、1点だけ対処しても意味は大きくありません。IPを変えても環境が同じまま、あるいは情報を変えても住所構造がテンプレートのままであれば、関連付けの手掛かりは残ります。
環境面で重要なのは、相互に交差させないこと
本当に複数アカウントを運用する必要があるチームにとって、環境面の要件はシンプルです。各アカウントに独立したブラウザ環境を用意し、フィンガープリント、Cookies、ローカルストレージ、ネットワーク出口が他のアカウントと交差しないようにします。ログイン状態、キャッシュ、出口IPも混在させないことが重要です。
PurpleMarkのように複数アカウント環境の分離を目的としたツールは、この層の問題を解決するものです。各アカウントのブラウザ環境とネットワーク設定をそれぞれ独立させ、どのパソコンがどのアカウント用かを人が手作業で覚える必要を減らします。
ネットワーク出口では、もう1点見落とされやすいことがあります。地域と種類を長期的に安定させる必要があります。同じ地域の出口を継続して使うアカウントは、頻繁に切り替えるアカウントよりも通常の利用者に近い動きになります。大量に使い回されるデータセンターIPは、それ自体が高リスクのシグナルです。
情報面では実在する主体との整合性が必要
登録情報で重要なのは、十分にランダムかどうかではなく、実在する主体と対応しているかどうかです。同じ主体が複数アカウントで配送先住所、支払い方法、連絡先を繰り返し使えば、表記だけ変えても関連性は消えません。
同様に避けたいのが、よく似た情報を一括で入力することです。同じような氏名構造、似たメールアドレスの命名、数桁しか違わない住所などが該当します。プラットフォームの類似度判定はこうした組み合わせを対象としており、アカウント群がまとめて処理されやすくなります。
通常の運用リズムには自然なばらつきがある
新しいアカウントは初期段階でより注意深く観察されるのが一般的です。ただし、実際の人間の行動には自然な間隔とばらつきがあります。閲覧時間は一定ではなく、経路も完全には繰り返されず、注文前には迷ったり比較したりします。
そのため、分単位で精密なスケジュールを設計するより、実際のビジネス需要に沿ってアカウントを動かす方が現実的です。実需に基づく操作と、必要性がないのに形だけ作った操作は、データ上でも違いが表れます。
安定性は実際のビジネスから生まれる
複数アカウント運用の難しさは、技術的に実現できるかどうかではなく、長期的に安定させられるかどうかです。環境を交差させないこと、情報を実在する主体と一致させること、実際のビジネスに沿って行動すること。この3点がそろって初めて、安定した基盤になります。いずれかを継ぎはぎや不自然な水増しに頼れば、いずれアカウント制限という形で影響が返ってくる可能性があります。
