ตัวอย่างการระบุแหล่งที่มาข้ามเครือข่าย

ผู้ลงโฆษณาส่วนใหญ่ทำงานกับเครือข่ายโฆษณาต่างๆ จำนวนมากเพื่อแสดงโฆษณาในแอปของผู้เผยแพร่โฆษณา หากเครือข่ายโฆษณาลงทะเบียนแหล่งที่มาของการระบุแหล่งที่มาและทริกเกอร์ด้วย API เครือข่ายจะได้รับรายงานสรุปและเหตุการณ์แบบระบุแหล่งที่มาด้วยตัวเอง

อย่างไรก็ตาม ผู้ลงโฆษณาที่ต้องการใช้บุคคลที่สามในการระบุแหล่งที่มาข้ามเครือข่าย (XNA) เพื่อพิจารณาโฆษณาที่ชนะรายการเดียวสำหรับ Conversion หนึ่งๆ ก็ยังคงใช้ต่อไปได้ โดยใช้เทคนิคต่อไปนี้

  • ตั้งค่าเซิร์ฟเวอร์ภายในองค์กรเพื่อลงทะเบียนเหตุการณ์ทริกเกอร์และรับรายงานการระบุแหล่งที่มาจาก API
  • ใช้พาร์ทเนอร์การวัดผลอุปกรณ์เคลื่อนที่ที่มีอยู่ต่อไป

ไม่ว่าผู้ลงโฆษณาจะเลือกใช้เทคนิคใด Attribution Reporting API จะรองรับฟีเจอร์ต่างๆ มากมายที่ช่วยให้บุคคลที่สามปรับแต่งตรรกะ XNA ในนามของผู้ลงโฆษณาได้ ดังนี้

  • บุคคลที่สามสามารถระบุแหล่งที่มาด้วย API โดยมีหรือไม่มีการเปลี่ยนเส้นทางจากเครือข่ายโฆษณา
  • คีย์ลำดับความสำคัญ ตัวกรอง และการกรองข้อมูลที่ซ้ำกันออกสามารถปรับแต่งการระบุแหล่งที่มาเพิ่มเติมได้ โดยอิงตามมิติข้อมูลแหล่งที่มาและทริกเกอร์
  • กรอบเวลาการระบุแหล่งที่มาหลังการติดตั้งช่วยให้แหล่งที่มาที่กระตุ้นให้เกิดการติดตั้งได้รับเครดิตสําหรับเหตุการณ์ Conversion ในแอปในอนาคตต่อไป

เทคโนโลยีโฆษณาของรูปแบบการระบุแหล่งที่มาใช้เพื่อการกรองข้อมูลที่ซ้ำกันออกทั่วทั้งเครือข่ายและการเลือกแหล่งที่มาที่ชนะอาจมีระดับความซับซ้อนที่แตกต่างกันโดยขึ้นอยู่กับวิธีใช้ประโยชน์จากฟีเจอร์ API เหล่านี้

ตัวอย่างด้านล่างแสดงสถานการณ์ตัวอย่างเกี่ยวกับวิธีใช้ฟีเจอร์เหล่านี้ และการกำหนดค่าต่างๆ มีผลต่อแหล่งที่มาของการระบุแหล่งที่มารายการใดที่จะได้รับเครดิตสำหรับเหตุการณ์ทริกเกอร์ที่กำหนดอย่างไร

กระบวนการ

รายการต่อไปนี้สรุปขั้นตอนของกระบวนการ XNA อธิบายง่ายๆ ก็คือ ขั้นตอนที่แสดงที่นี่เป็นโมเดลที่ผู้ลงโฆษณาใช้เทคโนโลยีการแสดงโฆษณาเพื่อแสดงโฆษณาและใช้ MMP สําหรับการวัด Conversion อย่างไรก็ตาม การออกแบบ API มีความยืดหยุ่น โดยฟังก์ชันการทำงานของเทคโนโลยีโฆษณาประเภทต่างๆ ไม่แตกต่างกันและไม่จำเป็นต้องใช้เทคโนโลยีโฆษณา

  1. การลงทะเบียนแหล่งที่มา: ผู้ใช้ดูหรือคลิกโฆษณา แล้วเทคโนโลยีโฆษณาที่จะลงทะเบียนแหล่งที่มาเหล่านี้กับ API เทคโนโลยีโฆษณาสำหรับการแสดงโฆษณาอาจเปลี่ยนเส้นทางไปยังเทคโนโลยีโฆษณาอื่นๆ ที่สามารถลงทะเบียนแหล่งที่มากับ API ได้โดยตรง หรือเปิดใช้การระบุแหล่งที่มาข้ามเครือข่ายโดยไม่มีการเปลี่ยนเส้นทาง
  2. การลงทะเบียนทริกเกอร์: ผู้ใช้ดำเนินการที่เกี่ยวข้องกับ Conversion เช่น การเปิดแอปครั้งแรก การซื้อ หรือการเพิ่มในรถเข็น ซึ่ง MMP จะลงทะเบียนทริกเกอร์กับ API นอกจากนี้ MMP ยังอาจเปลี่ยนเส้นทางไปยังเทคโนโลยีโฆษณาอื่นๆ ที่บันทึกทริกเกอร์กับ API ได้โดยตรง หาก MMP จำเป็นต้องเปิดใช้การระบุแหล่งที่มาข้ามเครือข่ายโดยไม่มีการเปลี่ยนเส้นทาง คุณต้องระบุการกำหนดค่าการระบุแหล่งที่มาระหว่างการลงทะเบียนทริกเกอร์
  3. การระบุแหล่งที่มา: หากมีการระบุการกำหนดค่าการระบุแหล่งที่มาระหว่างการลงทะเบียนทริกเกอร์ ระบบจะสร้างแหล่งที่มาที่ได้รับในนามของ MMP ระบบจะพยายามจับคู่กับแหล่งที่มาที่มีสิทธิ์ซึ่ง MMP ลงทะเบียนไว้โดยตรง หรือแหล่งที่มาที่มีสิทธิ์ซึ่งสร้างในนามของ MMP โดยใช้แหล่งที่มาของเทคโนโลยีโฆษณาสำหรับการแสดงโฆษณา แหล่งที่มาที่เหลือซึ่งไม่ชนะการระบุแหล่งที่มาได้ถูกลบออก และไม่มีสิทธิ์ชนะการระบุแหล่งที่มาสําหรับ Conversion ในอนาคตอีกต่อไป คุณอาจพบกรณีเช่นนี้ว่า "แพ้ครั้งเดียว แพ้ทุกครั้ง" ในส่วนอื่นๆ ของเอกสาร
    1. เมื่อแหล่งที่มาที่ได้มาสูญเสียการระบุแหล่งที่มา API จะไม่สร้างแหล่งที่มาที่ดึงมาในอนาคตโดยอิงตามแหล่งที่มาเดิม เมื่อ MMP บันทึกเหตุการณ์ Conversion ในอนาคต เทคโนโลยีโฆษณาสำหรับการแสดงโฆษณาและ MMP อื่นๆ อาจยังคงใช้แหล่งที่มาเดิมสำหรับการระบุแหล่งที่มาในอนาคต ซึ่งอธิบายไว้โดยละเอียดในสถานการณ์ที่ 6
  4. การสร้างรายงาน: การระบุแหล่งที่มาจะนําไปสู่การสร้างเหตุการณ์หรือการสร้างรายงานแบบรวม โปรดทราบว่าระบบจะสร้างเฉพาะรายงานสรุปสำหรับแหล่งข้อมูลที่ดึงมาเท่านั้น
  5. การส่งรายงาน: ระบบจะกำหนดเวลานำส่งรายงานที่สร้างขึ้น

สถานการณ์ 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 จะลงทะเบียนทริกเกอร์และระบุว่าแสดงแหล่งที่มาที่ลงทะเบียนของเทคโนโลยีโฆษณาใดเพื่อสร้างแหล่งที่มาตามตัวกรองต่อไปนี้

  1. ช่วงลำดับความสำคัญ: เลือกแหล่งที่มาที่มีลำดับความสำคัญภายในช่วงที่กำหนด
  2. expiry: เลือกแหล่งที่มาที่มีวันหมดอายุหลังระยะเวลาที่ระบุ
  3. source_filters: เลือกแหล่งที่มาที่มี filter_data ตรงกับ source_filters ที่ระบุไว้
  4. 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"
    }
  }

ผลลัพธ์

แหล่งที่มาต่อไปนี้ไม่ถือว่ามีสิทธิ์สร้างแหล่งที่มาที่ดึงมาจาก เนื่องจากเกณฑ์ไม่ตรงกัน

  1. Source1 ไม่ตรงตามตัวกรอง "source_type":"event" ในการกำหนดค่าการระบุแหล่งที่มาของ ad-tech1
  2. แหล่งที่มา 2 มีการตั้งค่าลำดับความสำคัญเป็น 2000 ซึ่งอยู่นอกเหนือตัวกรองช่วงลำดับความสำคัญของ ad-tech2 (1,1000)
  3. แหล่งที่มา 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 เนื่องจากมีลำดับความสำคัญสูงกว่า