ตำราการแก้ไขข้อบกพร่องในการรายงานการระบุแหล่งที่มา

ส่วนที่ 3 จาก 3 เกี่ยวกับการแก้ไขข้อบกพร่องการรายงานการระบุแหล่งที่มา ดูวิธีการใช้รายงานข้อบกพร่อง

ในตำรานี้ คุณจะเห็นวิธีการใช้รายงานข้อบกพร่องสําหรับ Use Case ต่างๆ ที่ระบุไว้ในส่วนที่ 1: ข้อมูลเบื้องต้นเกี่ยวกับรายงานข้อบกพร่อง

อภิธานศัพท์

  • ต้นทางการรายงานคือต้นทาง ที่ตั้งค่าส่วนหัวแหล่งที่มาและทริกเกอร์ของ Attribution Reporting ระบบจะส่งรายงานทั้งหมดที่สร้างโดยเบราว์เซอร์ไปยังต้นทางนี้ ในคำแนะนำนี้ เราใช้ https://adtech.example เป็นตัวอย่างที่มาของการรายงาน
  • รายงานการระบุแหล่งที่มา (รายงานสั้นๆ) คือรายงานสุดท้าย (ระดับเหตุการณ์หรือที่รวบรวมไว้) ที่มีข้อมูลการวัดที่คุณขอไว้
  • รายงานการแก้ไขข้อบกพร่องมีข้อมูลเพิ่มเติมเกี่ยวกับรายงานการระบุแหล่งที่มา หรือเกี่ยวกับเหตุการณ์แหล่งที่มาหรือทริกเกอร์ การได้รับรายงานการแก้ไขข้อบกพร่องไม่ได้หมายความว่ามีบางอย่างทำงานผิดปกติเสมอไป รายงานการแก้ไขข้อบกพร่องมี 2 ประเภท
  • รายงานการแก้ไขข้อบกพร่องแบบเปลี่ยนผ่านคือรายงานการแก้ไขข้อบกพร่องที่จำเป็นต้องตั้งค่าคุกกี้เพื่อสร้างและส่ง รายงานแก้ไขข้อบกพร่องในช่วงเปลี่ยนผ่านจะใช้งานไม่ได้หากไม่มีการตั้งค่าคุกกี้และเมื่อเลิกใช้งานคุกกี้ของบุคคลที่สามแล้ว รายงานแก้ไขข้อบกพร่องทั้งหมดที่อธิบายไว้ในคู่มือนี้เป็นรายงานแก้ไขข้อบกพร่องในช่วงเปลี่ยนผ่าน
  • รายงานการแก้ไขข้อบกพร่องสําเร็จจะติดตามการสร้างรายงานการระบุแหล่งที่มาที่สําเร็จ ซึ่งเกี่ยวข้องโดยตรงกับรายงานการระบุแหล่งที่มา รายงานแก้ไขข้อบกพร่องสำเร็จพร้อมให้ใช้งานแล้วตั้งแต่ Chrome 101 (เมษายน 2022)
  • รายงานการแก้ไขข้อบกพร่องอย่างละเอียดจะติดตามรายงานที่หายไปและช่วยคุณหาสาเหตุที่รายงานหายไปได้ โดยจะระบุกรณีที่เบราว์เซอร์ไม่ได้บันทึกเหตุการณ์แหล่งที่มาหรือทริกเกอร์ (ซึ่งหมายความว่าจะไม่สร้างรายงานการระบุแหล่งที่มา) และกรณีที่สร้างหรือส่งรายงานการระบุแหล่งที่มาไม่ได้ด้วยเหตุผลบางอย่าง รายงานการแก้ไขข้อบกพร่องแบบละเอียดมีช่อง type ที่อธิบายเหตุผลที่ไม่มีการสร้างเหตุการณ์แหล่งที่มา เหตุการณ์ทริกเกอร์ หรือรายงานการระบุแหล่งที่มา รายงานการแก้ปัญหาแบบละเอียดจะพร้อมให้บริการใน Chrome 109 เป็นต้นไป (เสถียรในเดือนมกราคม 2023)
  • คีย์การแก้ไขข้อบกพร่องคือตัวระบุที่ไม่ซ้ำกันซึ่งตั้งค่าได้ทั้งในด้านแหล่งที่มาและฝั่งทริกเกอร์ คีย์การแก้ไขข้อบกพร่องช่วยให้คุณแมป Conversion ที่อิงตามคุกกี้และ Conversion ที่อิงตามการระบุแหล่งที่มาได้ เมื่อตั้งค่าระบบให้สร้างรายงานการแก้ไขข้อบกพร่องและตั้งค่าคีย์การแก้ไขข้อบกพร่องแล้ว เบราว์เซอร์จะรวมคีย์การแก้ไขข้อบกพร่องเหล่านี้ไว้ในรายงานการระบุแหล่งที่มาและรายงานการแก้ไขข้อบกพร่องทั้งหมด

โปรดอ่านอภิธานศัพท์ของ Privacy Sandbox เพื่อดูแนวคิดและคําสําคัญอื่นๆ ที่ใช้ในเอกสารประกอบของเรา

วิธี: ตรวจสอบการผสานรวมแบบเรียลไทม์

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

วิธีวิเคราะห์การสูญเสียและแก้ปัญหาการผสานรวม

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

ภาพรวม

ขั้นตอนการวิเคราะห์การสูญเสีย

ใช้คีย์การแก้ไขข้อบกพร่อง (<source_debug_key, trigger_debug_key> คู่) เพื่อแมป Conversion ของคุกกี้กับรายงานการแก้ไขข้อบกพร่องที่ประสบความสําเร็จ สําหรับ Conversion คุกกี้แต่ละรายการ คุณได้รับรายงานการแก้ไขข้อบกพร่องสําเร็จที่เกี่ยวข้องในเวลาที่เกิด Conversion ไหม

หากใช่: คุณจะได้รับรายงานการระบุแหล่งที่มาในภายหลังสําหรับรายงานการแก้ไขข้อบกพร่องที่ประสบความสําเร็จทั้งหมดเหล่านี้ โดยมีข้อยกเว้นบางประการ ดูรายละเอียดในสถานการณ์รายงานการแก้ไขข้อบกพร่องที่ประสบความสําเร็จ

หากไม่: หมายความว่า Conversion ไม่ได้บันทึกไว้ในการรายงานการระบุแหล่งที่มา ใช้คู่ <source_debug_key, trigger_debug_key> (หรือคีย์การแก้ไขข้อบกพร่องของแหล่งที่มาหากไม่มีคีย์การแก้ไขข้อบกพร่องของทริกเกอร์) เพื่อแมป Conversion ของคุกกี้กับรายงานการแก้ไขข้อบกพร่องแบบละเอียด สําหรับ Conversion แต่ละรายการเหล่านี้ คุณได้รับรายงานการแก้ไขข้อบกพร่องแบบละเอียดที่เกี่ยวข้อง ณ เวลาใดเวลาหนึ่ง (แหล่งที่มาหรือเวลาทริกเกอร์) ไหม

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

  • หากได้รับรายงานการแก้ไขข้อบกพร่องแบบละเอียด ให้ดูที่ช่อง type

    • หาก type เป็น source-success หมายความว่าระบบลงทะเบียนแหล่งที่มาสําเร็จ แต่ทริกเกอร์ไม่สําเร็จ หากต้องการจำกัดสาเหตุที่รายงานการแก้ไขข้อบกพร่องที่สำเร็จหายไป ให้มองหารายงานการแก้ไขข้อบกพร่องแบบละเอียดที่เกี่ยวข้องของประเภทอื่นๆ รายงานนั้นจะระบุปัญหาในด้านทริกเกอร์

    • หาก type เป็นค่าอื่น แสดงว่ายังไม่ได้ลงทะเบียนแหล่งที่มาหรือทริกเกอร์ type จะบอกเหตุผลให้คุณทราบ รายงานการระบุแหล่งที่มาที่เกี่ยวข้อง (และรายงานการแก้ไขข้อบกพร่องที่ประสบความสําเร็จ) จะหายไป คุณอาจต้องพิจารณาข้อมูลนี้เป็นจุดข้อมูลการวิเคราะห์การสูญเสีย (กล่าวคือไม่ต้องดำเนินการใดๆ) หรืออาจต้องรายงานข้อบกพร่องหรือแก้ปัญหาการติดตั้งใช้งาน ทั้งนี้ขึ้นอยู่กับ type ของรายงานการแก้ไขข้อบกพร่องแบบละเอียด ดูรายละเอียดในสถานการณ์รายงานข้อบกพร่องแบบละเอียด

สถานการณ์ที่เป็นไปได้

รายงานการแก้ไขข้อบกพร่องที่สำเร็จ

หากได้รับรายงานการแก้ไขข้อบกพร่องสําหรับ Conversion คุกกี้หนึ่งๆ สำเร็จ แสดงว่า Conversion นี้ได้รับการบันทึกกับการรายงานการระบุแหล่งที่มาเรียบร้อยแล้ว

คุณจะได้รับรายงานการระบุแหล่งที่มาของ Conversion นี้ในภายหลัง⏤โดยมีข้อยกเว้นบางประการ ดังนี้

  • พฤติกรรมของผู้ใช้: การล้างข้อมูลหลังจากเกิด Conversion และก่อนที่จะส่งรายงานการระบุแหล่งที่มา การปิดเบราว์เซอร์ ฯลฯ หากผู้ใช้ปิดเบราว์เซอร์หลังจากเกิด Conversion และไม่เปิดเบราว์เซอร์เป็นเวลา 1 สัปดาห์ ระบบจะไม่ส่งรายงานเป็นเวลา 1 สัปดาห์หรือนานกว่านั้น คุณอาจถือว่าความล่าช้านี้เป็นความสูญเสีย
  • มีผลกับระดับเหตุการณ์เท่านั้น: รายงานระดับเหตุการณ์จะแทนที่ด้วยรายงานอื่นที่มีลําดับความสําคัญสูงกว่า
  • ปัญหาเกี่ยวกับเครือข่ายที่อาจเกิดขึ้น

รายงานการแก้ไขข้อบกพร่องแบบละเอียดประเภท source-success

หากได้รับรายงานการแก้ไขข้อบกพร่องแบบละเอียดประเภท source-success สําหรับแหล่งที่มาของ Conversion คุกกี้หนึ่งๆ แสดงว่าการลงทะเบียนแหล่งที่มาสําเร็จ คุณอาจได้รับหรือไม่ได้รับรายงาน Conversion นั้น ทั้งนี้ขึ้นอยู่กับว่าการลงทะเบียนทริกเกอร์สําเร็จในภายหลังหรือไม่

แต่มีข้อควรระวังอยู่ข้อหนึ่ง

รายงานการแก้ไขข้อบกพร่องแบบละเอียดของประเภทอื่นๆ

หากได้รับรายงานการแก้ไขข้อบกพร่องแบบละเอียดประเภทอื่นสําหรับ Conversion ของคุกกี้หนึ่งๆ คุณจะไม่ได้รับรายงานการแก้ไขข้อบกพร่องที่ประสบความสําเร็จ และจะไม่มีรายงานการระบุแหล่งที่มาในภายหลัง เนื่องจากรายงานแบบละเอียดหมายความว่าเกิดข้อผิดพลาดที่รายงานได้ มีสิ่งใดที่ป้องกันไม่ให้ลงทะเบียนแหล่งที่มา ลงทะเบียนทริกเกอร์ การสร้างรายงาน หรือการส่งรายงาน สาเหตุที่เป็นไปได้:

  • ขีดจํากัดด้านความเป็นส่วนตัว
  • จำนวนสูงสุดในการเก็บข้อมูล
  • กฎที่กำหนดเอง
  • ปัญหาการใช้งานในโค้ด
  • ข้อบกพร่องของเบราว์เซอร์

ปัญหาเหล่านี้เป็นสิ่งที่เกิดขึ้นได้ การดําเนินการที่จะทําจะขึ้นอยู่กับ type ของรายงานแบบละเอียดแต่ละฉบับ ตรวจสอบข้อมูลอ้างอิงรายงานแบบละเอียด

ไม่มีรายงานข้อบกพร่อง

หากได้รับเฉพาะรายงานการระบุแหล่งที่มา (ไม่มีรายงานการแก้ไขข้อบกพร่องที่ประสบความสําเร็จหรือรายงานการแก้ไขข้อบกพร่องแบบละเอียด) สําหรับ Conversion ของคุกกี้หนึ่งๆ แสดงว่าระบบไม่สามารถสร้างรายงานการแก้ไขข้อบกพร่องได้ สาเหตุที่เป็นไปได้:

  • ค่ากําหนดของผู้ใช้ (ผู้ใช้ปิดคุกกี้ของบุคคลที่สาม)
  • ไม่มีคุกกี้หรือไม่มีคีย์การแก้ไขข้อบกพร่อง (ล้างคีย์การแก้ไขข้อบกพร่องเนื่องจากไม่มีคุกกี้) ใน chrome://attribution-internals ให้เปิดแท็บบันทึก แล้วตรวจสอบว่ามีปัญหาใดๆ ปรากฏขึ้นหรือไม่
  • ปัญหาเกี่ยวกับเครือข่ายที่เกิดขึ้นที่แหล่งที่มาหรือเวลาทริกเกอร์ แต่ไม่ได้เกิดขึ้นเมื่อส่งรายงานการระบุแหล่งที่มา

คุณได้รับรายงานการระบุแหล่งที่มาไหม

กรณีนี้ถือเป็นกรณีย่อยของการไม่ได้รับรายงานการแก้ไขข้อบกพร่อง กล่าวคือ หากคุณไม่ได้รับรายงานใดๆ (ไม่มีรายงานการแก้ไขข้อบกพร่อง ไม่มีรายงานการระบุแหล่งที่มา) สําหรับ Conversion คุกกี้หนึ่งๆ แสดงว่าเกิดความล้มเหลวที่ไม่สามารถรายงานได้ สาเหตุที่เป็นไปได้:

  • ปัญหาการผสานรวมขั้นพื้นฐาน ดูวิธีแก้ปัญหาเหล่านี้ในแก้ไขปัญหาการผสานรวมพื้นฐาน
  • ปัญหาเกี่ยวกับเครือข่ายที่อาจเกิดขึ้น
  • ค่ากําหนดของผู้ใช้ในการตั้งค่าเบราว์เซอร์ เช่น ปิด Privacy Sandbox

ข้อมูลอ้างอิงรายงานข้อบกพร่องแบบละเอียด

รายงานการแก้ไขข้อบกพร่องแบบละเอียดแต่ละฉบับจะมีช่อง type ที่บันทึกสาเหตุที่ระบบทิ้งรายงานการระบุแหล่งที่มาที่เกี่ยวข้อง ใช้ข้อมูลอ้างอิงเพื่อดูว่าควรดําเนินการใดสําหรับ type แต่ละรายการของรายงานแบบละเอียด

ลงทะเบียนแหล่งที่มาสําเร็จ

ลงทะเบียนแหล่งข้อมูลเรียบร้อยแล้ว

source-success
รายละเอียดและเนื้อหารายงาน

รายงานข้อจํากัดด้านความเป็นส่วนตัว

รายงานเหล่านี้เป็นสิ่งที่คาดไว้ ป้ายเหล่านี้ระบุข้อจำกัดด้านความเป็นส่วนตัวเพื่อลดการเปิดเผยข้อมูลประจำตัวของผู้ใช้ข้ามเว็บไซต์

source-destination-limit
รายละเอียดและเนื้อหารายงาน
source-noised
รายละเอียดและเนื้อหารายงาน
trigger-attributions-per-source-destination-limit
รายละเอียดและเนื้อหารายงาน
trigger-reporting-origin-limit
รายละเอียดและเนื้อหารายงาน
trigger-event-noise
รายละเอียดและเนื้อหารายงาน
trigger-event-excessive-reports
ระบบจะสร้างรายงานนี้หากจํานวนรายงานเกินขีดจํากัด คุณสามารถบันทึก Conversion สูงสุด 1 รายการสําหรับยอดดู และ 3 รายการสําหรับการคลิก โปรดทราบว่าคุณสามารถกำหนดรายงานที่จะรับได้โดยการตั้งค่าลําดับความสําคัญ รายละเอียดและเนื้อหารายงาน

รายงานขีดจํากัดของพื้นที่เก็บข้อมูล

รายงานเหล่านี้เป็นสิ่งที่คาดไว้ ซึ่งบ่งบอกถึงขีดจำกัดของพื้นที่เก็บข้อมูลเพื่อป้องกันการใช้ทรัพยากรมากเกินไป

source-storage-limit
รายละเอียดและเนื้อหารายงาน
trigger-event-storage-limit
รายละเอียดและเนื้อหารายงาน
trigger-aggregate-storage-limit
รายละเอียดและเนื้อหารายงาน

รายงานกฎที่กำหนดเอง

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

trigger-no-matching-filter-data
รายละเอียดและเนื้อหารายงาน
trigger-event-no-matching-configuration
รายละเอียดและเนื้อหารายงาน
trigger-event-deduplicated
รายละเอียดและเนื้อหารายงาน
trigger-aggregate-deduplicated
รายละเอียดและเนื้อหารายงาน
trigger-event-low-priority
รายละเอียดและเนื้อหารายงาน
trigger-event-report-window-passed
รายละเอียดและเนื้อหารายงาน
trigger-aggregate-report-window-passed
รายละเอียดและเนื้อหารายงาน

รายงานแบบละเอียดอื่นๆ

รายงานเหล่านี้อาจบ่งบอกถึงปัญหาการใช้งานที่อาจเกิดขึ้นในโค้ด

trigger-no-matching-source
ปัญหานี้อาจเกิดจากการติดตั้งใช้งาน ตรวจสอบว่าไม่มีการกำหนดค่าที่ไม่ถูกต้องในการตั้งค่า <reporting origin, destination> ซึ่งอาจเป็นลักษณะการทํางานของ API ที่คาดไว้ เช่น ผู้ใช้ล้างข้อมูลในบางจุดหลังจากมีส่วนร่วมกับโฆษณาและก่อนที่จะทํา Conversion หรือผู้ใช้ทํา Conversion โดยไม่ได้เห็นโฆษณาที่เกี่ยวข้องเลย รายละเอียดและเนื้อหารายงาน
trigger-aggregate-no-contributions
นี่ไม่ใช่ลักษณะการทำงานที่คุณตั้งใจให้โค้ดมี แก้ปัญหาเกี่ยวกับโค้ดการลงทะเบียนทริกเกอร์ ตรวจสอบว่าการกำหนดค่าการมีส่วนร่วมถูกต้อง รายละเอียดและเนื้อหารายงาน
trigger-aggregate-insufficient-budget
นี่ไม่ใช่ลักษณะการทำงานที่คุณตั้งใจให้โค้ดมี ตรวจสอบรหัสการลงทะเบียนทริกเกอร์อีกครั้งเพื่อให้แน่ใจว่ายอดรวมของเงินบริจาคทั้งหมดไม่เกินงบประมาณการบริจาค รายละเอียดและเนื้อหารายงาน

ข้อผิดพลาดที่ไม่คาดคิด (ข้อบกพร่องของเบราว์เซอร์ที่อาจเกิดขึ้น)

รายงานเหล่านี้เกิดขึ้นโดยไม่คาดคิด ปัญหานี้อาจเกิดจากข้อบกพร่องของเบราว์เซอร์ รายงานข้อบกพร่องและระบุขั้นตอนในการทำให้เกิดข้อบกพร่องซ้ำในคำอธิบาย

source-unknown-error
รายละเอียดและเนื้อหารายงาน
trigger-unknown-error
รายละเอียดและเนื้อหารายงาน

ตัวอย่างการวิเคราะห์การสูญเสีย

ขั้นตอนที่ 1: การตั้งค่าและการแมปด้วยคุกกี้

ทําตามวิธีการในส่วนที่ 2: ตั้งค่ารายงานข้อบกพร่องเพื่อตั้งค่าระบบให้สร้างรายงานข้อบกพร่องที่แก้ไขได้และรายงานข้อบกพร่องแบบละเอียด

ซึ่งจะช่วยให้คุณใช้ข้อมูล Conversion ที่อิงตามคุกกี้เพื่อค้นหารายงานการแก้ไขข้อบกพร่องหรือรายงานการระบุแหล่งที่มาที่เกี่ยวข้องได้

ขั้นตอนที่ 2: ระบุการลงทะเบียนที่สำเร็จและรายงานที่ขาดหายไป

ในตัวอย่างนี้ สมมติว่าคุณติดตาม Conversion 100 รายการด้วยระบบที่อิงตามคุกกี้

ทุกครั้งที่คุณบันทึก Conversion ที่อิงตามคุกกี้ ให้มองหารายงานการแก้ไขข้อบกพร่องที่ประสบความสําเร็จ (ส่งทันที) ซึ่งมีคู่ <source_debug_key, trigger_debug_key> เดียวกันกับ Conversion ที่อิงตามคุกกี้นี้

สมมติว่าคุณได้รับรายงานการแก้ไขข้อบกพร่องสําเร็จสําหรับ Conversion คุกกี้ 70 รายการ

  • รายงานความสําเร็จหมายความว่ามีการบันทึกการระบุแหล่งที่มาเรียบร้อยแล้ว คุณจึงมั่นใจได้ว่าจะได้รับรายงานการระบุแหล่งที่มาซึ่งสอดคล้องกับรายงานความสําเร็จแต่ละฉบับ โดยมีข้อยกเว้นบางประการ
  • คุณเลือกที่จะตรวจสอบข้อยกเว้นเหล่านี้ได้ โดยให้มองหารายงานการระบุแหล่งที่มาที่มีคู่คีย์การแก้ไขข้อบกพร่องเดียวกันกับรายงานการแก้ไขข้อบกพร่องที่ประสบความสําเร็จแต่ละรายการ เนื่องจากระบบจะส่งรายงานการระบุแหล่งที่มาไปยังอุปกรณ์ปลายทางของคุณในช่วงหลายวัน/สัปดาห์ข้างหน้า (ขึ้นอยู่กับวันหมดอายุ) โปรดรอสักครู่ เนื่องจากระบบอาจไม่ส่งรายงานทันทีเมื่อสิ้นสุดกรอบเวลาแต่ละกรอบ สมมติว่าคุณพบรายงานการระบุแหล่งที่มาเพียง 60 รายการ รายงานการระบุแหล่งที่มาที่ขาดหายไป 10 รายการอาจเกิดจากพฤติกรรมของผู้ใช้

ขั้นตอนที่ 3: การประเมินการสูญเสียโดยสังเขป

100-70 = ไม่มีรายงานการแก้ไขข้อบกพร่องที่สำเร็จ 30 รายการ ซึ่งหมายความว่า Conversion 30 รายการเหล่านี้ (ซึ่งติดตามในการติดตั้งใช้งานตามคุกกี้) ไม่ได้บันทึกไว้กับการรายงานการระบุแหล่งที่มา คุณจะไม่ได้รับการรายงานการระบุแหล่งที่มาสําหรับรายการเหล่านี้

เนื่องจากคุณมี Conversion ที่อิงตามคุกกี้ 100 รายการและ Conversion จากการระบุแหล่งที่มาเพียง 70 รายการ ผลที่ขาดทุนคือ 30% ตอนนี้คุณมีการประเมินการสูญเสียโดยสังเขปแล้ว

ขั้นตอนที่ 4: วิเคราะห์สาเหตุ

หากต้องการตรวจสอบสาเหตุที่รายงานเหล่านี้หายไป ให้มองหารายงานการแก้ไขข้อบกพร่องแบบละเอียดที่เกี่ยวข้องซึ่งคุณได้รับในเวลาที่เกิด Conversion (การลงทะเบียนทริกเกอร์) หรือก่อนหน้านั้นเมื่อมีการลงทะเบียนแหล่งที่มา ใช้คีย์ของ Conversion ที่อิงตามคุกกี้เพื่อแมปกับรายงานการแก้ไขข้อบกพร่องแบบละเอียด

  • สมมติว่ามีคีย์ 10 รายการที่ไม่มีรายงานการแก้ไขข้อบกพร่องแบบละเอียด ตรวจสอบว่ามีปัญหาในการผสานรวมหรือไม่ หากไม่ ปัญหานี้อาจเกิดจากลักษณะการใช้งานของผู้ใช้
  • คุณมีรายงานการแก้ไขข้อบกพร่องแบบละเอียด 20 รายการ ตอนนี้คุณปรับแต่งการวิเคราะห์การสูญเสียได้แล้ว วิเคราะห์ฟิลด์ type ของรายงานแบบละเอียดแต่ละรายการ ตัวอย่างเช่น คุณอาจพบว่า
    • ไม่มีรายงาน 10 ฉบับ (= 10% ในตัวอย่างของเรา) เนื่องจาก pending destination limit
    • ไม่มีรายงาน 5 (= 5%) ฉบับเนื่องจาก trigger-aggregate-no-contributions
    • ไม่มีรายงาน 5 (= 5%) ฉบับเนื่องจาก unknown-error

ขั้นตอนที่ 5: ดำเนินการและแก้ปัญหา

เมื่อทราบสาเหตุที่รายงานหายไปแล้ว คุณก็ดําเนินการตามข้อมูลเชิงลึกเหล่านี้ได้

การดําเนินการที่จะทําจะขึ้นอยู่กับ type ของรายงานแบบละเอียดแต่ละฉบับ โปรดดูรายละเอียดในข้อมูลอ้างอิงรายงานแบบละเอียด เช่น

  • pending-destination-limit คือการคุ้มครองความเป็นส่วนตัว คุณไม่จำเป็นต้องดำเนินการใดๆ ใช้ตัวเลขนี้เป็นจุดข้อมูลสําหรับการแสดงผลและการตรวจสอบของคุณเอง
  • trigger-aggregate-no-contributions อาจบ่งบอกถึงปัญหาการติดตั้งใช้งาน วิเคราะห์เรื่องนี้เพิ่มเติม ใช้รายละเอียดในส่วนเนื้อหาของรายงานแบบละเอียดเพื่อแก้ปัญหานี้หากจําเป็น
  • unknown-error อาจบ่งบอกถึงข้อบกพร่องของเบราว์เซอร์หรือข้อผิดพลาดของเครือข่าย หากพบปัญหานี้ซ้ำๆ โปรดรายงานข้อบกพร่องให้นักพัฒนาเบราว์เซอร์ทราบ