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

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

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

อภิธานศัพท์

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

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

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

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

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

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

ภาพรวม

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

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

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

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

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

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

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

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

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

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

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

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

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

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

หากสำหรับแหล่งที่มาของ Conversion คุกกี้ที่ระบุ คุณได้รับรายงานการแก้ไขข้อบกพร่องแบบละเอียดของประเภท source-success นั่นหมายความว่าการลงทะเบียนแหล่งที่มาสำเร็จแล้ว คุณอาจได้รับรายงานสำหรับ 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 รายการนี้ (ที่ได้รับการติดตามในการติดตั้งใช้งานที่ใช้คุกกี้) จะไม่ได้รับการบันทึกด้วย Attribution Reporting คุณจะไม่ได้รับรายงานการระบุแหล่งที่มาของรายการเหล่านี้

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

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

หากต้องการตรวจสอบสาเหตุที่รายงานเหล่านี้หายไป ให้ดูรายงานการแก้ไขข้อบกพร่องแบบละเอียดที่เกี่ยวข้องซึ่งคุณได้รับ ณ เวลาที่ทำ Conversion (การลงทะเบียนทริกเกอร์) หรือก่อนหน้านั้นในการลงทะเบียนแหล่งที่มา ใช้คีย์ของ 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 อาจเป็นสัญญาณของข้อบกพร่องของเบราว์เซอร์หรือข้อผิดพลาดเกี่ยวกับเครือข่าย หากพบปัญหานี้ซ้ำๆ โปรดรายงานข้อบกพร่องให้นักพัฒนาเบราว์เซอร์ทราบ