คู่มือการใช้การวัดผล

1. ก่อนเริ่มต้น

พิจารณาสิ่งที่สำคัญกับธุรกิจของคุณมากที่สุดตามประเภทลูกค้าและกรณีการใช้งานต่อไปนี้ และตรวจสอบว่าการผสานรวมและการทดสอบสอดคล้องกับลำดับความสำคัญเหล่านั้น เกณฑ์ดังกล่าวอาจรวมถึงสิ่งต่อไปนี้

• ประเภทลูกค้า: ผู้ลงโฆษณารายใหญ่เทียบกับรายเล็ก เอเจนซี ประเภทประเภทธุรกิจ ขอบเขตทางภูมิศาสตร์
• วัตถุประสงค์ของแคมเปญและประเภท Conversion: การได้ผู้ใช้ใหม่ การคงลูกค้าไว้ การซื้อ และรายได้
• กรณีการใช้งาน: การรายงาน, การวิเคราะห์ ROI, การเพิ่มประสิทธิภาพราคาเสนอ

2. Use Case

เรามักจะเห็นรายงานสรุปที่ใช้สำหรับการรายงานและรายงานระดับเหตุการณ์ซึ่งใช้สำหรับการเพิ่มประสิทธิภาพ (และอาจรายงานเป็นข้อมูลเสริม) เพื่อเพิ่มความสามารถในการวัดผลให้สูงสุด ให้รวมระดับเหตุการณ์และระดับรวมเข้าด้วยกัน เช่น โดยอิงตามวิธีการของ Google Ads และการวิจัยการเพิ่มประสิทธิภาพ Privacy Sandbox

3. ทั่วไป

	เกณฑ์พื้นฐาน	เหมาะสมที่สุด
การรายงาน	การใช้รายงานสรุปในการรายงานกรณีการใช้งาน การใช้การผสานรวม PA + ARA	ทำความเข้าใจวิธีใช้รายงานสรุปและระดับเหตุการณ์ร่วมกันสำหรับการรายงาน
การเพิ่มประสิทธิภาพ	คำอธิบายที่ชัดเจนเกี่ยวกับสิ่งที่กำลังเพิ่มประสิทธิภาพ ความเข้าใจที่ชัดเจนว่ารายงานใดขับเคลื่อนรูปแบบการเพิ่มประสิทธิภาพของคุณ การใช้รายงานระดับเหตุการณ์เพื่อ Use Case การเพิ่มประสิทธิภาพ PA และ ARA การใช้การผสานรวม PA + ARA การเพิ่มประสิทธิภาพ PA อาจเกี่ยวข้องกับการสร้างแบบจำลองสัญญาณ	ทําความเข้าใจวิธีใช้รายงานสรุปและรายงานระดับเหตุการณ์ร่วมกัน โดยเฉพาะสําหรับการเพิ่มประสิทธิภาพ ROAS
การระบุแหล่งที่มาข้ามแอปและเว็บ	ทำความเข้าใจวิธีใช้การระบุแหล่งที่มาของ Chrome และ Android แบบข้ามแอปและเว็บ (เว็บอธิบาย, คำอธิบายสำหรับ Android)	เปรียบเทียบการระบุแหล่งที่มาแบบข้ามแอปและเว็บผ่าน ARA กับความครอบคลุมแบบข้ามแอปและเว็บในปัจจุบัน หากไม่ได้วัดการระบุแหล่งที่มาแบบข้ามแอปและเว็บอยู่ ให้พิจารณาว่าวิธีนี้อาจเป็นประโยชน์หรือไม่

4. การตั้งค่า

	เกณฑ์พื้นฐาน	เหมาะสมที่สุด
รายงานระดับเหตุการณ์	การตั้งค่าการเรียกใช้การลงทะเบียนแหล่งที่มา / การเรียกการลงทะเบียนอย่างเหมาะสมสำหรับขั้นตอนใดๆ (PA, ไม่ใช่ PA ฯลฯ) การใช้ Conversion การคลิกผ่าน (CTC) หรือ Conversion การดูผ่าน (VTC) กำลังใช้การตั้งค่าการกำหนดค่าเริ่มต้น ความเข้าใจอย่างถ่องแท้เกี่ยวกับลำดับความสำคัญ, expiry, event_report_window, deduplication_key, ตัวกรอง,_lookback_window	การตั้งค่าการเรียกใช้การลงทะเบียนแหล่งที่มา / ทริกเกอร์อย่างเหมาะสมสำหรับทุกขั้นตอน (PA, ไม่ใช่ PA, โฆษณาทุกประเภท ฯลฯ) การใช้ทั้ง CTC และ VTC ใช้การตั้งค่าระดับเหตุการณ์แบบยืดหยุ่นของ Lite โดยเฉพาะอย่างยิ่งเพื่อลดการสูญหายของรายงาน การทดสอบหน้าต่างการรายงานต่างๆ เพื่อเพิ่มประสิทธิภาพป้องกันการสูญเสียรายงาน และระบุการตั้งค่าที่เหมาะกับกรณีการใช้งานของคุณ ความเข้าใจอย่างถ่องแท้เกี่ยวกับวิธีการทำงานของขั้นตอนการระบุแหล่งที่มา การผสานรวมกับรายงานการแก้ไขข้อบกพร่องในช่วงเปลี่ยนผ่านเพื่อให้เปรียบเทียบกับการวัดผลผ่าน 3PC ได้ดียิ่งขึ้น ซึ่งรวมถึงรายงานการแก้ไขข้อบกพร่องของการระบุแหล่งที่มาสำเร็จและรายงานการแก้ไขข้อบกพร่องแบบละเอียด การผสานรวมกับ Sim lib ซึ่งเป็นเครื่องมือที่ใช้ทดสอบ ARA ตามข้อมูลประวัติได้
รายงานสรุป	การตั้งค่าการเรียกใช้การลงทะเบียนแหล่งที่มา / การเรียกการลงทะเบียนอย่างเหมาะสมสำหรับขั้นตอนใดๆ (PA, ไม่ใช่ PA ฯลฯ) การใช้ CTC หรือ VTC ความเข้าใจอย่างถ่องแท้เกี่ยวกับการกำหนดค่ารายงานสรุป ได้แก่ ตัวกรอง, aggregatable_report_window, ลอน_report_time, source_registration_time, reporting_origin การตั้งค่าบริการรวบรวมข้อมูลอย่างเหมาะสม	การตั้งค่าการเรียกใช้การลงทะเบียนแหล่งที่มา / ทริกเกอร์อย่างเหมาะสมสำหรับทุกขั้นตอน (PA, ไม่ใช่ PA, โฆษณาทุกประเภท ฯลฯ) การใช้ทั้ง CTC และ VTC ความเข้าใจอย่างถ่องแท้เกี่ยวกับวิธีการทำงานของ ขั้นตอนการระบุแหล่งที่มา พิจารณาวิธีเพิ่มประสิทธิภาพงบประมาณ L1 และ Conversion หลายรายการต่อแหล่งที่มา การผสานรวมกับรายงานการแก้ไขข้อบกพร่องในช่วงเปลี่ยนผ่านเพื่อให้เปรียบเทียบกับการวัดผลแบบ 3PC ได้ดียิ่งขึ้น ซึ่งรวมถึงทั้งรายงานการแก้ไขข้อบกพร่องของการระบุแหล่งที่มาสำเร็จและรายงานการแก้ไขข้อบกพร่องแบบละเอียด การผสานรวมกับ SimLib และการทดลองกับการจำลอง Noise Lab สามารถใช้เพื่อทดสอบการกำหนดค่า API แบบต่างๆ ตัวอย่างกลยุทธ์แบบกลุ่มที่ควรลองใช้ใน Sim lib

5. กลยุทธ์การนำไปปฏิบัติ

	เกณฑ์พื้นฐาน	เหมาะสมที่สุด
ข้อมูลที่ไม่ใช่ 3PC		ลองพิจารณาวิธีใช้คุกกี้ของบุคคลที่สาม (หากมีให้ใช้งาน) และข้อมูลที่ไม่ได้รับผลกระทบจาก 3PCD เพื่อตรวจสอบหรือปรับปรุงประสิทธิภาพของ ARA เพิ่มเติม
เสียงรบกวน	ความเข้าใจอย่างถ่องแท้เกี่ยวกับวิธีเพิ่มข้อมูลรบกวนในรายงานสรุปและการตัดสินใจต่างๆ ในการออกแบบที่สามารถเปลี่ยนแปลงผลกระทบของสัญญาณรบกวนได้	การผสานรวมกับ SimLib และการทดลองกับการจำลองทาง Noise Lab เพื่อประเมินผลกระทบจากเสียงรบกวน ติดตั้งใช้งานและทดสอบกลไกต่างๆ ในการลดเสียงรบกวน
บริการรวบรวมข้อมูล	ความเข้าใจอย่างถ่องแท้เกี่ยวกับเฟรมเวิร์กการทดสอบบริการรวบรวมข้อมูล: คำแนะนำการทดสอบบริการ Agg ตรวจสอบว่าคีย์ฝั่งแหล่งที่มาและคีย์ฝั่งทริกเกอร์ที่คุณวางแผนจะใช้นั้นเหมาะสมกับกรณีการใช้งานของคุณ ตัวอย่างโครงสร้างคีย์ที่จะเริ่มต้นอาจเป็นโครงสร้างคีย์ที่รวมมิติข้อมูลทั้งหมดที่คุณต้องการติดตาม คุณทดสอบโครงสร้างคีย์ต่างๆ ได้โดยอิงตามผลลัพธ์ ความเข้าใจอย่างถ่องแท้เกี่ยวกับรหัสที่ใช้ร่วมกันและงบประมาณการสนับสนุน ความเข้าใจอย่างถ่องแท้เกี่ยวกับวิธีเพิ่มสัญญาณรบกวนในบริการรวบรวมข้อมูล	การทดสอบโครงสร้างคีย์ต่างๆ รวมถึงคีย์แบบลำดับชั้นเพื่อเพิ่มประสิทธิภาพให้กรณีการใช้งานของคุณ ตัวอย่างการใช้โครงสร้างคีย์แบบลำดับชั้น การทดสอบค่าต่างๆ ของ Epsilon ภายใน Aggregation Service และให้มุมมองเกี่ยวกับค่านั้นได้
กลยุทธ์แบบกลุ่ม	ความเข้าใจอย่างถ่องแท้เกี่ยวกับผลกระทบของความถี่ต่างๆ ในการจัดกลุ่ม (เช่น รายชั่วโมง รายวัน หรือรายสัปดาห์) และวิธีจัดกลุ่มรายงาน (เช่น ตามเวลาของรายงานที่ตั้งเวลาไว้ของผู้ลงโฆษณา X) ดูรายละเอียดเพิ่มเติมได้ในเอกสารสำหรับนักพัฒนาซอฟต์แวร์และคำแนะนำการทดสอบการโหลดบริการ Agg ทดสอบกับความถี่แบบกลุ่มและผู้ลงโฆษณา 1 รายอย่างน้อย 1 ราย	การทดสอบชุดค่าผสมต่างๆ ของความถี่แบบกลุ่มกับมิติข้อมูลของรายงาน และระบุการตั้งค่าที่ดีที่สุดสำหรับกรณีการใช้งาน นอกจากนี้ยังอาจรวมถึงการมีกลยุทธ์ต่างๆ ต่อผู้ลงโฆษณาหรือกลุ่มผู้ลงโฆษณา (เช่น เล็ก กลาง และใหญ่) ดูคำแนะนำการทดสอบการโหลดของบริการ MTG Agg ลดการสูญหายของรายงานโดยการปรับกลยุทธ์การทำงานเป็นกลุ่มให้รองรับรายงานที่รวบรวมได้ล่าช้า
การแก้ไขข้อบกพร่อง	ผสานรวมกับรายงานการแก้ไขข้อบกพร่องของการระบุแหล่งที่มาสำเร็จ รายงานการแก้ไขข้อบกพร่องแบบละเอียด และโหมดแก้ไขข้อบกพร่องของบริการรวบรวม	ใช้รายงานการแก้ไขข้อบกพร่องทุกประเภทในการทดสอบและการประเมิน