Get Inspired
Docs
Blog
Articles
Die Privacy Sandbox
Was ist die Privacy-Sandbox? Proposal lifecycle in the Privacy Sandbox Timeline Glossary and key concepts Privacy Sandbox events Privacy Sandbox demos Blog Privacy Sandbox videos
Chrome-facilitated testing Relevance and measurement unified origin trial Enroll your site Ist es schon fertig?
Privacy Sandbox testing FAQs Privacy-related compliance FAQs
Feedback
Prepare for phasing out third-party cookies Related Website Sets Related Website Sets: developer guide How Chrome evolved the First-Party Sets proposal Cookies Having Independent Partitioned State (CHIPS) Storage Partitioning Fenced frames
Federated Credential Management API Federated Credential Management API: developer guide Federated Credential Management API updates
Shared Storage Shared Storage API walkthrough
IP Protection Privacy Budget Bounce tracking mitigations
User-Agent reduction User-Agent reduction snippets
Topics API overview Topic classification Developer guide Integration guide Experiment and participate Topics API demos Test topic inference in a colab Topics API latest updates
Protected Audience API Experiment and participate
Protected Audience API: developer guide Seller guide: run ad auctions Buyer guide: join interest groups and generate bids Protected Audience API auction reporting Sequential auction setup with header bidding and multi-seller Protected Audience auction Improve Protected Audience API auction latency Opt-out of the Protected Audience API Report on Protected Audience API auction results Troubleshoot the Protected Audience API
Status of pending Protected Audience API capabilities Protected Audience API walkthrough
Content selection with Shared Storage Creative rotation Creative selection by frequency A/B Testing Known customers
Maximize ad relevance
Attribution Reporting overview Attribution Reporting end-to-end Experiment and participate Why Chrome plans to ship the Attribution Reporting API
Introduction to debug reports Set up debug reports Debugging cookbook
Attribution Reporting API developer guide Get started with Attribution Reporting Register attribution sources Register attribution triggers Prioritize specific clicks, views, or conversions Define custom rules using filters Prevent duplication in reports Custom report windows Register multiple reporters Report schedules Constraints on Aggregation Reporting data Web-to-app and app-to-web measurement Understanding aggregation keys Understanding noise in summary reports Working with noise Contribution budget for summary reports
API updates
Private Aggregation API Private Aggregation API fundamentals Experiment and participate Unique reach measurement User demographic reporting K+ frequency measurement
Aggregation Service Summary reports
Private State Tokens
Die Privacy Sandbox
Was ist die Privacy-Sandbox? Proposal lifecycle in the Privacy Sandbox Timeline Glossary and key concepts Privacy Sandbox events Privacy Sandbox demos Blog Privacy Sandbox videos
Chrome-facilitated testing Relevance and measurement unified origin trial Enroll your site Ist es schon fertig?
Privacy Sandbox testing FAQs Privacy-related compliance FAQs
Feedback
Prepare for phasing out third-party cookies Related Website Sets Related Website Sets: developer guide How Chrome evolved the First-Party Sets proposal Cookies Having Independent Partitioned State (CHIPS) Storage Partitioning Fenced frames
Federated Credential Management API Federated Credential Management API: developer guide Federated Credential Management API updates
Shared Storage Shared Storage API walkthrough
IP Protection Privacy Budget Bounce tracking mitigations
User-Agent reduction User-Agent reduction snippets
Topics API overview Topic classification Developer guide Integration guide Experiment and participate Topics API demos Test topic inference in a colab Topics API latest updates
Protected Audience API Experiment and participate
Protected Audience API: developer guide Seller guide: run ad auctions Buyer guide: join interest groups and generate bids Protected Audience API auction reporting Sequential auction setup with header bidding and multi-seller Protected Audience auction Improve Protected Audience API auction latency Opt-out of the Protected Audience API Report on Protected Audience API auction results Troubleshoot the Protected Audience API
Status of pending Protected Audience API capabilities Protected Audience API walkthrough
Content selection with Shared Storage Creative rotation Creative selection by frequency A/B Testing Known customers
Maximize ad relevance
Attribution Reporting overview Attribution Reporting end-to-end Experiment and participate Why Chrome plans to ship the Attribution Reporting API
Introduction to debug reports Set up debug reports Debugging cookbook
Attribution Reporting API developer guide Get started with Attribution Reporting Register attribution sources Register attribution triggers Prioritize specific clicks, views, or conversions Define custom rules using filters Prevent duplication in reports Custom report windows Register multiple reporters Report schedules Constraints on Aggregation Reporting data Web-to-app and app-to-web measurement Understanding aggregation keys Understanding noise in summary reports Working with noise Contribution budget for summary reports
API updates
Private Aggregation API Private Aggregation API fundamentals Experiment and participate Unique reach measurement User demographic reporting K+ frequency measurement
Aggregation Service Summary reports
Private State Tokens

FLEDGE

Eine Lösung für Remarketing-Anwendungsfälle, die so konzipiert wurde, dass sie nicht von Dritten dazu genutzt werden kann, das Surfverhalten der Benutzer über verschiedene Websites hinweg zu verfolgen.

Published on • Updated on

Translated to: Español, Português, 한국어, 中文, Pусский, 日本語, Français

Sam Dutton
Sam Dutton

Developer Advocate, Google Chrome

Website Twitter GitHub Glitch Mastodon

FLEDGE kann in aktuellen Versionen von Chrome und Chrome Canary getestet werden, wenn die folgenden Flags aktiviert werden:

--enable-features=InterestGroupStorage,AdInterestGroupAPI,Fledge

  • Dies ist die sich in der Entwicklung befindende Version von FLEDGE für frühe Tests, daher sollte sie nicht als vollständig oder als beispielhaft für die endgültige Implementierung verstanden werden. Fortschritte und Status werden in den regelmäßigen WICG-Treffen besprochen. Das Sitzungsprotokoll der WICG-Telefonkonferenz vom 12.05.2021 enthält Details dazu, was in der aktuellen Implementierung unterstützt wird und was nicht.
  • Chromium mit Flags ausführen erklärt, wie Sie Flags setzen können, wenn Chrome und andere Chromium-basierte Browser über die Befehlszeile ausgeführt werden.

Implementierungsstatus

FLEDGE ist das erste in Chromium implementierte Experiment aus der Vorschlagsreihe der TURTLEDOVE-Familie.

Warum brauchen wir FLEDGE?

Das Verstehen der Nutzerinteressen kann die Auswahl von Werbung ermöglichen, die relevanter ist als solche, die lediglich auf dem Website-Inhalt (Kontext-Targeting) oder auf Informationen basiert, die der Nutzer der Website, auf der die Werbung erscheint, bereitgestellt hat (Erstanbieterdaten-Targeting). Traditionell haben Werbeplattformen die Interessen von Nutzern kennengelernt, indem sie ihr Verhalten über verschiedene Websites hinweg nachverfolgt haben. Wir brauchen eine Möglichkeit, Nutzern relevante Anzeigen ohne solchem Cross-Site-Tracking zu präsentieren.

FLEDGE ist eine Remarketing-Lösung, sie wurde jedoch so konzipiert, dass sie es Dritten nicht ermöglichen kann, das Surfverhalten von Benutzern nachzuverfolgen. Das API ermöglicht vom Browser durchgeführte „Auktionen“ auf dem Gerät des Benutzers, um relevante auf vorher besuchten Websites basierende Anzeigen auszuwählen.

Mit FLEDGE:

  • Speichert der Browser des Benutzers, und nicht der Werbetreibende oder die Werbetechnologie-Plattform, die vom Werbetreibenden definierten Interessengruppen ab, mit denen der Browser des Benutzers in Verbindung steht.
  • Kombiniert der Browser des Benutzers Interessengruppendaten mit Daten von Anzeigenkäufern bzw. -anbietern und Geschäftslogik, um eine „Auktion“ zur Auswahl einer Anzeige durchzuführen. Diese Anzeigenauktion findet lokal auf dem Gerät des Nutzers statt, anstatt Daten an Dritte weiterzugeben.
  • Können Anzeigen für eine Interessengruppe ausgewählt werden, ein Werbetreibender kann jedoch Interessengruppendaten nicht mit anderen Informationen über den Benutzer kombinieren, insbesondere nicht mit der Identität einer Person oder den von ihr besuchten Seiten. Ein Werbetreibender kann nicht in Erfahrung bringen, welche Seiten ein Nutzer sich auf der Website eines Betreibers ansieht.
  • Websites und die von diesen Websites verwendeten Werbenetzwerke können nichts über die Werbeinteressen oder Interessengruppen ihrer Besucher in Erfahrung bringen – die Anzeigenauswahl erfolgt im Browser des Benutzers.

Mit anderen Worten, FLEDGE hält Ihre Interessen und Surfaktivitäten privat. Wenn Sie beispielsweise einen Online-Shop für Schuhe besuchen, ein Interesse an Laufschuhen zeigen und anschließend eine Nachrichten-Website besuchen, auf der Anzeigen geschaltet werden, dann erfährt der Werbetreibende (der Online-Shop) nicht, welche Seiten Sie auf der Nachrichten-Website aufrufen und der Betreiber (die Nachrichtenwebsite) erfährt nichts von Ihrem Interesse an Laufschuhen.

Wie funktioniert FLEDGE?

Wenn ein Benutzer eine Website besucht, die für ihre Produkte oder Dienstleistungen werben möchte (einen Werbetreibenden), kann die Website den Browser des Benutzers bitten, den Benutzer für einen bestimmten Zeitraum (z. B. 30 Tage) mit bestimmten Interessengruppen zu verknüpfen.

Die Interessengruppe kann für die Website des Werbetreibenden eindeutig sein, sodass sie als Remarketing-Liste fungiert. Alternativ können mehrere Websites vereinbaren, Benutzer einer übereinstimmenden Interessengruppe zuzuordnen, beispielsweise wenn die Websites eine Partnerschaft eingehen oder zum selben Werbenetzwerk gehören. Der Browser des Nutzers ruft regelmäßig die für bestimmte Interessengruppen bestimmten Anzeigen ab. Zusammen mit diesen wird Code übertragen, der Anweisungen von Werbetreibenden dafür bereitstellt, wann eine mit einer dieser Interessengruppen verknüpfte Anzeige zum Bieten in einer geräteinternen Auktion in Frage kommt, beispielsweise nur für Inventar mit Anzeigen im oberen Seitenbereich. Wenn der Nutzer eine Betreiber-Site besucht, die so konfiguriert ist, dass sie mithilfe des FLEDGE-APIs Anzeigen entgegennimmt und Anzeigen aus einem Werbenetzwerk anzeigt, das auch von einer vorher besuchten Site eines Werbetreibenden genutzt wird, dann fordert der auf der Seite eingebundene Code des Werbenetzwerks den Browser zur Ausführung „Auktion“-Codes auf, um eine Anzeige auszuwählen. Die „gewinnende“ Anzeige wird anschließend angezeigt.

  1. Eine Benutzerin besucht eine Seite auf einer Website, die für ihre Produkte werben möchte, beispielsweise ein Online-Shop.
  2. Die Website des Werbetreibenden (oder die von ihr verwendete Werbetechnologie) fordert den Browser des Nutzers auf, einer „Interessengruppe“ für Werbung beizutreten, indem sie joinAdInterestGroup() aufruft, wobei Daten, einschließlich von für die Benutzerin (basierend auf ihrem Surfverhalten) relevanten Anzeigen, der Hostname der Werbeplattform sowie URLs zum Zugriff auf Auktionslogik und -signale.
  3. Der Benutzer besucht eine Website, beispielsweise die eines Nachrichtenverlags, die Anzeigen anzeigt und so konfiguriert ist, Anzeigen zu akzeptieren, die mit FLEDGE ausgewählt wurden.
  4. Der Browser der Nutzerin hält eine „Auktion“ ab, um eine Anzeige für bestimmtes Inventar (Werbeflächen) auszuwählen, das von FLEDGE ausgewählte Anzeigen entgegennehmen kann. Der „Verkäufer“ bei dieser Auktion kann dabei die Website selbst oder ein in ihrem Namen handelnder Dritter sein, beispielsweise eine angebotsseitige Plattform. Die „Käufer“ sind Dritte, die auf das Anzeigeninventar der Website bieten, wie z. B. nachfrageseitige Plattformen, die im Auftrag von Werbetreibenden handeln. Der Verkäufer in dieser Anzeigenauktion hat drei Aufgaben:
    • Auszuwählen, welche Käufer teilnehmen können.
    • Basierend auf den Preisen und anhand der Metadaten auszuwählen, welches Gebot am attraktivsten ist.
    • Das Auktionsergebnis bekannt zu geben.
  5. Der Verkäufer initiiert die Anzeigenauktion durch Aufrufen von runAdAuction() mit Daten wie dem Hostnamen des Verkäufers, Signalen von Käufern und Verkäufer sowie einer URL für die Auktionsentscheidungslogik.
  6. Die Auktion liefert Daten über die gewinnende Anzeige. Auf die Daten kann von der Betreiber-Site nicht zugegriffen werden, außer um die Anzeige in einem begrenzten Frame zu rendern.
  7. Die Anzeige wird angezeigt.

Beteiligen Sie sich und geben Sie Feedback ab

Erfahren Sie mehr

Updated on • Improve article

This site uses cookies to deliver and enhance the quality of its services and to analyze traffic. If you agree, cookies are also used to serve advertising and to personalize the content and advertisements that you see. Learn more about our use of cookies.