FLEDGE は、リマーケティングとカスタム ビューアーの使用状況を削減するためのプライバシー サンドボックスの提案であり、サイト全体でクライアントの視線の習慣を監視することからサード パーティと戦うことを目的として設計されています。 . ブラウザーは、同じレンダリング URL が十分に大規模な代替ユーザーに表示されている場合、広告を完全にレンダリングすることにより、マイクロターゲティングに対する安全性を示します。 広告が十分にレンダリングされるよりも早く、過去 7 日間の終わりに発明ごとに 50 人のユーザーの群衆が必要になります。 これはさらに、最小しきい値を満たさないレンダリングされた URL の報告に苦労することで、実行可能な状況の監視からユーザーを保護するのに役立ちます.
この安全性は𝑘-匿名性と呼ばれ、グローバル カウントを維持する、Google が運営するサーバー。 発明が最小しきい値を満たすと、ユーザーにレンダリングすることが許可されます。 𝑘-しきい値に関する追加の重要な要素、および 𝑘-匿名キャリアが FLEDGE 内でどのように設計されているかについて、
私たちの説明者 をよく確認してください。
サイトが FLEDGE 広告からレコードデータを検索するとき、Google の 𝑘-匿名サーバーは、広告が確実に𝑘-匿名性のしきい値を超える場合は、完全に表示されます。 広告のリクエストが販売会社に行われると、処理する IP が表示されます。
レコードデータが OHTTP リレーの計画によって中継されているため、Google 𝑘-匿名サーバーは滞在ユーザーの IP アドレスを受信しなくなりました。 𝑘-匿名サーバーは、FLEDGE の強力な実装に向けた漸進的なステップです。 これが、従来の注視習慣の計画によってパブリッシャーのオリジンに明らかにされた IP アドレスに影響を与えなくなることを明らかにします。
と Oblivious HTTP (OHTTP)
、クライアントは、同じクライアントから発信されたものとしてタイトルを付けるために、サーバーが要求のプロパティを実行する準備ができていなくても、いくつかの要求をサーバーにフェッチできます。 クライアントのIPがサーバーから完全に隠されることはなくなりましたが、さらに、TLSクラスが同じクライアントからのいくつかのリクエストを関連付ける可能性を防ぎます.OHTTPを実装するには、 Fastly と提携して、私たちに代わってリレーに役立つリソースを提供することを目標としています。 クライアントの Chrome ブラウザーは、HTTP POST の本文で暗号化されたペイロードを送信します。 ) 𝑘-匿名サーバーからこのリレーへのメッセージ。 ブラウザは、Google ドメインの 𝑘 匿名サーバーから直接取得したキーを使用してメッセージを暗号化します。 リレーは、検索レコードデータを、Google サーバー上で賑わうゲートウェイに転送します。 したがって、リレーは検索レコードデータの入札資料を探すことはありませんが、利用者の IP が世話をしていることを認識しています。 逆に、𝑘-匿名サーバー (およびゲートウェイ) は利用者の ID を認識しませんが、
からの検索レコード データの入札資料を探すことができます。ただし、一般的な FLEDGE ジョブ全体でクライアントのプライバシーを強化するために、挿入するインフラストラクチャの半分を入れたいと考えていました。 FLEDGEを利用しているユーザー。 𝑘-匿名性評価は、すべての第 3 イベントの広告技術と Google のダングル プロモーション サービスに注意してください。 クライアントは𝑘-匿名性の恩恵を受ける人であり、ブラウザはそれを実装して実装するためにチャンスを逃さないガジェットです.
FLEDGE のプライバシー保持プロパティGoogle とより広範なエコシステムにも同様に注意してください。 このサーバーは、2023 年後半に予定されている Android の強化により、Chrome のサーバーとして知られる可能性があります.
Photo by Ian Battaglia on Unsplash
