アカウント停止後、すぐに新しいアカウントを作る人は少なくありませんが、新アカウントも短期間で制限されることがあります。実際の原因は、ブラウザフィンガープリントを通じてプラットフォームが引き続き同一利用者だと判断できることにある場合があります。本記事では、異議申し立ての現実、新規アカウントが再び止められやすい理由、より合理的な対応方法を解説します。
越境ECに取り組んでいると、アカウントが突然停止される場面に遭遇することがあります。前日までは普通に運用できていたのに、ある日ログインできなくなったり、事務的な通知メールだけが届いたりします。こうしたとき、多くの人が最初に考えるのは「すぐに新しいアカウントを作って続けよう」ということです。しかし現実には、新しいアカウントもほどなく処理対象になることがあります。なぜでしょうか。本記事では、「異議申し立ての現実」と「新しいアカウントへの切り替えがなぜ失敗しやすいのか」という2つの観点から整理し、より合理的な対応方法を紹介します。
まず知っておきたい現実：異議申し立ての成功率は一般に高くない
最初に、現実的な期待値を持つことが重要です。多くの主要プラットフォームでは、アカウント停止後の異議申し立てが成功する確率はそれほど高くありません。異議申し立てをしてはいけないという意味ではなく、プラットフォーム側がブランドやコミュニティの秩序を守るため、慎重に審査する傾向があるということです。
Facebookを例にすると、停止後は通常、Account Qualityに関連する入口から審査を依頼する形となり、追加説明を提出できる余地は限られています。Amazon、Google、eBayなどは異議申し立ての手続きがより複雑で段階も多いものの、本質的には同じです。Amazonの「Plan of Action」（POA）のように、元の問題が再発しないことを示す説得力のある説明や資料を提示しなければならず、そこで初めてプラットフォームがアカウント復旧を検討します。こうした手続きでは、資料に少しでも不備があると返答が得られないこともあります。
そのため、異議申し立てだけに期待するよりも、最初からより安定し、ルールに沿った運用を行い、アカウント停止の可能性をできるだけ下げることが大切です。アカウントの履歴がクリーンで、行動が適切であるほど、異議申し立てをする際の信頼性も高まります。
新しいアカウントがすぐに再停止されることが多いのはなぜ？
ここが多くの運用担当者にとって最も分かりにくい点です。新しいメールアドレスと電話番号に変えたのに、なぜプラットフォームはまだ「同じ人」だと分かるのでしょうか。
その大きな理由の一つがブラウザフィンガープリントです。プラットフォームが「この新しいアカウントと停止済みアカウントが同一人物のものか」を判断するとき、登録情報だけを見るわけではありません。アクセス時にブラウザが示すさまざまな特徴、たとえばOS、タイムゾーン、言語、解像度、フォント、CanvasやWebGLのレンダリング特性、さらにはログイン端末やネットワーク環境なども重視されます。同じPC、同じブラウザ、似た環境パラメータで新規アカウントを作成すると、フィンガープリントが非常によく似る可能性があります。そのため、プラットフォームが新旧アカウントを関連付け、再び措置を取ることがあります。
つまり、問題は「アカウント情報が新しくない」ことではなく、「アクセス環境が以前と似すぎている」ことにある場合が多いのです。複数の独立したIDを本当に分けて管理する必要があるなら、登録情報だけを変更するのではなく、各アカウントのアクセス環境を実際に分離することが重要です。
では、適切な対応方法は？
業務上、正当な理由で複数の独立したアカウントを維持する必要がある場合は、すべてを同じブラウザで使って頻繁に切り替えるのではなく、「各アカウント」を「独立し、安定していて、ほかと切り離された1つの環境」に対応させる考え方が適しています。
具体的には、次のように運用できます。
- アカウントごとに独立したログイン環境を用意する：OS、タイムゾーン、言語、解像度などのパラメータは、そのアカウントが対応するビジネス地域に合わせ、異なるアカウント間で同じパラメータセットを共有しないようにします。
- 環境同士を分離し、データを混在させない：複数アカウントのログイン状態、Cookie、閲覧履歴を同じ環境に混在させないようにします。
- アカウントごとに安定し、競合しないネットワーク出口を割り当てる：複数アカウントが同じネットワークから繰り返しログインしつつ、場所やネットワーク特性が頻繁に変わる状態を避けます。
- 1つの環境をできるだけ長期間安定して使う：環境パラメータを頻繁に変更したり、環境自体を何度も切り替えたりすることも、異常なシグナルになり得ます。
PurpleMarkは、「アカウント + 環境」をセットで管理する代表的な方法の一つです。ワークスペース内で各ビジネスアカウントごとに独立したブラウザ環境を作成し、OS、エンジンバージョン、タイムゾーン、言語、解像度、Canvas、WebGLImage、AudioContext、WebRTCなどのフィンガープリントパラメータを設定したうえで、独立したプロキシとログインCookieを紐付けられます。これにより、複数アカウントを同じブラウザに詰め込むのではなく、それぞれを分離された一貫性のある環境で動かせます。ブランドアカウントが増えても、名前やグループから該当環境を正確に探して開くことができます。具体的な機能はPurpleMark公式サイトで確認してください。
コンプライアンスという一線を忘れない
強調しておきたいのは、複数アカウントを独立した環境で管理する目的は、正当に運営している複数のビジネスアカウントを明確かつ整理された形で管理し、環境の混在による不要なリスクを減らすことにあるという点です。プラットフォームのルールを大量に回避したり、リスク管理をすり抜けて規約違反の事業を行ったりするためのものではありません。プラットフォームは複数のシグナルを総合してアカウントを判断します。環境分離は「誤った関連付け」の可能性を下げることはできますが、ルールを守った運用そのものに代わるものではありません。実際の違反によってアカウントが停止された場合、環境を変えて再開しても根本的な問題は解決しません。
一言でまとめると
アカウント停止後は、異議申し立てだけでは十分でないことが多く、すぐに新しいアカウントを作ってもブラウザフィンガープリントによる関連付けで再停止される場合があります。問題は通常「アカウント」そのものではなく、「アクセスに使う環境が以前と似すぎている」ことです。より合理的なのは、各アカウントを独立・安定・相互に関連しない環境に紐付け、PurpleMarkのようなツールで環境、フィンガープリントパラメータ、プロキシを個別に管理することです。ただし、環境分離は自分が正当に保有・運用するアカウントを整理して管理するための手段にすぎず、根本はあくまでルールに沿った運用です。
