大多數廣告客戶會與數個不同的廣告聯播網合作,在發布商應用程式中放送廣告。如果廣告聯播網透過 API 登錄自己的歸因來源和觸發事件,就會收到自行歸因的事件和摘要報表。
不過,如果廣告客戶想透過第三方執行跨聯播網歸因 (XNA) 作業,針對特定轉換決定單一勝出廣告,則可使用下列技巧繼續作業:
- 設定內部伺服器以登錄觸發事件,並透過 API 接收歸因報表
- 繼續使用現有的行動裝置評估服務合作夥伴
無論廣告客戶選擇使用哪種技術,Attribution Reporting API 可支援數種不同的功能,讓第三方代表廣告客戶自訂 XNA 邏輯:
- 第三方可使用 API 進行歸因,並允許或不從廣告聯播網重新導向。
- 優先順序、篩選器和簡化鍵可根據來源和觸發條件維度,提供其他歸因自訂項目。
- 安裝後歸屬期可讓帶來安裝的來源持續贏得未來應用程式內轉換事件的功勞。
視運用這些 API 功能的方式而定,廣告技術的歸因模式用於跨聯播網簡化及選擇勝出來源的複雜程度可能不同。
以下範例說明這些功能的使用情境,以及不同設定對特定觸發事件最終會贏得功勞的歸因來源有何影響。
處理
下列清單概述 XNA 程序的步驟。為方便說明,這裡所列的步驟假設廣告客戶使用廣告放送技術放送廣告,並使用 MMP 進行轉換評估。不過,API 設計富有彈性,功能不會因不同類型的廣告技術而異,也不需要使用廣告技術。
- 來源登錄:使用者觀看或點擊廣告,而廣告放送技術會向 API 登錄這些來源。此外,廣告放送技術也可能會重新導向至其他可以直接透過 API 登錄來源的廣告技術,或啟用不含重新導向的跨聯播網歸因。
- 觸發條件登錄:使用者執行相關轉換動作 (例如初次開啟應用程式、購買或加入購物車),MMP 就會透過 API 登錄觸發條件。MMP 也可以重新導向至能直接透過 API 登錄觸發條件的其他廣告技術。如果 MMP 需要啟用不含重新導向的跨聯播網歸因,您必須在觸發條件登錄時指定歸因設定。
- 歸因:如果在觸發條件登錄時指定歸因設定,系統就會代表 MMP 產生衍生來源。每個觸發條件嘗試與由 MMP 直接登錄的合格來源,或與使用廣告技術來源的 MMP 代表的合格衍生來源進行比對。其餘來源 (未決定歸因) 會遭到捨棄,日後無法再將轉換歸因於日後的轉換。另請參閱說明文件的其他部分,這也稱為「失去一次,永遠遺失」。
- 如果衍生來源失去歸因,當 MMP 登錄未來轉換事件時,API 就不會根據原始來源產生未來衍生來源。廣告放送技術和其他 MMP 可能仍會使用原始來源供日後歸因。詳情請參閱情境 6。
- 產生報表:歸因會觸發事件或匯總報表。請注意,系統只會針對衍生來源產生匯總報表。
- 報表傳送:已排定的報表傳送時間。
情境 1:搭配重新導向的跨聯播網歸因
假設廣告客戶與 2 種廣告放送技術和 1 個 MMP 合作。當廣告放送技術放送的廣告獲得點擊時,廣告放送技術會在來源登錄時重新導向至 MMP。當使用者在應用程式中完成轉換時,MMP 會在觸發事件登錄時重新導向至廣告技術。
MMP 會收到跨聯播網簡化報表,每個廣告放送技術都會收到自歸因的報表。
註冊時程
在 t0 的情況下,使用者點選了廣告技術 1 放送的廣告,而廣告技術 1 會登錄來源 1 及其重新導向 Source2 (由 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"
}
}
在 t1 上,使用者點選廣告技術 2 放送的廣告,以便登錄 Source3 及其重新導向到 mmp-ad-tech (亦即 Source4:
"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"
}
}
在 t2 的情況下,使用者在廣告客戶應用程式中的動作或轉換,會導致 mmp-ad-tech (觸發條件 1) 進行觸發事件登錄,而也會重新導向到廣告技術 1 (觸發條件 2) 的廣告技術 2 (觸發條件 3):
未定義
結果
mmp-ad-tech 登錄來源 Source2 和 Source4 在歸因中競爭 mmp-ad-tech 登錄的觸發事件 1。由於優先順序較高,因此 Source2 勝過 Source4。Ad-tech1 的觸發事件 2 會由 ad-tech1 歸因於 Source1,而 ad-tech2 的觸發事件 3 則由 ad-tech2 歸因於 Source3。
競爭來源:
Fields |
Source1 |
Source2 |
Source3 |
Source4 |
廣告技術註冊來源 |
廣告技術 1 |
mmp-ad-tech |
廣告技術 2 |
mmp-ad-tech |
source_event_id |
34532 |
788324 |
6574435 |
4532343 |
目的地 |
https://destination.example.com |
https://destination.example.com |
https://destination.example.com |
https://destination.example.com |
優先順序 |
10 |
30 |
10 |
20 |
已註冊的觸發條件
歸因結果
觸發事件的 1 屬性屬於 Source2,觸發事件 2 屬性為「Source1」,而「觸發事件 3」屬性為 Source3。
在作者資訊後略過的來源
來源 4 - 日後不會參與歸因功能競爭。
事件報表
報表網址: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
}
報表網址: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
}
報表網址: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
}
彙總報告
報表網址:https://www.mmp-ad-tech.com/.well-known/attribution-reporting/report-aggregate-attribution
{
"attribution_destination": "https://destination.example.com",
"histograms": [
{
"key": "0x104",
"value": 11
}
]
}
報表網址:https://www.ad-tech1.com/.well-known/attribution-reporting/report-aggregate-attribution
{
"attribution_destination": "https://destination.example.com",
"histograms": [
{
"key": "0x201",
"value": 21
}
]
}
報表網址:https://www.ad-tech2.com/.well-known/attribution-reporting/report-aggregate-attribution
{
"attribution_destination": "https://destination.example.com",
"histograms": [
{
"key": "0x303",
"value": 31
}
]
}
情境 2:不含重新導向的跨聯播網歸因
假設廣告客戶與 2 種廣告放送技術和 1 個 MMP 合作。使用者點選第一個廣告放送技術的廣告,在來源登錄時重新導向至 MMP。當使用者點選第二個廣告放送技術的廣告時,廣告技術並「不會」進行重新導向,而是改為事先與 MMP 共用部分匯總鍵。
使用者接著在 MMP 登錄觸發事件的應用程式中完成轉換,但不會重新導向至任一項廣告技術。非重新導向的廣告技術將贏得最終觸控歸因。只有 MMP 會收到包含這項轉換的跨聯播網簡化摘要報表。
註冊時程
在 t0 的情況下,使用者點選廣告,而透過 Ad-tech1 的重新導向,Ad-tech1 和 Source2 登錄了 Source1 和來源 2:
"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",
}
}
在 t1 上點選其他廣告,導致廣告技術 2 產生 Source3,其中共用匯總鍵:
// 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"
]
}
在 t2 的情況下,使用者的動作/轉換會促使 mmp-ad-tech 登錄觸發事件,其中含有 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"
}
}
結果
Source2 會將註冊和目的地與觸發條件進行比對,因此成為歸因的競爭來源。此外,在觸發觸發事件時,Ad-tech2 和 Source3 的歸因設定是透過 Ad-tech2 共用匯總鍵指定。如此一來,系統就能產生衍生來源 (Source3),做為歸因的競爭來源。
競爭來源
Fields |
Source2 |
Source3' |
註冊廣告技術的原始來源 |
mmp-ad-tech |
廣告技術 2 |
source_event_id |
45453 |
978 |
優先順序 |
100 |
200 |
已註冊的觸發條件
mmp-ad-tech 觸發 1。
歸因結果
因為「Source3」的優先順序高於「來源 2」,因此觸發事件 1 會歸因於「來源 3」。
在作者資訊後略過的來源
Source2
事件報表
無 - 系統不會為衍生來源產生事件報表。
匯總報表
「來源 3」的父項來源 (即「來源 3」僅共用 campaignCounts
),則觸發條件的鍵計算方式如下:
(key_piece value) | ((x_network_key_mapping entry) << offset)
0x400 | (0x4 << 10) = 0x1400
最後,結果鍵是由 OR 觸發鍵 (0x1400) 與來源鍵 (0x159) 產生,例如 0x1559
報表網址:http://www.mmp-ad-tech.com/.well-known/attribution-reporting/report-aggregate-attribution
{
"attribution_destination": "https://destination.example.com",
"histograms": [
{
"key": "0x1559",
"value": 32768
}
]
}
情境 3:相同登錄鏈中的 MMP 登錄來源和衍生來源的上層候選者
假設廣告客戶與 2 種廣告放送技術和 1 個 MMP 合作。使用者點選第一項廣告放送技術的廣告,不會在來源登錄時重新導向,而是與 MMP 共用匯總鍵。使用者點選第二個廣告放送技術的廣告,則在來源登錄時重新導向至 MMP,並與 MMP 共用匯總鍵。
註冊時程
在 t0 時,使用者點選廣告技術 1 放送的廣告,系統就會啟動 Source1 的登錄作業:
"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"
]
}
在 t1 ,Ad-tech2 會登錄 Source2,並重新導向以登錄 MMP 來源。來源 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"
}
}
在 t2 中,觸發事件登錄作業已設為從 Ad-tech1 和廣告技術 2 產生衍生來源:
"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"
}
}
如此一來,在第二個登錄鏈中登錄的 MMP 來源就能勝出。產生的匯總報表類似以下內容:
結果
來自 Source2 (包含「source_event_id": "234456
」) 的來源 (包含「source_event_id": "234456
」) 未參與歸因,因為同一個登錄鏈也具有 mmp-ad-tech 登錄來源。
競爭來源
Fields |
資料來源 1 |
Source3 |
註冊廣告技術的原始來源 |
廣告技術 1 |
mmp-ad-tech |
source_event_id |
52343 |
4234 |
優先順序 |
20 |
100 |
已註冊的觸發條件
mmp-ad-tech 觸發 1。
歸因結果
由於 Source3 的優先順序高於「Source1」,因此觸發事件 1 會歸因於 Source3。
在作者資訊後略過的來源
Source1」- 不再考慮使用 Source1 建立 mmp-ad-tech 的衍生來源。
事件報表
報表網址: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
}
匯總報表
報表網址: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
}
]
}
}
情境 4:不含重新導向的跨聯播網歸因,以及選取來源的條件
假設廣告客戶與 4 項廣告放送技術和 1 個 MMP 合作。使用者點選了 1 個廣告放送技術的廣告,並觀看另外 3 個廣告。使用者在廣告客戶應用程式中完成轉換時,MMP 會登錄觸發條件,並根據下列篩選器,指定要用來建立衍生來源的廣告放送技術登錄來源:
- first_range_range:選擇在指定範圍內具有優先順序的來源
- 到期:選擇到期時間超過指定時間的來源
- source_filters:選擇 filter_data 與指定的 source_filters 相符
- source_not_filters:選擇 not_filters 與指定的 source_not_filters 相符的來源
根據條件產生衍生來源後,這些來源就能參與歸因。
報名時程
在 t0 時,使用者點擊會使廣告技術 1 登錄來源 Source1,並將 source_type 做為導覽項目與這個已註冊來源建立關聯:
"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"
]
}
在 t1 上,使用者觀看廣告導致廣告技術 2 登錄來源 Source2,這會將 source_type 做為事件與這個已註冊來源建立關聯:
"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"
]
}
在 t2 中,使用者檢視畫面會促使廣告技術 3 登錄來源 3,然後將 source_type 做為事件與這個已註冊來源建立關聯:
"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"
]
}
在 t3 中,使用者檢視畫面會使廣告技術 4 登錄來源 4,然後將 source_type 做為事件與這個已註冊來源建立關聯:
"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"
]
}
在 t4 時,使用者轉換會導致 mmp-ad-tech 登錄包含歸因設定的觸發事件,同時針對上述廣告技術登錄來源進行相關設定:
"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"
}
}
結果
因條件不符,下列來源無法產生衍生來源:
- 來源 1 不符合廣告技術 1 歸因設定的「
source_type":"event
」篩選器 - 來源 2 的優先順序設為 2000,超過廣告技術 2 的優先範圍篩選器 (1,1000)
- 來源 3 與「
filter2
」的值不相符
競爭來源
Fields |
來源 4' |
原始來源註冊廣告技術 |
廣告技術 4 |
source_event_id |
7567 |
目的地 |
https://destination.example.com |
優先順序 |
30 |
有效期限 |
註冊時間 + 2 天 |
已註冊的觸發條件
mmp-ad-tech 觸發 1。
歸因結果
由於觸發事件只有符合歸因資格的來源,因此系統會將觸發事件歸因至 Source4
在作者資訊後略過的來源
無
事件報表
無 - 系統不會為衍生來源勝出者產生事件報表
匯總報表
報表網址:http://www.mmp-ad-tech.com
{
"attribution_destination": "https://example.com",
"histograms": [
{
"key": "0x56d",
"value": 32768
},
{
"key": "0x5",
"value": 1664
}
]
}
情境 5:安裝後歸因
假設廣告客戶與 2 種廣告放送技術和 1 個 MMP 合作。某位使用者點選第一項廣告技術的廣告,並安裝了廣告客戶應用程式。在安裝後轉換的歸因期間,系統會優先採用安裝歸因的衍生來源,即使其他來源的優先順序較高也一樣。
報名時程
在 t0 時,使用者互動會導致廣告技術 1 登錄 Source1:
"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"
]
}
第 1 天,使用者在自己的裝置上安裝「com.example.app
」應用程式
在 t2 中,使用者互動會導致廣告技術 2 登錄 Source2:
"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"
]
}
在 t3 中,mmp-ad-tech 會使用 ad-tech1 和 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"
}
}
結果
由「Source1」和「Source2」產生的衍生來源 (分別為「Source1」和「Source2」),以便爭取歸因。
競爭來源
Fields |
資料來源 1 |
資料來源 2 |
註冊廣告技術的原始來源 |
廣告技術 1 |
廣告技術 2 |
source_event_id |
3645 |
345789 |
目的地 |
android-app://com.example.app |
android-app://com.example.app |
優先順序 |
10 |
20 |
核准應用程式安裝程序 |
是 |
否 |
已註冊的觸發條件
mmp-ad-tech 觸發 1。
歸因結果
因為觸發事件觸發了目標應用程式安裝量,因此系統會將 1 歸因於「Source1」。請注意,Source2 的優先順序較高。
在作者資訊後略過的來源
Source2:對於 mmp-ad-tech 登錄的任何觸發事件,系統不會將 Source2 的衍生來源列入考量。
事件報表
無 - 系統不會為衍生來源勝出者產生事件報表
匯總報表
報表網址: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
}
]
}
情境 6:失去一次,失去一貫的情境
如果廣告技術 1 某個來源參與 mmp-ad-tech 觸發條件的歸因轉換且未歸因轉換,系統就不會使用廣告技術 1 的來源來建立 mmp-ad-tech 觸發條件的衍生來源。以下是時間軸範例:
- 在 t0 上,Ad-tech1 的 Source1 已向
"priority": "10"
註冊。 - 在 t1 中,Ad-tech2 的 Source2 已向
"priority": "20"
註冊。 - 在 t2 中,mmp-ad-tech 的觸發事件 1 已向 ad-tech1 和 ad-tech2 的歸因設定登錄。
- 在 t3 的系統中,觸發事件 1 的歸因作業會在 Ad-tech2 的衍生來源勝出並忽略廣告技術 1 的來源
- 在 t4,Ad-tech3 的 Source3 已向
"priority": "5"
註冊。 - 在 t5 中,mmp-ad-tech 的 Trigger2 是透過 ad-tech1 和 ad-tech3 的設定登錄。
- 在 t6 時,觸發事件 2 的歸因作業將由 Source3 (Source3) 衍生來源勝出
結果說明
廣告技術 1 來源的衍生來源遺失了 Trigger1 的歸因狀態,因此無法使用 Source1 為觸發條件 2 的歸因建立衍生來源。如未在 t3 前錯失解決方案,這個程式碼的優先順序會高於 Ad-tech3 的來源,因為前者的優先順序較高。