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