Większość reklamodawców korzysta z kilku różnych sieci reklamowych, aby wyświetlać reklamy w aplikacjach wydawców. Jeśli sieci reklamowe rejestrują własne źródła atrybucji i reguły przy użyciu interfejsu API, będą otrzymywać raporty podsumowujące i zdarzenia przypisane samodzielnie.
Reklamodawcy, którzy chcą skorzystać z pomocy firmy zewnętrznej do przeprowadzenia atrybucji międzysieciowej (XNA) w celu zidentyfikowania tylko jednej zwycięzcy reklamy w przypadku danej konwersji, mogą to robić nadal, stosując poniższe metody:
- Skonfiguruj wewnętrzny serwer, aby rejestrować zdarzenia aktywujące i otrzymywać raporty atrybucji z interfejsu API
- Dalsze korzystanie z usług obecnego partnera świadczącego usługi pomiaru skuteczności reklam mobilnych
Niezależnie od metody użytej przez reklamodawcę interfejs Attribution Reporting API obsługuje wiele różnych funkcji, które umożliwiają firmom zewnętrznym dostosowanie logiki XNA w imieniu reklamodawcy:
- Firma zewnętrzna może dokonywać atrybucji za pomocą interfejsu API z lub bez przekierowań z sieci reklamowych.
- Priorytet, filtry i klucze do usuwania duplikatów umożliwiają dodatkowe dostosowanie atrybucji na podstawie wymiarów źródła i reguły.
- Okna atrybucji po instalacji umożliwiają źródłom, które doprowadziły do instalacji, udział w przyszłych zdarzeniach konwersji w aplikacji.
Model atrybucji używany przez technologie reklamowe do usuwania duplikatów między sieciami i wybierania zwycięskich źródeł może mieć różne poziomy złożoności w zależności od tego, jak wykorzystywane są te funkcje interfejsu API.
Poniższe przykłady pokazują, jak można używać tych funkcji, i jak różne konfiguracje wpływają na to, które źródło atrybucji ostatecznie uzyskuje udział w konwersji za dane zdarzenie aktywujące.
Przetwarzanie
Oto lista etapów procesu XNA. Dla uproszczenia w podanych tu krokach przyjęto, że do wyświetlania reklam reklamodawca używa technologii wyświetlania reklam, a do pomiaru konwersji używa MMP. Interfejs API jest jednak elastyczny – jego funkcjonalność nie różni się w zależności od typu technologii reklamowej i nie wymaga stosowania technologii reklamowej.
- Rejestracja źródła: użytkownik wyświetla lub klika reklamę, a technologia wyświetlania reklam rejestruje te źródła w interfejsie API. Technologie wyświetlania reklam mogą też przekierowywać użytkowników do innych techników reklamowych, którzy mogą też rejestrować źródła bezpośrednio przez interfejs API lub włączyć atrybucję międzysieciową bez przekierowań.
- Rejestracja reguły: użytkownik wykonuje działanie powiązane z konwersją, np. pierwsze otwarcie aplikacji, zakup lub dodanie do koszyka, co oznacza, że MMP rejestruje regułę w interfejsie API. MMP może też przekierowywać użytkowników do innych techników reklamowych, którzy mogą rejestrować reguły bezpośrednio w interfejsie API. Jeśli MMP musi włączyć atrybucję międzysieciową bez przekierowań, podczas rejestracji reguły należy określić konfigurację atrybucji.
- Atrybucja: jeśli konfiguracja atrybucji została określona podczas rejestracji reguły, źródła derywowane są generowane w imieniu MMP. Staramy się dopasować każdą regułę do kwalifikującego się źródła zarejestrowanego bezpośrednio przez MMP lub odpowiedniego źródła pochodnego wygenerowanego w imieniu MMP przy użyciu źródeł technologii reklamowych. Pozostałe źródła, które nie wygrały atrybucji, zostają usunięte i nie kwalifikują się już do udziału w przyszłych konwersjach. W innych częściach dokumentacji pojęcie to może również występować w innych częściach dokumentacji jako „tracisz raz, zawsze przegrywasz”.
- Gdy źródło pochodne utraci atrybucję, interfejs API nie będzie generować przyszłych źródeł derywowanych na podstawie pierwotnego źródła, gdy przyszłe zdarzenia konwersji będą rejestrowane przez MMP. Technologia wyświetlania reklam i inne MMP mogą nadal korzystać z pierwotnego źródła na potrzeby przyszłej atrybucji. Zostało to szczegółowo opisane w scenariuszu 6.
- Generowanie raportów: funkcja Atrybucja prowadzi do generowania zdarzeń lub raportów zbiorczych. Pamiętaj, że w przypadku źródeł pochodnych generowane są tylko raporty zbiorcze.
- Dostarczanie raportów: zaplanowane dostarczanie wygenerowanych raportów.
Scenariusz 1. Atrybucja międzysieciowa z przekierowaniami
Reklamodawca współpracuje z 2 technologiami reklamowymi i 1 MMP. Po kliknięciu reklam wyświetlanych przez technologie wyświetlania reklam te technologie przekierowują ruch do MMP przy rejestracji źródła. Gdy użytkownik dokonuje konwersji w aplikacji, MMP przekierowuje użytkownika do technologii reklamowej przy rejestracji reguły.
MMP otrzyma raport o usuniętych duplikatach z wielu sieci, a każda technologia reklamowa, która go wyświetla, otrzyma własne raporty.
Harmonogram rejestracji
W punkcie t0 użytkownik klika reklamę wyświetlaną przez ad-tech1, która rejestruje źródło Source1 i swoje przekierowanie. Źródło 2 przez mmp-ad-tech:
"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"
}
}
W punkcie 1 użytkownik klika reklamę wyświetloną przez ad-tech2, aby zarejestrować źródło 3 i jego przekierowanie do mmp-ad-tech, tj. źródło 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"
}
}
W punkcie 2 działanie lub konwersja w aplikacji reklamodawcy powodują zarejestrowanie reguły przez mmp-ad-tech (regułę 1), która przekierowuje też użytkownika do elementu ad-tech1 (reguła2) i reguły ad-tech2 (reguła 3):
nie zdefiniowano
Wynik
Źródła zarejestrowane w mmp-ad-tech konkurują w atrybucji o regułę 1 aktywatora zarejestrowanego w mmp-ad-tech. Źródło 2 wygrywa z źródłem 4 ze względu na wyższy priorytet. Reguła 2 przez ad-tech1 zostaje przypisana do źródła 1 przez ad-tech1, a reguła 3 przez ad-tech2 – do źródła 3 przez ad-tech2.
Konkurencyjne źródła dla
Pola |
Source1 |
Source2 |
Source3 |
Source4 |
Źródło rejestrujące technologię reklamową |
technologia-reklamowa1 |
MMP-Ad-Tech |
technologia-reklamowa2 |
MMP-Ad-Tech |
source_event_id |
34532 |
788324 |
6574435 |
4532343 |
miejsce docelowe |
https://destination.example.com |
https://destination.example.com |
https://destination.example.com |
https://destination.example.com |
priorytet |
10 |
30 |
10 |
20 |
Aktywatory zarejestrowane
Wynik atrybucji
Reguła 1 przypisuje atrybuty Źródło2, Reguła2 do atrybutów Źródło1 i Reguła3 do Źródła3.
Ignorowane źródła po atrybucji
Źródło 4 – nie będzie w przyszłości rywalizować o atrybucję.
Raporty zdarzeń
Adres URL raportu: 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
}
Adres URL raportu: 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
}
Adres URL raportu: 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
}
Raporty zagregowane
Adres URL raportu: https://www.mmp-ad-tech.com/.well-known/attribution-reporting/report-aggregate-attribution
{
"attribution_destination": "https://destination.example.com",
"histograms": [
{
"key": "0x104",
"value": 11
}
]
}
Adres URL raportu: https://www.ad-tech1.com/.well-known/attribution-reporting/report-aggregate-attribution
{
"attribution_destination": "https://destination.example.com",
"histograms": [
{
"key": "0x201",
"value": 21
}
]
}
URL raportu: https://www.ad-tech2.com/.well-known/attribution-reporting/report-aggregate-attribution
{
"attribution_destination": "https://destination.example.com",
"histograms": [
{
"key": "0x303",
"value": 31
}
]
}
Scenariusz 2. Atrybucja międzysieciowa bez przekierowań
Reklamodawca współpracuje z 2 technologiami reklamowymi i 1 MMP. Użytkownik klika reklamę z pierwszej wyświetlonej technologii reklamowej, która podczas rejestracji źródła przekierowuje do MMP. Gdy użytkownik kliknie reklamę z drugiej wyświetlanej technologii reklamowej, technologia reklamowa nie przekierowuje użytkownika, decydując się na udostępnienie podzbioru kluczy agregacji MMP z wyprzedzeniem.
Następnie użytkownik realizuje konwersję w aplikacji, w której MMP rejestruje regułę, ale nie przekierowuje użytkownika do żadnej technologii reklamowej. Atrybucja nieprzekierowująca wygrywa atrybucja ostatniego kontaktu. Tylko MMP otrzyma raport z podsumowaniem po usunięciu duplikatów z sieci, który uwzględnia tę konwersję.
Harmonogram rejestracji
W punkcie t0 użytkownik klika reklamę, co skutkuje rejestracją w źródle 1 przez ad-tech1 i rejestracją w źródle 2 przez mmp-ad-tech za pomocą przekierowania z ad-tech1:
"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",
}
}
W punkcie t1 użytkownik klika inną reklamę, w wyniku czego źródło3 zostaje wygenerowane przez technologię ad-tech2, która ma ten sam klucz agregacji:
// 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"
]
}
W punkcie 2 działanie lub konwersja użytkownika powodują rejestrację przez narzędzie mmp-ad-tech, które zawiera konfigurację atrybucji dla ad-tech2:
"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"
}
}
Wynik
Źródło 2 dopasowuje rejestrację i miejsce docelowe do reguły, więc staje się ona konkurencyjnym źródłem o atrybucji. Dodatkowo podczas rejestracji aktywatorów zdefiniowano konfigurację atrybucji dla ad-tech2 i Source3 za pomocą udostępnianych kluczy agregacji ad-tech2. Dzięki temu źródło derywowane (Źródło3) może zostać wygenerowane jako konkurencyjne źródło atrybucji.
Konkurujące źródła
Pola |
Source2 |
Źródło3' |
Oryginalne źródło rejestrujące technologię reklamową |
MMP-Ad-Tech |
technologia-reklamowa2 |
source_event_id |
45453 |
978 |
priorytet |
100 |
200 |
Aktywatory zarejestrowane
Aktywator1 przez mmp-ad-tech.
Wynik atrybucji
Reguła 1 jest przypisywana do Źródła 3, ponieważ źródło 3 ma wyższy priorytet niż Źródło2.
Ignorowane źródła po atrybucji
Source2
Raporty o zdarzeniach
Brak – raporty o zdarzeniach nie są generowane w przypadku źródeł pochodnych.
Raporty zbiorcze
Źródło nadrzędne źródła 3, tj.Źródło 3, udostępnia tylko campaignCounts
. Element klucza aktywujący jest obliczany według wzoru:
(key_piece value) | ((x_network_key_mapping entry) << offset)
0x400 | (0x4 << 10) = 0x1400
Na koniec klucz wynikowy jest generowany za pomocą klucza aktywującego LUB (0x1400) z kluczem źródłowym (0x159), tj.0x1559.
Adres URL raportu: http://www.mmp-ad-tech.com/.well-known/attribution-reporting/report-aggregate-attribution
{
"attribution_destination": "https://destination.example.com",
"histograms": [
{
"key": "0x1559",
"value": 32768
}
]
}
Scenariusz 3: źródło zarejestrowane w MMP i kandydujące źródło nadrzędne do źródła derywowanego w tym samym łańcuchu rejestracji
Reklamodawca współpracuje z 2 technologiami reklamowymi i 1 MMP. Użytkownik klika reklamę z pierwszej wyświetlanej technologii reklamowej, która nie przekierowuje podczas rejestracji źródła, ale udostępnia klucze agregacji MMP. Użytkownik klika reklamę z drugiej wyświetlanej technologii reklamowej, która przekierowuje do MMP podczas rejestracji źródła i udostępnia MMP klucze agregacji.
Harmonogram rejestracji
W punkcie t0 użytkownik klika reklamę wyświetlaną przez ad-tech1, co rozpoczyna rejestrację Źródła 1:
"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"
]
}
W t1 łańcuch rejestracji 2 ad-tech2 rejestruje źródło 2 i przekierowuje do zarejestrowania źródła MMP, źródło 3:
"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"
}
}
W punkcie 2 rejestracja reguły ma skonfigurowane przypisywanie udziału w generowaniu źródeł pochodnych z ad-tech1 i ad-tech2:
"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"
}
}
W efekcie źródło zarejestrowane w MMP w drugim łańcuchu rejestracji wygrywa atrybucję. Wynikowy raport zbiorczy będzie wyglądać tak:
Wynik
Źródło pochodne ze źródła 2 (z oznaczeniem „source_event_id": "234456
”) nie bierze udziału w atrybucji, ponieważ ten sam łańcuch rejestracji również ma zarejestrowane źródło mmp-ad-tech.
Konkurujące źródła
Pola |
Źródło1' |
Source3 |
Oryginalne źródło rejestrujące technologię reklamową |
technologia-reklamowa1 |
MMP-Ad-Tech |
source_event_id |
52343 |
4234 |
priorytet |
20 |
100 |
Aktywatory zarejestrowane
Aktywator1 przez mmp-ad-tech.
Wynik atrybucji
Reguła 1 zostaje przypisana do źródła 3, ponieważ ma wyższy priorytet niż źródło 1.
Ignorowane źródła po atrybucji
Źródło 1” – źródło1 nie będzie już traktowane jako źródło pochodne dla mmp-ad-tech.
Raporty o zdarzeniach
Adres URL raportu: 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
}
Raporty zbiorcze
Adres URL raportu: 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
}
]
}
}
Scenariusz 4. Atrybucja międzysieciowa bez przekierowań z kryteriami wyboru źródła
Reklamodawca współpracuje z 4 technologiami reklamowymi i 1 MMP. Użytkownik klika reklamę z 1, w której wyświetlają się technologie reklamowe, a w drugiej – wyświetla reklamy. Gdy użytkownik dokonuje konwersji w aplikacji reklamodawcy, MMP rejestruje regułę i na podstawie tych filtrów określa, z których wyświetlanych technologii reklamowych pochodzą zarejestrowane źródła, z których mają utworzyć takie źródła:
- priorytet_range: wybierz źródła o priorytecie w danym zakresie
- expire: wybierz źródła z datą ważności później niż określony czas
- source_filters: wybierz źródła, których dane filtracji pasują do określonych filtrów source_filters.
- source_not_filters: wybierz źródła, których atrybuty not_filters pasują do określonych filtrów source_not_filters
Gdy źródła derywowane zostaną wygenerowane na podstawie określonych kryteriów, mogą zostać uwzględnione w atrybucji.
Harmonogram rejestracji
W punkcie t0 użytkownik kliknięcie powoduje, że ad-tech1 rejestruje źródło01, co wiąże atrybut source_type jako nawigację do tego zarejestrowanego źródła:
"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"
]
}
W punkcie 1 użytkownik widzi reklamę, powodując, że ad-tech2 rejestruje źródło2, co wiąże źródło_source2 jako zdarzenie z tym zarejestrowanym źródłem:
"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"
]
}
W punkcie 2 wyświetlenie użytkownika powoduje, że ad-tech3 rejestruje źródło Source3, co wiąże źródło_type_type jako zdarzenie z tym zarejestrowanym źródłem:
"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"
]
}
W punkcie 3 wyświetlenie użytkownika sprawia, że ad-tech4 rejestruje źródło Source4, co wiąże źródło_source_type jako zdarzenie z tym zarejestrowanym źródłem:
"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"
]
}
W punkcie 4 konwersja użytkowników prowadzi do zarejestrowania przez narzędzie mmp-ad-tech reguły z konfiguracją atrybucji dla wszystkich pozostałych wymienionych powyżej źródeł zarejestrowanych technologii reklamowych:
"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"
}
}
Wynik
Te źródła nie kwalifikują się do generowania źródeł pochodnych z powodu niezgodności kryteriów:
- Źródło 1 nie spełnia wymagań filtra „
source_type":"event
” w konfiguracji atrybucji ad-tech1 - Źródło 2 ma priorytet 2000, który jest spoza filtra zakresu priorytetów ad-tech2 (11000)
- Źródło3 nie pasuje do wartości parametru „
filter2
”
Konkurujące źródła
Pola |
Źródło4' |
Oryginalne źródło rejestrujące technologię reklamową |
technologia reklamowa4 |
source_event_id |
7567 |
miejsce docelowe |
https://destination.example.com |
priorytet |
30 |
wygaśnięcie |
Czas rejestracji + 2 dni |
Aktywatory zarejestrowane
Aktywator1 przez mmp-ad-tech.
Wynik atrybucji
Reguła 1 jest przypisywana do Źródła 4, ponieważ jest to jedyne źródło kwalifikujące się do atrybucji
Ignorowane źródła po atrybucji
Brak
Raporty o zdarzeniach
Brak – raporty o zdarzeniach nie są generowane w przypadku zwycięskiego źródła pochodnego
Raporty zbiorcze
URL raportu: http://www.mmp-ad-tech.com
{
"attribution_destination": "https://example.com",
"histograms": [
{
"key": "0x56d",
"value": 32768
},
{
"key": "0x5",
"value": 1664
}
]
}
Scenariusz 5: atrybucja po instalacji
Reklamodawca współpracuje z 2 technologiami reklamowymi i 1 MMP. Użytkownik klika reklamę z pierwszej technologii reklamowej i instaluje aplikację reklamodawcy. Podczas atrybucji konwersji po instalacji źródło pochodne z atrybucją instalacji wygrywa z innymi źródłami, nawet jeśli inne mają wyższe priorytety.
Harmonogram rejestracji
W punkcie t0 interakcja użytkownika powoduje, że ad-tech1 rejestruje źródło1:
"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"
]
}
W 1. użytkownik instaluje aplikację com.example.app
na swoim urządzeniu.
Na poziomie 2 interakcja użytkownika powoduje, że ad-tech2 rejestruje Źródło 2:
"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"
]
}
W punkcie t3 aktywator jest rejestrowany przez mmp-ad-tech z konfiguracjami atrybucji dla ad-tech1 i ad-tech2:
"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"
}
}
Wynik
Wygenerowane źródła derywowane ze Źródeł1 i Źródła2, czyli Źródła 1 i Źródła2, które konkurują o atrybucję.
Konkurujące źródła
Pola |
Źródło1' |
Źródło2' |
Oryginalne źródło rejestrujące technologię reklamową |
technologia-reklamowa1 |
technologia-reklamowa2 |
source_event_id |
3645 |
345789 |
miejsce docelowe |
android-app://com.example.app |
android-app://com.example.app |
priorytet |
10 |
20 |
Instalacja aplikacji Drove |
tak |
nie |
Aktywatory zarejestrowane
Aktywator1 przez mmp-ad-tech.
Wynik atrybucji
Reguła 1 jest przypisywana do Źródła 1, ponieważ doprowadziła do instalacji aplikacji docelowej. Pamiętaj, że źródło2 ma wyższy priorytet.
Ignorowane źródła po atrybucji
Źródło2” – źródła pochodne ze Źródła 2 nie będą brane pod uwagę przy atrybucji w przypadku reguł zarejestrowanych przez mmp-ad-tech.
Raporty o zdarzeniach
Brak – raporty o zdarzeniach nie są generowane w przypadku zwycięskiego źródła pochodnego
Raporty zbiorcze
Adres URL raportu: 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
}
]
}
Scenariusz 6: przegrywasz raz, przegrywasz zawsze
Jeśli źródło danych ad-tech1 uczestniczy w atrybucji w przypadku reguły mmp-ad-tech i utraci atrybucję, to źródło ad-tech1 nie będzie używane do utworzenia źródła pochodnego na potrzeby kolejnych aktywatorów mmp-ad-tech. Oto przykładowy harmonogram:
- W punkcie t0 źródło1 reklamy-tech1 jest zarejestrowane w
"priority": "10"
. - W poziomie 1 źródło2 komponentu ad-tech2 jest zarejestrowane w usłudze
"priority": "20"
. - W punkcie 2 zdarzenie aktywujące1 mmp-ad-tech jest zarejestrowane razem z konfiguracjami atrybucji ad-tech1 i ad-tech2.
- W 3 atrybucja dla reguły 1 ma miejsce wtedy, gdy źródło pochodzenia z technologii ad-tech2 wygrywa, a źródło technologii reklamowej 1 jest ignorowane.
- W 4 miejsce źródło3 usługi ad-tech3 jest zarejestrowane w usłudze
"priority": "5"
. - W poziomie t5 aktywator2 mmp-ad-tech jest zarejestrowany z konfiguracjami ad-tech1 i ad-tech3.
- W punkcie 6 następuje atrybucja Wyzwalacza 2, w której wygrywa źródło pochodne ze Źródła 3 (Źródło3)
Wyjaśnienie wyniku
Źródło pochodne ze źródła ad-tech1 utraciło atrybucję w przypadku aktywatora1, więc źródło1 nie zostało użyte do utworzenia źródła pochodnego na potrzeby atrybucji aktywatora2. Gdyby nie przegrana wcześniej w czasie 3, wygrałaby ze źródłem ad-tech3 ze względu na wyższy priorytet.