フィンガープリンティングシステム応用シリーズ·特別篇｜デバイスフィンガープリント：アプリをまたぐ追跡と広告レコメンド

このシリーズでは、主にブラウザ環境で使われる識別技術を見てきました。ただし、デバイスフィンガープリントの話はブラウザの外側にも広がっています。ブラウザフィンガープリントは、より大きな端末識別エコシステムの一部です。その周辺では、アプリ、OS、ネットワーク、さらには同じ生活空間をまたいだ追跡が行われています。

今回は身近な疑問から始めます。なぜ Instagram は、昼に注文したフライドチキンの広告を表示したのでしょうか。

「完璧な偶然」

1週間前の謎の経験

友人にフードデリバリーアプリを勧められました。名前は R で始まり、各アプリストアで数千万規模のダウンロード数があります。私はそのアプリを入れ、5分ほどで登録を済ませ、フライドチキンを注文しました。注文を確認して、アプリを閉じました。

その午後、Instagramを開きました。いつもの通り、投稿をスクロールし始めました。突然、広告が現れました。

表示されたのは、その日の昼に使ったフードデリバリーアプリと、注文したものと同じブランドのフライドチキンの広告でした。

最初は偶然だと思いました。

しかし1週間後、同居人が私の紹介リンクから同じアプリをダウンロードし、翌日にドーナツを注文しました。その後、Instagram に同じドーナツブランドの広告が表示されました。

それは偶然ではありませんでした。

そこで疑問が湧きました。私はデリバリーアプリでフライドチキンとドーナツ以外の商品を検索していません。SNSでその単語を出したことも、Instagramで食べ物関連の投稿をいいねしたこともありません。

それでも、Meta はどうやって知ったのでしょうか。

データ追跡の二重メカニズム

コア概念：デバイスフィンガープリンティングとデータ共有

この仕組みを理解するには、2つの仕組みを押さえる必要があります。

最初の概念：広告デジタル識別子

ほぼすべてのスマートフォンには、広告用の識別子があります。iOS では IDFA（Identifier For Advertisers）、Android では GAID（Google Advertising ID）と呼ばれます。

プラットフォーム	識別子	目的	特性
iOS	IDFA	アプリ内行動を追跡	ユーザーは設定で無効にできる
Android	GAID	アプリ内行動を追跡	ユーザーは設定でリセットできる
クロスプラットフォーム	デバイスフィンガープリント	アプリ間追跡	ユーザーはほぼ発見できない

これらの識別子により、広告主は実名を知らなくてもアプリ間の行動を関連付けられます。

重要なのは、Meta がこうしたシステムレベルの識別子だけに頼っているとは限らない点です。IDFA や GAID に依存する場合、通常は iOS や Android が追跡許可の確認を表示します。

しかし、Rで始まるそのフードデリバリーアプリからそのようなポップアップを見たことがありません。

少し調べると、実際の追跡は目に見えないデータパイプラインを通じて行われていることが分かりました。

フードデリバリーアプリに Facebook SDK が組み込まれていると、アプリは Meta のサーバーへイベントを送信できます。注文が発生するたびに、fb_mobile_purchase のようなイベントが送られます。

このイベントには、次のような情報が含まれます。

fb_mobile_purchaseイベントの内容

fb_mobile_purchaseイベント内容
├─ イベントタイプ：購入
├─ 購入アイテム：ケンタッキー、ドーナツ
├─ 金額：¥29.9
├─ タイムスタンプ：2024-10-30 12:30:00
├─ デバイス識別子：[何か一意のデバイス識別子]
└─ その他のコンテキスト情報：...

このデータはMetaに自動的にアップロードされます。フードデリバリー会社はこれを「広告体験の最適化」と呼ぶかもしれませんが、Metaは「ビジネスデータ統合」と呼びます。

重要なのは、この処理がバックグラウンドで進み、ユーザーがその場で明示的に許可する画面を見ないことです。

見えない追跡システム

Meta が見ているのは人物名よりもデバイス

ここで見方を変える必要があります。

Meta は、広告配信のために必ずしも実名を知る必要がありません。必要なのは、同じ端末を継続して識別できることです。

フードデリバリーアプリがMetaに購入イベントをアップロードするとき、それはデバイス識別子を付けます。この識別子は以下から来るかもしれません：

デバイスのMACアドレス（ネットワークアダプタの物理アドレス）
IPアドレスとネットワーク特性の組み合わせ
デバイスハードウェアパラメータの組み合わせ（画面解像度、モデル、OSバージョンなど）
インストール済みアプリリストのハッシュ値
その他のOSレベルの一意の識別子

こうした情報から、Meta は端末単位のプロファイルを作成できます。そこには次のような情報が入る可能性があります。

このデバイスはフードデリバリーアプリでケンタッキーを購入した
このデバイスはある時間にある電子商取引サイトにアクセスした
このデバイスはTikTokに30分間滞在した
このデバイスのユーザーはおそらく北京5環内に住んでいる
このデバイスは最近ライフスタイル関連コンテンツをフォローしている

この端末で Instagram を開いた時点で、Meta はすでに多くの文脈を持っている可能性があります。アルゴリズムはそのプロファイルをもとに、どの広告を表示するかを決めます。

重要な発見：Meta は人物名よりもデバイスを追跡しています。この違いにより、多くのプライバシー保護機能の外側で関連付けが成立します。

システム権限が無用になる理由

iPhoneの設定で「アプリに追跡を許可」を無効にしました。これはAppleがiOSで導入したプライバシー保護機能で、アプリがあなたのIDFAを追跡するのを防ぐことを目的としていました。

しかし正確な広告はまだ表示されました。

これは、IDFA だけが経路ではない可能性を示しています。設定で追跡許可を切っても、別の経路から十分な端末情報が届く場合があります。

共有された友人、共有されたプロファイル

なぜ同居人のドーナツ広告が私のフィードに表示されたのか

ここで、ドーナツ広告の理由が見えてきます。

同居人は私の紹介リンクからフードデリバリーアプリをダウンロードし、自分のデバイスでドーナツを注文しました。アプリはこの購入イベントを Meta に送信し、同居人のデバイスフィンガープリントも添えました。

足りなかった手がかりは、ネットワークの文脈です。

私と同居人は同じ家に住んでいます。少なくとも一定の時間帯は、同じ Wi-Fi ネットワークを使っている可能性が高いです。これは次のことを意味します。

私たちのパブリックIPアドレスは同じか似ている可能性がある
ネットワークにアクセスするタイムパターンは重複する可能性がある
同じローカルネットワークでインターネットトラフィックがある

Meta の端末識別システムは、「同じネットワーク上で活動している複数端末」を関連付けられる可能性があります。たとえば次のような関係です。

デバイスA（私のスマートフォン）とデバイスB（同居人のスマートフォン）は、同じ時間帯に同じパブリック IP から Meta のサービスへアクセスすることがあります。

これは、同じ家庭やオフィスにいる可能性を示します。

そのため、広告推薦では、端末Bの関心データが端末Aの推薦に影響する場合があります。

私が直接触れていない商品の広告を見る理由はここにあります。同居人の行動が、同じ場所にいるデバイスとして私のデバイスにも影響した可能性があります。

これは個人向けレコメンドを超えた、共有された物理空間に基づくグループ単位の推奨です。

データフローの真の顔

メッセージの完全な旅

「ケンタッキーを注文した」から「広告を受け取った」へのデータの完全な旅を追跡しましょう。

ステージ1：購入イベント発生

フードデリバリーアプリで注文 → アプリがfb_mobile_purchaseイベントをトリガー
│
├─ イベント内容
│  ├─ アイテム：ケンタッキー
│  ├─ 金額：¥29.9
│  ├─ タイムスタンプ：2024-10-30 12:30:00
│  └─ デバイス特性（デバイスフィンガープリント）
│
└─ 送信先：Metaのデータサーバー

ステージ2：データ集約

Metaのサーバーがイベントを受信
│
├─ 重要なステップ
│  ├─ デバイス識別：これは私のiPhone（デバイスフィンガープリント一致）
│  ├─ アカウント関連付け：このデバイスはInstagramにログインしている
│  ├─ プロファイル照会：このデバイスの履歴行動データ
│  └─ タグ更新：このデバイスに「食べ物愛好家」ラベルを追加
│
└─ 保存場所：Metaのユーザープロファイルデータベース

ステージ3：広告推奨

Instagramアプリを開く
│
├─ システムチェック
│  ├─ ログイン状態のユーザーデバイスを確認
│  ├─ このデバイスのプロファイルを照会
│  └─ 推奨アルゴリズムを呼び出す
│
├─ 推奨アルゴリズム
│  ├─ 入力：過去7日間のこのデバイスのすべての行動データ
│  ├─ 含む：ケンタッキーを購入、同居人がドーナツを購入、食べ物ブロガーをフォロー、など
│  └─ 出力：ケンタッキーとドーナツ広告を推奨
│
└─ 表示：正確な広告が私のフィードに表示される

これらの処理は、アプリのプライバシーポリシーに含まれる広い許諾のもとで行われます。多くのユーザーは、その内容を細かく読むことなく使い始めます。

振り返りと透明性

不快な真実

この流れの背後には、不快な事実があります。私たちは、自分のデータがどこへ流れるのかを完全にはコントロールできません。

システムレベルの追跡権限を無効にし、Meta のアプリを使わず、Cookie を削除しても、デバイス単位の追跡が続く可能性があります。

追跡は、単一のオフにできる権限だけで決まるとは限りません。複数の層が関わります。

アプリ開発者のSDK統合
ネットワークプロバイダーのインフラストラクチャ
ハードウェアメーカーのプリインストールソフトウェア
データブローカーのブラックマーケット取引

これらはすべてユーザーが簡単にコントロールできるものではありません。

ブラウザフィンガープリンティングの二重含義

ブラウザフィンガープリンティング技術そのものは中立です。使い方は大きく分かれます。

ユーザー保護：詐欺の検出、アカウント乗っ取りの防止、異常ログインの検知
ユーザー追跡：本人が気付かないうちに行動プロファイルを構築

Echoscan がブラウザフィンガープリンティング技術を開発する目的は、プラットフォームの不正検知と乱用防止を支援することです。同じ技術基盤は、精密な追跡が成立し得ることも示しています。

この技術が追跡目的に適用されると、ユーザーはほぼ逃げる方法がありません。

結論：見ることと見ないことの間

このシリーズでは、不正対策、セキュリティ識別、世論操作への防御など、目に見える防御側の用途を見てきました。この特別篇では、デバイス識別技術のもう一つの側面である、広範な追跡に焦点を当てます。

ケンタッキー広告からアルゴリズム推奨へ、単一アプリケーションから全体的なエコシステムへ、完全で多層的なデバイス識別システムが動作しています。ブラウザフィンガープリンティングはこのシステムの1つのリンクに過ぎません。

この仕組みから完全に逃げることは難しいかもしれません。それでも、仕組みを理解することはできます。

次に妙に精度の高い広告を見たとき、その背後で何が起きているのかを少し想像できるはずです。あなたのデバイスはシグナルを発し、Meta はそれを受け取っています。アプリとネットワークの境界をまたぐ、デバイスフィンガープリントベースの追跡システムが動いている可能性があります。

本当に考えるべき問いは、「自分のデータをどう扱うべきか」です。

答えは簡単ではありません。それでも、仕組みが見えれば判断の余地は生まれます。

プライバシーとデータ分析