ผู้ลงโฆษณาส่วนใหญ่ทำงานกับเครือข่ายโฆษณาต่างๆ จำนวนมากเพื่อแสดงโฆษณาในแอปของผู้เผยแพร่โฆษณา หากเครือข่ายโฆษณาลงทะเบียนแหล่งที่มาของการระบุแหล่งที่มาและทริกเกอร์ด้วย API เครือข่ายจะได้รับรายงานสรุปและเหตุการณ์แบบระบุแหล่งที่มาด้วยตัวเอง
อย่างไรก็ตาม ผู้ลงโฆษณาที่ต้องการใช้บุคคลที่สามในการระบุแหล่งที่มาข้ามเครือข่าย (XNA) เพื่อพิจารณาโฆษณาที่ชนะรายการเดียวสำหรับ Conversion หนึ่งๆ ก็ยังคงใช้ต่อไปได้ โดยใช้เทคนิคต่อไปนี้
- ตั้งค่าเซิร์ฟเวอร์ภายในองค์กรเพื่อลงทะเบียนเหตุการณ์ทริกเกอร์และรับรายงานการระบุแหล่งที่มาจาก API
- ใช้พาร์ทเนอร์การวัดผลอุปกรณ์เคลื่อนที่ที่มีอยู่ต่อไป
ไม่ว่าผู้ลงโฆษณาจะเลือกใช้เทคนิคใด Attribution Reporting API จะรองรับฟีเจอร์ต่างๆ มากมายที่ช่วยให้บุคคลที่สามปรับแต่งตรรกะ XNA ในนามของผู้ลงโฆษณาได้ ดังนี้
- บุคคลที่สามสามารถระบุแหล่งที่มาด้วย API โดยมีหรือไม่มีการเปลี่ยนเส้นทางจากเครือข่ายโฆษณา
- คีย์ลำดับความสำคัญ ตัวกรอง และการกรองข้อมูลที่ซ้ำกันออกสามารถปรับแต่งการระบุแหล่งที่มาเพิ่มเติมได้ โดยอิงตามมิติข้อมูลแหล่งที่มาและทริกเกอร์
- กรอบเวลาการระบุแหล่งที่มาหลังการติดตั้งช่วยให้แหล่งที่มาที่กระตุ้นให้เกิดการติดตั้งได้รับเครดิตสําหรับเหตุการณ์ Conversion ในแอปในอนาคตต่อไป
เทคโนโลยีโฆษณาของรูปแบบการระบุแหล่งที่มาใช้เพื่อการกรองข้อมูลที่ซ้ำกันออกทั่วทั้งเครือข่ายและการเลือกแหล่งที่มาที่ชนะอาจมีระดับความซับซ้อนที่แตกต่างกันโดยขึ้นอยู่กับวิธีใช้ประโยชน์จากฟีเจอร์ API เหล่านี้
ตัวอย่างด้านล่างแสดงสถานการณ์ตัวอย่างเกี่ยวกับวิธีใช้ฟีเจอร์เหล่านี้ และการกำหนดค่าต่างๆ มีผลต่อแหล่งที่มาของการระบุแหล่งที่มารายการใดที่จะได้รับเครดิตสำหรับเหตุการณ์ทริกเกอร์ที่กำหนดอย่างไร
กระบวนการ
รายการต่อไปนี้สรุปขั้นตอนของกระบวนการ XNA อธิบายง่ายๆ ก็คือ ขั้นตอนที่แสดงที่นี่เป็นโมเดลที่ผู้ลงโฆษณาใช้เทคโนโลยีการแสดงโฆษณาเพื่อแสดงโฆษณาและใช้ MMP สําหรับการวัด Conversion อย่างไรก็ตาม การออกแบบ API มีความยืดหยุ่น โดยฟังก์ชันการทำงานของเทคโนโลยีโฆษณาประเภทต่างๆ ไม่แตกต่างกันและไม่จำเป็นต้องใช้เทคโนโลยีโฆษณา
- การลงทะเบียนแหล่งที่มา: ผู้ใช้ดูหรือคลิกโฆษณา แล้วเทคโนโลยีโฆษณาที่จะลงทะเบียนแหล่งที่มาเหล่านี้กับ API เทคโนโลยีโฆษณาสำหรับการแสดงโฆษณาอาจเปลี่ยนเส้นทางไปยังเทคโนโลยีโฆษณาอื่นๆ ที่สามารถลงทะเบียนแหล่งที่มากับ API ได้โดยตรง หรือเปิดใช้การระบุแหล่งที่มาข้ามเครือข่ายโดยไม่มีการเปลี่ยนเส้นทาง
- การลงทะเบียนทริกเกอร์: ผู้ใช้ดำเนินการที่เกี่ยวข้องกับ Conversion เช่น การเปิดแอปครั้งแรก การซื้อ หรือการเพิ่มในรถเข็น ซึ่ง MMP จะลงทะเบียนทริกเกอร์กับ API นอกจากนี้ MMP ยังอาจเปลี่ยนเส้นทางไปยังเทคโนโลยีโฆษณาอื่นๆ ที่บันทึกทริกเกอร์กับ API ได้โดยตรง หาก MMP จำเป็นต้องเปิดใช้การระบุแหล่งที่มาข้ามเครือข่ายโดยไม่มีการเปลี่ยนเส้นทาง คุณต้องระบุการกำหนดค่าการระบุแหล่งที่มาระหว่างการลงทะเบียนทริกเกอร์
- การระบุแหล่งที่มา: หากมีการระบุการกำหนดค่าการระบุแหล่งที่มาระหว่างการลงทะเบียนทริกเกอร์ ระบบจะสร้างแหล่งที่มาที่ได้รับในนามของ MMP ระบบจะพยายามจับคู่กับแหล่งที่มาที่มีสิทธิ์ซึ่ง MMP ลงทะเบียนไว้โดยตรง หรือแหล่งที่มาที่มีสิทธิ์ซึ่งสร้างในนามของ MMP โดยใช้แหล่งที่มาของเทคโนโลยีโฆษณาสำหรับการแสดงโฆษณา แหล่งที่มาที่เหลือซึ่งไม่ชนะการระบุแหล่งที่มาได้ถูกลบออก และไม่มีสิทธิ์ชนะการระบุแหล่งที่มาสําหรับ Conversion ในอนาคตอีกต่อไป คุณอาจพบกรณีเช่นนี้ว่า "แพ้ครั้งเดียว แพ้ทุกครั้ง" ในส่วนอื่นๆ ของเอกสาร
- เมื่อแหล่งที่มาที่ได้มาสูญเสียการระบุแหล่งที่มา API จะไม่สร้างแหล่งที่มาที่ดึงมาในอนาคตโดยอิงตามแหล่งที่มาเดิม เมื่อ MMP บันทึกเหตุการณ์ Conversion ในอนาคต เทคโนโลยีโฆษณาสำหรับการแสดงโฆษณาและ MMP อื่นๆ อาจยังคงใช้แหล่งที่มาเดิมสำหรับการระบุแหล่งที่มาในอนาคต ซึ่งอธิบายไว้โดยละเอียดในสถานการณ์ที่ 6
- การสร้างรายงาน: การระบุแหล่งที่มาจะนําไปสู่การสร้างเหตุการณ์หรือการสร้างรายงานแบบรวม โปรดทราบว่าระบบจะสร้างเฉพาะรายงานสรุปสำหรับแหล่งข้อมูลที่ดึงมาเท่านั้น
- การส่งรายงาน: ระบบจะกำหนดเวลานำส่งรายงานที่สร้างขึ้น
สถานการณ์ 1: การระบุแหล่งที่มาข้ามเครือข่ายที่มีการเปลี่ยนเส้นทาง
ผู้ลงโฆษณารายหนึ่งกำลังทำงานกับเทคโนโลยีโฆษณา 2 อย่างและ 1 MMP เมื่อมีการคลิกโฆษณาที่แสดงโดยเทคโนโลยีโฆษณาสำหรับการแสดงโฆษณา เทคโนโลยีโฆษณาที่จะเปลี่ยนเส้นทางไปยัง MMP ในการลงทะเบียนแหล่งที่มา เมื่อผู้ใช้ทำ Conversion ในแอป MMP จะเปลี่ยนเส้นทางไปยังเทคโนโลยีโฆษณาจากการลงทะเบียนทริกเกอร์
MMP จะได้รับรายงานที่ซ้ำกันข้ามเครือข่าย และเทคโนโลยีโฆษณาที่แสดงแต่ละรายการจะได้รับรายงานที่ระบุแหล่งที่มาด้วยตนเอง
ลำดับเวลาของการจดทะเบียน
ที่ t0 ผู้ใช้คลิกที่โฆษณาที่แสดงโดย ad-tech1 ซึ่งลงทะเบียนแหล่งที่มา Source1 พร้อมกับการเปลี่ยนเส้นทาง 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"
}
}
ในหน้าที่ 1 ผู้ใช้คลิกที่โฆษณาที่แสดงโดย 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 การกระทำหรือ Conversion ของผู้ใช้ในแอปของผู้ลงโฆษณาจะทำให้มีการลงทะเบียนทริกเกอร์โดย mmp-ad-tech (ทริกเกอร์1) ซึ่งเปลี่ยนเส้นทางไปยัง ad-tech1 (ทริกเกอร์2) ad-tech2 (ทริกเกอร์3) ด้วยเช่นกัน
ไม่ได้กำหนด
ผลลัพธ์
แหล่งที่มาที่ลงทะเบียน mmp-ad-tech แล้ว Source2 และ Source4 จะแข่งขันกันในการระบุแหล่งที่มาสำหรับทริกเกอร์ที่ลงทะเบียนกับ mmp-ad-tech ทริกเกอร์1 Source2 ชนะ Source4 เพราะมีลำดับความสำคัญสูงกว่า ทริกเกอร์2 โดย ad-tech1 ได้รับการระบุแหล่งที่มาจาก Source1 โดย ad-tech1 และทริกเกอร์3 โดย ad-tech2 จะระบุแหล่งที่มา3โดย ad-tech2
แหล่งที่มาที่แข่งขันกันสำหรับ
ช่อง |
Source1 |
Source2 |
Source3 |
Source4 |
แหล่งที่มาที่ลงทะเบียนเทคโนโลยีโฆษณา |
เทคโนโลยีโฆษณา1 |
MMP-Ad-Tech |
Ad-Tech2 |
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 แอตทริบิวต์ 1 เป็นแอตทริบิวต์ Source1 และ ทริกเกอร์3 เป็น Source3
แหล่งที่มาที่ถูกข้ามไปหลังจากระบุแหล่งที่มา
แหล่งที่มา4 - จะไม่แข่งขันเพื่อการระบุแหล่งที่มาในอนาคต
รายงานเหตุการณ์
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
}
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
}
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
}
รายงานสรุป
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
}
]
}
URL ของรายงาน: https://www.ad-tech1.com/.well-known/attribution-reporting/report-aggregate-attribution
{
"attribution_destination": "https://destination.example.com",
"histograms": [
{
"key": "0x201",
"value": 21
}
]
}
URL ของรายงาน: 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 ล่วงหน้าแทน
จากนั้นผู้ใช้ทํา Conversion ในแอปที่ MMP ลงทะเบียนทริกเกอร์ แต่ไม่เปลี่ยนเส้นทางไปยังเทคโนโลยีโฆษณา เทคโนโลยีโฆษณาที่ไม่มีการเปลี่ยนเส้นทางจะชนะในการระบุแหล่งที่มาแบบคลิกสุดท้าย เฉพาะ MMP เท่านั้นที่จะได้รับรายงานสรุปที่ซ้ำกันข้ามเครือข่ายซึ่งรวม Conversion นี้ไว้ด้วย
ลำดับเวลาของการจดทะเบียน
ที่ t0 ผู้ใช้คลิกโฆษณา ซึ่งทำให้เกิดการลงทะเบียน Source1 โดย ad-tech1 และการลงทะเบียน Source2 โดย mmp-ad-tech ผ่านการเปลี่ยนเส้นทางจาก 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",
}
}
ที่ t1 ผู้ใช้คลิกที่โฆษณาอื่น ซึ่งทำให้เกิด Source3 โดย ad-tech2 ซึ่งแชร์คีย์การรวม ดังนี้
// 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"
]
}
ในหน้าที่ 2 การกระทำ/Conversion ของผู้ใช้จะกระตุ้นการลงทะเบียนโดย 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 เป็นแหล่งที่มาที่แข่งขันกันสําหรับการระบุแหล่งที่มา
แหล่งที่มาของคู่แข่ง
ช่อง |
Source2 |
แหล่งที่มา 3 |
แหล่งที่มาเดิมที่ลงทะเบียนเทคโนโลยีโฆษณา |
MMP-Ad-Tech |
Ad-Tech2 |
source_event_id |
45453 |
978 |
ลำดับความสำคัญ |
100 |
200 |
ทริกเกอร์ที่ลงทะเบียน
ทริกเกอร์1 โดย mmp-ad-tech
ผลการระบุแหล่งที่มา
ทริกเกอร์1 จะได้รับการระบุแหล่งที่มาว่ามาจาก Source3 เนื่องจาก Source3 นั้นมีลำดับความสำคัญสูงกว่า Source2
แหล่งที่มาที่ถูกข้ามไปหลังจากระบุแหล่งที่มา
Source2
รายงานเหตุการณ์
ไม่มี - ระบบจะไม่สร้างรายงานเหตุการณ์สำหรับแหล่งที่มาที่ได้รับ
รายงานสรุป
แหล่งที่มาระดับบนสุดของ Source3 นั่นคือ Source3 แชร์เฉพาะ campaignCounts
ส่วนคีย์สำหรับทริกเกอร์มีวิธีคำนวณดังนี้
(key_piece value) | ((x_network_key_mapping entry) << offset)
0x400 | (0x4 << 10) = 0x1400
สุดท้าย คีย์ผลลัพธ์จะสร้างขึ้นโดยคีย์ทริกเกอร์ OR-ing (0x1400) ที่มีคีย์แหล่งที่มา (0x159) นั่นคือ 0x1559
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
}
]
}
สถานการณ์ที่ 3: แหล่งที่มาที่ลงทะเบียนของ MMP และผู้สมัครระดับบนสุดของแหล่งที่มาที่ได้รับในสายการลงทะเบียนเดียวกัน
ผู้ลงโฆษณารายหนึ่งกำลังทำงานกับเทคโนโลยีโฆษณา 2 อย่างและ 1 MMP ผู้ใช้คลิกโฆษณาจากเทคโนโลยีโฆษณาที่แสดงครั้งแรก ซึ่งไม่ได้เปลี่ยนเส้นทางตามการลงทะเบียนแหล่งที่มา แต่แชร์คีย์การรวมกับ MMP ผู้ใช้คลิกโฆษณาจากเทคโนโลยีโฆษณาที่ 2 ซึ่งเปลี่ยนเส้นทางไปยัง MMP ในการลงทะเบียนแหล่งที่มาและแชร์คีย์การรวมกับ MMP
ลำดับเวลาของการจดทะเบียน
ที่ t0 ผู้ใช้คลิกที่โฆษณาที่แสดงโดย ad-tech1 ซึ่งจะเริ่มการลงทะเบียน 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 ในเชนการจดทะเบียนที่ 2 ชนะการระบุแหล่งที่มา รายงานสรุปที่ได้จะมีลักษณะดังต่อไปนี้
ผลลัพธ์
แหล่งที่มาที่ได้มาจาก Source2 (มี "source_event_id": "234456
") ไม่เข้าร่วมการระบุแหล่งที่มาเนื่องจากเชนการจดทะเบียนเดียวกันมีแหล่งที่มาที่จดทะเบียน mmp-ad-tech ด้วย
แหล่งที่มาของคู่แข่ง
ช่อง |
แหล่งที่มา1 |
Source3 |
แหล่งที่มาเดิมของการลงทะเบียนเทคโนโลยีโฆษณา |
เทคโนโลยีโฆษณา1 |
MMP-Ad-Tech |
source_event_id |
52343 |
4234 |
ลำดับความสำคัญ |
20 |
100 |
ทริกเกอร์ที่ลงทะเบียน
ทริกเกอร์1 โดย mmp-ad-tech
ผลการระบุแหล่งที่มา
ทริกเกอร์1 จะได้รับการระบุแหล่งที่มาว่ามาจาก Source3 เนื่องจาก Source3 มีลำดับความสำคัญสูงกว่า Source1"
แหล่งที่มาที่ถูกข้ามไปหลังจากระบุแหล่งที่มา
Source1' - จะไม่มีการพิจารณา Source1 เพื่อสร้างแหล่งที่มาที่ดึงมาสําหรับ mmp-ad-tech อีกต่อไป
รายงานเหตุการณ์
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
}
รายงานสรุป
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
}
]
}
}
สถานการณ์ที่ 4: การระบุแหล่งที่มาข้ามเครือข่ายโดยไม่มีการเปลี่ยนเส้นทางที่มีเกณฑ์เกี่ยวกับการเลือกแหล่งที่มา
ผู้ลงโฆษณารายหนึ่งทำงานกับเทคโนโลยีโฆษณา 4 ประเภทและ 1 MMP ผู้ใช้คลิกโฆษณาจากเทคโนโลยีโฆษณา 1 รายการและดูโฆษณาจากอีก 3 รายการ เมื่อผู้ใช้ทำ Conversion ในแอปของผู้ลงโฆษณา MMP จะลงทะเบียนทริกเกอร์และระบุว่าแสดงแหล่งที่มาที่ลงทะเบียนของเทคโนโลยีโฆษณาใดเพื่อสร้างแหล่งที่มาตามตัวกรองต่อไปนี้
- ช่วงลำดับความสำคัญ: เลือกแหล่งที่มาที่มีลำดับความสำคัญภายในช่วงที่กำหนด
- expiry: เลือกแหล่งที่มาที่มีวันหมดอายุหลังระยะเวลาที่ระบุ
- source_filters: เลือกแหล่งที่มาที่มี filter_data ตรงกับ source_filters ที่ระบุไว้
- source_not_filters: เลือกแหล่งที่มาที่ not_filters ตรงกับ source_not_filters ที่ระบุ
เมื่อมีการสร้างแหล่งที่มาที่ดึงมาจากเกณฑ์ แหล่งที่มาเหล่านั้นจะมีสิทธิ์ร่วมใช้การระบุแหล่งที่มา
ลำดับเวลาการลงทะเบียน
ที่ t0 การคลิกของผู้ใช้จะทําให้ ad-tech1 ลงทะเบียนแหล่งที่มา 1 ซึ่งเชื่อมโยง 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 ผู้ใช้ดูโฆษณาซึ่งทําให้ ad-tech2 ลงทะเบียนแหล่งที่มา 2 ซึ่งเชื่อมโยง 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 การแสดงผลของผู้ใช้จะทําให้ ad-tech3 ลงทะเบียนแหล่งที่มา Source3 ซึ่งเชื่อมโยง 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 การดูของผู้ใช้จะทําให้ ad-tech4 ลงทะเบียนแหล่งที่มา Source4 ซึ่งเชื่อมโยง 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 Conversion ของผู้ใช้จะทําให้ 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 ไม่ตรงตามตัวกรอง "
source_type":"event
" ในการกำหนดค่าการระบุแหล่งที่มาของ ad-tech1 - แหล่งที่มา 2 มีการตั้งค่าลำดับความสำคัญเป็น 2000 ซึ่งอยู่นอกเหนือตัวกรองช่วงลำดับความสำคัญของ ad-tech2 (1,1000)
- แหล่งที่มา 3 ไม่ตรงกับค่าของ "
filter2
"
แหล่งที่มาของคู่แข่ง
ช่อง |
แหล่งที่มา4 |
เทคโนโลยีโฆษณาที่ใช้การลงทะเบียนแหล่งที่มาเดิม |
Ad-Tech4 |
source_event_id |
7567 |
ปลายทาง |
https://destination.example.com |
ลำดับความสำคัญ |
30 |
วันที่หมดอายุ |
เวลาลงทะเบียน + 2 วัน |
ทริกเกอร์ที่ลงทะเบียน
ทริกเกอร์1 โดย mmp-ad-tech
ผลการระบุแหล่งที่มา
ทริกเกอร์ 1 ได้รับการระบุแหล่งที่มาเป็นแหล่งที่มา 4 เนื่องจากเป็นแหล่งที่มาที่มีสิทธิ์สำหรับการระบุแหล่งที่มาเท่านั้น
แหล่งที่มาที่ถูกข้ามไปหลังจากระบุแหล่งที่มา
ไม่มี
รายงานเหตุการณ์
ไม่มี - ระบบจะไม่สร้างรายงานเหตุการณ์สำหรับผู้ชนะแหล่งที่มาที่ได้มา
รายงานสรุป
URL ของรายงาน: http://www.mmp-ad-tech.com
{
"attribution_destination": "https://example.com",
"histograms": [
{
"key": "0x56d",
"value": 32768
},
{
"key": "0x5",
"value": 1664
}
]
}
สถานการณ์ที่ 5: การระบุแหล่งที่มาหลังการติดตั้ง
ผู้ลงโฆษณารายหนึ่งกำลังทำงานกับเทคโนโลยีโฆษณา 2 อย่างและ 1 MMP ผู้ใช้คลิกโฆษณาจากเทคโนโลยีโฆษณาแรกและติดตั้งแอปของผู้ลงโฆษณา ในระหว่างการระบุแหล่งที่มาสำหรับ Conversion หลังการติดตั้ง แหล่งที่มาที่ได้มาจากการระบุแหล่งที่มาการติดตั้งจะชนะแหล่งที่มาอื่นๆ แม้ว่าแหล่งที่มาอื่นๆ จะมีลำดับความสำคัญสูงกว่าก็ตาม
ลำดับเวลาการลงทะเบียน
ที่ 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"
]
}
ในหน้าที่ 1 ผู้ใช้ติดตั้งแอป 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' ตามลำดับ ซึ่งแข่งขันกันเพื่อการระบุแหล่งที่มา
แหล่งที่มาของคู่แข่ง
ช่อง |
แหล่งที่มา1 |
แหล่งที่มา 2 |
แหล่งที่มาเดิมของการลงทะเบียนเทคโนโลยีโฆษณา |
เทคโนโลยีโฆษณา1 |
Ad-Tech2 |
source_event_id |
3645 |
345789 |
ปลายทาง |
แอป android://com.example.app |
แอป android://com.example.app |
ลำดับความสำคัญ |
10 |
20 |
ขับเคลื่อนการติดตั้งแอป |
ใช่ |
ไม่ |
ทริกเกอร์ที่ลงทะเบียน
ทริกเกอร์1 โดย mmp-ad-tech
ผลการระบุแหล่งที่มา
ทริกเกอร์ 1 จะได้รับการระบุแหล่งที่มาว่ามาจาก Source1 เนื่องจากทำให้เกิดการติดตั้งแอปปลายทาง โปรดทราบว่า Source2' จะมีลำดับความสำคัญสูงกว่า
แหล่งที่มาที่ถูกข้ามไปหลังจากระบุแหล่งที่มา
Source2' - แหล่งที่มาที่ได้มาจาก Source2 จะไม่นำมาพิจารณาในการระบุแหล่งที่มาสำหรับทริกเกอร์ใดๆ ที่ลงทะเบียนโดย mmp-ad-tech
รายงานเหตุการณ์
ไม่มี - ระบบจะไม่สร้างรายงานเหตุการณ์สำหรับผู้ชนะแหล่งที่มาที่ได้มา
รายงานสรุป
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
}
]
}
สถานการณ์ที่ 6: แพ้ 1 ครั้ง แพ้ทุกครั้ง
หาก ad-tech1 มีแหล่งที่มาซึ่งได้เข้าร่วมในการระบุแหล่งที่มาสําหรับการระบุแหล่งที่มาของ mmp-ad-tech และการระบุแหล่งที่มาที่สูญหายไป ระบบจะไม่ใช้แหล่งที่มาของ ad-tech1 เพื่อสร้างแหล่งที่มาที่ดึงมาสำหรับการทริกเกอร์ของ mmp-ad-tech หลังจากนั้น ต่อไปนี้เป็นตัวอย่างไทม์ไลน์
- ที่ t0 Source1 ของ ad-tech1 จะลงทะเบียนกับ
"priority": "10"
- ที่ t1 Source2 ของ ad-tech2 มีการลงทะเบียนกับ
"priority": "20"
- ที่ t2 ทริกเกอร์1 ของ mmp-ad-tech ได้ลงทะเบียนกับ ad-tech1 และ ad-tech2 แล้ว
- ในหน้า t3 การระบุแหล่งที่มาสำหรับ Trigger1 จะเกิดขึ้นโดยที่แหล่งที่มาที่ได้จาก ad-tech2 จะชนะการระบุแหล่งที่มา และแหล่งที่มาของ ad-tech1 จะได้รับการเพิกเฉย
- ที่ t4 Source3 ของ ad-tech3 มีการลงทะเบียนกับ
"priority": "5"
- ที่ t5 ทริกเกอร์2 ของ mmp-ad-tech จะลงทะเบียนกับการกำหนดค่าของ ad-tech1 และ ad-tech3
- ที่ t6 การระบุแหล่งที่มาสำหรับทริกเกอร์2 เกิดขึ้น โดยแหล่งที่มาที่ได้มาจาก Source3 (แหล่งที่มา3') จะชนะการระบุแหล่งที่มา
คำอธิบายผลลัพธ์
แหล่งที่มาที่ได้มาจากแหล่งที่มาของ ad-tech1 ไม่มีการระบุแหล่งที่มาของ Trigger1 จึงไม่มีการใช้ Source1 เพื่อสร้างแหล่งที่มาที่ดึงมาสำหรับการระบุแหล่งที่มาของ Trigger2 หากไม่แพ้ในช่วง t3 ก็น่าจะได้สิทธิ์เหนือแหล่งที่มาของ ad-tech3 เนื่องจากมีลำดับความสำคัญสูงกว่า