Topics API の強化

Topics の分類とフィルタリングのメカニズムの更新、速度の改善、ユーザー コントロールの強化。

更新日: 2023 年 11 月 8 日

6 月には、Topics API のいくつかの機能強化について概説しました。最後に、エコシステムからのフィードバックに耳を傾け続ける取り組みを改めて表明しました。今回は、そのフィードバックにお応えして、Topics API をさらに強化しました。

上位のトピックの選択

Topics API の最初の提案では、参加ウェブサイトでユーザーが各トピックに接した頻度に基づいて、週あたりのユーザーの上位 5 つのトピックが選択されました。これにより、API が「ニュース」や「アート、エンターテインメント」など、広告の関連性にはあまり関連しないトピックを返すことがよくあるというフィードバックをいただきました。呼び出し元が優先度リストを設定できるようにする、ウェブでの逆頻度でのランキング、Chrome で観測される広告クリックによるランキングなど、多くのソリューションを検討しました。

これまで見てきた中で最も有望なアプローチは、広告エコシステムからの Topics ユーティリティのフィードバックを直接統合することです。これを「高ユーティリティ」バケットというコンセプトで実現しました。Chrome は、分類法の 22 のルートトピック(祖先を持たないトピック)をそれぞれ 2 つのバケットのいずれかに配置します。バケットは、エコシステム全体における有用性または標準的有用性を示します。ルートトピックのすべての子孫には、親から同じバケットの割り当てが継承されます。ルートトピックのバケットへの割り当ては、改善された分類法を作成した際にエコシステム全体の企業から受け取った、有用性に関する意見に基づいています。

上記を考慮すると、更新された上位のトピック選択方法は次のようになります。

  1. 各エポックの最後に、Chrome はユーザーの閲覧履歴から参加ホスト名をトピックに変換します。
  2. まず、トピックはバケット順に並べ替えられ、次に頻度順で並べ替えられます。つまり、2 つのトピックが同じバケット内にあり、頻度が異なる場合、頻度の高いトピックが上位に並べ替えられます。
  3. 最後に、Chrome はそのエポックでユーザーが最も関心を持っているトピックとして、呼び出し元と共有可能な上位 5 つを選択します。

特定のトピックに対する「高ユーティリティ」バケットの割り当ては、広範なエコシステムからのフィードバックに基づいて、時間の経過とともに進化していくことが予想されます。フィードバックは、GitHub の Topics リポジトリでイシューを作成することで実現できます。アップデートは今四半期(2023 年第 4 四半期)からご利用いただけます。


更新日: 2023 年 6 月 15 日

1 年以上前に、Google はインタレスト ベース広告の提案である Topics API を発表しました。Topics は、ブラウザのフィンガープリントなどの隠れたトラッキング手法に頼ることなく、ウェブサイトがプライバシーに配慮した方法で関連性の高い広告を配信できるように設計されています。Topics では、データの削減、データのノイズ化、機密情報の可能性があるトピックの除外、デバイス上でのデータ処理など、さまざまな手法を利用してユーザーのプライバシーを保護します。これらの変更により、Topics はサードパーティ Cookie に比べ、ユーザーのプライバシーに関して大きく前進しています。

Topics を初めて提案したとき、これが最初の提案であることは明白でした。そのため、改善に向けたご意見をエコシステムにリクエストしていただきました。それ以来 皆さんの提案に注意深く耳を傾けてきました本日は、Topics API の最新の改善内容をいくつか紹介します。これらの変更により、ユーザーのプライバシーを損なうことなく、Topics がデジタル広告業界にとって一層有用なものになると確信しています。

分類

Topics API に関する最初の発表と並行して、テスト用に設計された分類法を提案しました。分類は、API から返される可能性がある利用可能なトピックのリストです。テストの分類は、広告業界が重視するトピックを表していないというフィードバックが繰り返し寄せられたため、本日、分類の改善を発表いたします。

この新しい分類法を作成するとき、エコシステム全体の企業(Raptive(旧 CafeMedia)や Criteo)から多くのエンゲージメントが生まれました。有用性が低いと判断されるカテゴリは削除され、広告主の興味や関心により適切なカテゴリが優先されます。また、デリケートなトピックも除外されるという Google の取り組みは継続します。「スポーツウェア」、「マットレス」、「高級旅行」など、280 の商業目的カテゴリを追加しました。また、「土木工学」や「馬術」などのトピックを含む 160 のカテゴリを削除しました。これらのカテゴリは、ほとんどのサイトで広告選択にあまり商業的な価値をもたらしません。以前の分類の 349 から、新しい分類には 469 のトピックがあります。再識別リスクから保護するため、分類のサイズを制限しています。

分類は時間の経過とともに進化し、最終的には業界全体の関係者を代表する外部団体に移行されることが期待されています。エコシステムでは、最新の分類を確認し、変更に関するフィードバックを提供することをおすすめします。

呼び出し元ごとのフィルタリング

Topics のプライバシー保護機能の一つは、呼び出し元ごとのフィルタリング要件です。この機能により、呼び出し元は、ユーザーとのやり取りのレベルに関係なく、呼び出し元にトピックを提供するのではなく、過去にユーザーがアクセスすることが確認されたトピックのみを受け取ることができます。たとえば、ショッピングではなくニュースに関するサイトにアクセスしたユーザーを確認した場合、ユーザーがショッピングに興味を持っていることを呼び出し元が知ることはできません。

たとえば、「/Shopping/Apparel/Footwear/Boots」と完全に表現される「ブーツ」について考えてみましょう。「ショッピング」と「アパレル」は「ブーツ」の祖先です。Chrome では、「モニタリング」の定義が特定のトピックのすべての祖先を含めるように更新されました。これまでは、呼び出し元が「Shopping」や「Apparel」を監視するには、ユーザーがそのトピックを含むページにアクセスしていることを呼び出し元が確認しなければなりませんでした。この変更により、「Boots」が確認されると、そのトピックのすべての祖先(「Shopping」や「Apparel」など)も監視対象として記録されます。

この変更により、トピックの祖先はすでに呼び出し元に認識されているため、サイトが API のプライバシーに影響を与えることなく、トピック情報を受け取る可能性が高まります。

ユーザー コントロール

Topics を使うと、サードパーティ Cookie のようなトラッキング メカニズムと比較して、より直感的かつアクセスしやすい方法でクロスサイト データがどのように広告のカスタマイズに使用されるかを確認、管理できます。実際、Google が実施したユーザー調査の参加者からは、Topics ユーザー コントロールを導入することで、現在のサードパーティ Cookie のコントロールと比較して、はるかに優れたプライバシー エクスペリエンスと制御感が得られました。

本日は、どのトピックに関連付けるかをユーザーがより細かく制御できるようにする計画を発表します。具体的には、トピックを積極的にブロックできるようになります。つまり、ユーザーは選択したトピックを削除することで、関心のある一連の利用可能なトピックをキュレートできます。来年初頭に予定されているこの変更により、ユーザーはプライバシーをより細かく管理できるようになり、Topics API のユーザー フレンドリーにもなります。

速度の改善

最初のトピックの提案では、デベロッパーは Topics の JavaScript API を呼び出すクロスオリジンの iframe を作成する必要がありました。この要件がデベロッパーとユーザーに悪影響を及ぼす可能性があるというフィードバックがありました。つまり、レイテンシを導入すると、デジタル広告オークションが困難になり、ウェブページの動作が遅くなり、オープンウェブ上のユーザー エクスペリエンスが低下する可能性があります。

昨年、Fetch と(一時的に)XHR によって開始されるリクエストで、ヘッダーによる Topics のサポートを発表しました。先日、Google は iframe のリクエスト ヘッダーのサポートを拡張することを発表しました。これらの変更により、Topics のパフォーマンスが向上し、デベロッパーやユーザーに与える悪影響を抑えることができます。

次のステップ

Topics API のアップデートにより、広告主にとっての効果が高まり、広告の関連性が保たれるだけでなく、プライバシーも保護できることを期待しています。呼び出し元ごとのフィルタリングの更新と速度改善は、Chrome 114 ですでにご利用いただけるようになっています。分類の更新は、2023 年第 3 四半期に提供されます。ユーザー コントロールの更新は、来年初頭までにリリースされる予定です。Google はこれからもエコシステムからのフィードバックに耳を傾け、プライバシーに配慮した新しいウェブ技術の開発に取り組んでいきます。