Webサイトはブラウザフィンガープリントで訪問者を識別します。複数アカウント運用で関連性が判定されると、一括制限につながる可能性があります。本記事では、ブラウザフィンガープリントを構成する情報、環境を再現する理由、一般的な構築要素を解説します。
Webサイトは、どうやって「また同じ人だ」と判断するのでしょうか。Cookie 以外にも、より目立ちにくい方法があります。それがブラウザフィンガープリントです。Webページへアクセスするたびに、ブラウザは端末や利用環境に関するさまざまな情報を公開します。Webサイトはそれらを組み合わせることで、かなり安定した識別情報を作れます。Cookie を削除したりシークレットモードを使ったりしても、フィンガープリント自体は残ります。
本記事では、ブラウザフィンガープリントが何から構成されるのか、複数アカウント運用でなぜフィンガープリント環境の再現が必要なのか、そして一般的にどのような要素から環境を構築するのかを説明します。
ブラウザフィンガープリントにはどんな情報が含まれる？
ブラウザフィンガープリントは複数種類の情報を組み合わせて作られ、大きく3つの層に分けられます。
基本フィンガープリント。 User-Agent（ブラウザとOSの識別情報）、画面解像度、CPUコア数、メモリ容量、インストール済みプラグイン、ブラウザ言語などが含まれます。取得しやすい情報であり、Webサイトが訪問者を識別する第一段階の材料になります。
高度なフィンガープリント。 Canvas フィンガープリント、WebGL フィンガープリント、AudioContext フィンガープリント、WebRTC フィンガープリント、フォントフィンガープリントなどが含まれます。Webサイトはスクリプトを通じてこれらを能動的に読み取ります。GPU、オーディオ、フォント描画などのハードウェア・ソフトウェア特性を反映できるため、基本情報よりも識別力が高くなります。
位置情報とネットワーク情報。 位置情報、タイムゾーン、DNS、SSL証明書などが含まれます。タイムゾーンと言語が一致しているか、IPの地域とブラウザ言語が整合しているかといった点は、訪問者が特定地域にいるように「装っている」かどうかを判断する材料としてよく使われます。
どの情報も単独では一意な識別には不十分ですが、組み合わせることでWebサイトはブラウザを比較的安定して認識できるようになります。
複数アカウント運用でフィンガープリント環境の再現が必要な理由
越境ECや海外向けSNS運用では、複数アカウントを同時に管理することは珍しくありません。プラットフォームはコンテンツやアカウント品質を管理するため、fingerprinting などの技術を使って、複数アカウントが同一人物または同じ端末群から利用されているかを判断することがあります。複数アカウントが同じブラウザ環境と同じフィンガープリントパラメータを共有していると、関連アカウントと判定されるリスクは明確に高まります。いったん関連付けられると、一括制限や停止による損失が大きくなる可能性があります。
2021年のAmazonアカウント停止の波は典型例です。多数のブランド・販売者アカウントが、アカウント関連性などの問題を理由に一括停止されました。その後、「アカウント環境の分離」は越境運用で広く重視される考え方になりました。単にIPを変えるのではなく、各アカウントに独立した安定したブラウザ環境一式を持たせるという発想です。
フィンガープリント環境を再現する主な目的は「姿を消す」ことではありません。異なる業務アカウントを互いに独立したブラウザ環境で動かすことです。各環境には固有のフィンガープリントパラメータ、Cookie、キャッシュ、ネットワーク設定を持たせ、アカウント間で混用しません。技術的には、「同じチームが複数アカウントを運用している」状態を、「各アカウントが独立した端末からアクセスしているように見える」環境へ分けることになります。
フィンガープリント環境はどの要素から構築する？
実用的なフィンガープリント環境は、一般的に次のような要素から構築します。
フィンガープリントパラメータ。 OS、Chromium エンジンのバージョン、User-Agent、解像度、ブラウザ言語、タイムゾーン、位置情報などの基本パラメータは、全体として整合している必要があります。さらに細かく設定する場合は、フォント、WebGL メタデータ、WebRTC、Canvas、AudioContext、メディアデバイスなどの高度な要素も含まれます。難しいのは「一貫性」です。環境に表示されるOS、言語、タイムゾーンと、プロキシIPの地域が相互に整合している必要があります。一致しない場合、かえって不自然な環境に見えることがあります。
ブラウザエンジン。 ブラウザエンジンが異なれば、フィンガープリントの現れ方にも違いがあります。業務内容に合ったエンジンを選ぶことで、環境間の分離度を高めることもできます。
ネットワーク設定。 各環境に独立したプロキシを割り当て、出口IPをアカウントの運用地域と合わせ、比較的安定させます。IPを頻繁に変更したり、IPと言語・タイムゾーンが一致しなかったりすると、目立ちやすい異常信号になります。
アプリと拡張機能。 実際の運用では、ブラウザに各種ツールや拡張機能を導入することがよくあります。これらのアプリを業務用途ごとに整理し、該当する環境へ割り当てれば、メンバーが個別にインストール・保守する重複作業を減らせるうえ、実際の利用状況に近い環境を作れます。
PurpleMark のWeb版では、環境作成時に上記のパラメータを個別に設定できます。OSとエンジンバージョン、タイムゾーン・言語・位置情報（IPに追従またはカスタム）、フォントとWebGL、WebRTCとプロキシUDP、さらに Canvas、AudioContext、メディアデバイスなどの高度なオプションを設定できます。作成前には環境情報全体をプレビューでき、作成後はフィンガープリント検出ページで各要素が想定どおりか確認できます。
なお、フィンガープリント環境管理が解決するのは「環境の分離とパラメータの安定性」です。同じ環境を共有することで生じるアカウント間の関連リスクを下げるものです。アカウントが長期的に安定するかどうかは、引き続きコンテンツ品質や運用行動がプラットフォームのルールに沿っているかに左右されます。
まとめ
ブラウザフィンガープリントは、Webサイトが訪問者を識別する重要な手段で、基本パラメータ、高度なフィンガープリント、位置・ネットワーク情報から構成されます。複数アカウントを運用するチームにとって、フィンガープリント環境を再現する本質は、各アカウントに独立し、一貫性があり、長期的に再利用できるブラウザ環境を持たせることです。環境パラメータをむやみに変更することではありません。フィンガープリントの構成要素と環境の作り方を理解すれば、設定や確認を単なる「IP変更」だけで考えずに済みます。
これから自分たちの複数アカウント環境を構築するなら、まず1つのアカウントから始めましょう。フィンガープリントパラメータ、プロキシ、言語、タイムゾーンを設定し、整合性を確認します。問題なく運用できたら、他のアカウントへ段階的に展開していく方法が現実的です。
