Do Not Trackとは?トラッキング拒否スイッチとブラウザフィンガープリントの関係を解説
Do Not Trackは、ブラウザがサイトに送る「トラッキングをしないでください」という一言です。意思表示にすぎず、強制力はありません。サイトがこのシグナルを読めるか、どう解釈するかこそが、ブラウザフィンガープリントとの関係に入る入口になります。設定画面の目立たない「トラッキングしない」オプション。オンにすべきか迷った人は少なくありません。この記事では、仕組み、廃止された理由、フィンガープリントとの関係と影響の範囲。この順に解説します。最後は実務に落として、アンチ検出ブラウザでこのシグナルを確認する方法を扱います。
Do Not Trackとは何か
Do Not Track(略称DNT)は、HTTPリクエストヘッダーの一つです。役割は、「ユーザーはサイト横断のトラッキングを望まない」という嗜好をサイトに伝えること。この概念は2009年に研究者によって提案されました。Firefox 4が2011年にいち早く正式対応しました。その後、Chrome、Safari、IEが相次いで追随しました。有効にすると、ブラウザのすべてのリクエストにヘッダー欄が一つ追加されます。値は3種類あります。1はトラッキングされたくない、0はトラッキングされても構わない。null(または送信しない)は、嗜好を表明していないという意味です。
ウェブスクリプトも、navigator.doNotTrackプロパティを通じて同じ値を読み取れる場合があります。つまり検出側は、ヘッダーとスクリプトのどちらでもこの値を取得できます。経路は二つです。
DNTの性質を、はっきり述べておきます。それは「お願い」です。遵守するかどうかは、完全にサイトの自律に委ねられています。プラットフォームに応答を義務付ける法律はありません。罰則の仕組みも支えになっていません。実際には、DNTは十分に広く遵守されてはいません。有効にしても、サイトがトラッキングを止めるとは限りません。MDNによるDNTヘッダーの解説は現在、この仕様を廃止予定と位置付け、推進が停止したと明記しています。
なぜブラウザは相次いで離れたのか
DNTが見捨てられた理由は、二つの言葉に圧縮できます。一つは、サイトがほとんど遵守しなかったこと。もう一つは、シグナル自身がフィンガープリントの変数になり得たことです。10年以上の歩みの中で、覚えておきたい節目が三つあります:
- 2011年頃、DNTは複数の主要ブラウザに採用されました。狙いは、ユーザーがリクエストヘッダーでトラッキング拒否の意思を示せるようにすることです。当時はメディアがプライバシー保護の標準機能として紹介した時期でもあります。
- 2019年、W3Cは十分な実装が広がっていないとして関連作業を終了しました。同じ年、Safariは対応を取りやめました。理由は、DNTがフィンガープリント変数になるのを避けるためです。
- 2025年、Firefoxは135版からDNT設定を削除しました。以降は、GPC(Global Privacy Control)に基づくプライバシー設定オプションの利用へ誘導する形に切り替わっています。GPCはSec-GPCヘッダーで同じオプトアウトの意思を表します。現在も活発に使われています。
GPCにはDNTと本質的に違う点が一つあります。法的効力が、個別のプライバシー規制の適用範囲から来ているのです。規制が覆う場面では、サイトはこのシグナルに応答しなければなりません。全てのサイトで義務になるわけではありません。地域も同じです。足がかりはできました。
振り返れば、DNTの失敗は技術実装ではなく仕組みの設計にありました。強制力のない宣言では、サイトの遵守は完全に任意になります。この歴史は、もう一つの疑問も説明してくれます。フィンガープリントとの関係がなぜ裏目に出たのか、という疑問です。
DNTとフィンガープリントの関係:判別性を高め得るが、限界がある
DNTは画面サイズやOSといった端末情報とは異なります。表しているのは、ブラウザのトラッキング嗜好です。ただしサイトがこの値を読める以上、ブラウザ特徴の組み合わせ分析に組み込まれる可能性があります。これがフィンガープリントと結び付く全経路です。大半のユーザーは、プライバシー設定画面を一度も開きません。DNTは未送信のままです。有効にする人は少数です。判定体系は「多数派と違うかどうか」を手がかりにします。その中では、少数派の値は自然と判別性を帯びます。
この手がかりの範囲は、多くの記事より狭い。三点に分けます:
1. DNTは一意の識別子ではない。これ単体では、二つのリクエストが同一端末から来たことを証明できません。アカウント関連性も、単独では判定できません。リスク管理がこのシグナルを読むか、どの程度の重みを付けるかは、外部からは観測できません。
2. 値が違っても環境異常とは限らない。ブラウザのバージョン、プライバシー設定、実装方式はいずれも検出結果に影響します。DNTの状態が違っても、同じ判定結論を指すとは限りません。
3. 一貫性は、統一するほど安全という意味ではない。全環境でDNTを有効化または無効化すべきだと求める根拠はありません。値の方向そのものに、答えはありません。

AppleがDNT削除時に挙げた理由は、現時点で最も直接的な公式の裏付けです。このヘッダー欄はフィンガープリント変数として使われ得る、というものです。使えることと、実際に再利用されることは別です。この点は重要です。落ち着いた理解としては、DNTはサイトが読み取り可能な範囲にあります。影響の大きさは収集側のやり方次第です。このスイッチ自体が決めるものではありません。
自分の環境がどの特徴を晒しているか確認したい場合は、Whoerチェックスコアガイドの調査順序に沿って一つずつ点検してください。DNT系のシグナルも検出ページの返却項目の中にあります。
アンチ検出ブラウザでDNTを確認する方法
確認の核心はただ一つ。設定画面のスイッチではなく、サイトが実際に受け取ったシグナルを基準にすることです。DNTは廃止予定であり、ブラウザごとの対応状況には差があります。Firefox 135は既に従来の設定を削除しました。MDNも、DNTヘッダーとnavigator.doNotTrackの両方を廃止予定としています。
スイッチの状態と実際のシグナルは、一致する保証がありません。
具体的な確認はこの表に沿って進めます:
| 確認項目 | 確認すべき内容 |
|---|---|
| ブラウザ対応 | DNTはまだ対応されているか。廃止後は送信処理が削除済みの可能性 |
| リクエストヘッダー | 実リクエストにDNT欄はあるか。値は1、0か未送信か |
| スクリプト読み取り | 検出ページでnavigator.doNotTrackは何を返すか |
| 結果の解釈 | 未対応、未送信、値の相違は三つの別状況。混同しない |

リクエストヘッダーとスクリプト読み取りの結果は、相互に照らし合わせるのが望ましいです。二つの経路で読んだ値が一致すれば、この環境のシグナルは整合しています。食い違えば要確認です。その場合は、環境のブラウザカーネルのバージョンと設定を調べてみる価値があります。
MostMateは、ブラウザ設定を環境ごとに分けて管理するアンチ検出ブラウザです。アカウント一つに環境一式が対応し、パラメータの集合は独立して保存されます。ログインする環境に応じて、その設定が使われます。環境の間で設定が混ざることはありません。Do Not Trackのようなブラウザ層のシグナルも、言語、タイムゾーン、WebRTCとともに環境設定にまとめて管理され、環境を切り替える際に個別の処理は不要です。UA一貫性チェックガイドでは「同一環境でパラメータが変動しない」という確認の考え方を扱いましたが、DNTにも同じ考え方が使えます。各機能モジュールの役割分担は、製品紹介ページを参照してください。

さらに一歩進めて、環境同士に他のズレがないかを判断したい場合は、アカウント関連リスク・セルフチェックガイドの手順に沿って操作してください。環境設定、プロキシ、アカウント操作の記録を並べて照合します。DNTはそのうちの一つ。一項目にすぎません。単独で見ても意味は大きくありません。
よくある質問
Do Not Trackをオンにしても意味はありますか?
効果は限定的です。強制力のない宣言であり、十分に広い遵守は得ておらず、トラッキングスクリプトの実行を自ら止めることもありません。コンテンツブロック系のツールは別の仕組みで、トラッキングリクエストを直接遮断します。両者は別物です。
DNTとシークレットモードの違いは何ですか?
別物です。DNTはサイトに送る宣言で、扱うのは「相手がトラッキングできるか」です。シークレットモードは端末側の挙動で、扱うのは「閲覧履歴とCookieがこの端末に残るか」です。シークレットを有効にしても、DNTは送られません。DNTを有効にしても、サイトがあなたのフィンガープリントを読むのを防げません。
GPCはDNTに取って代わりますか?
方向としてはそうです。GPCはSec-GPCヘッダーで同じオプトアウトの意思を表し、その法的効力は個別のプライバシー規制の適用範囲から来ています。規制が覆う場面ではサイトが応答しなければならず、これはDNTが得られなかった地位です。全ての地域、全てのサイトで効くわけではありません。
まとめ
Do Not Trackの十五年は、「丁寧なお願い」が「商業トラッキング」を止められなかったことを示すと同時に、フィンガープリントの一つの細部も見せてくれました。プライバシー嗜好を表すスイッチ自体が、サイトが読める範囲内にあるということです。
複数アカウント運営者にとって、実行に移せるのは確認です。スイッチの方向を思い悩むことではありません。ブラウザの対応状況を確かめます。リクエストヘッダーとスクリプト読み取りの結果を照合します。同一環境で値が変動しないようにします。要するに、確認です。
環境とシグナルの設定体系がまだ整っていない場合は、まずブラウザフィンガープリントとはで概念を補い、その後MostMateで環境設定を固定してください。シグナルに関わる部分は、初日から安定させておくべきです。
MOSTMATE
安全な複数アカウント管理を、もっと簡単に
最初のアカウントから、MostMate でより安全でスマート、効率的な複数アカウント運用を始めましょう。
- 独立したプロファイル。一貫した識別情報。
- AI 自動化 · アカウント健全性 · チーム運用



