Attribution Reporting für das Web – Übersicht

Es wird erfasst, wann ein Anzeigenklick oder ein Aufruf zu einer Conversion führt, z. B. einem Kauf auf der Website eines Werbetreibenden.

Zielgruppe

Hier finden Sie die Grundlagen der Attribution Reporting und einige zugrunde liegende Konzepte, aber nicht viele technische Details.

Werbetreibende und Publisher, die für die Conversion-Analyse auf AdTech-Plattformen angewiesen sind, müssen die API nicht direkt verwenden. Wenn Sie die Integration Ihrer Anzeigentechnologie in diese API planen, erfahren Sie möglicherweise mehr über die Funktionsweise von Attribution Reporting.

Was ist die Attribution Reporting API?

Heutzutage beruht die Analyse von Anzeigen-Conversions häufig auf Drittanbieter-Cookies. Browser schränken den Zugriff auf Drittanbieter-Cookies ein, da diese verwendet werden können, um Nutzer websiteübergreifend zu verfolgen und den Datenschutz zu beeinträchtigen.

Die Attribution Reporting API ermöglicht diese Messungen datenschutzfreundlich ohne Drittanbieter-Cookies.

Mit dieser API können Werbetreibende und Anzeigentechnologie-Anbieter in den folgenden Fällen Conversions messen:

  • Anzeigenklicks und Anzeigenaufrufe
  • Anzeigen in einem Drittanbieter-iFrame, z. B. Anzeigen auf einer Publisher-Website, für die ein Drittanbieter für Anzeigentechnologie verwendet wird
  • Anzeigen in Erstanbieterkontext wie Anzeigen in einem sozialen Netzwerk oder auf einer Suchmaschinenergebnisseite oder ein Publisher, der seine eigenen Anzeigen schaltet.

Wenn Sie mit einigen dieser Begriffe oder Konzepte nicht vertraut sind, sehen Sie sich das Privacy Sandbox-Glossar an.

API testen

  • Testen Sie ihn lokal in Ihrem Browser. Setzen Sie ein Flag, mit dem der Chrome-Browser bestimmte experimentelle Funktionen aktivieren soll.

Wenn Sie mit der API experimentieren möchten, rufen Sie Attribution Reporting: Experiment and Contributor auf.

API-Änderungen

Verfügbarkeit

Vorschlag Status
Conversion-Pfad: App-zu-Web
Erklärende Web-App und Erklärende Android-App
Ankündigung der Mailingliste		 In Chrome und Android für Ursprungstest verfügbar
Conversion-Pfad: geräteübergreifend
Erläuterung		 Dieses Angebot wurde archiviert. Es gibt derzeit keine Pläne für eine Implementierung.
Ungültige aggregierte Berichte mithilfe der Berichtsüberprüfung verhindern
Erläuterung 		Voraussichtlich im 1. Halbjahr 2024 in Chrome
Die Standard-Zulassungsliste für die Berechtigungsrichtlinie für die Attribution Reporting API bleibt erhalten.*
Ankündigung in Mailingliste		 Verfügbar in Chrome im 1. Quartal 2023
Konfigurierbares Berichts-Epsilon auf Ereignisebene
GitHub-Problem		 Verfügbar in Chrome im 4. Quartal 2023
Padding für die Nutzlast von aggregierten Berichten
Aktualisierte Erläuterung		 Verfügbar in Chrome im 4. Quartal 2023
Phase 1 Lite: Flexible Ereignisebene auf Ereignisebene
Erläuterung zu flexiblen Konfigurationen auf Ereignisebene		 Verfügbar in Chrome im 4. Quartal 2023
Die Möglichkeit, die Anzahl der Attributionsberichte sowie die Anzahl bzw. Länge der Berichtsfenster anzupassen.

Verfügbar in Chrome im 1. Quartal 2024
Die Möglichkeit, die Anzahl der Bits von Triggerdaten anzupassen.
Unterstützung für die Fehlerbehebung in Attribution Reporting nach der Einstellung von Drittanbieter-Cookies
Feedback auf GitHub		 Voraussichtlich im 1. Halbjahr 2024 in Chrome
Unterstützung für Attribution Reporting API und Aggregation Service für Google Cloud
Attribution Reporting API Erklärung
Aggregation Service Erläuterung		 Verfügbar in Chrome im 2. Halbjahr 2023

Anwendungsfälle und Features

Die Attribution Reporting API bietet Zugriff auf verschiedene Arten von Statistiken. Sie erhalten zwei Arten von Berichten, die an Werbetreibende oder Drittanbieter von Anzeigentechnologien gesendet werden können. Diese beiden Berichtstypen können gleichzeitig verwendet werden und ergänzen sich.

  • In Berichten auf Ereignisebene werden bestimmte Anzeigenklicks oder ‐aufrufe (auf der Seite der Anzeige) mit Daten auf der Conversion-Seite verknüpft. Daten auf Conversion-Seite sind sehr begrenzt und verrauscht (d. h. in einigen wenigen Fällen werden zufällige Daten anstelle von echten Berichten gesendet). So wird die Privatsphäre der Nutzer geschützt, da die Zusammenführung der Nutzeridentität über mehrere Websites hinweg verhindert wird. Aus Datenschutzgründen werden Berichte verzögert gesendet.
  • Zusammenfassungsberichte sind nicht an ein bestimmtes Ereignis auf Anzeigenseite gebunden. Diese Berichte bieten umfangreichere und aussagekräftigere Conversion-Daten als Berichte auf Ereignisebene. Durch eine Kombination von Datenschutztechniken lässt sich das Risiko verringern, dass eine Identität über mehrere Websites hinweg zusammengeführt wird.

Berichte auf Ereignisebene

In Berichten auf Ereignisebene werden grobe Conversion-Daten für Anzeigenklicks oder ‐aufrufe verwendet.

Bericht auf Ereignisebene
Beispiel für einen Bericht auf Ereignisebene: Die Klick-ID 200400600 auf news.example (angefügt an die Nutzer-ID „Bob_Doe“ auf news.example) hat zu einem Kauf am shop.example geführt.

Berichte auf Ereignisebene sind für Folgendes geeignet:

  • Optimierung Sie beantworten Fragen wie „Wie kann ich meinen Return on Investment verbessern?“. Diese Berichte können insbesondere zur Optimierung des Anzeigen-Placements genutzt werden, da in den Berichten eindeutige IDs auf Anzeigenseite zur Verfügung gestellt werden können. Berichte auf Ereignisebene können Trainingsdaten für Modelle für maschinelles Lernen liefern.
  • Grobe Berichte, in denen nur sehr wenige Informationen zur Conversion benötigt werden. Das aktuelle Limit beträgt 3 Bit für Conversion-Daten für Klicks. Eine Conversion kann also einer von acht Kategorien und 1 Bit für Aufrufe zugewiesen werden. Die Codierung detaillierter Daten auf Conversion-Seite, z. B. eines bestimmten Preises oder einer Conversion-Zeit, wird in Berichten auf Ereignisebene nicht unterstützt.
  • Betrugerkennung: Die Daten in einigen Berichten können bei der Erkennung und Analyse von Werbebetrug nützlich sein, da Sie Muster erkennen, die zur Identifizierung von Spam oder unzulässigen Aktivitäten verwendet werden können.

Zusammenfassende Berichte

Zusammenfassende Berichte (früher „aggregierte Berichte“) bieten detailliertere Conversion-Daten und mehr Flexibilität beim Zusammenführen von Klick- oder Aufruf- und Conversion-Daten.

Weitere Informationen zu Zusammenfassungsberichten

Beispiel für Erkenntnisse aus Zusammenfassungsberichten
Hier ein Beispiel für Informationen aus zusammenfassenden Berichten: Die Kampagnen-ID 1234567 auf news.example hat zu 518 Conversions am shoes.example mit Gesamtausgaben von 38.174 $geführt. Die Hälfte der Conversions stammte von Nutzern aus New York City.

Zusammenfassende Berichte eignen sich am besten für Anwendungsfälle der Berichterstellung. In diesen Berichten erhalten Sie Antworten auf Fragen wie „Wie hoch ist mein Return on Investment?“.

Die Verwendung von Zusammenfassungsberichten zur Optimierung – z. B. zur Optimierung im Hinblick auf einen Kaufwert, wird von Berichten auf Ereignisebene nicht unterstützt (da die Conversion-Daten zu grob sind) –, ist ein aktiver Forschungsbereich.

Weitere Funktionen

Weitere Funktionen dieser API:

  • App-zu-Web-Attribution: Nutzer sehen eine Anzeige in einer App oder klicken darauf und führen die Conversion dann im Web aus.
  • Geräteübergreifende Attribution: Nutzer sehen auf einem Mobilgerät eine Anzeige oder klicken sie an und führen die Conversion auf dem Computer aus.

Unterstützte Browser

Obwohl sich die beiden APIs unterscheiden, arbeiten Chrome und WebKit in der Offenheit zusammen, um die Entwicklung zu vereinfachen, z. B. durch Abstimmung auf die Attributnamen und die JSON-Struktur für Berichte.

Die Funktionen der Attribution Reporting API unterscheiden sich von denen der Private Click Measurement API, die von Safari und WebKit vorgeschlagen wird. Die Attribution Reporting API bietet folgende Vorteile:

  • Die View-through-Messung wird unterstützt.
  • Sie können Berichte auf Ereignisebene bereitstellen.
  • Zusammenfassungsberichte enthalten umfassende Informationen sowohl zur Klick-/Aufrufseite als auch zur Conversion-Seite.
  • Drittanbieter wie AdTech-Plattformen können im Namen von Publishern und Werbetreibenden Berichte erhalten.

Browserkonfiguration

  • Nutzer können die API über die Nutzereinstellungen unter chrome://settings/adPrivacy deaktivieren.
  • Die API ist im Inkognitomodus nicht aktiv.
  • Die API ist nicht aktiv, wenn Drittanbieter-Cookies deaktiviert sind.

Wie können Websites den Zugriff steuern?

Wenn die API in einem bestimmten Browser verfügbar ist, ist sie standardmäßig auf jeder Website verfügbar, sowohl in Dokumenten und Skripts auf oberster Ebene als auch in iFrames mit demselben Ursprung.

Beliebige Drittanbieter – z. B. ursprungsübergreifende iFrames von Anzeigen, die der Seite nicht mit einem Script mit Top-Level-Zugriff hinzugefügt wurden – können die API nicht ohne das Wissen des Publishers oder Werbetreibenden verwenden. In diesen iFrames muss die Attribution Reporting API explizit über die Berechtigungsrichtlinie aktiviert werden.

<iframe src="..." allow="attribution-reporting"></iframe>

Drittanbieter mit Zugriff auf oberster Ebene, die einer Seite ursprungsübergreifende iFrames hinzufügen, können die Attribution Reporting API auch mit der Richtlinie für Berechtigungen aktivieren.

Eine Website kann die Attribution Reporting API für alle Parteien deaktivieren, einschließlich Skripts mit Zugriff auf oberster Ebene, indem der HTTP-Antwortheader gesendet wird:

Permissions-Policy: attribution-reporting=()

Wie funktioniert die Attribution Reporting API?

Mit der Attribution Reporting API können zwei Ereignisse gemessen werden, die miteinander verknüpft sind: ein Ereignis auf der Website eines Publishers, z. B. ein Nutzer, der eine Anzeige ansieht oder klickt, und eine nachfolgende Conversion auf der Website eines Werbetreibenden.

Berichte auf Ereignisebene

Bericht auf Ereignisebene
Berichte auf Ereignisebene werden so generiert:
Der Browser gleicht Klicks oder Aufrufe mit Conversion-Daten ab, die von einem Anzeigentechnologie-Anbieter definiert wurden.
Später sendet der Browser die resultierenden Berichte an einen vordefinierten Endpunkt. Dabei kommt es zu Verzögerungen und den Ergebnissen.

Zusammenfassende Berichte

Zusammenfassungsbericht erstellen

Zusammenfassende Berichte werden wie folgt erstellt:

  • Ein Nutzer klickt auf eine speziell konfigurierte Anzeige oder sieht sie an. Der Browser auf dem lokalen Gerät des Nutzers zeichnet dieses Ereignis zusammen mit den vordefinierten Konfigurationsdaten für die Attribution auf.
  • Wenn der Nutzer später eine Conversion ausführt, gleicht der Browser diesem detaillierten Klick- oder Aufrufereignis (Ereignis für die Attributionsquelle) detaillierte Conversion-Daten ab, die als Daten für Attributionstrigger bezeichnet werden. Die Detaildimensionen werden von einem Anzeigentechnologie-Unternehmen vordefiniert und der Browser folgt einer bestimmten Logik, die von der Anzeigentechnologie definiert wird. Der Browser gibt diese Daten in einem aggregierbaren Bericht aus.
  • Aggregierbare Berichte werden vom Browser verschlüsselt und an einen AdTech-Server gesendet. Die aggregierten Berichte werden vom AdTech-Server an den Aggregationsdienst gesendet, um einen zusammenfassenden Bericht zu erhalten.
  • Zusammenfassende Berichte werden dann für die AdTech zur Verfügung gestellt. Zusammenfassende Berichte werden nicht im selben Maße verzögert wie Berichte auf Ereignisebene.

Weitere Informationen zu Zusammenfassungsberichten

Datenschutz

Im Gegensatz zu Drittanbieter-Cookies können Werbeunternehmen mit der Attribution Reporting API Informationen zu Conversions erhalten, ohne die Aktivitäten einer Person auf der Website zu erfassen.

Nehmen wir eine Person namens Bob. Bob sieht eine Anzeige, während er die Nachrichten auf news.example liest. Eine Woche später kauft Bob Schuhe bei shoes.example.

Heute wird diese Conversion über ein Drittanbieter-Cookie erfasst, das als websiteübergreifende Kennung verwendet wird. Mit Drittanbieter-Cookies kann ein Anzeigentechnologie-Unternehmen auf viele Details zu Bens Aktivitäten auf news.example und shoes.example zugreifen. Die AdTech-Technologie kann diese Informationen zusammenführen, um ein detailliertes Profil von Ben zu erstellen, einschließlich Bobs Standort, Surfgewohnheiten und bevorzugter Lesevorgänge auf news.example. Dieses Profil kann auch Käufe, Aktivitäten und Kreditkartendaten bei shoes.example enthalten. Diese websiteübergreifende Verknüpfung ist nützlich, um Anzeigen-Conversions zu messen. Dies beeinträchtigt jedoch den Datenschutz: Bobs Aktivität wird detailliert auf Websites verfolgt.

Gegenüberstellung des heutigen Web (zusammengeführte Identität) und des zukünftigen Webs (partitionierte Identität)
Parallele Ansicht des aktuellen Webs (zusammengeführte Identität) und des Webs von morgen (partitionierte Identität)

Es wird nur eine geringe Menge an Informationen auf Websites zusammengeführt – genug, um Conversions zu messen, aber nicht genug, um Bens Aktivitäten websiteübergreifend im Detail zu verfolgen. Bodos Aktivitäten auf news.example und shoes.example bleiben voneinander getrennt.

Schutzmaßnahmen in den einzelnen Berichtstypen

In Berichten auf Ereignisebene wird eine ID auf Anzeigenseite mit einer kleinen Datenmenge auf Conversion-Seite verknüpft. Sie liefern zwar websiteübergreifende Informationen zu einer Conversion, die Informationen auf der Conversion-Seite sind jedoch zu grob, um die Nutzeridentität websiteübergreifend zusammenführen zu können.

Zusammenfassungsberichte liefern detaillierte Informationen, jedoch nur auf aggregierter Ebene. Da die Inhalte dieser Berichte verschlüsselt werden, wenn sie an die Anzeigentechnologie gesendet werden, kann die Anzeigentechnologie ohne die Verwendung eines Aggregationsdienstes keine Informationen aus den Berichten abrufen. Der Aggregationsdienst bietet nur Zugriff auf verrauschte Aggregationen.

Sowohl für Berichte auf Ereignisebene als auch für aggregierte Berichte gelten zusätzliche Datenschutzmaßnahmen wie Ratenbegrenzungen.

Ausführliche Informationen: Berichte auf Ereignisebene und Datenschutz

Berichte auf Ereignisebene liefern Conversion-Informationen, ohne dass Nutzer websiteübergreifend erfasst werden. Dabei gelten die folgenden Datenschutzmechanismen:

  • Es wird keine websiteübergreifende Kennung verwendet und keine detaillierten websiteübergreifenden Browseraktivitäten verlassen das Gerät.
  • In Berichten auf Ereignisebene werden 64 Bit auf der Anzeigenseite (news.example) mit nur 1 Bit oder 3 Bit auf der Conversion-Seite (shop.example) verknüpft. 64 Bits reichen aus, um einer einzelnen Nutzer-ID zugeordnet zu werden. Diese 64 Bit können jedoch nur mit sehr wenigen websiteübergreifenden Informationen verknüpft werden: 1 Bit oder 3 Bits, die nicht ausreichen, um eine Kennung zu enthalten.
    • Die 64 Bit auf der Anzeigenseite sind keine neuen Informationen. Eine User-ID ist schon heute auf der Anzeigenseite verfügbar. news.example oder adtech.example kennt die Aktivität eines bestimmten Nutzers auf news.example bereits.
  • Es werden zusätzliche Schutzmaßnahmen angewendet, um Missbrauch und websiteübergreifendes Tracking zu verhindern:
    • Die Berichte werden mit Verzögerung gesendet.
    • Die Conversion-Daten sind Rauschen: In bestimmten Prozentsätzen werden gefälschte Berichte generiert.
    • Die Anzahl der zugeordneten Conversion-Berichte ist pro Klick oder Aufruf begrenzt.

Im Detail: Zusammenfassungsberichte und Datenschutz

In Zusammenfassungsberichten wird ein Klick- oder Aufrufereignis mit detaillierten Conversion-Daten verknüpft. Sie liefern Conversion-Einblicke, ohne die Nutzer websiteübergreifend zu tracken. Dabei werden die folgenden Datenschutzmechanismen angewendet:

  • Es wird keine websiteübergreifende Kennung verwendet.
  • Jede Attribution kann mehrere Beiträge zu einem zusammenfassenden Bericht leisten. Jeder Nutzer kann mehrere Attributionen für einen bestimmten Klick (oder Aufruf) und eine Conversion auslösen.
  • Daten werden bis zur Ebene vieler Ereignisse (viele Nutzer) aggregiert und einzelne Ereignisse können nicht genau beobachtet werden. Wenn Sie sich die aggregierten Daten ansehen, steigt mit zunehmender Detailtiefe auch das relative Rauschen der Daten. Datensegmente, in denen viele Ereignisse und Nutzer aggregiert werden, sind genauer, um den Nutzen zu wahren.
  • Die Rohdatenberichte, die ein detailliertes Klick- oder Aufrufereignis mit detaillierten Conversion-Daten verknüpfen, sind verschlüsselt und für das Anzeigentechnologie-Unternehmen nicht lesbar. Diese Daten können nur vom Aggregationsdienst gelesen werden.
  • Es werden zusätzliche Schutzmaßnahmen angewendet, um Missbrauch und websiteübergreifendes Tracking zu verhindern:
    • Berichte werden mit zufälligen Verzögerungen gesendet.
    • Für die Abfragen verschiedener Datensegmente gilt eine Ratenbegrenzung.

Reagieren und Feedback geben