ส่วนที่ 1 จาก 3 เกี่ยวกับการแก้ไขข้อบกพร่องของรายงานการระบุแหล่งที่มา ดูสาเหตุที่การแก้ไขข้อบกพร่องมีความสำคัญและกรณีที่ควรใช้รายงานการแก้ไขข้อบกพร่องในการทดสอบ
เหตุใดคุณจึงต้องมีรายงานการแก้ไขข้อบกพร่อง
หากทดสอบ Attribution Reporting API คุณควรตรวจสอบว่าการผสานรวมทํางานได้อย่างถูกต้อง ทําความเข้าใจช่องว่างในผลลัพธ์การวัดระหว่างการติดตั้งใช้งานตามคุกกี้กับการติดตั้งใช้งาน Attribution Reporting และแก้ไขปัญหาเกี่ยวกับการผสานรวม
ต้องมีรายงานแก้ไขข้อบกพร่องเพื่อทำงานเหล่านี้ให้เสร็จสมบูรณ์ ดังนั้น เราขอแนะนำให้คุณตั้งค่า
อภิธานศัพท์
ลักษณะสำคัญของรายงานการแก้ไขข้อบกพร่อง
รายงานการแก้ไขข้อบกพร่อง 2 ประเภท
โดยมีรายงานการแก้ไขข้อบกพร่อง 2 ประเภทด้วยกัน ใช้ทั้ง 2 แบบ เนื่องจากกรณีการใช้งานที่ต่างกัน
รายงานการแก้ไขข้อบกพร่องสำเร็จ
รายงานการแก้ไขข้อบกพร่องสําเร็จจะติดตามการสร้างรายงานการระบุแหล่งที่มาที่สําเร็จ ซึ่งเกี่ยวข้องโดยตรงกับ รายงานการระบุแหล่งที่มา
รายงานแก้ไขข้อบกพร่องสำเร็จพร้อมให้ใช้งานแล้วตั้งแต่ Chrome 101 (เมษายน 2022)
รายงานการแก้ไขข้อบกพร่องแบบละเอียด
รายงานแก้ไขข้อบกพร่องแบบละเอียดช่วยให้คุณมีระดับการเข้าถึงเหตุการณ์แหล่งที่มาและทริกเกอร์มากขึ้น คุณจ��งมั่นใจได้ว่ามีการลงทะเบียนแหล่งที่มาเรียบร้อยแล้ว หรือติดตามรายงานที่หายไปและระบุสาเหตุที่รายงานขาดหายไป (ไม่มีเหตุการณ์ต้นทางหรือทริกเกอร์ ล้มเห����������่อ������หรือ��ร้างรายงาน) รายงานการแก้ไขข้อบกพร่องแบบละเอียดจะแสดงข้อมูลต่อไปนี้
- กรณีที่เบราว์เซอร์ลงทะเบียนแหล่งที่มาสำเร็จ
- กรณีที่เบราว์เซอร์ไม่ลงทะเบียนเหตุการณ์แหล่งที่มาหรือทริกเกอร์เหตุการณ์สําเร็จ ซึ่งหมายความว่าเบราว์เซอร์จะไม่สร้างรายงานการระบุแหล่งที่มา
- กรณีที่ระบบสร้างหรือส่งรายงานการระบุแหล่งที่มาไม่ได้ด้วยเหตุผลบางอย่าง
รายงานการแก้ไขข้อบกพร่องแบบละเอียดจะมีช่อง type ที่อธิบายการลงทะเบียนแหล่งที่มาที่สำเร็จ หรือเหตุผลที่ระบบไม่สร้างรายงานแหล่งที่มา ทริกเกอร์ หรือระบุแหล่งที่มา
รายงานการแก้ไขข้อบกพร่องแบบละเอียดมีให้บริการตั้งแต่ Chrome 109 (มกราคม 2023) แล้ว ยกเว้นรายงานการแก้ไขข้อบกพร่องแบบละเอียดสำหรับการลงทะเบียนต้นทางที่เพิ่มเข้ามาภายหลังใน Chrome 112
ดูตัวอย่างรายงานในส่วนที่ 2: ตั้งค่ารายงานการแก้ไขข้อบกพร่อง
รายงานการแก้ไขข้อบกพร่องจะอิงตามคุกกี้
หากต้องการใช้รายงานการแก้ไขข้อบกพร่อง ต้นทางการรายงานจะต้องตั้งค่าคุกกี้
หากต้นทางที่กำหนดค่าเพื่อรับรายงานเป็นบุคคลที่สาม คุกกี้นี้จะเป็นคุกกี้ของบุคคลที่สาม ซึ่งมีผลกระทบหลัก 2-3 ประการดังนี้
- ระบบจะสร้างรายงานการแก้ไขข้อบกพร่องเมื่ออนุญาตคุกกี้ของบุคคลที่สามในเบราว์เซอร์ของผู้ใช้เท่านั้น
- รายงานแก้ไขข้อบกพร่องจะใช้งานไม่ได้หลังเลิกใช้คุกกี้ของบุคคลที่สาม
ระบบจะส่งรายงานการแก้ไขข้อบกพร่องทันที
เบราว์เซอร์จะส่งรายงานการแก้ไขข้อบกพร่องไปยังต้นทางการรายงานทันที ซึ่งไม่เหมือนกับรายงานการระบุแหล่งที่มาที่ส่งแบบหน่วงเวลา
ระบบจะสร้างและส่งรายงานการแก้ไขข้อบกพร่องสำเร็จทันทีที่สร้างรายงานการระบุแหล่งที่มาที่เกี่ยวข้อง ซึ่งก็คือการลงทะเบียนเมื่อทริกเกอร์
ระบบจะส่งรายงานการแก้ไขข้อบกพร่องแบบละเอียดทันทีเมื่อมีการลงทะเบียนต้นทางหรือ��ริกเกอร์
รายงานแก้ไขข้อบกพร่องมีเส้นทางปลายทางต่างกัน
ระบบจะส่งรายงานการแก้ไขข้อบกพร่องทั้งหมดไปยังต้นทางการรายงาน เช่นเดียวกับรายงานการระบุแหล่งที่มา ระบบจะส่งรายงานการแก้ไขข้อบกพร่องไปยังปลายทาง 3 รายการของต้นทางการรายงานแยกกัน ดังนี้
- ปลายทางสำหรับรายงานการแก้ไขข้อบกพร่องสำเร็จ ระดับเหตุการณ์
- ปลายทางสำหรับรายงานการแก้ไขข้อบกพร่องที่สำเร็จ ซึ่งรวบรวมข้อมูลได้
- ปลายทางสำหรับรายงานการแก้ไขข้อบกพร่องที่รายละเอียด ระดับเหตุการณ์ ที่รวบรวมได้
ดูข้อมูลเพิ่มเติมในส่วนที่ 2: ตั้งค่ารายงานการแก้ไขข้อบกพร่อง
กรณีการใช้งาน
การตรวจสอบการผสานรวมแบบเรียลไทม์พื้นฐาน
ระบบจะส่งรายงานการแก้ไขข้อบกพร่องไปยังปลายทางทันที ซึ่งจะแตกต่างจากรายงานการระบุแหล่งที่มาที่ล่าช้าเพื่อปกป้องความเป็นส่วนตัวของผู้ใช้ ใช้รายงานการแก้ไขข้อบกพร่องเป็นสัญญาณแบบเรียลไทม์ว่าการผสานรวมกับ Attribution Reporting API ทํางานอยู่
เรียนรู้วิธีการในส่วนที่ 3: การแก้ไขข้อบกพร่องในตำราอาหาร
การวิเคราะห์การสูญเสีย
Attribution Reporting API ต่างจากคุกกี้ของบุคคลที่สามตรงที่มีการปกป้องความเป็นส่วนตัวในตัว ซึ่งออกแบบมาเพื่อรักษาสมดุลระหว่างยูทิลิตีและความเป็นส่วนตัว ซึ่งหมายความว่าเมื่อใช้ Attribution Reporting API คุณอาจรวบรวมข้อมูลการวัดทั้งหมดที่คุณรวบรวมด้วยคุกกี้ไว้ไม่ได้ Conversion ที่ติดตามได้ด้วยคุกกี้ของบุคคลที่สามอาจไม่ได้สร้างรายงานการระบุแหล่งที่มา
ตัวอย่างหนึ่งคือ สำหรับรายงานระดับเหตุการณ์ คุณสามารถบันทึก Conversion ได้สูงสุด 1 รายการต่อการแสดงผล 1 ครั้ง ซึ่งหมายความว่าสำหรับการแสดงโฆษณาหนึ่งๆ คุณจะได้รับรายงานการระบุแหล่งที่มาเพียง 1 ครั้ง ไม่ว่าผู้ใช้จะทำ Conversion กี่ครั้งก็ตาม
ใช้รายงานการแก้ไขข้อบกพร่องเพื่อดูความแตกต่างระหว่างผลการวัดที่อิงตามคุกกี้และผลลัพธ์ที่ได้รับจาก Attribution Reporting API ระบุว่ามีการรายงาน Conversion ใดบ้าง จำนวน Conversion ที่ไม่ได้รายงาน และบอกว่ามีการรายงาน Conversion ใดและเพราะเหตุใด
ดูวิธีเรียกใช้การวิเคราะห์การสูญหายใน���่วนที่ 3: การแก้ไขข้อบกพร่องของตำราอาหาร
การแก้ปัญหา
แม้ว่าการสูญเสียสิทธิ์ซึ่งเกิดจากการคุ้มครองความเป็นส่วนตัวหรือทรัพยากรเป็นสิ่งที่คาดว่าจะเกิดอยู่แล้ว แต่ก็อาจเกิดการสูญเสียอื่นๆ โดยไม่ได้ตั้งใจ การกำหนดค่าที่ไม่ถูกต้องในการใช้งานหรือข้อบกพร่องในเบราว์เซอร์อาจทำให้รายงานหายไป
คุณสามารถใช้รายงานการแก้ไขข้อบกพร่องเพื่อตรวจหาและแก้ไขปัญหาการใช้งานในฝั่งของคุณ หรือเพื่อรายงานข้อบกพร่องที่อาจเกิดขึ้นให้ทีมเบราว์เซอร์ทราบ เรียนรู้วิธีการได้ในส่วนที่ 3: การแก้ไขข้อบกพร่องในตำราอาหาร
การตรวจสอบการกำหนดค่าขั้นสูง
บางฟีเจอร์ของ Attribution Reporting API ให้คุณปรับแต่งลักษณะการทำงานของ API ได้ ตัวอย่างของกฎการกรอง กฎการกรองข้อมูลที่ซ้ำกันออก และกฎลำดับความสำคัญ
เมื่อใช้ฟีเจอร์เหล่านี้ ให้ใช้รายงานการแก้ไขข้อบกพร่องเพื่อตรวจสอบว่าตรรกะของคุณนำไปสู่ลักษณะการทำงานที่ต้องการในเวอร์ชันที่ใช้งานจริง โดยไม่ต้องรอรายงานการระบุแหล่งที่มา เรียนรู้วิธีการในส่วนที่ 3: การแก้ไขข้อบกพร่องในตำราอาหาร
การทดสอบในเครื่องกับรายงานที่รวบรวมได้
รายงานแก้ไขข้อบกพร่องที่รวบรวมได้จะมีเพย์โหลดที่ไม่เข้ารหัส ซึ่งต่างจากรายงานการระบุแหล่งที่มาที่รวบรวมได้ที่เข้ารหัส
ใช้รายงานการแก้ไขข้อบกพร่องที่รวบรวมได้เพื่อตรวจสอบเนื้อหาของรายงานที่รวบรวมได้ และเพื่อสร้างรายงานสรุปด้วยเครื่องมือรวบรวมข้อมูลที่อยู่ในเครื่องเพื่อทำการทดสอบ
การประมวลผลรายงานบริการรวมข้อมูลอีกครั้ง
ข้อดีอีกอย่างหนึ่งของการใช้โหมดแก้ไขข้อบกพร่องคือ คุณสามารถประมวลผลรายงานได้อีกครั้ง ดังนั้น หากต้องการประมวลผลรายงานมากกว่า 1 ครั้ง ให้ตรวจสอบว่าได้เปิดใช้รายงานการแก้ไขข้อบกพร่องแล้ว คุณอาจต้องประมวลผลรายงานอีกครั้งในกร��ีต่อไปนี้
- กำลังแก้ไขข้อบกพร่องของ Aggregation Service
- ด้วยกลยุทธ์การทำงานแบบกลุ่ม ที่แตกต่างกัน
- ด้วยค่า epsilon ที่แตกต่างกัน
การกู้ข้อมูล
เราขอแนะนำให้เทคโนโลยีโฆษณาเปิดใช้โหมดแก้ไขข้อบกพร่องเพื่อรับรายงานการแก้ไขข้อบกพร่อง เพื่อกู้คืนข้อมูลการรายงาน วิธีนี้มีประโยชน์ในกรณีที่เกิดปัญหาเกี่ยวกับบริการรวบรวมข้อมูล เช่น บริการที่ไม่พร้อมใช้งานหรือไม่ตอบสนอง ซึ่งอาจส่งผลให้การสร้างรายงานสรุปไม่สำเร็จ