Die meisten Werbetreibenden arbeiten mit mehreren verschiedenen Werbenetzwerken zusammen, Publisher-Apps. Wenn Werbenetzwerke ihre eigenen Attributionsquellen registrieren und mit der API auslösen, erhalten sie selbstzugeordnete Ereignisse und Zusammenfassungen Berichte.
Werbetreibende, die mit einem Drittanbieter netzwerkübergreifend arbeiten möchten, Attribution (XNA) dazu, eine einzelne Anzeige zu ermitteln, die für eine bestimmte Conversion erfolgreich war, kann mit den folgenden Methoden fortfahren:
- Internen Server einrichten, um Trigger-Ereignisse zu registrieren und Attributionsberichte von der API zu erhalten
- Vorhandenen Partner für mobile Analysen weiterhin verwenden
Unabhängig von der Technik, die ein Werbetreibender verwendet, Die Reporting API unterstützt eine Reihe verschiedener Funktionen, mit denen Drittanbieter um die XNA-Logik für einen Werbetreibenden anzupassen:
- Drittanbieter können Attributionen mit der API mit oder ohne Weiterleitungen aus Werbenetzwerken vornehmen.
- Mit Priorität, Filtern und Deduplizierungsschlüssel lässt sich die Attribution anhand von Quellen- und Triggerdimensionen noch weiter anpassen.
- Durch Attributionsfenster für nach der Installation werden Quellen, die zu einer Installation beigetragen haben, weiterhin Beiträge für zukünftige In-App-Conversion-Ereignisse erhalten.
Das Attributionsmodell, das Anzeigentechnologien für die netzwerkübergreifende Deduplizierung und die Auswahl der erfolgreichsten Quellen verwenden, kann je nachdem, wie diese API-Funktionen genutzt werden, unterschiedliche Komplexitäten haben.
Die folgenden Beispiele zeigen beispielhaft, wie diese Funktionen verwendet werden können und wie sich unterschiedliche Konfigurationen darauf auswirken, welche Attributionsquelle letztendlich eine Conversion für ein bestimmtes Triggerereignis erhält.
Prozess
Die folgende Liste beschreibt die Schritte des XNA-Prozesses. Der Einfachheit halber wird bei den hier aufgeführten Schritten von einem Modell ausgegangen, bei dem der Werbetreibende eine Anzeigentechnologie zur Auslieferung von Anzeigen und einen MMP zur Conversion-Analyse verwendet. Das API-Design ist jedoch flexibel. Die Funktionalität unterscheidet sich nicht zwischen den verschiedenen Arten von Anzeigentechnologien und erfordert auch keinen Einsatz einer Anzeigentechnologie.
- Registrierung der Quelle: Der Nutzer sieht oder klickt eine Anzeige an und die Technologie zur Bereitstellung von Anzeigen registriert diese Quellen mit der API. Über die Anzeigentechnologie können Nutzer auch an andere Anzeigentechnologie-Anbieter weitergeleitet werden, die Quellen ebenfalls direkt bei der API registrieren oder die netzwerkübergreifende Attribution ohne Weiterleitungen aktivieren können.
- Registrierung auslösen: Der Nutzer führt eine Conversion-bezogene Aktion aus, z. B. das erste Öffnen der App, einen Kauf oder das Hinzufügen zum Einkaufswagen. Ein MMP registriert dann einen Trigger für die API. Über den MMP können Nutzer auch an andere Anzeigentechnologie-Anbieter weitergeleitet werden, die Trigger direkt mit der API registrieren können. Wenn für eine MMP die netzwerkübergreifende Attribution ohne Weiterleitungen aktiviert werden muss, muss die Attributionskonfiguration bei der Triggerregistrierung angegeben werden.
- Attribution: Wenn bei der Registrierung des Triggers eine Attributionskonfiguration angegeben wird, werden abgeleitete Quellen im Namen des MMP generiert. Jeder Trigger wird entweder mit einer geeigneten Quelle abgeglichen, die direkt vom MMP registriert ist, oder mit einer geeigneten abgeleiteten Quelle, die im Auftrag des MMP unter Verwendung der Quellen der Anzeigentechnologie generiert wurde. Die anderen Quellen, für die die Attribution nicht erfolgreich war, werden ausgelassen und können nicht mehr für zukünftige Conversions berücksichtigt werden. Dies wird auch als „Einmal verlieren, immer verlieren“ bezeichnet. in anderen Teilen der Dokumentation.
- Wenn eine abgeleitete Quelle die Attribution verliert, generiert die API keine zukünftigen abgeleiteten Quellen auf der Grundlage der ursprünglichen Quelle, wenn zukünftige Conversion-Ereignisse vom MMP registriert werden. Die Anzeigentechnologie und andere MMPs, mit denen Anzeigen ausgeliefert werden, können für die zukünftige Attribution weiterhin die ursprüngliche Quelle verwenden. Dies wird in Szenario 6 ausführlich beschrieben.
- Berichte erstellen: Attribution führt zur Generierung von Ereignissen oder aggregierten Berichten. Für abgeleitete Quellen werden nur zusammengefasste Berichte erstellt.
- Auslieferung von Berichten: Die Zustellung der erstellten Berichte ist geplant.
Szenario 1: Netzwerkübergreifende Attribution mit Weiterleitungen
Ein Werbetreibender arbeitet mit 2 Anzeigentechnologie-Anbietern und 1 MMP. Wenn ein Klick auf Anzeigen erfolgt, die von den Anzeigentechnologie-Anbietern ausgeliefert werden, werden die Nutzer bei der Registrierung der Quelle zum MMP weitergeleitet. Führt ein Nutzer eine Conversion in der App durch, leitet der MMP bei der Registrierung des Triggers an die Anzeigentechnologie-Anbieter weiter.
Der MMP erhält einen netzwerkübergreifenden, deduplizierten Bericht und jede Anzeigentechnologie erhält selbst zugeordnete Berichte.
Registrierungszeitachse
Bei t0 klickt der Nutzer auf eine von „ad-tech1“ ausgelieferte Anzeige, die eine Quelle Source1 zusammen mit ihrer Weiterleitung Source2 von mmp-ad-tech registriert:
"Attribution-Reporting-Register-Source": {
"source_event_id": "34532",
"web_destination": "https://destination.example.com",
"priority": "10",
"expiry": "172800",
"aggregation_keys": {
"campaignCounts": "0x1"
}
},
"Attribution-Reporting-Redirect": [
"https://www.mmp-ad-tech.com/source2"
]
// Registered by mmp-ad-tech via redirects
"Attribution-Reporting-Register-Source": {
"source_event_id": "788324",
"web_destination": "https://destination.example.com",
"priority": "30",
"expiry": "172800",
"aggregation_keys": {
"campaignCounts": "0x2",
"geoValue": "0x102"
}
}
Bei t1 klickt der Nutzer auf eine von „ad-tech2“ ausgelieferte Anzeige, um Quelle 3 zusammen mit der Weiterleitung an mmp-ad-tech zu registrieren, d.h. Quelle 4:
"Attribution-Reporting-Register-Source": {
"source_event_id": "6574435",
"web_destination": "https://destination.example.com",
"priority": "10",
"expiry": "172800",
"aggregation_keys": {
"campaignCounts": "0x3"
}
},
"Attribution-Reporting-Redirect": [
"https://www.mmp-ad-tech.com/source"
]
// Registered by mmp-ad-tech via redirects
"Attribution-Reporting-Register-Source": {
"source_event_id": "4532343",
"web_destination": "https://destination.example.com",
"priority": "20",
"expiry": "172800",
"aggregation_keys": {
"campaignCounts": "0x4"
}
}
Bei t2 führt die Aktion oder Conversion des Nutzers in der App des Werbetreibenden zu einer lösen die Registrierung durch den mmp-ad-tech (Trigger1) aus, der auch zu ad-tech1 (Trigger2) und ad-tech2 (Trigger3):
nicht definiert
Ergebnis
„Quelle 2“ und „Quelle 4“ konkurrieren bei der Attribution um Registrierter Trigger1 für „mmp-ad-tech“. Quelle 2 gewinnt gegenüber Quelle 4, weil Priorität haben. Trigger2 von Anzeigentechnologie1 wird Quelle1 von Anzeigentechnologie1 zugeordnet. Trigger3 von ad-tech2 wird Quelle3 von ad-tech2 zugeordnet.
Konkurrierende Quellen für
Fields |
Source1 |
Source2 |
Source3 |
Source4 |
Quelle, die Anzeigentechnologie registriert |
AdTech1 |
mmp-ad-tech |
AdTech2 |
mmp-ad-tech |
source_event_id |
34532 |
788324 |
6574435 |
4532343 |
Ziel |
https://destination.example.com |
https://destination.example.com |
https://destination.example.com |
https://destination.example.com |
Priorität |
10 |
30 |
10 |
20 |
Registrierte Trigger
Attributionsergebnis
Trigger1-Attribute für Quelle2, Trigger2-Attribute für Quelle1 und Trigger3 für Quelle3 zu.
Ignorierte Quellen nach Attribution
Quelle 4: Konkurriert in Zukunft nicht um die Attribution.
Ereignisberichte
Berichts-URL: https://www.mmp-ad-tech.com/.well-known/attribution-reporting/report-event-attribution
{
"attribution_destination": "https://destination.example.com",
"scheduled_report_time": "800176400",
"source_event_id": "788324",
"trigger_data": "1",
"source_type": "navigation",
"randomized_trigger_rate": 0.0024263
}
Berichts-URL: https://www.ad-tech1.com/.well-known/attribution-reporting/report-event-attribution
{
"attribution_destination": "https://destination.example.com",
"scheduled_report_time": "800176400",
"source_event_id": "34532",
"trigger_data": "2",
"source_type": "navigation",
"randomized_trigger_rate": 0.0024263
}
Berichts-URL: https://www.ad-tech2.com/.well-known/attribution-reporting/report-event-attribution
{
"attribution_destination": "https://destination.example.com",
"scheduled_report_time": "800176400",
"source_event_id": "6574435",
"trigger_data": "3",
"source_type": "navigation",
"randomized_trigger_rate": 0.0024263
}
Gesammelte Berichte
Berichts-URL: https://www.mmp-ad-tech.com/.well-known/attribution-reporting/report-aggregate-attribution
{
"attribution_destination": "https://destination.example.com",
"histograms": [
{
"key": "0x104",
"value": 11
}
]
}
Berichts-URL: https://www.ad-tech1.com/.well-known/attribution-reporting/report-aggregate-attribution
{
"attribution_destination": "https://destination.example.com",
"histograms": [
{
"key": "0x201",
"value": 21
}
]
}
Berichts-URL: https://www.ad-tech2.com/.well-known/attribution-reporting/report-aggregate-attribution
{
"attribution_destination": "https://destination.example.com",
"histograms": [
{
"key": "0x303",
"value": 31
}
]
}
Szenario 2: Netzwerkübergreifende Attribution ohne Weiterleitungen
Ein Werbetreibender arbeitet mit 2 Anzeigentechnologie-Anbietern und 1 MMP. Ein Nutzer klickt auf eine Anzeige der ersten bereitstellenden Anzeigentechnologie, die bei der Registrierung der Quelle zum MMP weitergeleitet wird. Wenn der Nutzer auf eine Anzeige der zweiten ausgelieferten Anzeigentechnologie klickt, leitet die Anzeigentechnologie keine Weiterleitung weiter. Stattdessen wird vorab ein Teil der Aggregationsschlüssel an den MMP weitergegeben.
Der Nutzer führt dann in der App eine Conversion aus, in der der MMP den Trigger registriert, aber nicht zu einer der Anzeigentechnologien weiterleitet. Die nicht weiterleitende Anzeigentechnologie gewinnt die letzte Touch-Attribution. Nur der MMP erhält einen netzwerkübergreifenden, deduplizierten zusammenfassenden Bericht, der diese Conversion enthält.
Registrierungszeitachse
Bei t0 klickt der Nutzer auf eine Anzeige, was zu einer Quelle 1-Registrierung durch ad-tech1 und Quelle 2 durch mmp-ad-tech über eine Weiterleitung von „ad-tech1“ führt:
"Attribution-Reporting-Register-Source": {
"source_event_id": "234543",
"web_destination": "https://destination.example.com",
"priority": "20",
"expiry": "172801",
"aggregation_keys": {
"campaignCounts": "0x159"
}
},
"Attribution-Reporting-Redirect": [
"http://www.mmp-ad-tech.com"
]
// Registered by mmp-ad-tech via redirect
"Attribution-Reporting-Register-Source": {
"source_event_id": "45453",
"web_destination": "https://destination.example.com",
"priority": "100",
"expiry": "172801",
"aggregation_keys": {
"campaignCounts": "0x159",
"geoValue": "0x5",
}
}
Bei t1 klickt ein Nutzer auf eine andere Anzeige, was zu Quelle3 von ad-tech2 führt, das Aggregationsschlüssel teilt:
// Registered by ad-tech2
"Attribution-Reporting-Register-Source": {
"source_event_id": "978",
"web_destination": "https://destination.example.com",
"priority": "20",
"expiry": "172801",
"aggregation_keys": {
"campaignCounts": "0x159",
"geoValue": "0x5"
},
"shared_aggregation_keys": [
"campaignCounts"
]
}
Bei t2 löst die Aktion/Conversion des Nutzers die Registrierung durch mmp-ad-tech aus, das die Attributionskonfiguration für ad-tech2 enthält:
"Attribution-Reporting-Register-Trigger": {
"event_trigger_data": [
{
"trigger_data": "2",
"priority": "101"
}
],
"aggregatable_trigger_data": [
{
"key_piece": "0x400",
"source_keys": [
"campaignCounts"
],
"x_network_data": {
"key_offset": 10
}
}
],
"aggregatable_values": {
"campaignCounts": 32768
},
"attribution_config": [
{
"source_network": "enrollment-id-ad-tech-2",
"source_priority_range": {
"start": 1,
"end": 1000
},
"priority": "200",
"expiry": "172800"
}
],
"x_network_key_mapping": {
"enrollment-id-ad-tech-2": "0x4"
}
}
Ergebnis
Quelle2 gleicht Registrierung und Ziel mit dem Trigger ab, sodass sie zu einer konkurrierenden Quelle für die Attribution wird. Außerdem wurde bei der Registrierung des Triggers über die Freigabe von Aggregationsschlüssel „ad-tech2“ eine Attributionskonfiguration für „ad-tech2“ und „Source3“ angegeben. Dies aktiviert die abgeleitete Quelle „Source3“. die als konkurrierende Quelle für die Attribution generiert werden soll.
Konkurrierende Quellen
Fields |
Source2 |
Quelle 3' |
Ursprüngliche Quelle, die Anzeigentechnologie registriert |
mmp-ad-tech |
AdTech2 |
source_event_id |
45453 |
978 |
Priorität |
100 |
200 |
Registrierte Trigger
Trigger1 von mmp-ad-tech.
Attributionsergebnis
Trigger1 wird Quelle3 zugeordnet. weil Source3' hat eine höhere Priorität als Quelle2.
Ignorierte Quellen nach Attribution
Source2
Ereignisberichte
Keine: Ereignisberichte werden nicht für abgeleitete Quellen erstellt.
Zusammengefasste Berichte
Die übergeordnete Quelle von Quelle3, d. h. Quelle3, teilt nur campaignCounts. Der Schlüsselteil für den Trigger wird so berechnet:
(key_piece value) | ((x_network_key_mapping entry) << offset)
0x400 | (0x4 << 10) = 0x1400
Schließlich wird der resultierende Schlüssel durch einen Triggerschlüssel mit ODER-Verknüpfung (0x1400) mit dem Quellschlüssel (0x159), d. h. 0x1559, generiert.
Berichts-URL: http://www.mmp-ad-tech.com/.well-known/attribution-reporting/report-aggregate-attribution
{
"attribution_destination": "https://destination.example.com",
"histograms": [
{
"key": "0x1559",
"value": 32768
}
]
}
Szenario 3: Die von der MMP registrierte Quelle und der übergeordnete Kandidaten der abgeleiteten Quelle in derselben Registrierungskette
Ein Werbetreibender arbeitet mit 2 Anzeigentechnologie-Anbietern und 1 MMP. Ein Nutzer klickt auf eine Anzeige der ersten ausliefernden Anzeigentechnologie, die bei der Registrierung der Quelle nicht weitergeleitet wird, aber Aggregationsschlüssel an MMP weitergibt. Der Nutzer klickt auf eine Anzeige der zweiten Anzeigentechnologie, die den Nutzer bei der Registrierung der Quelle an die MMP weiterleitet und Aggregationsschlüssel mit dem MMP teilt.
Registrierungszeitachse
Bei t0 klickt der Nutzer auf eine von ad-tech1 ausgelieferte Anzeige. Dadurch wird die Registrierung von Quelle1 gestartet:
"Attribution-Reporting-Register-Source": {
"source_event_id": "52343",
"web_destination": "https://destination.example.com",
"priority": "20",
"expiry": "172800",
"aggregation_keys": {
"campaignCounts": "0x159",
"geoValue": "0x5"
},
"shared_aggregation_keys": [
"campaignCounts",
"geoValue"
]
}
Bei t1, Registrierungskette 2, registriert ad-tech2 Quelle 2 und leitet die MMP-Quelle 3 weiter:
"source_event_id": "234456",
"web_destination": "https://destination.example.com",
"priority": "20",
"expiry": "172801",
"aggregation_keys": {
"campaignCounts": "0x159"
},
"shared_aggregation_keys": [
"campaignCounts"
]
},
"Attribution-Reporting-Redirect": [
"http://www.mmp-ad-tech.com"
]
"Attribution-Reporting-Register-Source": {
"source_event_id": "4234",
"web_destination": "https://destination.example.com",
"priority": "100",
"expiry": "172800",
"aggregation_keys": {
"campaignCounts": "0x159"
}
}
Bei t2 wurde für die Triggerregistrierung die Attribution so konfiguriert, dass abgeleitete Quellen aus „ad-tech1“ und „ad-tech2“ generiert werden:
"Attribution-Reporting-Register-Trigger": {
"event_trigger_data": [
{
"trigger_data": "2",
"priority": "101"
}
],
"aggregatable_trigger_data": [
{
"key_piece": "0x400",
"source_keys": [
"campaignCounts"
],
"x_network_data" : {
"key_offset" : 10
}
}
],
"aggregatable_values": {
"campaignCounts": 32768,
"geoValue": 1664
},
"attribution_config": [
{
"source_network": "enrollment-id-ad-tech-1",
"source_priority_range": {
"start": 1,
"end": 1000
},
"priority": "20",
"expiry": "172800"
},
{
"source_network": "enrollment-id-ad-tech-2",
"source_priority_range": {
"start": 1,
"end": 1000
},
"priority": "20",
"expiry": "172800"
}
],
"x_network_key_mapping" : {
"enrollment-id-ad-tech-1" : "0x2",
"enrollment-id-ad-tech-2" : "0x4"
}
}
Das Ergebnis ist, dass die MMP-registrierte Quelle in der zweiten Registrierungskette die Attribution gewinnt. Der resultierende aggregierte Bericht sieht in etwa so aus:
Ergebnis
Die abgeleitete Quelle von Quelle2 (mit „source_event_id": "234456“) nimmt nicht an der Attribution teil, da dieselbe Registrierungskette auch eine für mmp-ad-Tech registrierte Quelle hat.
Konkurrierende Quellen
Fields |
Quelle1' |
Source3 |
Ursprüngliche Quelle registriert Anzeigentechnologie |
AdTech1 |
mmp-ad-tech |
source_event_id |
52343 |
4234 |
Priorität |
20 |
100 |
Registrierte Trigger
Trigger1 von mmp-ad-tech.
Attributionsergebnis
Trigger1 wird Quelle3 zugeordnet, weil Quelle3 eine höhere Priorität als Quelle1 hat.
Ignorierte Quellen nach Attribution
Quelle1 – Quelle 1 wird nicht mehr als abgeleitete Quelle für mmp-ad-tech betrachtet.
Ereignisberichte
Berichts-URL: https://www.ad-tech1.com/.well-known/attribution-reporting/report-event-attribution
{
"attribution_destination": "https://destination.example.com",
"scheduled_report_time": "800176400",
"source_event_id": "4234",
"trigger_data": "2",
"source_type": "navigation",
"randomized_trigger_rate": 0.0024263
}
Zusammengefasste Berichte
Berichts-URL: http://www.mmp-ad-tech.com/.well-known/attribution-reporting/report-aggregate-attribution
{
"report_url": "http://www.mmp-example.com",
"payload": {
"attribution_destination": "https://destination.example.com",
"histograms": [
{
"key": "0x559"
"value": 32768
}
]
}
}
Szenario 4: Netzwerkübergreifende Attribution ohne Weiterleitungen mit Kriterien für die Quellenauswahl
Ein Werbetreibender arbeitet mit 4 Anzeigentechnologie-Anbietern und 1 MMP zusammen. Ein Nutzer klickt auf eine Anzeige von einer der Anzeigentechnologie-Anbieter und sieht sich die Anzeigen der anderen drei an. Führt ein Nutzer eine Conversion in der App des Werbetreibenden aus, registriert der MMP einen Trigger und gibt anhand der folgenden Filter an, aus welchen für die Anzeigentechnologie registrierten Quellen abgeleitete Quellen erstellt werden sollen:
- Priorität_Bereich: Wählen Sie Quellen mit Priorität innerhalb des angegebenen Bereichs.
- expiry (Ablauf): Wählen Sie Quellen mit einem Ablaufdatum nach dem angegebenen Zeitraum aus
- source_filters: Quellen auswählen, deren Filterdaten mit den angegebenen "source_filters" übereinstimmen
- source_not_filters: Quellen auswählen, deren "not_filters" mit den angegebenen "source_not_filters" übereinstimmt
Sobald abgeleitete Quellen anhand der Kriterien generiert wurden, können sie für die Attribution verwendet werden.
Zeitlicher Ablauf der Registrierung
Bei t0 führt ein Nutzer-Klick dazu, dass ad-tech1 eine Quelle 1 registriert, die „source_type“ als Navigation zu dieser registrierten Quelle verknüpft:
"Attribution-Reporting-Register-Source": {
"source_event_id": "87456",
"web_destination": "https://destination.example.com",
"priority": "20",
"expiry": "172801",
"filter_data": {
"filter1": [
"does_not_matter"
],
"filter2": [
"non-match"
]
},
"aggregation_keys": {
"campaignCounts": "0x119",
"geoValue": "0x5"
},
"shared_aggregation_keys": [
"campaignCounts",
"geoValue"
]
}
Bei t1 sieht ein Nutzer die Anzeige an, wodurch ad-tech2 eine Quelle 2 registriert, die „source_type“ als Ereignis mit dieser registrierten Quelle verknüpft:
"Attribution-Reporting-Register-Source": {
"source_event_id": "9078",
"web_destination": "https://destination.example.com",
"priority": "2000",
"expiry": "172801",
"filter_data": {
"filter1": [
"does_not_matter"
],
"filter2": [
"match"
]
},
"aggregation_keys": {
"campaignCounts": "0x129",
"geoValue": "0x5"
},
"shared_aggregation_keys": [
"campaignCounts",
"geoValue"
]
}
Bei t2 veranlasst eine Nutzeransicht, dass „ad-tech3“ eine Quelle 3 registriert, die „source_type“ als Ereignis mit dieser registrierten Quelle verknüpft:
"Attribution-Reporting-Register-Source": {
"source_event_id": "2413",
"web_destination": "https://destination.example.com",
"priority": "20",
"filter_data": {
"filter1": [
"non-match"
],
"filter2": [
"non-match"
]
},
"aggregation_keys": {
"campaignCounts": "0x159",
"geoValue": "0x5"
},
"shared_aggregation_keys": [
"campaignCounts",
"geoValue"
]
}
Bei t3 veranlasst eine Nutzeransicht, dass „ad-tech4“ eine Quelle 4 registriert, die „source_type“ als Ereignis mit dieser registrierten Quelle verknüpft:
"Attribution-Reporting-Register-Source": {
"source_event_id": "7567",
"web_destination": "https://destination.example.com",
"priority": "20",
"filter_data": {
"filter1": [
"match"
],
"filter2": [
"match"
]
},
"aggregation_keys": {
"campaignCounts": "0x169",
"geoValue": "0x5"
},
"shared_aggregation_keys": [
"campaignCounts",
"geoValue"
]
}
Bei t4 führt die Nutzer-Conversion dazu, dass mmp-ad-Tech einen Trigger mit einer Attributionskonfiguration für alle anderen oben genannten Anzeigentechnologien registriert. registrierte Quellen:
"Attribution-Reporting-Register-Trigger": {
"event_trigger_data": [
{
"trigger_data": "2",
"priority": "100"
}
],
"aggregatable_trigger_data": [
{
"key_piece": "0x400",
"source_keys": [
"campaignCounts"
]
}
],
"aggregatable_values": {
"campaignCounts": 32768,
"geoValue": 1664
},
"attribution_config": [
{
"source_network": "enrollment-id-ad-tech-1",
"source_priority_range": {
"start": 1,
"end": 100
},
"source_filters": {
"source_type": [
"event"
]
},
"priority": "100",
"expiry": "172801"
},
{
"source_network": "enrollment-id-ad-tech-2",
"source_priority_range": {
"start": 1,
"end": 1000
},
"source_filters": {
"source_type": [
"navigation"
]
},
"priority": "100",
"expiry": "172801"
},
{
"source_network": "enrollment-id-ad-tech-3",
"source_priority_range": {
"start": 1,
"end": 1000
},
"source_filters": {
"source_type": [
"navigation"
],
"filter1": [
"match"
],
"filter2": [
"match"
]
},
"priority": "50",
"expiry": "172801"
},
{
"source_network": "enrollment-id-ad-tech-4",
"source_priority_range": {
"start": 1,
"end": 1000
},
"source_filters": {
"source_type": [
"navigation"
],
"filter1": [
"match"
],
"filter2": [
"match"
]
},
"priority": "30",
"expiry": "172801"
}
],
"x_network_key_mapping": {
"enrollment-id-ad-tech-1": "0x1",
"enrollment-id-ad-tech-2": "0x2",
"enrollment-id-ad-tech-3": "0x3",
"enrollment-id-ad-tech-4": "0x4"
}
}
Ergebnis
Die folgenden Quellen kommen aufgrund von abweichenden Kriterien nicht zum Generieren abgeleiteter Quellen infrage:
- Quelle1 erfüllt nicht die Anforderungen von „
source_type":"event“ Filter für die Attributionskonfiguration von „ad-tech1“ - Für Quelle2 wurde die Priorität von 2.000 festgelegt, was außerhalb des Prioritätsbereichsfilters von ad-tech2 (1.1000) liegt.
- Quelle3 stimmt nicht mit dem Wert für „
filter2“ überein
Konkurrierende Quellen
Fields |
Quelle 4' |
Anzeigentechnologie wird registriert, wenn die Originalquelle verwendet wird |
AdTech 4 |
source_event_id |
7567 |
Ziel |
https://destination.example.com |
Priorität |
30 |
Ablauf |
Registrierungszeit + 2 Tage |
Registrierte Trigger
Trigger1 von mmp-ad-tech.
Attributionsergebnis
Trigger1 wird Quelle4 zugeordnet. da nur eine Quelle für die Attribution infrage kommt.
Ignorierte Quellen nach Attribution
Keine
Ereignisberichte
Keine: Für eine abgeleitete Quelle werden keine Ereignisberichte erstellt.
Zusammengefasste Berichte
Berichts-URL: http://www.mmp-ad-tech.com
{
"attribution_destination": "https://example.com",
"histograms": [
{
"key": "0x56d",
"value": 32768
},
{
"key": "0x5",
"value": 1664
}
]
}
Szenario 5: Attribution nach der Installation
Ein Werbetreibender arbeitet mit 2 Anzeigentechnologie-Anbietern und 1 MMP. Ein Nutzer klickt auf eine Anzeige der ersten Anzeigentechnologie und installiert die App des Werbetreibenden. Bei der Attribution für Conversions nach der Installation hat die abgeleitete Quelle mit dem Attributionsmodell „Installationen“ Vorrang vor anderen Quellen, auch wenn andere eine höhere Priorität haben.
Zeitlicher Ablauf der Registrierung
Bei t0 führt die Nutzerinteraktion dazu, dass ad-tech1 Quelle 1 registriert:
"Attribution-Reporting-Register-Source": {
"source_event_id": "3645",
"destination": "android-app://com.example.app",
"priority": "20",
"expiry": "172801",
"install_attribution_window": "86400",
"post_install_exclusivity_window": "864000",
"aggregation_keys": {
"campaignCounts": "0x119",
"geoValue": "0x5"
},
"shared_aggregation_keys": [
"campaignCounts",
"geoValue"
]
}
Bei t1 installiert der Nutzer die App com.example.app auf seinem Gerät
Bei t2 führt die Nutzerinteraktion dazu, dass ad-tech2 Quelle2 registriert:
"Attribution-Reporting-Register-Source": {
"source_event_id": "345789",
"destination": "android-app://com.example.app",
"priority": "100",
"aggregation_keys": {
"campaignCounts": "0x159",
"geoValue": "0x5"
},
"shared_aggregation_keys": [
"campaignCounts",
"geoValue"
]
}
Bei t3 wird von „mmp-ad-tech“ ein Trigger mit Attributionskonfigurationen für „ad-tech1“ und „ad-tech2“ registriert:
"Attribution-Reporting-Register-Trigger": {
"event_trigger_data": [
{
"trigger_data": "2",
"priority": "100"
}
],
"aggregatable_trigger_data": [
{
"key_piece": "0x400",
"source_keys": [
"campaignCounts"
]
}
],
"aggregatable_values": {
"campaignCounts": 32768,
"geoValue": 1664
},
"attribution_config": [
{
"source_network": "enrollment-id-ad-tech-1",
"priority": "10",
"expiry": "172801",
"post_install_exclusivity_window": "172800"
},
{
"source_network": "enrollment-id-ad-tech-2",
"priority": "20",
"expiry": "172801"
}
],
"x_network_key_mapping": {
"enrollment-id-ad-tech-1": "0x1",
"enrollment-id-ad-tech-2": "0x3"
}
}
Ergebnis
Generierte abgeleitete Quellen aus Quelle1 und Quelle2, also Quelle1 und Quelle2' die um die Attribution konkurrieren.
Konkurrierende Quellen
Fields |
Quelle1' |
Quelle 2' |
Ursprüngliche Quelle registriert Anzeigentechnologie |
AdTech1 |
AdTech2 |
source_event_id |
3645 |
345789 |
Ziel |
android-app://com.example.app |
android-app://com.example.app |
Priorität |
10 |
20 |
Drove App installieren |
Ja |
Nein |
Registrierte Trigger
Trigger1 von mmp-ad-tech.
Attributionsergebnis
Trigger1 wird Quelle1 zugeordnet. da die Installation der Ziel-App dadurch gefördert wurde. Beachten Sie, dass „Quelle2“ eine höhere Priorität hatten.
Ignorierte Quellen nach Attribution
Quelle2 – abgeleitete Quellen von Quelle2 werden nicht bei der Attribution für Trigger berücksichtigt, die von mmp-ad-tech registriert wurden.
Ereignisberichte
Keine: Für eine abgeleitete Quelle werden keine Ereignisberichte erstellt.
Zusammengefasste Berichte
Berichts-URL: http://www.mmp-ad-tech.com/.well-known/attribution-reporting/report-aggregate-attribution
{
"attribution_destination": "android-app://com.example.app",
"histograms": [
{
"key": "0x519",
"value": 32768
},
{
"key": "0x5",
"value": 1664
}
]
}
Szenario 6: Einmal verlieren, immer verlieren
Wenn „ad-tech1“ eine Quelle hat, deren abgeleitete Quelle an der Attribution für den Trigger von mmp-ad-Tech beteiligt war und die Attribution verloren hat, wird die Quelle von „ad-tech1“ nicht mehr verwendet, um anschließend eine abgeleitete Quelle für die Trigger von „mmp-ad-tech“ zu erstellen. Hier ein Beispiel für eine Zeitachse:
- Bei t0 ist die Quelle1 von ad-tech1 bei
"priority": "10"registriert. - Bei t1 ist die Quelle2 von ad-tech2 bei
"priority": "20"registriert. - Bei t2 ist Trigger1 von mmp-ad-tech bei den Attributionskonfigurationen von „ad-tech1“ und „ad-tech2“ registriert.
- Bei t3 findet die Attribution für Trigger1 statt, wenn die abgeleitete Quelle von „ad-tech2“ die Attribution gewinnt und die Quelle von „ad-tech1“ ignoriert wird.
- Bei t4 ist die Quelle3 von ad-tech3 bei
"priority": "5"registriert. - Bei t5 ist Trigger2 von mmp-ad-tech mit den Konfigurationen von ad-tech1 und ad-tech3 registriert.
- Bei t6 findet die Attribution für Trigger2 statt, wobei die abgeleitete Quelle aus Quelle3 (Quelle 3) die Attribution gewinnt.
Erklärung des Ergebnisses
Die aus der Quelle „Anzeigentechnologie 1“ abgeleitete Quelle hatte keine Attribution für Trigger1 mehr. Daher wurde „Quelle 1“ nicht verwendet, um eine abgeleitete Quelle für die Attribution von Trigger2 zu erstellen. Wäre es zuvor bei t3 nicht verloren gegangen, hätte es die Quelle von ad-tech3 gewonnen, weil es eine höhere Priorität hatte.