La maggior parte degli inserzionisti collabora con diverse reti pubblicitarie per pubblicare gli annunci di Google Cloud. Se le reti pubblicitarie registrano le proprie origini di attribuzione e con l'API, riceveranno eventi e riepilogo attribuiti autonomamente report.
Tuttavia, gli inserzionisti che vogliono utilizzare una terza parte per eseguire (XNA) per determinare che un singolo annuncio vincente per una determinata conversione possa di continuare a farlo, utilizzando le seguenti tecniche:
- Configura un server interno per registrare gli eventi di trigger e ricevere report sull'attribuzione dall'API.
- Continua a utilizzare un partner esistente per la misurazione dei dispositivi mobili
Indipendentemente dalla tecnica che un inserzionista sceglie di utilizzare, l'attribuzione L'API di reporting supporta diverse funzionalità che consentono a terze parti per personalizzare la logica XNA per conto di un inserzionista:
- Una terza parte può eseguire l'attribuzione con l'API con o senza reindirizzamenti dalle reti pubblicitarie.
- La priorità, i filtri e le chiavi di deduplicazione possono fornire un'ulteriore personalizzazione dell'attribuzione in base alle dimensioni dell'origine e dell'attivatore.
- Le finestre di attribuzione post-installazione consentono alle origini che hanno generato un'installazione di continuare a ottenere il merito per gli eventi di conversione in-app futuri.
Il modello di attribuzione utilizzato dai tecnici pubblicitari per la deduplicazione su più reti e la scelta delle origini vincenti può avere diversi livelli di complessità a seconda di come vengono sfruttate queste funzionalità dell'API.
Gli esempi di seguito illustrano scenari di esempio su come queste funzionalità possono essere utilizzate e in che modo le diverse configurazioni influiscono sull'origine di attribuzione che ottiene il merito per un determinato evento di attivazione.
Processo
Il seguente elenco illustra i passaggi del processo XNA. Per semplicità, i passaggi elencati qui presuppongono un modello in cui l'inserzionista utilizza una tecnologia pubblicitaria per la pubblicazione per pubblicare annunci e un MMP per la misurazione delle conversioni. Tuttavia, la progettazione dell'API è flessibile: la funzionalità non varia nei diversi tipi di tecnologia pubblicitaria, né richiede l'uso di una tecnologia pubblicitaria.
- Registrazione origine: l'utente visualizza o fa clic su un annuncio e la tecnologia pubblicitaria per la pubblicazione registra queste sorgenti con l'API. La tecnologia pubblicitaria per la pubblicazione potrebbe anche reindirizzare ad altri tecnici pubblicitari che possono registrare le origini direttamente con l'API o abilitare l'attribuzione su più reti senza reindirizzamenti.
- Attiva la registrazione: l'utente esegue un'azione associata alla conversione, come la prima apertura dell'app, l'acquisto o l'aggiunta al carrello, in base alla quale una MMP registra un attivatore con l'API. L'MMP potrebbe anche reindirizzare ad altri tecnici pubblicitari che possono registrare gli attivatori direttamente con l'API. Se un file MMP deve attivare l'attribuzione su più reti senza reindirizzamenti, la configurazione dell'attribuzione deve essere specificata durante la registrazione dell'attivatore.
- Attribuzione: se la configurazione dell'attribuzione viene specificata durante la registrazione dell'attivatore, le origini derivate vengono generate per conto di MMP. Viene tentato di abbinare ogni attivatore a una fonte idonea registrata direttamente dall'MMP o a una sorgente derivata idonea generata per conto dell'MMP utilizzando le origini della tecnologia pubblicitaria. Le origini rimanenti, che non si sono aggiudicate l'attribuzione, vengono eliminate e non sono più idonee a ottenere l'attribuzione per le conversioni future. È anche noto come "perdi una volta, perdi sempre" in altre parti della documentazione.
- Quando una sorgente derivata perde l'attribuzione, l'API non genererà origini derivate future in base alla fonte originale se la MMP registra eventi di conversione futuri. La tecnologia pubblicitaria per la pubblicazione e altri MMP possono comunque utilizzare la fonte originale per l'attribuzione futura. Questa procedura è descritta in dettaglio nello Scenario 6.
- Generazione di report: l'attribuzione porta alla generazione di eventi o report aggregati. Tieni presente che per le origini derivate vengono generati solo report aggregati.
- Invio dei report: i report generati vengono pianificati per l'invio.
Scenario 1: attribuzione su più reti con i reindirizzamenti
Un inserzionista sta collaborando con 2 tecnologie pubblicitarie per la pubblicazione e 1 MMP. Quando viene fatto clic sugli annunci pubblicati dai tecnici per la pubblicazione, questi reindirizzano all'MMP al momento della registrazione dell'origine. Quando un utente effettua una conversione nell'app, la piattaforma MMP reindirizza alle tecnologie pubblicitarie all'attivazione della registrazione.
L'MMP riceverà un report deduplicato su più reti e ogni tecnologia pubblicitaria per la pubblicazione riceverà report autoattribuiti.
Cronologia delle registrazioni
Nel punto t0, l'utente fa clic su un annuncio pubblicato da ad-tech1 che registra una sorgente Sorgente1 insieme al suo reindirizzamento Sorgente2 da 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"
}
}
In t1, l'utente fa clic su un annuncio pubblicato da ad-tech2 per registrare Source3 insieme al suo reindirizzamento a mmp-ad-tech, ovvero Sorgente4:
"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"
}
}
At t2, l'azione o la conversione dell'utente nell'app dell'inserzionista genera una attivare la registrazione da parte di mmp-ad-tech (Trigger1), il quale reindirizza anche ad-tech1 (Trigger2) e ad-tech2 (Trigger3):
non definito
Risultato
Le fonti registrate mmp-ad-tech Sorgente2 e Sorgente4 competono nell'attribuzione per Attivatore registrato mmp-ad-tech Source2 vince su Source4 perché una priorità più elevata. Il trigger2 di ad-tech1 viene attribuito a Sorgente1 da ad-tech1 e Trigger3 di ad-tech2 viene attribuito a Source3 da ad-tech2.
Origini concorrenti per
Campi |
Source1 |
Source2 |
Source3 |
Source4 |
Fonte che registra la tecnologia pubblicitaria |
ad-tech1 |
mmp-ad-tech |
ad-tech2 |
mmp-ad-tech |
source_event_id |
34532 |
788324 |
6574435 |
4532343 |
destinazione |
https://destination.example.com |
https://destination.example.com |
https://destination.example.com |
https://destination.example.com |
priorità |
10 |
30 |
10 |
20 |
Trigger registrati
Risultato dell'attribuzione
Trigger1 attributi a Source2, Trigger2 attributi a Source1 e Trigger3 attributi a Source3.
Fonti ignorate dopo l'attribuzione
Sorgente 4: non compete per l'attribuzione in futuro.
Report sugli eventi
URL del report: 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
}
URL del report: 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
}
URL del report: 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
}
Rapporti aggregati
URL del report: https://www.mmp-ad-tech.com/.well-known/attribution-reporting/report-aggregate-attribution
{
"attribution_destination": "https://destination.example.com",
"histograms": [
{
"key": "0x104",
"value": 11
}
]
}
URL del report: https://www.ad-tech1.com/.well-known/attribution-reporting/report-aggregate-attribution
{
"attribution_destination": "https://destination.example.com",
"histograms": [
{
"key": "0x201",
"value": 21
}
]
}
URL del report: https://www.ad-tech2.com/.well-known/attribution-reporting/report-aggregate-attribution
{
"attribution_destination": "https://destination.example.com",
"histograms": [
{
"key": "0x303",
"value": 31
}
]
}
Scenario 2: attribuzione su più reti senza reindirizzamenti
Un inserzionista sta collaborando con 2 tecnologie pubblicitarie per la pubblicazione e 1 MMP. Un utente fa clic su un annuncio dalla prima tecnologia pubblicitaria per la pubblicazione, il che reindirizza all'MMP al momento della registrazione dell'origine. Quando l'utente fa clic su un annuncio della seconda tecnologia pubblicitaria per la pubblicazione, quest'ultima non effettua il reindirizzamento, ma sceglie di condividere in anticipo un sottoinsieme delle sue chiavi di aggregazione con la piattaforma MMP.
L'utente effettua una conversione nell'app in cui la MMP registra l'attivatore, ma non reindirizza a nessuna delle due tecnologie pubblicitarie. La tecnologia pubblicitaria non di reindirizzamento si aggiudica l'attribuzione dell'ultimo contatto. Solo l'MMP riceverà un report di riepilogo deduplicato su più reti che include questa conversione.
Cronologia delle registrazioni
Al punto t0, l'utente fa clic su un annuncio, generando una registrazione a Source1 da parte di ad-tech1 e a una registrazione a Source2 da parte di mmp-ad-tech tramite reindirizzamento da 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",
}
}
Nel punto t1, l'utente fa clic su un altro annuncio, generando una fonte 3 di ad-tech2 che condivide le chiavi di aggregazione:
// 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"
]
}
Al momento dell'impostazione t2, le azioni di conversione/azione dell'utente attivano la registrazione da parte di mmp-ad-tech, che contiene la configurazione dell'attribuzione per 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"
}
}
Risultato
Sorgente2 abbina registrazione e destinazione con il trigger, quindi diventa un'origine in concorrenza per l'attribuzione. Inoltre, durante la registrazione del trigger, è stata specificata una configurazione di attribuzione per ad-tech2 e Source3 tramite le chiavi di aggregazione della condivisione di ad-tech2. Ciò consente un'origine derivata, Source3 come origine concorrente per l'attribuzione.
Origini concorrenti
Campi |
Source2 |
Origine 3 |
Fonte originale che registra la tecnologia pubblicitaria |
mmp-ad-tech |
ad-tech2 |
source_event_id |
45453 |
978 |
priorità |
100 |
200 |
Trigger registrati
Trigger1 di mmp-ad-tech.
Risultato dell'attribuzione
Il trigger1 viene attribuito a Source3. perché Source3" ha una priorità maggiore rispetto a Sorgente2.
Fonti ignorate dopo l'attribuzione
Source2
Report sugli eventi
Nessuno: i report sugli eventi non vengono generati per le origini derivate.
Report aggregati
L'origine padre di Source3", ad esempio Source3, condivide solo campaignCounts
, la parte chiave per l'attivatore viene calcolata come segue:
(key_piece value) | ((x_network_key_mapping entry) << offset)
0x400 | (0x4 << 10) = 0x1400
Infine, la chiave risultante viene generata dalla chiave trigger OR (0x1400) con chiave di origine (0x159), ad esempio 0x1559
URL del report: http://www.mmp-ad-tech.com/.well-known/attribution-reporting/report-aggregate-attribution
{
"attribution_destination": "https://destination.example.com",
"histograms": [
{
"key": "0x1559",
"value": 32768
}
]
}
Scenario 3: fonte registrata MMP e candidato principale della fonte derivata nella stessa catena di registrazione
Un inserzionista sta collaborando con 2 tecnologie pubblicitarie per la pubblicazione e 1 MMP. Un utente fa clic su un annuncio della prima tecnologia pubblicitaria per la pubblicazione. Questo non reindirizza alla registrazione dell'origine, ma condivide le chiavi di aggregazione con MMP. L'utente fa clic su un annuncio della seconda tecnologia pubblicitaria per la pubblicazione, che reindirizza al file MMP alla registrazione dell'origine e condivide le chiavi di aggregazione con MMP.
Cronologia delle registrazioni
Quando t0, l'utente fa clic su un annuncio pubblicato da ad-tech1, che avvia la registrazione della Sorgente1:
"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"
]
}
In t1, la catena di registrazione 2, ad-tech2 registra la Sorgente2 e reindirizza per registrare una sorgente MMP, Fonte3:
"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"
}
}
Al livello t2, la registrazione dell'attivatore ha l'attribuzione configurata per generare origini derivate da ad-tech1 e 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"
}
}
Il risultato è che la fonte registrata presso la MMP nella seconda catena di registrazione vince l'attribuzione. Il report aggregato risultante è simile al seguente:
Risultato
La sorgente derivata da Source2 (con "source_event_id": "234456
") non partecipa all'attribuzione perché la stessa catena di registrazione ha anche una fonte registrata mmp-ad-tech.
Origini concorrenti
Campi |
Fonte1" |
Source3 |
Fonte originale per la registrazione della tecnologia pubblicitaria |
ad-tech1 |
mmp-ad-tech |
source_event_id |
52343 |
4234 |
priorità |
20 |
100 |
Trigger registrati
Trigger1 di mmp-ad-tech.
Risultato dell'attribuzione
Il trigger1 viene attribuito a Sorgente3 perché Sorgente3 ha una priorità maggiore di Sorgente1.
Fonti ignorate dopo l'attribuzione
Sorgente1 - La sorgente 1 non verrà più considerata come fonte derivata per mmp-ad-tech.
Report sugli eventi
URL del report: 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
}
Report aggregati
URL del report: 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
}
]
}
}
Scenario 4: attribuzione su più reti senza reindirizzamenti con criteri di selezione della sorgente
Un inserzionista sta collaborando con 4 tecnologie pubblicitarie per la pubblicazione e 1 MMP. Un utente fa clic su un annuncio di una tecnologia pubblicitaria che pubblica gli annunci e visualizza gli annunci di altri tre. Quando un utente effettua una conversione nell'app dell'inserzionista, la piattaforma MMP registra un attivatore e specifica da quale origine registrata di tecnologia pubblicitaria la pubblicazione può essere utilizzata per creare origini derivate, in base ai seguenti filtri:
- priorità_intervallo: scegli le origini con priorità all'interno dell'intervallo specificato
- scadenza: scegli origini con scadenza successiva alla durata specificata
- source_filtri: scegli le origini il cui filtro_dati corrisponde ai filtri source specificati
- source_not_filtri: scegli le origini i cui not_filtri corrispondono ai filtri source_not_filtri specificati
Una volta generate, le origini derivate sono idonee a partecipare all'attribuzione.
Tempistiche per la registrazione
Quando t0, un clic dell'utente fa sì che ad-tech1 registri una sorgente Source1, che associa source_type come navigazione verso questa sorgente registrata:
"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"
]
}
In t1, un utente visualizza l'annuncio che fa sì che ad-tech2 registri una source Source2, che associa source_type come evento a questa sorgente registrata:
"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"
]
}
In t2, la vista di un utente fa sì che ad-tech3 registri una source3, che associa source_type come evento a questa sorgente registrata:
"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"
]
}
In t3, la vista di un utente fa sì che ad-tech4 registri una source4, che associa source_type come evento a questa sorgente registrata:
"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"
]
}
All'età di 4, la conversione degli utenti porta alla registrazione di un attivatore con configurazione di attribuzione da parte di mmp-ad-tech per tutte le altre tecnologie pubblicitarie sopra menzionate. fonti registrate:
"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"
}
}
Risultato
Le seguenti origini non sono considerate idonee a generare origini derivate a causa della mancata corrispondenza dei criteri:
- L'origine 1 non soddisfa i requisiti "
source_type":"event
" filtra in base alla configurazione di attribuzione di ad-tech1 - La priorità Origine 2 è impostata su 2000, valore che non rientra nel filtro dell'intervallo di priorità di ad-tech2 (11000).
- La sorgente 3 non corrisponde al valore di "
filter2
"
Origini concorrenti
Campi |
Fonte4" |
Fonte originale che registra la tecnologia pubblicitaria |
ad-tech4 |
source_event_id |
7567 |
destinazione |
https://destination.example.com |
priorità |
30 |
scadenza |
Tempo di registrazione + 2 giorni |
Trigger registrati
Trigger1 di mmp-ad-tech.
Risultato dell'attribuzione
Il trigger1 viene attribuito a Source4. perché è l'unica fonte idonea per l'attribuzione
Fonti ignorate dopo l'attribuzione
Nessuno
Report sugli eventi
Nessuno: i report sugli eventi non vengono generati per un vincitore di un'origine derivata
Report aggregati
URL del report: http://www.mmp-ad-tech.com
{
"attribution_destination": "https://example.com",
"histograms": [
{
"key": "0x56d",
"value": 32768
},
{
"key": "0x5",
"value": 1664
}
]
}
Scenario 5: attribuzione post-installazione
Un inserzionista sta collaborando con 2 tecnologie pubblicitarie per la pubblicazione e 1 MMP. Un utente fa clic su un annuncio della prima tecnologia pubblicitaria e installa l'app dell'inserzionista. Durante l'attribuzione per le conversioni post-installazione, la sorgente derivata con attribuzione dell'installazione prevale su altre sorgenti, anche se altre hanno priorità più alte.
Tempistiche per la registrazione
Nel punto t0, l'interazione dell'utente fa sì che ad-tech1 registri la Sorgente1:
"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"
]
}
Al momento del passaggio t1, l'utente installa l'app com.example.app
sul proprio dispositivo
All'indirizzo t2, l'interazione dell'utente fa sì che ad-tech2 registri la Sorgente2:
"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"
]
}
All'indirizzo t3, mmp-ad-tech registra un attivatore con configurazioni di attribuzione per ad-tech1 e 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"
}
}
Risultato
Origini derivate generate da Sorgente1 e Sorgente2, ovvero Sorgente1 e Source2". che competono per l'attribuzione.
Origini concorrenti
Campi |
Fonte1" |
Origine 2 |
Fonte originale per la registrazione della tecnologia pubblicitaria |
ad-tech1 |
ad-tech2 |
source_event_id |
3645 |
345789 |
destinazione |
android-app://com.example.app |
android-app://com.example.app |
priorità |
10 |
20 |
Guida all'installazione delle app |
sì |
no |
Trigger registrati
Trigger1 di mmp-ad-tech.
Risultato dell'attribuzione
Il trigger1 viene attribuito a Sorgente1 perché ha generato l'installazione dell'app di destinazione. Tieni presente che Source2 aveva una priorità più alta.
Fonti ignorate dopo l'attribuzione
Sorgente2 le fonti derivate da Sorgente2 non saranno prese in considerazione nell'attribuzione per eventuali attivatori registrati da mmp-ad-tech.
Report sugli eventi
Nessuno: i report sugli eventi non vengono generati per un vincitore di un'origine derivata
Report aggregati
URL del report: 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
}
]
}
Scenario 6: Perdi una volta, perdi sempre
Se ad-tech1 è presente una fonte la cui fonte derivata ha partecipato all'attribuzione dell'attivatore di mmp-ad-tech e ha perso l'attribuzione, la fonte di ad-tech1 non viene utilizzata per creare successivamente una sorgente derivata per i trigger di mmp-ad-tech. Ecco un esempio di sequenza temporale:
- Al t0, la sorgente 1 di ad-tech1 è registrata con
"priority": "10"
. - Al livello t1, la sorgente 2 di ad-tech2 è registrata con
"priority": "20"
. - All'indirizzo t2, il Trigger1 di mmp-ad-tech è registrato nelle configurazioni di attribuzione di ad-tech1 e ad-tech2.
- Al punto t3, l'attribuzione per Trigger1 si verifica quando la sorgente derivata da ad-tech2 vince l'attribuzione, mentre quella di ad-tech1 viene ignorata.
- Al livello t4, Source3 di ad-tech3 è registrato presso
"priority": "5"
. - Al t5, il Trigger2 di mmp-ad-tech è registrato nelle configurazioni di ad-tech1 e ad-tech3.
- In t6, avviene l'attribuzione per Trigger2, dove la sorgente derivata da Sorgente3 (Source3') vince l'attribuzione
Spiegazione del risultato
La sorgente derivata dalla sorgente di ad-tech1 aveva perso l'attribuzione per Trigger1, quindi Sorgente1 non è stata utilizzata per creare un'origine derivata per l'attribuzione di Trigger2. Se non avesse perso prima al t3, avrebbe vinto sulla sorgente di ad-tech3 grazie a una priorità più elevata.