คำแนะนำในการทดสอบ API ความเกี่ยวข้อง

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

  • สื่อเผยแพร่นี้ควรได้รับการตรวจสอบควบคู่ไปกับคำแนะนำในการทดสอบ CMA ได้แก่ หมายเหตุเกี่ยวกับการทดสอบ (พฤศจิกายน 2022), คำแนะนำในการทดสอบ (มิถุนายน 2023) และคำแนะนำในการทดสอบเพิ่มเติม (ตุลาคม 2023)
  • เอกสารนี้มีเป้าหมายเพื่อให้คำแนะนำแก่ผู้เข้าร่วมตลาดเกี่ยวกับกรณีการใช้งานของ Relevance API, การกำหนดค่า, โครงสร้างการทดสอบ, เป้าหมาย และแนวทางปฏิบัติแนะนำในการประเมินสำหรับผู้เข้าร่วมตลาด

หลักการออกแบบการทดสอบ

ตรวจสอบว่ามีการกำหนดกลุ่มทดสอบและกลุ่มควบคุมไว้อย่างดีแล้ววัดตัวแปรเดียวกัน

การกำหนดและสุ่มผู้ใช้

  • หากไม่ใช้กลุ่มทดสอบที่อำนวยความสะดวกโดย Chrome เพียงอย่างเดียว (เช่น ทำการทดสอบกับการเข้าชมอื่น) ให้ตรวจสอบว่าฝั่งทดสอบและฝั่งควบคุมของผู้ใช้เป็นแบบสุ่มและเป็นกลาง ไม่ว่าจะตั้งค่ากลุ่มทดสอบอย่างไร ให้ประเมินลักษณะของกลุ่มทดสอบและกลุ่มควบคุมเพื่อให้แน่ใจว่ากลุ่มทดสอบ/กลุ่มควบคุมนั้นเปรียบเทียบกันได้ ดูส่วนที่ 15
  • ตรวจสอบว่าลักษณะเฉพาะของผู้ใช้ของกลุ่มทดสอบและกลุ่มควบคุมเหมือนกัน (เช่น ใช้ภูมิศาสตร์ที่คล้ายกันทั้งในกลุ่มทดสอบและกลุ่มควบคุม) ดูส่วนที่ 28
  • จากการออกแบบการทดสอบที่แนะนำของ CMA ประกอบด้วยกลุ่มทดสอบ 3 กลุ่ม ได้แก่ กลุ่มทดสอบ (PS API + สัญญาณอื่นๆ) + การควบคุม 1 (ไม่ใช่ 3PC + สัญญาณอื่นๆ) + การควบคุม 2 (ไม่ใช่ 3PC + ไม่มี PS API + สัญญาณอื่นๆ) ดูส่วนที่ 10-14
  • ตรวจสอบว่าการตั้งค่าใช้ป้ายกำกับการทดสอบที่อำนวยความสะดวกโดย Chrome อย่างเต็มที่มากที่สุด
  • โปรดทราบว่า Chrome วางแผนที่จะยกเว้นอินสแตนซ์ของ Chrome บางรายการจากกลุ่มทดสอบเหล่านี้ด้วยเหตุผลทางกฎหมาย, UX และ / หรือทางเทคนิค ซึ่งรวมถึง Chrome Enterprise และอื่นๆ ด้วย การยกเว้นเหล่านี้จะเหมือนกันทั้งในโหมด A และโหมด B ซึ่งรวมถึงการควบคุม 1 การควบคุม 2 และกลุ่มทดสอบ ด้วยเหตุนี้ คุณไม่ควรเปรียบเทียบเมตริกที่ได้จากกลุ่มทดสอบกับเมตริกที่ได้มานอกกลุ่มเหล่านี้

การปรับการกำหนดค่าในกลุ่มทดสอบและกลุ่มควบคุม

  • ตรวจสอบว่ากลุ่มทดสอบและกลุ่มควบคุมใช้การกำหนดค่าแคมเปญที่เปรียบเทียบได้ ซึ่งรวมถึงพื้นที่โฆษณา รูปแบบโฆษณา ประเภทแคมเปญ และการตั้งค่าแคมเปญที่คล้ายกัน ดูส่วนที่ 28
  • ตัวอย่างที่เจาะจง ได้แก่ การตรวจสอบว่าระบบวัด Conversion ประเภทที่คล้ายกันโดยใช้กรอบเวลาการระบุแหล่งที่มาเดียวกันและตรรกะการระบุแหล่งที่มาเดียวกัน แคมเปญจึงกำหนดกลุ่มเป้าหมาย กลุ่มความสนใจ และภูมิศาสตร์ที่คล้ายกัน รวมถึงใช้ข้อความโฆษณาและรูปแบบโฆษณาที่คล้ายกัน ดูส่วนที่ 28
  • ตามหลักการแล้ว DSP สามารถจัดการการรายงานและไม่ต้องพึ่งพาบริษัท 3P ที่อาจเพิ่มเลเยอร์การระบุแหล่งที่มาเพิ่มเติม หากลูกค้าของ DSP ใช้บริษัท 3P ในการระบุแหล่งที่มา บริษัทดังกล่าวควรรวมอยู่ในแผนการผสานรวม/ทดสอบ และทั้งในกลุ่มทดสอบและฝ่ายควบคุม
  • ตรวจสอบว่าแต่ละแคมเปญที่ดูแลโดย DSP ที่เข้าร่วมมีโอกาสเท่าเทียมกันในการเข้าร่วมการประมูลภายในกลุ่มทดสอบและกลุ่มควบคุม และลักษณะการเสนอราคาในแต่ละกลุ่มจะไม่ได้รับผลกระทบจากการแสดงกลุ่มอื่นๆ ดูส่วนที่ 25

การรวบรวมและการประเมินเมตริก

  • ก่อนที่จะประเมินผลลัพธ์ ให้ตรวจสอบว่าความแตกต่างในผลลัพธ์ระหว่างกลุ่มทดสอบกับกลุ่มควบคุมมีนัยสำคัญทางสถิติ ดูส่วนที่ 25
  • สําหรับเมตริกทั้งหมด ให้ตรวจสอบว่ามีการประเมินค่าผิดปกติ โดยเฉพาะอย่างยิ่งสำหรับเมตริกยอดขายหรือผลตอบแทนจากค่าโฆษณา (ROAS) ตรรกะการระบุแหล่งที่มาแบบแตะครั้งเดียวมีแนวโน้มที่จะเกิดค่าผิดปกติ ซึ่งอาจส่งผลต่อผลลัพธ์มากเกินไปโดยไม่ได้ตั้งใจ ดูภาคผนวก ตารางที่ 2
  • หากใช้วิธีการที่ไม่ใช่ 3PC ในการวัด Conversion (เช่น การตกแต่งลิงก์ ข้อมูลจากบุคคลที่หนึ่ง ข้อมูลบริบทอื่นๆ) โปรดตรวจสอบว่ามีการใช้ทั้งในกลุ่มทดสอบและกลุ่มควบคุม ดูส่วนที่ 13 และ 14
  • ลองใช้กลุ่มทดสอบ 2 กลุ่มที่ต่างกัน กลุ่มหนึ่งเพื่อวัด API ความเกี่ยวข้องและอีกกลุ่มเพื่อวัด Attribution Reporting API วิธีนี้จะหลีกเลี่ยงการทดสอบหลายตัวแปรและช่วยให้เข้าใจสาเหตุของการสังเกตการณ์ได้ง่ายขึ้น ดูรายละเอียดเพิ่มเติมได้ในคู่มือการทดสอบการวัด และดูตารางวิธีการวัดผลที่แนะนําตามกลุ่มทดสอบ
กลุ่มทดสอบเทียบกับการควบคุม 1
เปรียบเทียบสถานะสิ้นสุดที่เสนอกับสถานะปัจจุบัน 		กลุ่มทดสอบเทียบกับการควบคุม 2
เปรียบเทียบสถานะสิ้นสุดที่เสนอกับการใช้ PS API เลย 		การควบคุม 2 เทียบกับการควบคุม 1
เปรียบเทียบการวัด Conversion กับ 3PC และไม่มี 3PC โดยไม่มี PS API
ระเบียบวิธีการวัดผล หากต้องการหลีกเลี่ยงการทดสอบหลายตัวแปร ให้ใช้ข้อมูล ARA และข้อมูลที่ไม่ใช่ 3PC เพื่อวัดเมตริกที่อิงตาม Conversion สำหรับทั้ง 2 กลุ่ม หากต้องการหลีกเลี่ยงการทดสอบหลายตัวแปร ให้ใช้ข้อมูลที่ไม่ใช่ 3PC เท่านั้นในการวัดเมตริกที่อิงตาม Conversion สำหรับทั้ง 2 กลุ่ม หากต้องการหลีกเลี่ยงการทดสอบหลายตัวแปร ให้ใช้ข้อมูลที่ไม่ใช่ 3PC เท่านั้นในการวัดเมตริกที่อิงตาม Conversion สำหรับทั้ง 2 กลุ่ม

คำแนะนำการใช้งาน

ส่วนนี้จะให้คำแนะนำเกี่ยวกับกรณีการใช้งานทั่วไปสำหรับ API ความเกี่ยวข้อง รวมถึงการกำหนดค่าขั้นต่ำหรือเหมาะสมที่สุดสำหรับการตั้งค่า API คุณควรทำความเข้าใจว่า Use Case ใดมีความสำคัญต่อธุรกิจและตรวจสอบว่าการกำหนดค่าของคุณสอดคล้องกับข้อกำหนดขั้นต่ำก่อนที่จะดำเนินการต่อในส่วนการตั้งค่าการทดสอบ

Use Case

เราได้รวบรวมตัวอย่างกรณีการใช้งานทั่วไปภายในขอบเขตความเกี่ยวข้องของโฆษณาไว้แล้ว โปรดทราบว่า Use Case อาจเกี่ยวข้องกับการใช้ API ความเกี่ยวข้องหลายรายการ ซึ่งขึ้นอยู่กับความต้องการของผู้เข้าร่วมตลาดแต่ละราย

การรับรู้ถึงแบรนด์หรือการหาลูกค้าใหม่

  • น้อยที่สุด
    • ใช้สัญญาณ Topics มีความหมายเป็นกลุ่มเป้าหมาย
    • ใช้ Protected Audience API เพื่อสร้างกลุ่มเป้าหมายโดยการเพิ่มผู้เข้าชมหน้าเว็บลงในกลุ่มความสนใจที่แสดงถึงหมวดหมู่ตามบริบทของเว็บไซต์นั้น
  • เหมาะสมที่สุด
    • ใช้ Topics ร่วมกับสัญญาณที่เป็นส่วนตัวและยั่งยืนอื่นๆ เช่น ข้อมูลจากบุคคลที่หนึ่งและข้อมูลบริบท เป็นฟีเจอร์ในโมเดลแมชชีนเลิร์นนิง เพื่ออนุมานกลุ่มเป้าหมายสำหรับผู้ใช้
    • ใช้ Protected Audience API เพื่อสร้างกลุ่มเป้าหมายโดยการเพิ่มผู้เข้าชมหน้าเว็บลงในกลุ่มความสนใจโดยอิงตามข้อมูลจากบุคคลที่หนึ่ง กิจกรรมของผู้ใช้ที่เฉพาะเจาะจง หัวข้อ หรือสัญญาณบริบทอื่นๆ
    • ใช้ Protected Audience API เพื่อสร้างกลุ่มเป้าหมายบุคคลที่หนึ่งที่สามารถเสนอให้กับส่วนขยายกลุ่มเป้าหมายเพื่อเพิ่มการเข้าถึงแคมเปญของผู้ลงโฆษณา

รีมาร์เก็ตติ้ง

  • ใช้ Protected Audience API เพื่อสร้างกลุ่มรีมาร์เก็ตติ้งที่กำหนดเองสำหรับเว็บไซต์โดยการสร้างกลุ่มความสนใจตามกิจกรรมของผู้ใช้

การกำหนดค่า

Topics API

  • ต่ำสุด
    • (DSP) เทคโนโลยีโฆษณาใช้หัวข้อเป็นสัญญาณในการเลือกโฆษณาที่สอดคล้องกับหัวข้อเพิ่มความเกี่ยวข้องของโฆษณาสูงสุดโดยไม่ต้องมีคำแนะนำเกี่ยวกับคุกกี้ของบุคคลที่สามที่เผยแพร่ โปรดทราบว่าสัญญาณ Topics เหล่านี้อาจเป็นผลมาจาก DSP ที่เรียกใช้ Topics API ด้วยตนเอง, จากการประมวลผลสัญญาณ Topics ที่ได้รับจาก SSP ของพาร์ทเนอร์ หรือทั้ง 2 อย่าง
    • (SSP) เทคโนโลยีโฆษณาทำงานร่วมกับผู้เผยแพร่โฆษณาจำนวนหนึ่งเพื่อรวมหัวข้อที่แสดงผลโดย Topics API ในสตรีมราคาเสนอตามข้อกำหนดของ ORTB 2.x ซึ่งเทคโนโลยีโฆษณานี้ต้องทำงานร่วมกับเว็บไซต์เพื่ออัปเกรดและติดตั้งใช้งานไลบรารีที่จำเป็น (เช่น ทรัพยากร Dependency ในการเสนอราคาส่วนหัว) เพื่อให้เรียกใช้ Topics API ในเว็บไซต์เหล่านั้นได้
    • (SSP) เทคโนโลยีโฆษณาจะเรียก Topics API ในการเข้าชมทั้งหมดที่เทคโนโลยีโฆษณาดังกล่าวสามารถใช้ API ดังกล่าวได้ เนื่องจากข้อกำหนดในการกรองต่อผู้โทร จึงต้องเรียก API เป็นเวลาอย่างน้อย 3 สัปดาห์เพื่อให้มั่นใจได้ถึงความพร้อมใช้งานสูงสุด ด้วยเหตุนี้ คุณจึงควรเริ่มเรียกใช้ Topics API ก่อนที่พาร์ทเนอร์ DSP จะพร้อมเริ่มใช้สัญญาณ
  • เหมาะสมที่สุด
    • (DSP) เรียกใช้ Topics API เมื่อถึงเหตุการณ์สำคัญในเส้นทางของผู้บริโภคซึ่งมีให้เทคโนโลยีโฆษณาสามารถใช้งาน API ได้ ใช้ข้อมูลนี้สำหรับการฝึกอบรม ML เช่น โดยการเชื่อมโยงหัวข้อกับข้อมูลจากบุคคลที่หนึ่งที่เกี่ยวข้องและข้อมูลการระบุแหล่งที่มาที่เกี่ยวข้อง
    • (DSP) สำรวจและแนะนำฟีเจอร์ที่อิงตามหัวข้อลงในโมเดลการกำหนดเป้าหมาย ML เพื่อเพิ่มประสิทธิภาพการแบ่งกลุ่มผู้ชม ใช้การอนุมานโมเดลในเวลาเป้าหมายเพื่อขยายหัวข้อที่เป็นไปได้ของผู้ใช้ จับคู่หัวข้อที่สรุปกับแคมเปญของผู้ลงโฆษณาที่กำหนดเป้าหมายไปยังกลุ่มเป้าหมายเหล่านั้น
    • (DSP) สำรวจและแนะนำฟีเจอร์ที่อิงตามหัวข้อลงในโมเดลการเสนอราคา ML เพื่อเพิ่มประสิทธิภาพโมเดลอัตราการคลิกผ่าน (CTR) และอัตรา Conversion (CVR) ที่คาดการณ์ไว้

กลุ่มเป้าหมายที่มีการป้องกัน

  • (DSP) เทคโนโลยีโฆษณาใช้ทรัพยากร Dependency ฝั่งไคลเอ็นต์ทั้งหมดเพื่อเข้าร่วมการประมูลที่อิงตาม Protected Audience API
    • ซึ่งรวมถึงทรัพยากร Dependency หลักของ Protected Audience API (เช่น JavaScript สำหรับตรรกะการเสนอราคา) รวมถึงโมดูลการผสานรวมและปลายทางการรายงาน
  • (DSP) เทคโนโลยีโฆษณาที่พร้อมเข้าร่วมการประมูลที่ใช้ Protected Audience API ที่เรียกเก็บเงินได้ในช่วงไตรมาสที่ 1 ถึงไตรมาสที่ 2 ปี 2024
    • โดยเทคโนโลยีโฆษณานี้ต้องระบุและประสานงานกับพาร์ทเนอร์และเว็บไซต์การทดสอบ SSP เพื่อให้สอดคล้องกับเป้าหมาย แฮนด์เชคการผสานรวม และลำดับเวลาเพื่อทำการทดสอบตั้งแต่ต้นจนจบ
  • (DSP) เทคโนโลยีโฆษณาใช้เซิร์ฟเวอร์คีย์-ค่าเพื่อดึงสัญญาณแบบเรียลไทม์สำหรับการสร้างราคาเสนอ
    • โดยเทคโนโลยีโฆษณานี้จะต้องระบุกรณีการใช้งานหลักที่ต้องใช้สัญญาณแบบเรียลไทม์ เช่น การหยุดแคมเปญที่ใช้งบประมาณจนหมด แล้วรวมสัญญาณแบบเรียลไทม์เหล่านี้ใน JavaScript ของตรรกะการเสนอราคา
  • (DSP) เทคโนโลยีโฆษณามีแนวทางระดับสูงเพื่อเพิ่มประสิทธิภาพในการประมูลสำหรับ Protected Audience
    • แนวทางระดับสูงนี้กว้างๆ ประกอบด้วย 3 ด้าน ได้แก่ การวัดประสิทธิภาพ การวิเคราะห์ข้อมูล และการปรับปรุงการนำไปใช้ซ้ำๆ เพื่อปรับปรุงประสิทธิภาพ
  • (SSP) เทคโนโลยีโฆษณาพร้อมที่จะเข้าร่วมการประมูลสำหรับ Protected Audience ที่เรียกเก็บเงินได้ในไตรมาสที่ 1 - ไตรมาสที่ 2 ปี 2024
    • ซึ่งรวมถึงการติดตั้งใช้งานและการติดตั้งใช้งานทรัพยากร Dependency ที่เป็นหัวใจหลักของ Protected Audience API (เช่น JavaScript ที่ใช้ตรรกะในการตัดสินใจ) ตลอดจนโมดูลการผสานรวมหรือโมดูลการจัดการเป็นกลุ่ม อะแดปเตอร์ (เช่น ทรัพยากร Dependency ของการเสนอราคาส่วนหัว) และปลายทางการรายงาน
  • (SSP) เทคโนโลยีโฆษณาใช้เซิร์ฟเวอร์คีย์-ค่าเพื่อดึงสัญญาณแบบเรียลไทม์สำหรับการให้คะแนนโฆษณา
    • โดยเทคโนโลยีโฆษณานี้จะต้องระบุกรณีการใช้งานสำคัญที่ต้องใช้สัญญาณแบบเรียลไทม์ เช่น เป็นไปตามข้อกำหนดด้านคุณภาพโฆษณา และรวมสัญญาณแบบเรียลไทม์เหล่านี้ไว้ใน JavaScript ที่ใช้ตรรกะการตัดสินใจ
  • (SSP) เทคโนโลยีโฆษณามีแนวทางระดับสูงในการจัดการข้อกำหนดด้านขนาดและปริมาณการเข้าชมสำหรับการใช้งานจริง
    • การดำเนินการนี้กำหนดให้เทคโนโลยีโฆษณาต้องประสานงานกับพาร์ทเนอร์การทดสอบ DSP เพื่อหาความตั้งใจที่จะเข้าร่วมการประมูลที่อิงตาม Protected Audience API และสัญญาณต้นทางที่เฉพาะเจาะจง

เป้าหมายการประเมินและการตั้งค่าการทดสอบที่เสนอ

สำหรับการประเมินนี้ เราขอแนะนำให้ใช้ป้ายกำกับโหมด A และ B ที่อำนวยความสะดวกโดย Chrome

การตั้งค่าการทดสอบที่เสนอ

  • ใช้การออกแบบการทดสอบที่แนะนำโดย CMA รวมถึง 3 กลุ่มดังนี้ (ดูส่วนที่ 10-14)
    • การควบคุมที่ 1: กลุ่มโหมด A, control_1.* (3PCs + Privacy Sandbox API + สัญญาณอื่นๆ)
    • การควบคุมที่ 2: กลุ่มโหมด B control_2 (ไม่ใช่ 3PC + ไม่มี Privacy Sandbox API + สัญญาณอื่นๆ)
    • กลุ่มทดสอบ: Mode Btreatment_1.* (ไม่ใช่ 3PCs พร้อม Privacy Sandbox API + SIgnals อื่นๆ)
  • เราเข้าใจว่าผู้เข้าร่วมตลาดใช้สัญญาณอื่นๆ มากมายนอกเหนือจาก 3PC ในการกำหนดโฆษณาให้กับคำขอโฆษณา เช่น ข้อมูลผู้เผยแพร่โฆษณาบุคคลที่หนึ่งและข้อมูลตามบริบท ในกรณีที่สัญญาณเหล่านี้ไม่ได้รับผลกระทบจากการเปลี่ยนแปลงที่เสนอ (การเลิกใช้งาน 3PC และการเปิดตัว Privacy Sandbox API) สัญญาณเหล่านี้ควรยังคงอยู่ทั้งในกลุ่มควบคุมและกลุ่มทดสอบ
  • โปรดทราบว่าอาจมี 3PC บางส่วนที่ยังมีให้บริการสำหรับบางเว็บไซต์ ผู้ทดสอบไม่ควรใช้ 3PC เหล่านั้นสำหรับกรณีการใช้งานที่เกี่ยวข้องในกลุ่มทดสอบ 2 หรือกลุ่มทดสอบ 3PC ดังกล่าวออกแบบมาเพื่อแก้ไขการหยุดทำงานที่ไม่ใช่โฆษณา
  • โปรดทราบว่า Privacy Sandbox API จะพร้อมให้ใช้งานในการควบคุม 1 แต่ผู้เข้าร่วมการทดสอบไม่ควรใช้ Topics API หรือการประมูลกลุ่มเป้าหมายที่มีการป้องกันกับการเข้าชมนี้ ตามที่อธิบายไว้ในคำแนะนำของ CMA เกี่ยวกับการทดสอบในอุตสาหกรรม
  • ดูป้ายกำกับ ขนาด และลักษณะของแต่ละกลุ่มได้ในการทดสอบที่อำนวยความสะดวกโดย Chrome

วิธีการของเมตริกที่เสนอ

  • เราจึงไม่ได้เสนอวิธีการที่เฉพาะเจาะจงสำหรับการรวบรวมหรือคำนวณเมตริก อย่างไรก็ตาม เราขอแนะนำเป็นอย่างยิ่งให้ผู้ทดสอบแสดงความโปร่งใสเกี่ยวกับระเบียบวิธีดังกล่าว ซึ่งจะช่วยให้ผู้ที่วิเคราะห์ผลการทดสอบ (หน่วยงานกำกับดูแล) จากบริษัทต่างๆ ทราบถึงความแปรปรวนและทำการตัดสินใจเกี่ยวกับวิธีเปรียบเทียบผลลัพธ์ต่างๆ
  • เราทราบว่าการรวบรวมเมตริกบางอย่างอาจต้องใช้การรวมส่วนตัว ซึ่งผู้ทดสอบบางรายอาจยังไม่ได้ผสานรวมกับผู้ทดสอบในขณะที่ทำการทดสอบ
  • เท่าที่ทำได้ ผู้เข้าร่วมสามารถรายงานเมตริกที่เกี่ยวข้องกับกิจกรรมการเสนอราคาและจำนวนความสนใจที่การประมูลดึงมา เช่น จำนวนของราคาเสนอที่ได้เข้าร่วมการประมูล หรือมูลค่าราคาเสนอเฉลี่ย
กลุ่มทดสอบ การรักษา การควบคุม 2 การควบคุม 1
โหมดการจราจร โหมด B (3PCD) โหมด B' (3PCD + PA + การระงับหัวข้อ) สถานะเดิม (ไม่มี 3PCD)
ใช้ API ความเกี่ยวข้องแล้ว PA+Topics +สัญญาณบริบท สัญญาณบริบทเท่านั้น สัญญาณที่อิงตามคุกกี้ + สัญญาณบริบท

เป้าหมาย 1 - (DSP) การวัดผลกระทบของ 3PCD ที่มีต่อการโฆษณาตามความสนใจ

เมตริก

ใส่เมตริกหลักที่ CMA ขอ และหากเป็นไปได้ ให้ลองรวมเมตริกอื่นๆ ที่อาจเป็นประโยชน์ เช่น

  • จำนวนหัวข้อที่ได้รับโดยเฉลี่ย: จำนวนหัวข้อที่ได้รับในคำขอราคาเสนอ แต่เป็นการวัดความครอบคลุมของ Topic API
  • เวลาเฉลี่ยที่ใช้: เวลาเฉลี่ยที่มีพิกเซลโฆษณาอย่างน้อย 50% ในวิวพอร์ตของผู้ใช้หลังจากที่โฆษณาเริ่มแสดงผล เพื่อวัดการมีส่วนร่วมกับโฆษณา
  • จำนวนคลิกต่อการแสดงผล (หรือที่เรียกว่าอัตราการคลิกผ่าน): จำนวนคลิกโดยเฉลี่ยต่อการแสดงผล การวัดความเกี่ยวข้องของโฆษณา
  • จำนวนคลิกต่อดอลลาร์: จำนวนคลิกโดยเฉลี่ยต่อดอลลาร์ เป็นการวัดคุณภาพโฆษณาที่ผู้ลงโฆษณาได้รับ
  • Conversion ต่อดอลลาร์: จำนวน Conversion โดยเฉลี่ยต่อดอลลาร์ เป็นการวัดคุณภาพโฆษณาที่ผู้ลงโฆษณาได้รับ
  • อัตรา Conversion: จำนวน Conversion โดยเฉลี่ยต่อคลิก แสดงเป็นเปอร์เซ็นต์ เป็นการวัดคุณภาพการเข้าชมที่ผู้ลงโฆษณาได้รับ
  • การเสนอราคาตอบที่ไม่ซ้ำกันทั้งหมด: จำนวนการเสนอราคาตอบทั้งหมดที่ส่งโดย DSP ค่านี้แสดงถึงความต้องการสำหรับบริการของเทคโนโลยีโฆษณาแต่ละรายการ
  • ผู้ชมที่ไม่ซ้ำกัน: จำนวนผู้ใช้ที่ไม่ซ้ำซึ่งโฆษณาของผู้ลงโฆษณาเข้าถึง แต่เป็นการวัดการเข้าถึง
  • อัตราการเล่นวิดีโอจนจบ: เวลาเฉลี่ยที่มีพิกเซลโฆษณาอย่างน้อย 50% แสดงในวิวพอร์ตของผู้ใช้ตลอดระยะเวลาของโฆษณาวิดีโอจนจบหลังจากที่วิดีโอแสดงผลและเริ่มเล่น เพื่อวัดการมีส่วนร่วมกับโฆษณา

ประเด็นการวิเคราะห์ที่แนะนำ

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

เป้าหมาย 2 - (DSP) การวัดผลกระทบของ 3PCD ที่มีต่อรีมาร์เก็ตติ้ง

เมตริก

ใส่เมตริกหลักที่ CMA ขอ และหากเป็นไปได้ ให้ลองรวมเมตริกอื่นๆ ที่อาจเป็นประโยชน์ เช่น

  • เวลาเฉลี่ยที่ใช้: เวลาเฉลี่ยที่มีพิกเซลโฆษณาอย่างน้อย 50% ในวิวพอร์ตของผู้ใช้หลังจากที่โฆษณาเริ่มแสดงผล เพื่อวัดการมีส่วนร่วมกับโฆษณา
  • จำนวนคลิกต่อการแสดงผล (หรือที่เรียกว่าอัตราการคลิกผ่าน): จำนวนคลิกโดยเฉลี่ยต่อการแสดงผล การวัดความเกี่ยวข้องของโฆษณา
  • จำนวนคลิกต่อดอลลาร์: จำนวนคลิกโดยเฉลี่ยต่อดอลลาร์ เป็นการวัดคุณภาพโฆษณาที่ผู้ลงโฆษณาได้รับ
  • Conversion ต่อดอลลาร์: จำนวน Conversion โดยเฉลี่ยต่อดอลลาร์ เป็นการวัดคุณภาพโฆษณาที่ผู้ลงโฆษณาได้รับ
  • อัตรา Conversion: จำนวน Conversion โดยเฉลี่ยต่อคลิก แสดงเป็นเปอร์เซ็นต์ เป็นการวัดคุณภาพการเข้าชมที่ผู้ลงโฆษณาได้รับ
  • การเสนอราคาตอบที่ไม่ซ้ำกันทั้งหมด: จำนวนการเสนอราคาตอบทั้งหมดที่ส่งโดย DSP ค่านี้แสดงถึงความต้องการสำหรับบริการของเทคโนโลยีโฆษณาแต่ละรายการ
  • ผู้ชมที่ไม่ซ้ำกัน: จำนวนผู้ใช้ที่ไม่ซ้ำซึ่งโฆษณาของผู้ลงโฆษณาเข้าถึง แต่เป็นการวัดการเข้าถึง
  • อัตราการเล่นวิดีโอจนจบ: เวลาเฉลี่ยที่มีพิกเซลโฆษณาอย่างน้อย 50% แสดงในวิวพอร์ตของผู้ใช้ตลอดระยะเวลาของโฆษณาวิดีโอจนจบหลังจากที่วิดีโอแสดงผลและเริ่มเล่น เพื่อวัดการมีส่วนร่วมกับโฆษณา

ประเด็นการวิเคราะห์ที่แนะนำ

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

เป้าหมาย 3 - (SSP) การวัดผลกระทบของ 3PCD ในการประมูลที่ไม่ได้อำนวยความสะดวกโดย Protected Audience API

เมตริก

ใส่เมตริกหลักที่ CMA ขอ และเมตริกอื่นๆ ที่อาจเป็นประโยชน์ เช่น

  • % การเปลี่ยนแปลงในแคมเปญที่วางแผนใช้จ่าย: ผู้ลงโฆษณาใช้จ่ายในแคมเปญ การวัดเทคโนโลยีโฆษณาและส่วนแบ่งรายได้ของผู้เผยแพร่โฆษณา
  • จำนวนหัวข้อโดยเฉลี่ยที่ส่ง: จำนวนหัวข้อโดยเฉลี่ยที่ส่งในคำขอราคาเสนอ แต่เป็นการวัดความครอบคลุมของ Topic API
  • เวลาในการตอบสนองของการประมูล: เวลาเฉลี่ยที่การประมูลจะทำงาน สำหรับ SSP ซึ่งวัดจากการดำเนินการครั้งแรกของโค้ดฝั่งไคลเอ็นต์ SSP ไปจนถึงเมื่อ SSP เลือกราคาเสนอและส่งไปยังเซิร์ฟเวอร์โฆษณา สำหรับเซิร์ฟเวอร์โฆษณา ซึ่งวัดตั้งแต่การทำงานของแท็กโฆษณาไปจนถึงโฆษณาที่แสดง เป็นการวัดความเร็วในการดำเนินการประมูล
  • รายได้ต่อการแสดงผล: รายได้เฉลี่ยที่เกิดขึ้นต่อการแสดงผล การวัดรายได้ของผู้เผยแพร่โฆษณา
  • คำขอราคาเสนอที่ไม่ซ้ำกันทั้งหมด: จำนวนคำขอราคาเสนอที่ไม่ซ้ำกันทั้งหมดที่ส่งโดย SSP ค่านี้แสดงถึงความต้องการสำหรับบริการของเทคโนโลยีโฆษณาแต่ละรายการ

ประเด็นการวิเคราะห์ที่แนะนำ

  • การเปลี่ยนแปลงเวลาในการตอบสนองส่งผลต่อความสามารถของ SSP ในการดำเนินการประมูลอย่างไร การตั้งค่าเหล่านี้ส่งผลต่อเวลาในการตอบสนองของหน้าเว็บของผู้เผยแพร่อย่างไร
  • เวลาในการตอบสนองของผู้เผยแพร่โฆษณาได้รับผลกระทบจากรายได้อย่างไร ตามจำนวนหัวข้อที่ส่งในคำขอราคาเสนอ
  • ความต้องการบริการเทคโนโลยีโฆษณา SSP ได้รับผลกระทบอย่างไร
  • SSP สามารถรายงานเกี่ยวกับ KPI ที่เกี่ยวข้องกับการประมูลซึ่งมีความสำคัญต่อธุรกิจของผู้เผยแพร่โฆษณาได้หรือไม่ สำหรับธุรกิจของตนเองหรือไม่
  • มีข้อควรระวังที่สำคัญซึ่งควรพิจารณาเมื่อประเมินผลการทดสอบของผู้เข้าร่วมตลาดไหม
  • ผลลัพธ์เป็นอย่างไรเมื่อเทียบกับการทดสอบก่อนหน้านี้ที่ดำเนินการโดยผู้เข้าร่วมตลาด (หากมี)
  • ปัจจัยที่อาจส่งผลกระทบกับประสิทธิภาพมีอะไรบ้าง ในทางกลับกัน ปัจจัยที่ขับเคลื่อนประสิทธิภาพคืออะไร

เป้าหมาย 4 - (SSP) การพิจารณาประสิทธิภาพของการประมูล Protected Audience API

เมตริก

ใส่เมตริกหลักที่ CMA ขอ และเมตริกอื่นๆ ที่อาจเป็นประโยชน์ เช่น

  • เวลาในการตอบสนองของการประมูล: เวลาเฉลี่ยที่การประมูลจะทำงาน สำหรับ SSP ซึ่งวัดจากการดำเนินการครั้งแรกของโค้ดฝั่งไคลเอ็นต์ SSP เพื่อรายงานผลลัพธ์ สำหรับเซิร์ฟเวอร์โฆษณา ซึ่งวัดตั้งแต่การทำงานของแท็กโฆษณาไปจนถึงโฆษณาที่แสดง เป็นการวัดความเร็วในการดำเนินการประมูล
  • รายได้ต่อการแสดงผล: รายได้เฉลี่ยที่เกิดขึ้นต่อการแสดงผล การวัดรายได้ของผู้เผยแพร่โฆษณา
  • อัตราการส่งโฆษณา: อัตราการส่งโฆษณาจะวัดเปอร์เซ็นต์ของคำขอราคาเสนอที่ SSP ส่งโฆษณาสำเร็จ ในการคำนวณ ให้หารการแสดงโฆษณาทั้งหมดด้วยจำนวนคำขอราคาเสนอทั้งหมดจาก SSP
  • อัตราหมดเวลา: % ของการประมูลที่ไม่เสร็จสมบูรณ์เนื่องจากถึงระยะหมดเวลาที่กำหนดค่า SSP
  • คำขอราคาเสนอที่ไม่ซ้ำกันทั้งหมด: จำนวนคำขอราคาเสนอที่ไม่ซ้ำกันทั้งหมดที่ส่งโดย SSP ค่านี้แสดงถึงความต้องการสำหรับบริการของเทคโนโลยีโฆษณาแต่ละรายการ

ประเด็นการวิเคราะห์ที่แนะนำ

  • การเปลี่ยนแปลงเวลาในการตอบสนองส่งผลต่อความสามารถของ SSP ในการดำเนินการประมูลอย่างไร การตั้งค่าเหล่านี้ส่งผลต่อเวลาในการตอบสนองของหน้าเว็บของผู้เผยแพร่อย่างไร
  • การหมดเวลาส่งผลต่อความสามารถในการเสนอราคาของ DSP อย่างไร
  • เวลาในการตอบสนองของผู้เผยแพร่โฆษณาได้รับผลกระทบจากรายได้อย่างไร ตามจำนวนหัวข้อที่ส่งในคำขอราคาเสนอ
  • ความต้องการบริการเทคโนโลยีโฆษณา SSP ได้รับผลกระทบอย่างไร
  • SSP สามารถรายงานเกี่ยวกับ KPI ที่เกี่ยวข้องกับการประมูลซึ่งมีความสำคัญต่อธุรกิจของผู้เผยแพร่โฆษณาได้หรือไม่ สำหรับธุรกิจของตนเองหรือไม่
  • มีข้อควรระวังที่สำคัญซึ่งควรพิจารณาเมื่อประเมินผลการทดสอบของผู้เข้าร่วมตลาดไหม
  • ผลลัพธ์เป็นอย่างไรเมื่อเทียบกับการทดสอบก่อนหน้านี้ที่ดำเนินการโดยผู้เข้าร่วมตลาด (หากมี)
  • ปัจจัยที่อาจส่งผลกระทบกับประสิทธิภาพมีอะไรบ้าง ในทางกลับกัน ปัจจัยที่ขับเคลื่อนประสิทธิภาพคืออะไร