何を「隠す」のか：オンライン・アイデンティティの範囲
「オンライン・アイデンティティを隠す」と言うとき、対象は1種類ではありません。通信そのものの情報（内容・宛先の見え方）、アクセス元（IPアドレスのようなネットワーク情報）、そして端末やブラウザの特徴（アクセス指紋のようなもの）に分かれます。プロトコルは主に前者に作用しますが、後者は端末設定やアプリの挙動にも左右されます。
そのため、狙いは「完全に消える」ことではなく、“他者があなたを結び付ける材料”を減らすことと考えるのが現実的です。たとえば、通信経路が適切に暗号化されていれば、途中で内容が読み取られにくくなります。一方で、ログイン状態やブラウザ情報が残っていれば、別の経路で結び付けられる可能性は残ります。
「信頼できるプロトコル」の考え方：暗号化と経路設計
プロトコルが「信頼できる」と呼ばれるには、少なくとも次の性質が重要になります。
- 暗号化により、通信内容が第三者に解読されにくいこと
- 正しい鍵や手順に基づいて安全に通信できること
- 秘密情報を過度に共有しない設計であること
ここで注意したいのは、“プロトコルが安全だから、ユーザーが完全に匿名になる”とは限らない点です。プロトコルは主に通信の見え方を制御しますが、端末からの情報やサービス側の保持データ（アカウント・クッキー等）までは直接消せません。結果として、「通信は隠せたが、別の手がかりで判別される」というギャップが起き得ます。
仕組みを分解する：見え方を左右する要素
オンラインで追跡に使われやすいのは、次のような要素の組み合わせです。
- ネットワーク情報：アクセス元のIP、通信の経路に関する手掛かり
- 通信内容：平文か暗号化か、どこまで読めるか
- 端末・ブラウザ情報：設定、言語、フォント、機能の有無などの“特徴量”
- アプリ・アカウント：ログイン、同期、同一人物と推測しやすい履歴
「信頼できるプロトコルで隠す」と言う場合、主に1)と2)への対策が中心になります。3)と4)は、プロトコル単独では解決しないことが多いので、あなたが実際にどの情報を残しているかを確認する必要があります。
制限と例外：どこで匿名性が崩れやすいか
制限は大きく3系統に分かれます。
- 端末側の情報：ブラウザの保持（クッキー、ローカルストレージ）、拡張機能、OSの設定など
- サービス側の情報：ログインしている場合、アカウントに紐づくデータが残りやすい
- 設定ミスや運用：意図せず同じプロファイルを使う、同じ端末で長時間ログインする、共有した状態を維持する
また、誤解されやすい点として、「通信が暗号化されている＝相手が何も分からない」ではありません。暗号化は“内容”を守ることが中心で、経路やメタ情報がゼロになるとは限りません。さらに、アカウントや端末特徴があれば、たとえ通信内容が見えなくても、結び付けは可能になり得ます。