Protected Audience: คู่มือการผสานรวม

bookmark_border จัดทุกอย่างให้เป็นระเบียบอยู่เสมอด้วยคอลเล็กชัน บันทึกและจัดหมวดหมู่เนื้อหาตามค่ากำหนดของคุณ

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

พาร์ทเนอร์อาจเริ่มการทดสอบโดยจำลองจุดผสานรวมกับบุคคลอื่นเพื่อเตรียมพร้อมสำหรับการใช้งาน Protected Audience ในเวอร์ชันที่ใช้งานจริงในวงกว้าง คู่มือนี้จะให้ภาพรวมที่ครอบคลุมเกี่ยวกับวิธีผสานรวมกลุ่มเป้าหมายที่ได้รับการคุ้มครองกับแอป Android เพื่อช่วยคุณในการวางแผนการผสานรวม ซึ่งอาจรวมถึงฟีเจอร์ที่ยังไม่ได้นำมาใช้ในระยะปัจจุบันของ Privacy Sandbox ใน Android Developer Preview ในกรณีเหล่านี้ เราจะให้คำแนะนำเกี่ยวกับลำดับเวลา

เวิร์กโฟลว์การผสานรวม Protected Audience ประกอบด้วย 4 ขั้นตอนหลักที่ขับเคลื่อนโดยพาร์ทเนอร์ด้านเทคโนโลยีโฆษณาประเภทต่างๆ ดังนี้

1. ผู้ซื้อสร้างกลุ่มเป้าหมายที่กำหนดเอง
2. กระบวนการเลือกโฆษณาจะเลือกโฆษณาที่มีประสิทธิภาพสูงสุด
   1. แอปของผู้ขายจะเริ่มต้นการเลือกโฆษณา
   2. บริการโฆษณาจะเรียกใช้การกรองฝั่งผู้ซื้อและโค้ดการเสนอราคา
   3. บริการโฆษณาจะเรียกใช้โค้ดการตัดสินใจฝั่งขาย
3. ระบบจะแสดงผลโฆษณาที่ชนะในแอปของผู้ขาย
4. รายงานการแสดงโฆษณาพร้อมใช้งานสำหรับทั้งผู้ซื้อและผู้ขาย

แผนภาพต่อไปนี้แสดงขั้นตอนเหล่านี้

คำศัพท์

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

ข้อกําหนดเบื้องต้น การมีส่วนร่วมของพาร์ทเนอร์การผสานรวม และการตั้งค่า

ส่วนนี้จะกล่าวถึงชุดกิจกรรมเริ่มต้นที่จะช่วยให้คุณเข้าใจวิธีการทำงานของ Protected Audience, วิธีเริ่มต้นใช้งานการผสานรวม Protected Audience และวิธีมีส่วนร่วมกับพาร์ทเนอร์การผสานรวมในการใช้งาน Protected Audience กิจกรรมเหล่านี้อาจเกิดขึ้นพร้อมกัน

ทำความคุ้นเคยกับ Protected Audience

ขั้นตอนแรกคือทำความคุ้นเคยกับ Protected Audience API และบริการ

1. เริ่มต้นด้วยการอ่านข้อเสนอการออกแบบเพื่อทำความคุ้นเคยกับ Protected Audience API และความสามารถของ API นี้
2. อ่านคู่มือนักพัฒนาซอฟต์แวร์เพื่อดูวิธีรวมโค้ดและการเรียก API ที่จําเป็นสําหรับ Use Case และบริการที่จําเป็นสําหรับผสานรวมกับกลุ่มเป้าหมายที่ได้รับการคุ้มครอง
3. ส่งความคิดเห็นเกี่ยวกับการออกแบบและการใช้งาน Protected Audience API, บริการ และเอกสารประกอบ
4. ลงชื่อสมัครรับข้อมูลอัปเดตเพื่อติดตามข่าวสารเกี่ยวกับฟีเจอร์ล่าสุดของ Privacy Sandbox

ตั้งค่าและทดสอบแอปตัวอย่าง

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

1. เมื่อพร้อมเริ่มการผสานรวม ให้ตั้งค่าสภาพแวดล้อมการพัฒนาด้วย Privacy Sandbox Developer Preview เวอร์ชันล่าสุด
2. ตั้งค่าปลายทางเซิร์ฟเวอร์ที่จําเป็น ใช้ตัวอย่างการจําลองกับโซลูชันการทดสอบ API ที่ต้องการเพื่อเริ่มต้นกระบวนการนี้
3. แยกโค้ดและเรียกใช้โค้ดในตัวอย่างแอปเพื่อทําความคุ้นเคยกับการจัดการกลุ่มเป้าหมายที่กําหนดเอง เวิร์กโฟลว์การเลือกโฆษณา และการรายงานการแสดงผล

การมีส่วนร่วมของพาร์ทเนอร์การรวมบริการ

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

การตั้งค่าเบต้า (พร้อมใช้งานในไตรมาสที่ 4)

ลงทะเบียนองค์กรของคุณกับ Privacy Sandbox ใน Android การลงทะเบียนเป็นสิ่งจําเป็นเพื่อให้มั่นใจว่านักพัฒนาเทคโนโลยีโฆษณาจะทํางานภายใต้นโยบายของ Privacy Sandbox และช่วยให้นักพัฒนาเทคโนโลยีโฆษณากําหนดตัวตนของตนใน SDK และโดเมนหลายรายการได้

ข้อควรพิจารณาด้านสถาปัตยกรรม

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

ระบบจะจัดเก็บกลุ่มเป้าหมายและโฆษณารีมาร์เก็ตติ้งไว้ในอุปกรณ์

ข้อมูลกลุ่มเป้าหมายและโฆษณารีมาร์เก็ตติ้งจะจัดเก็บไว้ในอุปกรณ์ ซึ่งต่างจากการเก็บโฆษณาทั้งหมดไว้ในเซิร์ฟเวอร์ในปัจจุบัน โฆษณาตามบริบทที่ไม่ใช้ข้อมูลในอุปกรณ์เพื่อกําหนดเป้าหมายจะยังคงอยู่ในเซิร์ฟเวอร์ต่อไป แพลตฟอร์มเทคโนโลยีโฆษณาต้องขยายการให้บริการเพื่อพิจารณาดีมานด์โฆษณาที่กระจายอยู่ตามเซิร์ฟเวอร์และอุปกรณ์ต่างๆ

กระบวนการเสนอราคาและการประมูลเกิดขึ้นในอุปกรณ์

นอกจากการประมูลบนเซิร์ฟเวอร์แล้ว ตอนนี้แพลตฟอร์มเทคโนโลยีโฆษณายังมีโอกาสในการกำหนดราคาและจัดอันดับดีมานด์โฆษณาที่เก็บไว้ในอุปกรณ์ด้วย

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

กลยุทธ์ด้านข้อมูล

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

สร้างโซลูชัน

การดำเนินการหลักๆ ในการจัดประมูลด้วย Protected Audience มีด้วยกันหลายขั้นตอน ผู้ซื้อต้องสร้างกลุ่มเป้าหมาย ระบุข้อมูลการเสนอราคา กําหนดเป้าหมายโฆษณาไปยังกลุ่มเป้าหมาย และตั้งค่าการเสนอราคา ผู้ขายต้องกําหนดค่าและเรียกใช้การประมูล ให้คะแนนโฆษณาที่เลือก และเลือกผู้ชนะ ขั้นตอนเหล่านี้บางขั้นตอนต้องอาศัยการทำงานร่วมกันระหว่างทั้ง 2 ฝ่ายเพื่อให้การประมูลทํางานได้อย่างถูกต้อง ส่วนต่อไปนี้จะอธิบายแต่ละระยะโดยละเอียดและระบุอย่างชัดเจนว่าฝ่ายใดมีหน้าที่รับผิดชอบในการติดตั้งใช้งาน

ผู้ซื้อ: การสร้างกลุ่มเป้าหมาย

โดยปกติแล้ว ผู้ซื้อจะจัดการกลุ่มเป้าหมายที่กำหนดเอง เนื่องจากกลุ่มเป้าหมายที่กำหนดเองได้รับการจัดการในอุปกรณ์ API สำหรับจัดการกลุ่มเป้าหมายที่กำหนดเองจึงออกแบบมาเพื่อเรียกใช้ในอุปกรณ์

หากมี SDK ของคุณเองในแอปของผู้ลงโฆษณา คุณจะติดตั้งใช้งานโค้ดนี้ได้โดยตรงผ่าน joinCustomAudience()

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

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

แคมเปญรีมาร์เก็ตติ้งเวอร์ชันต้นแบบ: ออกแบบกลุ่มเป้าหมายที่กําหนดเอง

กลุ่มเป้าหมายที่กําหนดเองคือการจัดกลุ่มผู้ใช้ที่มีความสนใจคล้ายกันซึ่งสามารถแสดงโฆษณาที่ปรับตามโปรไฟล์ของผู้ใช้ ผู้ซื้อสามารถช่วยให้ผู้ลงโฆษณาสร้างกลุ่มเป้าหมายที่กําหนดเองในแอปโดยอิงตามกิจกรรมของผู้ใช้

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

การตั้งค่าและการสร้างต้นแบบ

• ใช้ Custom Audience API เพื่อสร้างและจัดเก็บกลุ่มเป้าหมายในอุปกรณ์เพื่อใช้ในภายหลังในการประมูล
• ดูรายละเอียดการใช้งาน API และการติดตั้งใช้งานได้ที่คู่มือนักพัฒนาซอฟต์แวร์

ข้อควรพิจารณาเกี่ยวกับการออกแบบ

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

URL ของตรรกะการเสนอราคา

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

สัญญาณการเสนอราคาของผู้ใช้

ผู้ซื้อสามารถใช้ UserBiddingSignals เพื่อส่งความรู้ที่ผู้ลงโฆษณาหรือตัวผู้ซื้อเองมีเกี่ยวกับผู้ใช้ในการประมูลในอนาคตบนอุปกรณ์ ซึ่งอาจรวมถึงข้อมูลต่อไปนี้

• กลุ่มเป้าหมายอื่นๆ ที่เพิ่มผู้ใช้แล้ว
• ข้อมูลเชิงลึกของบุคคลที่หนึ่งที่ผู้ลงโฆษณามีเกี่ยวกับผู้ใช้

เนื่องจากสัญญาณเหล่านี้พร้อมใช้งานระหว่างการประมูล ผู้ซื้อจึงดําเนินการเสนอราคาที่กําหนดเองได้ในระหว่างการประมูล ซึ่งรวมถึงการดำเนินการต่อไปนี้

• เสนอราคาขึ้นหรือลงตามสัญญาณการเสนอราคา
• กรองโฆษณาที่เฉพาะเจาะจงออกจากการประมูล

ข้อมูลการเสนอราคาที่เชื่อถือได้

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

ช่อง TrustedBiddingData ประกอบด้วย URL และชุดคีย์ ข้อควรพิจารณาบางประการเมื่อออกแบบโครงสร้างคีย์ที่จะใช้มีดังนี้

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

รายการ AdData

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

ผู้ซื้อเป็นผู้ตัดสินใจว่าจะใส่ข้อมูลเท่าใดสำหรับโฆษณาแต่ละรายการ สิ่งที่ควรพิจารณามีดังนี้

• รายการ AdData อัปเดตได้ 2 วิธีดังนี้
  • เมื่อแอปมีกิจกรรมที่มองเห็นได้ในเบื้องหน้า แอปจะเริ่มต้นรายการได้เมื่อเข้าร่วมผู้ใช้กับกลุ่มเป้าหมายที่กำหนดเอง
  • ในระหว่างการอัปเดตแบบรายวัน การดึงข้อมูลจะเริ่มต้นขึ้นเบื้องหลัง อุปกรณ์จะส่งคําขอไปยัง daily_update_url ที่รวมอยู่ในjoinCustomAudience call และคาดว่าจะได้รับคําตอบพร้อมรายการ AdData ที่อัปเดตแล้ว
• คุณสามารถขอข้อมูลเพิ่มเติมเกี่ยวกับโฆษณาได้ในระหว่างการประมูล ก่อนการประมูล อุปกรณ์จะส่งคำขอไปยังบริการคีย์-ค่าของผู้ซื้อที่ระบุไว้ในช่อง trustedBiddingData ของ joinCustomAudience บริการคีย์-ค่าเป็นบริการใหม่ที่เป็นส่วนหนึ่งของการใช้งานกลุ่มเป้าหมายที่ได้รับการคุ้มครองของผู้ซื้อ เราจะอธิบายรายละเอียดเพิ่มเติมเกี่ยวกับบริการนี้ในภายหลังในเอกสารนี้
• การใส่รหัสครีเอทีฟโฆษณาสําหรับโฆษณาจะช่วยให้คุณดําเนินการบางอย่างกับครีเอทีฟโฆษณาที่เฉพาะเจาะจงได้ ตัวอย่างเช่น ผู้ลงโฆษณาอาจหยุดครีเอทีฟโฆษณาที่เจาะจงไว้ชั่วคราว และคุณต้องการดึงรหัสครีเอทีฟโฆษณาเหล่านั้นจากบริการคีย์-ค่าแบบเรียลไทม์ แล้วจับคู่กับโฆษณาในรายการ AdData

AdData ควรมี render_url ระบบจะใช้ URL การแสดงผลของโฆษณารีมาร์เก็ตติ้งที่มีประสิทธิภาพสูงสุดเพื่อแสดงผลโฆษณา สิ่งที่ควรพิจารณามีดังนี้

• URL การนําเสนอมีเกณฑ์ k-anonymity ดังนั้นโปรดหลีกเลี่ยงการใส่พารามิเตอร์ที่แคบ เราจะเผยแพร่ข้อมูลเพิ่มเติมเกี่ยวกับเกณฑ์ความเป็นส่วนตัวแบบ k-anonymity นี้ในภายหลัง
• URL นี้ควรมีข้อมูลทั้งหมดที่จำเป็นในการแสดงผลโฆษณา เช่น หากต้องการแสดงผลิตภัณฑ์ที่เฉพาะเจาะจง ให้ฝังรหัสผลิตภัณฑ์เป็นพารามิเตอร์ใน URL

ขณะสร้างต้นแบบ ช่องที่ต้องกรอกมีเพียง renderUri ซึ่งชี้ไปยังชิ้นงานการแสดงผลของโฆษณา คุณละเว้นช่องข้อมูลเมตาใน AdData ได้ขณะสร้างโซลูชัน เมื่อนําโซลูชันไปใช้จริง คุณควรพิจารณาว่าข้อมูลเมตาใดที่เกี่ยวข้อง เนื่องจากสามารถใช้ข้อมูลเมตาดังกล่าวในระหว่างการสร้างราคาเสนอเพื่อปรับราคาเสนอได้

เวลาเปิดใช้งานและเวลาหมดอายุ

คุณสามารถใช้ฟิลด์เวลาเริ่มต้นใช้งานและเวลาหมดอายุเพื่อรองรับกรณีการใช้งานที่กลุ่มเป้าหมายที่กําหนดเองควรมีสิทธิ์เข้าร่วมการประมูลภายในเวลาที่กำหนดไว้เท่านั้น โปรดทราบว่ามีข้อจํากัดบางอย่างเกี่ยวกับระยะเวลาที่อาจเลื่อนการเปิดใช้งานและส่วนต่างระหว่างเวลาเปิดใช้งานและเวลาหมดอายุ ตัวอย่าง Use Case มีดังนี้

• ผู้ใช้ที่หยุดใช้งาน (เช่น ผู้ใช้ที่ไม่ได้มีส่วนร่วมกับแอปของผู้ลงโฆษณาในช่วง 7 วันที่ผ่านมา)
  • ทุกครั้งที่ผู้ใช้เปิดแอป ผู้ซื้อสามารถเรียกใช้ joinCustomAudience และกำหนดค่า activation_time ให้เป็นการประทับเวลาในอนาคต 7 วัน
  • กลุ่มเป้าหมายจะมีสิทธิ์เสนอราคาหากผ่านไปแล้ว 7 วันนับตั้งแต่ผู้ใช้เปิดแอปครั้งล่าสุด
• กลุ่มเป้าหมายตามช่วงเวลา (กลุ่มเป้าหมายที่ใช้ได้ในช่วงกรอบเวลาหนึ่งๆ ในอนาคตอันใกล้เท่านั้น)
  • ผู้ซื้อสามารถเริ่มกําหนดกลุ่มเป้าหมายที่กําหนดเองล่วงหน้าซึ่งควรมีสิทธิ์เสนอราคาในช่วงเวลาที่กําหนดไว้ล่วงหน้าในอนาคต (อันใกล้) เท่านั้น
  • ตัวอย่างเช่น หากผู้ลงโฆษณามีแคมเปญช่วงสิ้นฤดูร้อนในสหรัฐอเมริกาในปี 2022 ผู้ซื้อสามารถเรียกใช้ joinCustomAudience และกำหนดค่า activation_time เป็นวันเสาร์ที่ 20 สิงหาคม 2022 หากแคมเปญทํางานเพียง 1 สัปดาห์ ผู้ซื้อสามารถตั้งวันที่หมดอายุเป็นวันที่ 27 สิงหาคม 2022 หลังจากนั้นแพลตฟอร์มจะกรองกลุ่มเป้าหมายที่กําหนดเองออกในระหว่างการเลือกโฆษณาและในที่สุดก็จะล้างข้อมูลดังกล่าว

ผู้ซื้อและผู้ขาย: การเลือกโฆษณา

การเลือกโฆษณาต้องอาศัยการทำงานร่วมกันระหว่างผู้ซื้อและผู้ขาย กระบวนการนี้อาจแบ่งออกเป็น 4 ขั้นตอนดังนี้

1. ผู้ขายกําหนดกลยุทธ์สื่อกลาง
2. ผู้ขายจะกําหนดค่าการประมูลและเริ่มการเลือกโฆษณา
3. ผู้ขายจะเชิญผู้ซื้อให้เข้าร่วมการประมูลผ่านการกำหนดค่าที่ผู้ขายกำหนด ระบบจะเรียกใช้ตรรกะการเสนอราคาของผู้ซื้อเพื่อเลือกโฆษณาและราคาเสนอที่เป็นไปได้
4. ระบบจะเรียกใช้ตรรกะการตัดสินใจของผู้ขายเพื่อประเมินผู้สมัครและเลือกโฆษณาที่ชนะ

คุณสามารถจำลองการตอบกลับบริการสำหรับผู้ซื้อและผู้ขาย ซึ่งรวมถึงตรรกะการเสนอราคาและการให้คะแนน เพื่อให้คุณมุ่งเน้นที่การพัฒนาสิ่งที่เกี่ยวข้องกับ Use Case ของคุณได้ ดูวิธีการตั้งค่าปลายทางจำลองได้จากไดเรกทอรี FledgeServerSpec ใน GitHub หรือดูวิธีลบล้างความจำเป็นในการดึงข้อมูล JavaScript จากระยะไกลได้จากคู่มือนักพัฒนาซอฟต์แวร์

ผู้ขาย: กําหนดกลยุทธ์สื่อกลาง

Protected Audience มีเป้าหมายเพื่อรองรับการแสดงโฆษณาสื่อกลางตามลำดับขั้น (Waterfall Mediation) พื้นที่นี้อยู่ระหว่างการพัฒนาและเราจะให้ข้อมูลเพิ่มเติมเมื่อพร้อมใช้งาน ในระหว่างนี้ ให้ดูข้อเสนอการออกแบบสําหรับการแสดงโฆษณาสื่อกลางตามลำดับขั้น (Waterfall Mediation) ในกลุ่มเป้าหมายที่ได้รับการคุ้มครอง

ผู้ขาย: กำหนดค่าการประมูล

ผู้ขายมีหน้าที่รับผิดชอบในการกำหนดค่าการประมูล และให้ข้อมูลแก่กระบวนการเลือกโฆษณา ผู้ขายสามารถเลือกให้ข้อมูลแก่ทุกฝ่ายหรือบางฝ่ายเท่านั้น ซึ่งอาจรวมถึงข้อมูลที่คุณมีหรือข้อมูลที่คุณระบุในนามของผู้ซื้อ

การตั้งค่าและการสร้างต้นแบบ

• ผู้ขายสามารถกำหนดค่าและเริ่มการประมูลได้โดยการตั้งค่าออบเจ็กต์ AdSelectionConfig และใช้ AdSelection API ทริกเกอร์การประมูลโดยการเรียกใช้ selectAds()
• ดูรายละเอียดการใช้งาน API และการติดตั้งใช้งานได้ที่คู่มือนักพัฒนาซอฟต์แวร์

ข้อควรพิจารณาเกี่ยวกับการออกแบบ

ส่วนนี้ประกอบด้วยข้อควรพิจารณาด้านการออกแบบสำหรับการป้อนข้อมูลและใช้ช่องหลักในการกําหนดค่าการเลือกโฆษณา

• สภาพแวดล้อมการเรียกใช้แบบส่วนตัวจะมีเฉพาะโฆษณากลุ่มเป้าหมายที่กำหนดเองในอุปกรณ์เท่านั้น ดังนั้นการส่งคำขอโฆษณาตามบริบทล่วงหน้าจะช่วยให้คุณพิจารณาดีมานด์เพิ่มเติมได้

• ก่อนเริ่มเวิร์กโฟลว์การเลือกโฆษณา ให้เรียกใช้คําขอโฆษณาเพื่อรวบรวมข้อมูลจากผู้ซื้อ จากนั้นใช้ข้อมูลนี้เพื่อกําหนดค่าการเลือกโฆษณา

• เนื่องจากผู้ซื้อจำนวนมากอาจสร้างกลุ่มเป้าหมายที่กำหนดเองในอุปกรณ์ ผู้ขายจึงต้องใช้ช่องผู้ซื้อกลุ่มเป้าหมายที่กำหนดเองเพื่อระบุผู้ซื้อที่เฉพาะเจาะจงที่จะรวมไว้ในกระบวนการ รายการนี้สร้างขึ้นได้หลายวิธี ตัวอย่างเช่น

  • รายชื่อผู้ซื้อแบบคงที่ที่ผู้ขายต้องการรวมไว้ในกระบวนการเสมอ
  • รายชื่อผู้ซื้อที่ระบุว่าต้องการเข้าร่วมการเสนอราคาตอบ ตัวเลือกนี้มีประโยชน์ในกรณีที่ผู้ขายทํางานร่วมกับ Ad Exchange และอาจไม่ทราบข้อมูลทั้งหมดเกี่ยวกับผู้ซื้อบางราย

• ผู้ขายสามารถส่งข้อมูลไปยังกระบวนการได้หลายวิธี ดังนี้

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

ผู้ซื้อ: การเสนอราคาสําหรับช่องโฆษณา

การตั้งค่าและการสร้างต้นแบบ

• ผู้ซื้อสามารถเพิ่มตรรกะการเสนอราคาลงในฟังก์ชัน generateBid() JavaScript ที่แสดงจากชุดพารามิเตอร์ biddingLogicUrl เมื่อสร้าง CustomAudience คุณสามารถตั้งค่าบริการจำลองโดยใช้ข้อมูลจำเพาะที่ระบุ หรือติดตั้งใช้งานปลายทางนี้ในเซิร์ฟเวอร์จริง
• ดูรายละเอียดการใช้งาน API และการติดตั้งใช้งานได้ที่คู่มือนักพัฒนาซอฟต์แวร์

ข้อควรพิจารณาเกี่ยวกับการออกแบบ

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

ออกแบบตรรกะการเสนอราคา

ต้องใช้ตรรกะการเสนอราคาของผู้ซื้อผ่าน JavaScript และดำเนินการในอุปกรณ์ คู่มือนักพัฒนาซอฟต์แวร์มีข้อมูลเกี่ยวกับลายเซ็นที่จําเป็น และรายละเอียดเกี่ยวกับพารามิเตอร์ต่างๆ ที่ส่งระหว่างการประมูล ตรรกะการเสนอราคาในอุปกรณ์มีสิทธิ์เข้าถึงข้อมูลเพิ่มเติมซึ่งส่งผ่านเป็นพารามิเตอร์ไปยังฟังก์ชัน generateBid()

ข้อมูลการเสนอราคาของอุปทาน

สัญญาณการเสนอราคาแบบเรียลไทม์ด้วยบริการคีย์-ค่า

ในฐานะผู้ซื้อ คุณสามารถดึงข้อมูลสัญญาณแบบเรียลไทม์ระหว่างการประมูลจากบริการคีย์-ค่าที่คุณเป็นเจ้าของ คุณดูการใช้งานครั้งแรกของบริการนี้ได้ในที่เก็บ Privacy Sandbox สาธารณะ หรือจะสร้างบริการของคุณเองก็ได้ URL ของบริการนี้ระบุเป็น trustedBiddingUrl ในกลุ่มเป้าหมายที่กําหนดเอง และแพลตฟอร์มจะพยายามดึงข้อมูลและทําให้พร้อมใช้งานสําหรับฟังก์ชัน generateBid ของคุณด้วย trusted_bidding_signals parameter คุณต้องสร้างโครงสร้างคีย์ของคุณเอง

สัญญาณบริบทและสัญญาณของผู้ใช้

ฟังก์ชัน generateBid ของคุณมีสิทธิ์เข้าถึงสัญญาณของผู้ใช้เพิ่มเติมเมื่อทำการประมูลในอุปกรณ์ ระบบจะส่งสัญญาณเหล่านี้พร้อมกับช่อง contextual_signals และ per_buyer_signals ช่องเหล่านี้ล้วนเป็นออบเจ็กต์ JSON ที่ผู้ซื้อและผู้ขายต้องกำหนดรูปแบบ

ช่อง contextual_signals มีข้อมูลที่อาจเกี่ยวข้องกับผู้ใช้ ออบเจ็กต์ที่มีสัญญาณเหล่านี้สร้างขึ้นโดยกลุ่มเป้าหมายที่ได้รับการคุ้มครองเองและส่งผ่านไปยังตรรกะการเสนอราคา ขณะนี้ระบบจะส่งค่านี้ผ่านเป็นออบเจ็กต์ว่าง หากเชื่อว่าสัญญาณตามบริบทเกี่ยวกับผู้ใช้อาจเกี่ยวข้องกับ Use Case ของคุณ โปรดส่งความคิดเห็นเพื่อให้เราพิจารณา

ช่อง per_buyer_signals พร้อมใช้งานสําหรับตรรกะการเสนอราคา ผู้ขายจะตั้งค่าเหล่านี้เมื่อสร้างการกำหนดค่าการประมูล ผู้ซื้อและผู้ขายต้องทํางานร่วมกันเพื่อให้มั่นใจว่าข้อมูลนี้อยู่ในอุปกรณ์และส่งไปยังตรรกะการเสนอราคา ตัวอย่างการใช้งานของช่องนี้ ได้แก่

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

ผู้ขาย: ให้คะแนนและเลือกโฆษณาที่ชนะ

การตั้งค่าและการสร้างต้นแบบ

• ผู้ขายสามารถเพิ่มตรรกะการให้คะแนนลงในscoreAd()ฟังก์ชัน JavaScript ที่แสดงจากชุดพารามิเตอร์ scoringLogicUrl เมื่อสร้าง AdSelectionConfig คุณสามารถตั้งค่าบริการจำลองโดยใช้ข้อมูลจำเพาะที่ระบุ หรือติดตั้งใช้งานปลายทางนี้ในเซิร์ฟเวอร์จริง
• ดูรายละเอียดการใช้งาน API และการติดตั้งใช้งานได้ที่คู่มือนักพัฒนาซอฟต์แวร์

ตรรกะการให้คะแนนการออกแบบ

ผู้ขายใช้ตรรกะการให้คะแนนใน JavaScript ซึ่งจะทำงานในอุปกรณ์ คู่มือนักพัฒนาซอฟต์แวร์มีข้อมูลเกี่ยวกับลายเซ็นที่จำเป็นและรายละเอียดเกี่ยวกับพารามิเตอร์ต่างๆ ที่ส่งระหว่างการประมูล นอกจากนี้ ตรรกะการให้คะแนนในอุปกรณ์ยังมีสิทธิ์เข้าถึงข้อมูลเพิ่มเติมที่ส่งผ่านเป็นพารามิเตอร์ไปยังฟังก์ชัน scoreAd

ข้อมูลการให้คะแนนสินค้า

สัญญาณการให้คะแนนแบบเรียลไทม์ด้วยบริการคีย์-ค่า

ในฐานะผู้ขาย คุณสามารถดึงข้อมูลสัญญาณแบบเรียลไทม์ระหว่างการประมูลจากบริการคีย์-ค่าที่คุณเป็นเจ้าของ คุณดูการใช้งานครั้งแรกของบริการนี้ได้ในที่เก็บ Privacy Sandbox สาธารณะ URL ของบริการนี้จะระบุเป็น trustedScoringUri ในการกําหนดค่าการประมูล และแพลตฟอร์มจะพยายามดึงข้อมูลและทําให้ฟังก์ชัน scoreAd ของคุณใช้งานได้ผ่านพารามิเตอร์ trusted_scoring_signals คุณควรสร้างโครงสร้างคีย์ของคุณเอง

สัญญาณบริบทและสัญญาณของผู้ใช้

ฟังก์ชัน scoreAd ของคุณมีสิทธิ์เข้าถึงสัญญาณของผู้ใช้เพิ่มเติมเมื่อเรียกใช้การประมูลในอุปกรณ์ ระบบจะส่งสัญญาณเหล่านี้ไปยังฟังก์ชันการให้คะแนนผ่านช่อง contextual_signal ช่องนี้มีออบเจ็กต์ JSON ที่ผู้ซื้อและผู้ขายกำหนดรูปแบบ

ฟิลด์ contextual_signal มีข้อมูลตามบริบทที่อาจเกี่ยวข้องกับผู้ใช้ ออบเจ็กต์ที่มีสัญญาณเหล่านี้สร้างขึ้นโดยกลุ่มเป้าหมายที่ได้รับการคุ้มครองเองและส่งผ่านไปยังตรรกะการให้คะแนน โดยระบบจะส่งผ่านค่านี้ในฐานะออบเจ็กต์ว่าง หากเชื่อว่าสัญญาณเกี่ยวกับผู้ใช้อาจเกี่ยวข้องกับ Use Case ของคุณ โปรดส่งความคิดเห็นเพื่อให้เราพิจารณา

ผู้ขาย: แสดงโฆษณา

ผู้ขายต้องแสดงผลโฆษณาที่ชนะ โปรดดูรายละเอียดเพิ่มเติมเกี่ยวกับวิธีแสดงผลโฆษณาที่ชนะในข้อเสนอการออกแบบ พื้นที่นี้ยังอยู่ระหว่างการออกแบบ

รายงานผลลัพธ์การแสดงผล

การตั้งค่าและการสร้างต้นแบบ

• ผู้ซื้อและผู้ขายสามารถเพิ่มตรรกะการรายงานลงในฟังก์ชัน reportWin() JavaScript ที่แสดงจากพารามิเตอร์ biddingLogicUrl หรือ scoringLogicUrl ตามลำดับ คุณสามารถตั้งค่าบริการจำลองโดยใช้ข้อมูลจำเพาะที่ระบุ หรือติดตั้งใช้งานปลายทางนี้ในเซิร์ฟเวอร์จริง
• ดูรายละเอียดการใช้งาน API และการติดตั้งใช้งานได้ที่คู่มือนักพัฒนาซอฟต์แวร์

ข้อควรพิจารณาเกี่ยวกับการออกแบบ

ผู้ซื้อและผู้ขายต้องใช้ฟังก์ชัน reportWin ในโค้ด JavaScript ที่แสดงผลจากปลายทางที่กําหนดค่าไว้ วิธีนี้ช่วยให้คุณส่งข้อมูลกลับไปยังเซิร์ฟเวอร์ได้

นอกจากนี้ Privacy Sandbox ยังมี Attribution Reporting API สำหรับจัดการรายงานระดับเหตุการณ์และรายงานรวม อ่านรายละเอียดเพิ่มเติมในคู่มือการผสานรวม

ไม่มีคำแนะนำในขณะนี้

ลองลงชื่อเข้าใช้บัญชี Google