ITP についてまとめてみた 2021年7月
最近、広告周りの仕事をしているのでどうしても ITP の今後について気になってしまう。
ということでざっとまとめてみた。
まだ一部モヤっとしている状態で書きなぐっているので間違いなどあれば指摘してほしい。
ITP のいままで
- ITP 1.x
- tracker domain の 3rd Party Cookie は最長24時間で削除
- ITP 2.0
- tracker domain の 3rd Party Cookie は即時削除
- ITP 2.1
- ITP 2.2
- 1st Party Cookie が1日で削除
- ITP 2.3
- Local Storage が最長7日で削除
- PTPT: (Preventing Tracking Prevention Tracking)
- ITP 202003:
- 3rd Party Cookie は即時削除
- ITP 202011:
- CNAME Cloaking で設定された Cookie は即時削除
// 詳しくは AD EBiS さんの note を見てください。
ITP の今後
（元々行儀が良かったとは言えない）CNAME Cloaking まで規制されてきたので、アドテク業界はなかなか苦戦している様子。
ITP に引きづられてか Apple の Private Relay も出てきたので IP アドレス等によるトラッキングも非現実的なものに。
元々 IP アドレスはさほど信用できるものではないが、一定の指標にはなりえた。
今後さらに締め付けが厳しくなることは容易に予想できる。
CNAME Cloaking 撲滅後は 1st Party Cookie のさらなる規制や Local Storage の規制が一層厳しくなるだろう。
1st Party Cookie の長寿命化については IsLoggedIn という API が提唱されており、これは主に Apple が主導していたように記憶している。
「このサービスにログインしているか？」という問い合わせをし、ログインしているようなら 1st Party Cookie の生存期間を延ばすという実装。
ただ、これはログインを必要としているサービスにおいて 1st Party Cookie がほいほいと削除されたら困るからという理由であり、トラッキングのための特別処置ではない。
暫定対応策
現時点での対応策は、 NS の管理権限を広告主から引き継いで、A レコードにトラッキング用のドメインを入れてしまう。(既に実施している会社あり)
または、広告主の LP サーバ等でトラッキング用 1st Party Cookie を発行する。のいずれかになる。
どちらもなかなかにハードルが高そうである。
URL Param を引き回す事自体には規制が入っていないし、おそらく規制することは難しいと思われるため、無理やり param を引き回して CV したら param に含めた Tracking ID 的なものと注文情報を広告サーバに渡す。というやり方も考えられる。
が、これは Cookie などと違ってワンショットなやり方なので数日間に渡ってトラッキングできるものではない。
やりようもあるかもしれないが、現時点ではあまり考えていない。
他に注目すべき手法
Google の実装に FLoC があるが、これは他のブラウザから猛反発を食らっているのでこのままリリースされることはないだろう。
Conversion Measurement API という Chrome 実装もあるが、これもプライバシーの観点から微妙であるという指摘が散見される。
Private Click Measurement という Safari/WebKit の実装は個人の特定は不可能。アドネットワーク等へのへのデータ送信もダメ。プライバシーの観点でいえば悪くないと思うが、アドテク業者は個人を追跡したい。厳密にはデバイスを追跡したいと考えているので、あまり歓迎はされないかもしれない。
Unified ID 2.0 なる、いわゆる共通IDソリューションも出てきているが、これについてはまだ仕組みがよくわかっていないため今後の課題とする。
これらの技術はまだまだ議論段階や実験的実装の段階であるため、まだまだ変更される余地がある。
それもあってあまりきちんと調べていないという甘えた言い訳をしているのだが、隙間を見つけてちゃんと調べておきたい。
