大多數廣告主會與數個廣告聯播網合作,在不同發布商應用程式中放送廣告。如果廣告聯播網透過 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 時,使用者點選了 ad-tech1 放送的廣告,ad-tech1 隨即會登錄 Source1,以及由 mmp-ad-tech 進行重新導向的 Source2:
"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 時,使用者點選了 ad-tech2 放送的廣告,隨即會登錄 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 登錄觸發事件 (Trigger1),而這也會重新導向至 ad-tech1 (Trigger2) 和 ad-tech2 (Trigger3):
未定義
結果
mmp-ad-tech 登錄的來源 Source2 和 Source4 會競爭 mmp-ad-tech 登錄的觸發事件 Trigger1 的歸因。Source2 以優先順序較高勝過 Source4。Ad-tech1 的 Trigger2 歸因於 ad-tech1 的 Source1,ad-tech2 的 Tigger3 歸因於 ad-tech2 的 Source3。
競爭來源
欄位 |
Source1 |
Source2 |
Source3 |
Source4 |
登錄來源的廣告技術 |
ad-tech1 |
mmp-ad-tech |
ad-tech2 |
mmp-ad-tech |
source_event_id |
34532 |
788324 |
6574435 |
4532343 |
destination |
https://destination.example.com |
https://destination.example.com |
https://destination.example.com |
https://destination.example.com |
priority |
10 |
30 |
10 |
20 |
登錄的觸發事件
歸因結果
Trigger1 歸因於 Source2,Trigger2 歸因於 Source1,Trigger3 歸因於 Source3。
歸因後忽略的來源
Source4 不參與未來的歸因。
事件報表
報表網址: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 登錄 Source1,同時 ad-tech1 也重新導向至 mmp-ad-tech,由後者登錄 Source2:
"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 時,使用者點選了其他廣告,導致 ad-tech2 登錄 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',而 Source3' 也將參與歸因競爭。
競爭來源
欄位 |
Source2 |
Source3 |
登錄原始來源的廣告技術 |
mmp-ad-tech |
ad-tech2 |
source_event_id |
45453 |
978 |
priority |
100 |
200 |
登錄的觸發事件
mmp-ad-tech 登錄 Trigger1。
歸因結果
Trigger1 歸因於 Source3',因為 Source3' 的優先順序高於 Source2。
歸因後忽略的來源
Source2
事件報表
無 - 系統不會針對衍生來源產生事件報表。
匯總報表
Source3' 的父項來源 Source3 只會共用 campaignCounts
。觸發事件鍵的計算方式如下:
(key_piece value) | ((x_network_key_mapping entry) << offset)
0x400 | (0x4 << 10) = 0x1400
最後,透過對觸發事件鍵 (0x1400) 和來源鍵 (0x159) 進行 OR 運算,產生結果鍵 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 時,於登錄鏈結 2 中,ad-tech2 會登錄 Source2,並重新導向以登錄 MMP 來源 Source3:
"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 和 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"
}
}
結果是第二個登錄鏈結中的 MMP 登錄來源贏得歸因。產生的匯總報表如下:
結果
Source2 (具有「source_event_id": "234456
」) 的衍生來源不會參與歸因,因為同一登錄鏈結中也有 mmp-ad-tech 登錄來源。
競爭來源
欄位 |
Source1' |
Source3 |
登錄原始來源的廣告技術 |
ad-tech1 |
mmp-ad-tech |
source_event_id |
52343 |
4234 |
priority |
20 |
100 |
登錄的觸發事件
mmp-ad-tech 登錄 Trigger1。
歸因結果
Trigger1 歸因於 Source3,因為 Source3 的優先順序高於 Source1'。
歸因後忽略的來源
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 會登錄觸發事件,並根據下列篩選器,指定要使用哪個廣告放送技術登錄的來源建立衍生來源:
- priority_range:選擇優先順序在指定範圍中的來源
- 到期:選擇到期時間晚於指定期限的來源
- source_filters:選擇 filter_data 與指定的 source_filters 相符的來源
- source_not_filters:選擇 not_filters 與指定的 source_not_filters 相符的來源
根據條件產生的衍生來源可以參與歸因。
登錄時序
在 t0 時,使用者的點擊促使 ad-tech1 登錄 Source1 來源,從而將 source_type 設為 navigation,並與這個登錄來源建立關聯:
"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 時,使用者觀看廣告的行為促使 ad-tech2 登錄 Source2 來源,從而將 source_type 設為 event,並與這個登錄來源建立關聯:
"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 時,使用者的觀看行為促使 ad-tech3 登錄 Source3 來源,從而將 source_type 設為 event,並與這個登錄來源建立關聯:
"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 時,使用者的觀看行為促使 ad-tech4 登錄 Source4 來源,從而將 source_type 設為 event,並與這個註冊來源建立關聯:
"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"
}
}
結果
因條件不符,下列來源無法產生衍生來源:
- Source1 不符合 ad-tech1 歸因設定中的「
source_type":"event
」篩選條件 - Source2 的優先順序設為 2000,超出 ad-tech2 的優先順序範圍篩選器的值 (1,100)
- Source3 與「
filter2
」的值不符
競爭來源
欄位 |
Source4' |
登錄原始來源的廣告技術 |
ad-tech4 |
source_event_id |
7567 |
destination |
https://destination.example.com |
priority |
30 |
expiry |
登錄時間 + 2 天 |
登錄的觸發事件
mmp-ad-tech 登錄 Trigger1。
歸因結果
Trigger1 歸因於 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 時,使用者的互動行為促使 ad-tech1 登錄 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"
]
}
在 t1 時,使用者在自己的裝置上安裝 com.example.app
應用程式
在 t2 時,使用者的互動行為促使 ad-tech2 登錄 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' 會參與歸因競爭。
競爭來源
欄位 |
Source1' |
Source2' |
登錄原始來源的廣告技術 |
ad-tech1 |
ad-tech2 |
source_event_id |
3645 |
345789 |
destination |
android-app://com.example.app |
android-app://com.example.app |
priority |
10 |
20 |
是否促成應用程式安裝 |
是 |
否 |
登錄的觸發事件
mmp-ad-tech 登錄 Trigger1。
歸因結果
Trigger1 歸因於 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:輸一次即永久失去歸因資格
如果 ad-tech1 的來源有衍生來源參與 mmp-ad-tech 觸發事件的歸因,並且失去歸因,ad-tech1 的來源此後就不會用於建立 mmp-ad-tech 觸發事件的衍生來源。以下是範例時序:
- 在 t0 時,ad-tech1 的 Source1 登錄為
"priority": "10"
。 - 在 t1 時,ad-tech2 的 Source2 登錄為
"priority": "20"
。 - 在 t2 時,mmp-ad-tech 的 Trigger1 完成登錄,並使用 ad-tech1 和 ad-tech2 的歸因設定。
- 在 t3 時,Trigger1 進行歸因,其中 ad-tech2 的衍生來源贏得歸因,ad-tech1 的來源則被忽略
- 在 t4 時,ad-tech3 的 Source3 登錄為
"priority": "5"
。 - 在 t5 時,mmp-ad-tech 的 Trigger2 完成登錄,並使用 ad-tech1 和 ad-tech3 的設定。
- 在 t6 時,Trigger2 進行歸因,其中 Source3 的衍生來源 (Source3) 贏得歸因
結果說明
ad-tech1 來源的衍生來源已失去 Trigger1 的歸因,因此 Source1 並未用於建立 Trigger2 歸因的衍生來源。如果這個來源之前未失去歸因,在 t3 時,就會因為優先順序較高而勝過 ad-tech3 的來源。