Cookiesを削除しても、Webサイトがあなたを認識できなくなるとは限りません。ブラウザは端末やソフトウェアに関する多数の特徴を公開しており、それらを組み合わせると「デジタル指紋」のような識別情報になります。これにより再訪問の識別やアカウント間の関連付けが可能になる場合があります。本記事では仕組み、リスク、対策の考え方を解説します。
「定期的にCookiesを削除すれば、Webサイトから自分を識別されなくなる」と考える人は少なくありません。しかし実際はそれほど単純ではありません。Webページを開いた瞬間、ブラウザは端末やソフトウェアに関する多くの情報を外部に公開します。Webサイトはこれらのシグナルを組み合わせることで、かなり「固有性の高い」識別情報を生成できます。これがブラウザフィンガープリントです。Cookiesを削除しても、フィンガープリントの特徴がほとんど変わらなければ、Webサイトが再びあなたを認識できる可能性があります。本記事では、ブラウザフィンガープリントの仕組み、実際のリスク、そしてリスクを抑えるための考え方を整理します。
Webサイトは実際にどんな情報を収集しているのか？
ブラウザフィンガープリントを作るために、Webサイトが利用者へ積極的に情報提供を求める必要はありません。アクセス時にブラウザが自然に公開する特徴を読み取るだけでも、多くの情報が得られます。代表的な情報源は次のとおりです。
- User-Agent（UA）：各HTTPリクエストには、ブラウザ名、バージョン、OSなどの情報を含む文字列が付与されます；
- HTTPリクエストヘッダー：UA以外にも、言語設定（Accept-Language）や圧縮方式（Accept-Encoding）などが含まれます；
- 画面と色：ブラウザは画面解像度や色深度を読み取れます；
- フォント一覧：OSやブラウザによって標準で利用できるフォントが異なります；
- タイムゾーン：端末のタイムゾーンを取得できます；
- プラグインと拡張機能：インストール済みプラグインやスクリプトエンジンのバージョンなどが手掛かりになる場合があります；
- ハードウェア情報：一部の手法ではCPUの種類やGPU情報などを取得できます；
- Canvasフィンガープリント：WebサイトがHTML5のcanvasでブラウザに図形を描画させます。端末、GPU、ドライバの違いによって描画結果に微細な差が生じ、その差を測定することで特徴的なシグナルを作れます。
個々の項目だけを見れば、特別に「固有」とは言えない場合もあります。しかし数十種類の特徴を組み合わせると、特定の利用者に対して非常に識別性の高いプロファイルになる可能性があります。「Cookiesを削除しても十分ではない」ことがあるのもこのためです。フィンガープリントはCookieそのものではなく、端末やブラウザのパラメータに基づいているからです。
ブラウザフィンガープリントは実際にどんな影響をもたらすのか？
一般ユーザーにとって、ブラウザフィンガープリントは主に広告の最適化や不正対策に利用されるため、その影響は分かりにくい場合があります。しかし越境ECや海外向けSNS運用で複数アカウントを同時管理する場合、リスクはより具体的になります。
登録、ログイン、リスク管理のシステムでは、「ブラウザフィンガープリントの類似度」が、複数アカウントが同一人物のものか、あるいは相互に関連しているかを判断するシグナルの1つとして使われることがあります。同じブラウザと非常に似たパラメータで多数のアカウントを登録・ログインすると、フィンガープリントが酷似し、関連アカウントと判断される可能性があります。関連性が認識されると、1つのアカウントの影響が他へ波及したり、複数アカウントがまとめて制限されたりすることがあり、運用上の損失につながります。
そのため複数アカウントを運用する場合、本当に重要なのは「完全に見えなくなること」ではなく、アカウントごとのフィンガープリントと実行環境を互いに分離しつつ、設定を安定・一貫させることです。パラメータが過度に似ていたり、不規則に変化したりすることで関連性が露呈するリスクを抑えられます。
フィンガープリントのリスクを下げるには？
フィンガープリントによる関連付けリスクを下げる基本は、環境を「分けて、安定させる」ことです。具体的には次のように考えられます。
第一に、ブラウザのパラメータをアカウントの一部として管理すること。 OS、タイムゾーン、言語、解像度、フォントなどは端末や地域の特徴を示します。これらはランダムに設定したり頻繁に変更したりするのではなく、アカウントが対象とするビジネス市場と整合させるべきです。Canvas、WebGL、Audioなどのハードウェアに関係する描画特性についても、異なるアカウントが同一の描画シグナルを示さないよう、合理的に固定または管理する必要があります。
第二に、各アカウントを互いに分離された独立環境で動かすこと。 同じブラウザ内でアカウントを切り替えながらキャッシュを消すより、アカウントごとに独立した環境を用意し、それぞれでログイン状態、proxy、パラメータを管理した方が、相互干渉を避けやすくなります。
第三に、環境管理ツールで「パラメータ」と「環境」をまとめて管理すること。 アカウント数が少なければ手作業でも対応できますが、数が増え、さらにプラットフォームや地域ごとの管理が必要になると、1項目ずつ手動設定するのは現実的ではなく、ミスも増えます。そのため一元管理できる仕組みが役立ちます。
PurpleMarkは、こうしたニーズを想定したブラウザ環境管理プラットフォームです。環境作成時にOS、Chromiumカーネルのバージョン、User-Agent、解像度、言語、タイムゾーン、地理的位置を設定できます。またCanvas、WebGLImage、AudioContext、WebRTCなどの下位レベルのフィンガープリント要素も管理でき、環境ごとにproxyを紐付けたり、ログインCookiesをインポートしたりできます。これにより、ビジネス用途に応じて各アカウントへ分離されたパラメータと実行環境を割り当てられます。手作業で個別設定するよりも、分散した設定を1つのワークスペースに集約し、グループ化や再利用も行えます。具体的な機能についてはPurpleMark公式サイトまたはWeb版の実際の環境作成画面を確認してください。
事前に理解しておきたいこと
フィンガープリントのリスクを下げることは、「プラットフォームのルールを回避して抜け道を探すこと」と同じではありません。環境管理ツールの目的は、正当に運用しているアカウントを分かりやすく整理して管理することであり、規約違反のアカウントを大量作成したり、プラットフォームのリスク管理を回避したりすることではありません。また、パラメータは「ランダムであればあるほど良い」わけでもありません。長期的には、各アカウントの市場に合った安定した一貫性のある設定の方が適切です。さらに、環境を十分に分離しても「100%安全」になるわけではありません。プラットフォームは多数のシグナルを総合して判断するためです。
一言でまとめると
ブラウザフィンガープリントとは、Webサイトが端末やブラウザの数十種類の特徴を組み合わせて作る「識別コード」のようなものです。Cookiesを削除しても識別が続く場合があります。複数アカウント運用では、似たフィンガープリントによって異なるアカウントが関連付けられることがリスクです。重要なのは「完全に見えなくなること」ではなく、アカウントごとのパラメータと環境を分離して安定させ、PurpleMarkのようなツールで環境、フィンガープリントパラメータ、proxyを一元管理することです。独立した環境を最初から設定したい場合は、PurpleMark Web版から始められます。
