フィードバック レポート - 2022 年第 3 四半期

さまざまなタイプの関係者にとっての有用性

Google は CMA に対し、プライバシー サンドボックスの提案を、Google 自身のビジネスを自己優先することによって競争を歪めない方法で設計および実装し、規模に関係なくデジタル広告における競争およびサイト運営者と広告主への影響を考慮に入れることを約束しました。私たちは、私たちの仕事がこれらのコミットメントに準拠していることを確認するために、CMA と緊密に協力し続けています。

プライバシー サンドボックスのテストが進むにつれて、私たちが評価する重要な質問の 1 つは、新しいテクノロジーがさまざまな種類の関係者に対してどのように機能するかということです。この点で、フィードバックは非常に重要な役割を果たします。特に、技術設計をさらに改善するのに役立つ具体的で実用的なフィードバックが重要です。

私たちは CMA と協力して定量的テストへのアプローチを開発してきました。CMA が実験計画に関するメモを発行して、市場参加者により多くの情報を提供し、提案されたアプローチについてコメントする機会を提供することを支持しています。

資料請求

開発者が現在の資料を参考してくれたことに感謝しており、新しいテクノロジーががどのように機能するかを開発者が理解できるように、今後数週間または数か月にわたってより多くの資料を提供することに引き続き取り組んでいます。

また、ベストプラクティスとデモを共有するための公開デベロッパーオフィスアワーセッションや、ライブディスカッション/質疑応答を可能にするプロダクトリーダーやエンジニアリングリーダーとの Q&A セッションも開催しました。

プライバシーサンドボックス API をテストするのに十分なリソースを割り当てられることが困難

より明確なタイムライン

以下の「フィードバックに応じた変更」セクションで説明されているように、Google は 7 月にプライバシー サンドボックスのタイムラインを更新し、予備テストとフィードバックを行う時間と、サードパーティ Cookie が廃止される前にプライバシーサンドボックス API が完全に公開されてからテストする時間を市場に追加提供しました。

サードパーティ Cookie の廃止スケジュール

7 月、Chrome は、技術の複雑さとエコシステムに対するそれらの重要性を考慮し、責任を持って行動するという私たちのコミットメントを反映して、サードパーティの Cookie の廃止に関する最新のタイムラインを発表しました。規制当局や業界からのフィードバックは、この変更の前に考慮されており、すべての関係者との緊密な協力を続けています。

さまざまなタイプの関係者にとっての有用性

API の有用性は、テストを通じて調査されます。コミットメントの第 17.c.ii 項で義務付けられているように、Google はそのようなテストの結果を CMA と共有する意向です。Chrome では、テスト結果に基づいて分類法やその他のパラメータが進化することを期待しています。分類法またはパラメータの進化は、後方互換性のない変更を必要としない場合があります。さらに、サードパーティ Cookie の廃止後も、フィードバックが引き続き Topics API の進化に影響を与えることを Chrome は期待しています。

• さまざまな（そして潜在的に機密性の高い）意味をトピックにエンコードする方法として自己ラベル付けを使用するサイト。
• 金銭的利益のためにトピックを偽って伝えているサイト。
• 他のユーザーにとっての有用性を鈍らせるためにトピックを攻撃するサイト（たとえば、無意味なノイズでユーザーのトピックをスパムするなど）。

chrome://topics-internals またはこの colab を介して利用可能なツールを使用して、一般にこれらのコンポーネントを調べることができます。テストを通じて、時間の経過とともに分類が改善されることを期待しており、誤って分類される可能性のあるサイトの例に関するフィードバックを歓迎しています。

私たちは、エコシステムにとって最も役立つ分類法に関するフィードバックを積極的に求めています。トピックの数を増やすか、より詳細なトピックを含めるかを評価する際には、1）潜在的なプライバシーへの影響（たとえば、トピックが増えるとフィンガープリンティングのリスクが発生する可能性があります）、および 2）以前に観察されたトピックを取得する機能（たとえば、トピックがさらに増えると、アドテックが過去に選択したトピックを見た可能性が低くなる可能性があります）。2） をさらに展開して、Google は、ユーティリティとプライバシーの両方を達成することを目標に、既存のフィルタリング要件の範囲内で、以前に観察されたトピックを取得する呼び出し元の能力を最大化しようとしています。

ユーザーコントロールと安全性

Topics のユーザーコントロールと透明性は、大きく前進しています。ユーザーは、トピックのオプトアウト、割り当てられたトピックの確認、トピックの削除、特定のページでトピックとやり取りしている企業の把握が可能です。さらに、ユーザーは、トピックの派生元であるブラウジング履歴を削除して Topics をクリアすることもできます。これらのコントロールは現在、デバイス レベルで Chrome ブラウザに実装されています。開発者によって提案されたものなど、より高度なユーザー コントロールに関する継続的な議論を歓迎します。ただし、発生した懸念に対処するために、新しい追加が適切に調整されており、断片的な変更が行われないようにする必要があります。

私たちは CMA と協力して定量的テストへのアプローチを開発してきました。CMA が実験設計に関するメモを発行して、トライアルに参加することを計画している市場参加者により多くの情報を提供し、提案されたアプローチについてコメントする機会を提供することを支持しています。

広告マネージャー チームは、広告マネージャーをアドサーバーとして使用するサイト運営者と FLEDGE をテストすることに関心のあるセラー向けのドキュメントをこちらに投稿しています。

追加の技術詳細は、こちらで説明されています。

Chrome が FLEDGE に対して計画しているプライバシー保護には、Google が運営する k-匿名サーバーとのやり取りが含まれます。このインタラクションは、ユーザーに関する情報の共有を回避し、信頼できる実行環境（TEE）で実行して、広告エコシステム全体で情報の同等性を確保するように慎重に設計されています。

\ Google は CMA に対し、Google 自身のビジネスを自己優先することで競争を歪めない方法でプライバシー サンドボックスの提案を設計および実装し、デジタル広告の競争およびパブリッシャーと広告主への影響を考慮に入れることを約束しました。私たちは、私たちの仕事がこれらのコミットメントに準拠していることを確認するために、CMA と緊密に協力し続けています。

データを変更するためのより高速なパスを提供することを検討しており、あらゆる要件に対する提案を歓迎します。

私たちは CMA と協力して定量的テストへのアプローチを開発してきました。また、CMA が実験計画に関するメモを発行して、市場参加者により多くの情報を提供し、提案されたアプローチについてコメントする機会を提供することを支持しています。

また、外部開発者向けの公開オフィス アワーを開催して、Q&A セッションをプロダクトリーダーやエンジニアリングリーダーとの Q&A セッションとともにベスト プラクティスとデモを共有し、ライブ ディスカッション/質疑応答を実施しました。

ただし、落札価格は引き続きブラウザに表示されます (入札価格を難読化する要求については、上記で詳しく説明しています)。

ただし、この問題については引き続きこちらで議論するため、さらなるフィードバックをお待ちしております。

Private Aggregation API を使用して、分離された実行環境内からオークション結果を報告することもできます。 こちらの Explainer をご覧ください。

ただし、インタレストグループの所有者は、理論的には navigator.joininterestgroup(...) へのすべての呼び出しをトラッキングできます。この呼び出しをトラッキングしても、IG の正確なサイズは保証されませんが（ユーザーはいつでもグループを脱退できるため）、上限とサイズの概算を所有者に提供します。

ただし、ユーザーがインタレストグループの所有者の管理下にあるページに戻った場合、インタレストグループの所有者は （いくつかの条件付きロジックを使用して）navigator.leaveAdInterestGroup() を呼び出すことができます。

ネガティブ インタレスト グループ ターゲティングのサポート

新しい提案を共有し、フィードバックを求めています。

マルチタッチ アトリビューション

マルチタッチ アトリビューションの現在の方法では、さまざまなウェブサイトでのユーザーのインプレッション（したがってID）を決定論的に結び付ける必要があります。その結果、現在の形でのこの機能は、クロスサイト トラッキングなしで主要な広告のユースケースをサポートすることを目的としたプライバシーサンドボックスの目標と一致しません。

不正防止/悪用防止に関する懸念

企業から、不正防止パイプラインに悪影響が見られなかったという肯定的なフィードバックを受け取りました（結果はこちらとこちら）。

チームは、不正防止および測定の関係者とともに、これらの潜在的なイシューを調査し続けています。

プライバシーの向上

最新の提案では、「関連付けられた」サブセットに対して 3 つのドメインの制限が提案されています（ccTLD とサービス ドメインは含まれません）。Chrome はエコシステムと積極的に連携して、この制限が適切かどうかを判断しています。

一般的なプライバシー ポリシー要件

共通のプライバシー ポリシーは、同じセットの一部である必要はなくなりました。

認証済みの埋め込み

サインイン状態は現在保持されていませんが、CHIPS の意図したユースケースではありません。認証された埋め込みのユースケースを認識しており、解決策を模索しています。

潜在的な攻撃ベクトル

Mozilla と協力して、タイミング攻撃の問題に対処する方法について共通の理解に達しました。詳細はこちらをご覧ください。現在、このアーキテクチャ変更のプロトタイプを作成しており、今後数四半期で実験を行う予定です。

移植性

メンテナンスのオーバーヘッド

バージョン間の移行に猶予が与えられるように、複数の同時バージョンをサポートするための API の追加サポートが追加されているところですが、サポート/非推奨の時期はまだ検討中です。