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