Topics API
Topics APIはChromeベースのPrivacy Sandbox機能で、最近のブラウジングから少数の広範な関心カテゴリを推測し、サイト間識別子なしでそれらをサイトと共有します。

Topics APIはブラウザレベルの機能で、GoogleのChromeにおけるPrivacy Sandboxイニシアチブの一部です。ユーザーの最近のブラウジング履歴に基づいて、「フィットネス」や「旅行・交通」といった少数の広範な関心カテゴリを割り当てます。サイトはブラウザを通じてこれらのトピックをリクエストし、サードパーティクッキーのようにサイト間識別子を埋め込むことなく、興味に基づく広告ターゲティングに利用できます。
仕組み#
毎週、Chromeはユーザーが訪れたサイトを調べ、その一部を固定のトピックタクソノミーのエントリにマッピングします。ブラウザはその期間の最も代表的なトピックをいくつか選び、デバイス上のローカルに保存します。参加サイトがAPIを呼び出すと、ブラウザは最近の期間ごとに1つのトピックを返します。実行中のプロファイルやデバイスレベルのIDは返しません。ユーザーを完全なトピック履歴にマッピングするサーバーサイドのデータベースは存在せず、計算と保存はすべてブラウザ内で行われます。
実際の運用に影響を与えるデザイン上の選択がいくつかあります。トピックは無期限に蓄積されるのではなく、定期的にローテーションされるため、ターゲティングは永続的なラベルではなく最近の関心を反映します。タクソノミー自体は厳選され、公開文書化されており、機密性の高いカテゴリ(健康状態、性的指向など)は除外されています。また、サイトは最近トピック対象となるサイトを訪れたユーザーのトピックのみを表示できるため、特に導入初期にはカバレッジが不均一になります。
存在理由#
Topics APIは、ネイティブおよびプログラムmaticバイヤーがすでに感じている問題に対するGoogleの回答です。サードパーティクッキーはSafariやFirefoxで信頼性が低く、ポリシーによって制限され、技術的にはまだ機能するブラウザでもブラウザレベルでますますブロックされています。興味に基づくターゲティングは以前、ユーザーをサイト間で追跡するクッキーIDに依存していましたが、Topics APIは永続的なサイト間キーの代わりに粗いオンデバイスカテゴリを使用して、そのターゲティング価値の一部を維持しようとします。これは、アトリビューション報告などの他のPrivacy Sandbox要素と並んで、パブリッシャーやアドネットワークがクッキーレスターゲティングオプションが成熟するにつれて採用できるブラウザネイティブの代替手段の1つです。トラッキングクッキーが提供する粒度の完全な代替ではなく、デマンドサイドプラットフォームやエクスチェンジでの採用は普遍的なものではなく段階的です。
ネイティブ広告への影響#
Taboola、Outbrain、MGIDなどのネイティブネットワークはすでにコンテキストターゲティングに大きく依存しており、広告を追跡されたIDではなく、読者がいるページにマッチングさせています。そのため、Topicsスタイルのシグナルへの移行は、アイデンティティ重視のディスプレイやソーシャルバイイングほどネイティブにとっては破壊的ではありません。購入したオーディエンスセグメントではなく、ファーストパーティデータとページコンテキストに基づいてキャンペーンを構築してきたネイティブバイヤーは、クッキーベースのリアルタイム入札シグナルがオープンウェブ全体で薄くなるにつれて有利な立場にあり、コンテキストシグナルと堅牢なジオターゲティングを組み合わせることで、失われたクッキーが提供していた精度の多くを回復できます。
特定の競合他社が実際にどのようにターゲティングしているかを、仕様書から推測するのではなく理解したい場合、彼らが配信している広告を監視する方がプライバシーホワイトペーパーを解析するよりも信頼性が高くなります。OpenAdLibraryの広告インテリジェンスインデックスは、各ネイティブネットワークのライブクリエイティブがどのバーティカルや地域に集中しているかを追跡し、ドキュメントから推測するのではなく、実際のターゲティングパターンを観察できるようにします。






