Protected Audience API (เดิมคือ FLEDGE)

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

Chrome กำลังทำช่วงทดลองใช้จากต้นทางสำหรับ Protected Audience API Authorized Buyers มีสิทธิ์เข้าร่วมการทดสอบ Protected Audience API ในพื้นที่โฆษณาของผู้เผยแพร่โฆษณา Ad Manager ผู้เสนอราคาจะบรรลุเป้าหมายต่อไปนี้ได้ด้วยการทดสอบ Protected Audience API

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

Authorized Buyers ที่สนใจการทดสอบควรดูรายละเอียดในส่วนการเริ่มต้นใช้งาน

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

หมายเหตุ: การทดสอบ Protected Audience API พร้อมให้บริการสำหรับ Authorized Buyers เท่านั้น แต่ยังไม่รองรับผู้เสนอราคา Exchange และผู้เสนอราคาในเครือข่ายที่เข้าร่วมการเสนอราคาแบบเปิด

หมายเหตุ: เมื่อ Protected Audience API (ก่อนหน้านี้เรียกว่า FLEDGE) พร้อมให้บริการแก่ผู้ใช้ทั่วไปใน Chrome แล้ว Ad Manager จะเริ่มค่อยๆ เพิ่มปริมาณการเข้าชมที่รวมอยู่ในการทดสอบ เราจะติดตามผลกระทบที่มีต่อรายได้ของผู้เผยแพร่โฆษณา ในขณะที่ค่อยๆ เพิ่มปริมาณการเข้าชม และจะไม่เพิ่มขึ้นอีกหากพบผลกระทบเชิงลบที่เห็นได้ชัด เราคาดว่าภายในสิ้นปี 2023 การเข้าชม Chrome ถึง 10% จะเปิดใช้การทดสอบ Protected Audience API

สรุปโฟลว์การแสดงผล

สรุปขั้นตอนการแสดงโฆษณาของ Protected Audience สำหรับพาร์ทเนอร์ Authorized Buyers มีดังนี้

1. ผู้เสนอราคาทำงานร่วมกับผู้ลงโฆษณาเพื่อคงกลุ่มความสนใจสำหรับผู้ลงโฆษณาแต่ละราย บ่อยครั้งที่ผู้ลงโฆษณาจะเพิ่มแท็กของผู้เสนอราคาลงในหน้าเว็บของผู้ลงโฆษณาเพื่อเพิ่มเบราว์เซอร์ลงในกลุ่มความสนใจ
2. ผู้ใช้ปลายทางเข้าชมหน้าเว็บของผู้ลงโฆษณา หน้าเว็บอาจมีแท็กของ ผู้เสนอราคาอยู่
3. แท็กของผู้เสนอราคาเรียกใช้ Protected Audience API joinAdInterestGroup() การโทรนี้จะขอให้เบราว์เซอร์เพิ่มผู้ใช้ในกลุ่มความสนใจ
4. ผู้ใช้ปลายทางเข้าชมหน้าเว็บของผู้เผยแพร่โฆษณา เบราว์เซอร์ของผู้ใช้จะขอแท็กโฆษณาของผู้เผยแพร่โฆษณา ของ Google
5. แท็กโฆษณาของผู้เผยแพร่โฆษณาของ Google จะสร้างคำขอโฆษณาตามบริบทไปยังเซิร์ฟเวอร์ของ Google
6. Google จะส่งคำขอราคาเสนอตามบริบทไปยังผู้เสนอราคาที่เข้าร่วม ดูข้อมูลเพิ่มเติมได้ที่ส่วนการเปลี่ยนแปลงคำขอราคาเสนอ
7. ผู้เสนอราคาส่ง BidResponse กลับมาพร้อมช่อง interest_group_bidding หากผู้เสนอราคาไม่ได้ระบุ interest_group_bidding ไว้ Google จะไม่รวมต้นทางของผู้เสนอราคาใน interestGroupBuyers ไว้ในการกำหนดค่าการประมูล การเสนอราคาตอบสามารถมี interest_group_bidding.per_buyer_signals ได้ด้วย ระบบจะส่ง per_buyer_signals ไปยังฟังก์ชันการเสนอราคาของผู้เสนอราคาระหว่างการประมูลในเบราว์เซอร์ ดูข้อมูลเพิ่มเติมได้ที่ส่วนการเปลี่ยนแปลงการเสนอราคาตอบ
8. Google เรียกใช้การประมูลฝั่งเซิร์ฟเวอร์และส่งการเสนอราคาตอบไปยังเบราว์เซอร์ การประมูลฝั่งเซิร์ฟเวอร์จะพิจารณาการเสนอราคาฝั่งเซิร์ฟเวอร์แบบเดิม การเสนอราคาตอบอาจมีข้อมูลเกี่ยวกับราคาเสนอที่ชนะตามบริบท (หากมี)
9. การเสนอราคาตอบมีการกำหนดค่าการประมูลสำหรับการประมูลในเบราว์เซอร์ ซึ่งอาจรวมถึงสัญญาณบริบทจากผู้ซื้อที่เข้าร่วมแต่ละราย (ที่ส่งผ่าน interest_group_bidding.per_buyer_signals) ข้อมูลผู้ชนะตามบริบท และการตั้งค่าการมีสิทธิ์ในการเสนอราคา
10. แท็กผู้เผยแพร่โฆษณาของ Google จะเรียกใช้ Protected Audience API runAdAuction() เพื่อเริ่มการประมูลตามกลุ่มความสนใจในอุปกรณ์ Google จะรวมเฉพาะผู้ซื้อที่เคยส่งคืน interest_group_bidding เป็น interestGroupBuyers ในการกำหนดค่าการประมูล
11. Google จะส่ง per_buyer_signals ของผู้เสนอราคาที่มีสิทธิ์แต่ละรายไปยังการกำหนดค่าการประมูลสำหรับกลุ่มเป้าหมายที่มีการคุ้มครอง
12. หากกลุ่มความสนใจของผู้เสนอราคารายหนึ่งๆ ระบุ trustedBiddingSignalsUrl เบราว์เซอร์จะส่งคำขอไปยัง trustedBiddingSignalsUrl ของแต่ละกลุ่มเพื่อดึงข้อมูลสัญญาณแบบเรียลไทม์ของแต่ละกลุ่ม ดูรายละเอียดในข้อกำหนดของ Protected Audience API
13. เบราว์เซอร์จะเรียกใช้ generateBid() ของผู้เสนอราคาสำหรับกลุ่มความสนใจแต่ละกลุ่มที่เลือกใช้และมีสิทธิ์เข้าร่วมการประมูลในเบราว์เซอร์ ขั้นตอนนี้จะคำนวณราคาเสนอและเลือกครีเอทีฟโฆษณา generateBid() มีสิทธิ์เข้าถึง per_buyer_signals ที่ระบุโดยผู้เสนอราคาและสัญญาณการเสนอราคาที่เชื่อถือได้ของกลุ่มความสนใจนั้นๆ
14. เบราว์เซอร์จะขอให้ scoreAd() ของผู้ขาย (ในกรณีนี้คือ Google) กำหนดอันดับให้กับราคาเสนอแต่ละรายการในการประมูลเพื่อแสดงโฆษณาตามกลุ่มความสนใจ ระบบจะจัดอันดับและกรองราคาเสนอตามการป้องกันผู้เผยแพร่โฆษณา นโยบายโฆษณา และข้อจำกัดอื่นๆ
15. เบราว์เซอร์จะทำการประมูลด้วยราคาเสนอของหมวดหมู่ความสนใจที่มีสิทธิ์ ราคาเสนอตามบริบทที่มีอันดับสูงสุดเข้าร่วมการประมูลในเบราว์เซอร์
16. หลังการประมูล หากมีผู้ชนะตามกลุ่มความสนใจ เบราว์เซอร์จะขอให้ reportResult() ของผู้ขายและ reportWin() ของผู้เสนอราคาแจ้งให้แต่ละฝ่ายทราบเกี่ยวกับผู้ชนะในการประมูลในเบราว์เซอร์
17. หากโฆษณาตามกลุ่มความสนใจที่ชนะ แท็กผู้เผยแพร่โฆษณาของ Google จะแสดงโฆษณาใน iframe

รายละเอียดโฟลว์การแสดงโฆษณา

ก่อนการแสดงโฆษณา

การตรวจสอบครีเอทีฟโฆษณา

ครีเอทีฟโฆษณาต้องได้รับการตรวจสอบและอนุมัติโดย Google ก่อนจึงจะแสดงจากการประมูลสำหรับ Protected Audience ในเบราว์เซอร์ได้ คุณส่งครีเอทีฟโฆษณาเพื่อรับการตรวจสอบผ่าน Real-time Bidding API หรือผ่านการสแกนครีเอทีฟโฆษณาอัตโนมัติได้ ครีเอทีฟโฆษณาสำหรับการประมูลเพื่อแสดงโฆษณาในกลุ่มโฆษณาตามกลุ่มความสนใจในเบราว์เซอร์ของ Protected Audience ต้องมี renderUrls จึงจะตรวจสอบได้

ข้อกำหนดสำหรับ renderUrls

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

Real-time Bidding API

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

การสแกนครีเอทีฟโฆษณาอัตโนมัติ

ผู้เสนอราคาจะตั้งค่าการสแกนครีเอทีฟโฆษณาอัตโนมัติสำหรับครีเอทีฟโฆษณาที่ไม่ได้อัปโหลดผ่าน Real-time Bidding API ได้

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

วิธีเปิดการสแกนครีเอทีฟโฆษณาอัตโนมัติมีดังนี้

• เพิ่มต้นทาง renderUrl ทั้งหมดของครีเอทีฟโฆษณาตามกลุ่มความสนใจลงในบัญชี Authorized Buyers

• เพิ่มส่วนหัว HTTP ที่กำหนดเองต่อไปนี้ในการตอบสนอง HTTP ของโฆษณา

  Authorized-Buyers-Creative-ID	สตริง รหัสโฆษณาเฉพาะผู้ซื้อ ความยาวสูงสุดของรหัสครีเอทีฟโฆษณาคือ 128 ไบต์
  Authorized-Buyers-Click-Through-URLs	สตริง ชุด URL ปลายทางที่ประกาศสำหรับครีเอทีฟโฆษณาที่เข้ารหัสตาม RFC2396

ตัวอย่าง

HTTP/1.1 200 OK
Date: Mon, 8 Jan 2022 12:28:53 GMT
Server: Apache/2.2.14 (Win32)
Last-Modified: Mon, 8 Jan 2022 12:01:53 GMT
Content-Length: 88
Content-Type: text/html
Connection: Closed
Authorized-Buyers-Creative-ID:123456
Authorized-Buyers-Click-Through-URLs:https://www.advertiser.com/clickUrl1,https://www.advertiser.com/clickUrl12

<html>
<body>
<h1>Hello, World!</h1>
</body>
</html>

การหมดอายุของครีเอทีฟโฆษณา

โฆษณาได้รับอนุมัติเป็นเวลา 15 วัน หากคุณส่งครีเอทีฟโฆษณาด้วย Real-time Bidding API คุณจะต้องส่งครีเอทีฟโฆษณาอีกครั้งหลังผ่านไป 15 วัน หากคุณต้องอาศัยการสแกนครีเอทีฟโฆษณาอัตโนมัติ ขั้นตอนการสแกนจะสแกนครีเอทีฟโฆษณาซ้ำโดยอัตโนมัติ

รหัสการรายงานของผู้ซื้อ

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

ตัวอย่างวิธีเพิ่ม buyerAndSellerReportingId ลงในการกำหนดค่ากลุ่มความสนใจมีดังนี้

const myGroup = {
  ...
  'ads': [
    {
      ...
      'buyerAndSellerReportingId':
        '{"google_signals": {"buyer_reporting_id": "12345"}}',
      ...
    }
  ]
}
joinAdInterestGroup(myGroup);

buyer_reporting_id จะปรากฏเป็นมิติข้อมูลใหม่ในเครื่องมือการรายงานของ Authorized Buyers เป็นมิติข้อมูลรหัสการรายงานของผู้ซื้อ

การประมูลฝั่งเซิร์ฟเวอร์

การเปลี่ยนแปลงคำขอราคาเสนอ

ต่อไปนี้คือโปรโตคอลเวอร์ชันแรกๆ ที่รองรับสำหรับใช้ในการทดสอบ

• ลิงก์ก่อนเปิดตัวโปรโตคอล Google RTB
• ลิงก์ก่อนเปิดตัวของ OpenRTB

ระบุการสนับสนุนการประมูลตามกลุ่มความสนใจ

คำขอราคาเสนอมีช่องใหม่คือ auction_environment

• โปรโตคอล RTB ของ Google: BidRequest.adslot.auction_environment
• OpenRTB: BidRequest.imp.ext.auction_environment

คุณสามารถใช้ช่องนี้เพื่อแยกความแตกต่างระหว่างโอกาสในการแสดงผลที่รองรับการประมูลตามกลุ่มความสนใจในเบราว์เซอร์ของ Protected Audience กับการประมูลแบบที่รองรับเฉพาะการประมูลแลกเปลี่ยนฝั่งเซิร์ฟเวอร์แบบเดิม enum ของ auction_environment อาจมีค่าดังต่อไปนี้

• SERVER_SIDE_AUCTION (OpenRTB JSON: 0): การประมูลฝั่งเซิร์ฟเวอร์แบบเดิม
• ON_DEVICE_INTEREST_GROUP_AUCTION (OpenRTB JSON: 1): คําขอที่มีการรองรับ Protected Audience ซึ่งการประมูลตามบริบทจะทำงานในเซิร์ฟเวอร์ของ Exchange และการเสนอราคาของกลุ่มความสนใจ และการประมูลสุดท้ายจะทำงานในเบราว์เซอร์

ระบุขนาดช่องโฆษณาของ Protected Audience

คำขอราคาเสนอมีช่องต่อไปนี้เพื่อระบุขนาดช่องโฆษณาสำหรับกลุ่มเป้าหมายที่มีการคุ้มครอง

• โปรโตคอล RTB ของ Google
  • BidRequest.adslot.interest_group_auction.width
  • BidRequest.adslot.interest_group_auction.height
• OpenRTB
  • BidRequest.imp.ext.interest_group_auction.width
  • BidRequest.imp.ext.interest_group_auction.height

ช่องเหล่านี้ระบุขนาดของช่องโฆษณาสำหรับการประมูล Protected Audience ในหน่วยพิกเซล

ขนาดนี้อาจแตกต่างจากขนาดของคำขอตามบริบท (Adslot.widthและAdslot.height หรือใน OpenRTB: BidRequest.imp.banner.format)

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

ระบุความสามารถในการแสดงผลของโฆษณา Protected Audience

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

• โปรโตคอล RTB ของ Google: BidRequest.adslot.interest_group_auction.render_interest_group_ads
• OpenRTB: BidRequest.imp.ext.interest_group_auction.render_interest_group_ads

ลดการใช้ตัวระบุผู้ใช้ให้เหลือน้อยที่สุด

คำขอราคาเสนอตามบริบทซึ่งอยู่ในขอบเขตการทดสอบ Protected Audience API จะยังคงมีตัวระบุที่ใช้คุกกี้แบบเดิมต่อไปเมื่อมีให้ใช้งานจากเบราว์เซอร์ เช่น ช่อง google_user_id (BidRequest.user.id ใน OpenRTB) และ hosted_match_data (BidRequest.user.buyerid ใน OpenRTB) ทั้งนี้ การแสดงตัวระบุดังกล่าวในคำขอราคาเสนอจะยังอยู่ภายใต้นโยบายความเป็นส่วนตัวที่มีอยู่ต่อไป เราไม่แนะนำให้คุณใช้ตัวระบุที่ใช้คุกกี้ในการกำหนดเป้าหมายและการเสนอราคาในระหว่างการทดสอบ เพื่อเตรียมพร้อมสำหรับการซื้อที่มีประสิทธิภาพให้ดียิ่งขึ้นเมื่อคุกกี้ของบุคคลที่สามไม่พร้อมใช้งานอีกต่อไป

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

การทดสอบการเลิกใช้งานคุกกี้ของบุคคลที่สามที่อำนวยความสะดวกโดย Chrome

ตอนนี้ Chrome มีการทดสอบที่อำนวยความสะดวกโดย Chrome เพื่อเตรียมพร้อมสําหรับการเลิกใช้งานคุกกี้ของบุคคลที่สาม (3PCD) ในปี 2024

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

Google จะส่งป้ายกำกับที่ยังไม่ได้แก้ไขจาก Chrome API ในคำขอราคาเสนอ RTB เนื่องจากมีชิ้นส่วนการเข้าชมขนาดเล็กของป้ายกำกับแต่ละป้าย Google ไม่ได้ใส่ป้ายกำกับนั้นในบริบทที่จำกัดความเป็นส่วนตัวเสมอไป

คุณดูป้ายกำกับได้ที่ช่องต่อไปนี้

• โปรโตคอล RTB ของ Google: BidRequest.device.cookie_deprecation_label
• OpenRTB: BidRequest.device.ext.cdep

การเปลี่ยนแปลงการเสนอราคาตอบ

ระบุการเข้าร่วมการประมูลของกลุ่มความสนใจ

คุณมีหน้าที่รับผิดชอบในการระบุความตั้งใจในการเข้าร่วมการประมูลในเบราว์เซอร์อย่างชัดแจ้งด้วยการแสดงออบเจ็กต์ InterestGroupBidding ในการเสนอราคาตอบตามบริบท

• โปรโตคอล RTB ของ Google: BidResponse.interest_group_bidding
• OpenRTB: BidResponse.ext.igbid

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

เผยแพร่สัญญาณบริบทของผู้ซื้อ (perBuyerSignals)

คุณสามารถรวมสัญญาณของผู้ซื้อในการเสนอราคาตอบตามบริบท ซึ่ง Google เผยแพร่เป็นออบเจ็กต์ JSON ไปยังฟังก์ชันการเสนอราคาในอุปกรณ์ผ่านอาร์กิวเมนต์ perBuyerSignals ซึ่งอาจรวมอยู่ในการเสนอราคาตอบพร้อมกับช่องต่อไปนี้ ทั้งนี้ขึ้นอยู่กับโปรโตคอล

• Google RTB: BidResponse.interest_group_bidding.per_buyer_signals
• OpenRTB: BidResponse.ext.igbid.igbuyer.buyerdata

ระบุราคาเสนอสูงสุดในเบราว์เซอร์

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

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

ในการเสนอราคาตอบ คุณสามารถระบุมูลค่าราคาเสนอสูงสุดที่คาดไว้ได้ในช่องต่อไปนี้

• โปรโตคอล Google RTB: BidResponse.interest_group_bidding.interest_group_buyers.max_bid_cpm_micros (แสดงใน microCPM)
• OpenRTB: BidResponse.igbid.igbuyer.maxbid(แสดงในหน่วยสกุลเงิน CPM)

ระบุแหล่งที่มาของการแสดงผลมาจากหลายบัญชี

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

• โปรโตคอล Google RTB: BidResponse.interest_group_bidding.interest_group_buyers.billing_id
• OpenRTB: BidResponse.igbid.igbuyer.billing_id

รหัสการเรียกเก็บเงินที่เลือกต้องเป็นรหัสการเรียกเก็บเงินที่มีสิทธิ์จากคำขอราคาเสนอ

• โปรโตคอล Google RTB: BidRequest.adslot.matching_ad_data.billing_id
• OpenRTB: BidRequest.imp.ext.billing_id

หากไม่ได้ระบุรหัสการเรียกเก็บเงินสำหรับระบุแหล่งที่มาของการแสดงผลในการเสนอราคาของกลุ่มความสนใจ ผู้เสนอราคาจะไม่เข้าร่วมการประมูล Protected Audience

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

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

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

ระหว่างการประมูลในเบราว์เซอร์

สร้างราคาเสนอในเบราว์เซอร์

ใช้ generateBid() เพื่อสร้างราคาเสนอในเบราว์เซอร์

Google มีพารามิเตอร์ต่อไปนี้

• auctionSignals: ว่างเปล่า
• perBuyerSignals: ออบเจ็กต์ JavaScript ของสัญญาณเดียวกันที่ได้จากผู้เสนอราคาในการตอบสนองตามบริบท

ระบบจะแสดงผลพารามิเตอร์ต่อไปนี้

• ad: Google ไม่สนใจช่องนี้
• bid: ราคาเสนอที่เป็นตัวเลขซึ่งเข้าสู่การประมูล ต้องอยู่ในหน่วย CPM (ไม่ใช่ไมโคร)
• render: URL ที่แสดงผลเพื่อแสดงครีเอทีฟโฆษณาหากราคาเสนอชนะการประมูล Google ต้องตรวจสอบและอนุมัติ URL นี้ ไม่เช่นนั้น URL จะถูกกรองออกจากการประมูล
• allowComponentAuction: ต้องเป็น true ปัจจุบัน Google รองรับการทดสอบ การประมูลกับผู้ขายหลายราย

ตัวอย่าง

function generateBid(...) {
  ...
  return {'ad': 'example',
          'bid': ad.metadata.bid,
          'render': ad.renderUrl,
          'allowComponentAuction': true};
}

ดูคำอธิบายเกี่ยวกับฟังก์ชัน generateBid() ได้ในส่วนข้อกำหนดของกลุ่มเป้าหมายที่มีการป้องกันการเสนอราคาในอุปกรณ์

สกุลเงินของราคาเสนอ

ราคาเสนอในการประมูลในเบราว์เซอร์จะแสดงเป็นหน่วย CPM ของสกุลเงินในราคาเสนอที่เลือก

ต้องระบุสกุลเงินของราคาเสนอทั้งในการเสนอราคาตอบตามบริบทและในค่าผลลัพธ์ generateBid และต้องเป็นรหัสอัลฟ่าของ ISO 4217 ที่ถูกต้อง เช่น "USD" "EUR" หรือ "JPY"

ใน OpenRTB ให้ใช้ช่อง cur ใหม่ในออบเจ็กต์ InterestGroupBuyer ในส่วนขยายการเสนอราคาตอบของ Google

ตัวอย่าง

ext {
  igbid {
    impid: "1"
    igbuyer {
      origin: "https://examplebuyerorigin.com"
      cur: "EUR"
    }
  }
}

ในโปรโตคอล Google RTB ให้ใช้ช่อง currency ใหม่ในข้อความ InterestGroupBuyer ในการเสนอราคาตอบ

ตัวอย่าง

interest_group_bidding {
  adslot_id: 1
  interest_group_buyer {
    origin: "https://examplebuyerorigin.com"
    currency: "EUR"
  }
}

ฟังก์ชัน generateBid ของผู้เสนอราคาต้องส่งราคาเสนอในสกุลเงินเดียวกันกับที่ระบุไว้ในการเสนอราคาตอบตามบริบท กรอกพร็อพเพอร์ตี้ bidCurrency ใหม่ในค่าส่งคืนของ generateBid ดังนี้

function generateBid(...) {
  ...
  return {'ad': ad,
          'bid': bid,
          'bidCurrency': 'EUR',
          ...};
}

หากสกุลเงินจากการเสนอราคาตอบตามบริบทแตกต่างจากสกุลเงินที่ generateBid ส่งคืน หรือหากสกุลเงินใดสกุลเงินหนึ่งแสดงสกุลเงินที่ไม่ถูกต้อง ระบบจะกรองราคาเสนอก่อนการประมูล

การตรวจสอบคุณภาพโฆษณา

การบังคับใช้นโยบายครีเอทีฟโฆษณาและการควบคุมของผู้เผยแพร่โฆษณาอาจมีการจำกัดมากกว่าสำหรับการเสนอราคาตามกลุ่มความสนใจในเบราว์เซอร์ระหว่างการทดสอบ Protected Audience API สำหรับพาร์ทเนอร์ RTB

การสนับสนุนตามกฎหมายบริการดิจิทัล

เนื่องด้วยกฎหมายบริการดิจิทัลมาตรา 26 ผู้เผยแพร่โฆษณาอาจต้องกำหนดให้ผู้ซื้อแสดงการเปิดเผยความโปร่งใสในโฆษณา เมื่อผู้เผยแพร่โฆษณาเปิดใช้การควบคุม "ขอให้ผู้ซื้อแสดงโฆษณาที่มีข้อมูลความโปร่งใสของ DSA บนเว็บไซต์หรือแอปของฉันใน EEA เท่านั้น" ไว้ ผู้ซื้อตามกลุ่มความสนใจจะสามารถระบุโอกาสที่ตนจะต้องเพื่อแสดงความโปร่งใสของผู้ซื้อ โดยการใส่ช่องต่อไปนี้ในคำขอราคาเสนอที่ได้รับ ได้แก่ BidRequest.dsa.dsa_support และ BidRequest.dsa.publisher_rendering_support สำหรับโปรโตคอล Authorized Buyers ของ Google และ BidRequest.regs.dsa.required และ BidRequest.dsa.pubrender สำหรับโปรโตคอล OpenRTB

เมื่อผู้เสนอราคาที่ต้องการเข้าร่วมการประมูล Protected Audience API ได้รับสัญญาณในคำขอราคาเสนอว่าต้องมีการแสดงความโปร่งใสของ DSA สำหรับโฆษณาที่ส่งผ่าน Protected Audience API ผู้เสนอราคาควรประเมินว่าสามารถแสดงข้อมูลที่จำเป็นได้อย่างเหมาะสมและระบุโดยการตั้งค่า BidResponse.interest_group_bidding.interest_group_buyers.dsa_buyer_render สำหรับโปรโตคอล Authorized Buyers ของ Google หรือBidResponse.ext.igbid.igbuyer.dsaadrenderสำหรับโปรโตคอล OpenRTB ไม่เช่นนั้น ผู้ซื้อจะไม่รวมอยู่ในการประมูลของ Protected Audience API

ดูข้อมูลเพิ่มเติมเกี่ยวกับความโปร่งใสของโฆษณาของกฎหมายบริการดิจิทัลได้ที่บทความในศูนย์ช่วยเหลือ: การรองรับกฎหมายบริการดิจิทัล

การกรองราคาเสนอ

Google บังคับใช้การควบคุมของผู้เผยแพร่โฆษณาและนโยบายโฆษณาในระหว่างการประมูลในอุปกรณ์

หลังการประมูลในเบราว์เซอร์

รายงานผลการประมูลไปยังผู้ซื้อ: reportWin()

Google จะไม่ป้อนอาร์กิวเมนต์ต่อไปนี้

• auctionSignals
• sellerSignals

ใช้ reportWin() เพื่อรายงานผลการประมูลกับผู้ซื้อ

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

มาโคร

หมายเหตุ: มาโครมีจุดประสงค์เพื่อใช้สำหรับการทดสอบ Protected Audience API และอาจไม่มีการรองรับในอนาคต

renderUrl ที่อ้างอิงครีเอทีฟโฆษณา Protected Audience API อาจมีตัวยึดตำแหน่งอย่างน้อย 1 รายการที่เรียกว่ามาโคร หลังจากการประมูลตามกลุ่มความสนใจสิ้นสุดลง แต่ก่อนที่จะแสดงผล ค่าที่เกี่ยวข้องจะแทนที่มาโคร renderUrl ที่ใช้ในการประมูลในอุปกรณ์อาจมีมาโครต่อไปนี้

${GDPR}	ขยายเป็น 0 หาก GDPR ไม่มีผล หรือ 1 หากใช้ GDPR ดูเอกสารประกอบ
${GDPR_CONSENT_XXXX}	ขยายเป็นสตริงความโปร่งใสและความยินยอม (TC) ที่เชื่อมโยงกับคําขอ หากสตริงความโปร่งใสและความยินยอม (TC) เว้นว่างไว้หรือไม่ถูกต้อง มาโครนี้จะไม่ขยาย ใช้มาโครนี้เพื่อส่งสตริง TC ไปยังผู้ให้บริการที่ลงทะเบียน GVL ของ IAB ใน URL แทนที่ XXXX ด้วยรหัส IAB GVL ของผู้ให้บริการที่ลงทะเบียนใน IAB GVL หากสตริง TC ว่างเปล่าหรือไม่ถูกต้อง มาโครนี้จะไม่ขยาย ครีเอทีฟโฆษณาที่มีมาโคร ${GDPR_CONSENT_XXXX} อาจถูกบล็อกหากผู้ให้บริการที่ลงทะเบียน GVL ของ IAB ซึ่งเชื่อมโยงกับรหัส GVL ของ IAB ที่คุณป้อนไม่ได้รับความยินยอมจากผู้ใช้ มาโคร ${GDPR_CONSENT_XXXX} ควรเกิดขึ้นเพียงครั้งเดียวภายใน renderUrl
${ADDL_CONSENT}	ขยายเป็นสตริงความยินยอมเพิ่มเติม (AC) ที่เชื่อมโยงกับคําขอ
${AD_WIDTH}, ${AD_HEIGHT)	มาโครเหล่านี้จะแทรกความกว้างและความสูงของช่องโฆษณา

การนับจำนวนการแสดงผล

ในระหว่างการทดสอบ Protected Audience API กับพาร์ทเนอร์ RTB นั้น Google จะนับการแสดงผลเมื่อเบราว์เซอร์เรียกใช้ฟังก์ชัน reportResult() และดึง URL การรายงานของ Google ในภายหลังในการเรียกไปยัง sendReportTo()

เนื่องจากเหตุการณ์ที่ Google ใช้ในการนับการแสดงผลในการประมูลสำหรับ Protected Audience ในเบราว์เซอร์อาจแตกต่างจากเหตุการณ์ที่ใช้สำหรับการนับการแสดงผลของพาร์ทเนอร์ผู้ซื้อ RTB จำนวนการแสดงผลจึงอาจแตกต่างกัน

เป้าหมายอย่างหนึ่งของ Google ในการทดสอบ Protected Audience API คือการระบุและลดความคลาดเคลื่อนเหล่านี้

การระบุแหล่งที่มาของการแสดงผลที่เรียกเก็บเงินได้

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

งบประมาณรายวันสูงสุด

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

บัญชีจะยังเข้าร่วมการประมูลตามบริบทฝั่งเซิร์ฟเวอร์ได้ต่อไปหลังจากใช้งาน Protected Audience ถึงขีดจำกัดแล้ว ตัวอย่างเช่น บัญชีผู้เสนอราคาที่มีขีดจำกัดสูงสุดใน Protected Audience อาจได้รับคำขอราคาเสนอด้วย auction_environment = SERVER_SIDE_AUCTION (OpenRTB: 0) แม้ว่าคำขอราคาเสนอจะมีสิทธิ์เข้าร่วมการประมูล Protected Audience ก็ตาม

ความคิดเห็นแบบเรียลไทม์และราคาเสนอขั้นต่ำเพื่อเอาชนะ

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

• ประเภทความคิดเห็นของออบเจ็กต์ความคิดเห็นจะเป็น INTEREST_GROUP_BUYER_FEEDBACK
• ต้นทางของผู้ซื้อตามกลุ่มความสนใจ
• ราคาเสนอขั้นต่ำที่จะชนะสำหรับผู้ซื้อกลุ่มความสนใจเพื่อชนะการประมูลโดยรวม
• ราคาเสนอขั้นต่ำที่จะชนะสำหรับผู้ซื้อกลุ่มความสนใจ เพื่อที่จะเอาชนะราคาเสนอที่อยู่ในลำดับสูงสุดจากองค์ประกอบฝั่งเซิร์ฟเวอร์ของการประมูลโดยรวม
• รหัสสถานะของผู้ซื้อตามกลุ่มความสนใจ ดูรหัสสถานะที่เป็นไปได้ได้ใน interest-group-buyer-status-codes.txt

โปรดดูเอกสารประกอบโปรโตคอลสำหรับ RTB ของ Authorized Buyers และส่วนขยาย OpenRTB สำหรับชื่อช่องที่เฉพาะเจาะจง

การแจ้งเตือนความคิดเห็นเกี่ยวกับการเสนอราคา

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

ผู้เสนอราคาสามารถติดต่อผู้จัดการฝ่ายดูแลลูกค้าเพื่อกำหนดค่า URL แบบคงที่ที่จะใช้เพื่อส่งการแจ้งเตือนความคิดเห็นเกี่ยวกับราคาเสนอสำหรับการแก้ไขข้อบกพร่องของ Protected Audience ได้ ระบบจะดึงข้อมูล URL แบบคงที่นี้จากเซิร์ฟเวอร์ของ Google โดยแทนที่มาโครที่เลือกหลังจากที่การประมูล Protected Audience เสร็จสมบูรณ์แล้ว ระบบรองรับมาโครต่อไปนี้

• %%GOOGLE_QUERY_ID%%: แทนที่มาโครนี้ด้วยรหัส Google Query (BidRequest.google_query_id ในโปรโตคอล Authorized Buyers และ BidRequest.ext.google_query_id ในโปรโตคอล OpenRTB) ที่ส่งในคำขอราคาเสนอตามบริบทที่เปิดใช้ Protected Audience
• %%INTEREST_GROUP_OWNER%%: ที่มาของเจ้าของกลุ่มความสนใจ
• %%BID_CPM%%: ราคาเสนอใน CPM ที่ผู้ซื้อระบุไว้ในฟังก์ชัน generateBid()
• %%RENDER_URL%%: URL การแสดงผลของครีเอทีฟโฆษณา
• %%STATUS%%: รหัสสถานะหากการเสนอราคาถูกปฏิเสธภายใน scoreAd() ค่าต่างๆ คือรหัสสถานะครีเอทีฟโฆษณา

ต่อไปนี้คือตัวอย่าง URL แบบคงที่ที่ผู้เสนอราคาอาจให้ผู้จัดการฝ่ายดูแลลูกค้าของตนไว้

https://dsp.example/debug?google_query_id=%%GOOGLE_QUERY_ID%%&ig_owner=%%INTEREST_GROUP_OWNER%%&render_url=%%RENDER_URL%%&bid=%%BID_CPM%%&status=%%STATUS%%

การแจ้งเตือนความคิดเห็นเกี่ยวกับการเสนอราคาเป็นฟีเจอร์ชั่วคราวที่อาศัย ForDebuggingOnly API ชั่วคราวของ Chrome

กิจกรรมการคลิก

ผู้เสนอราคาจะรายงานกิจกรรมการคลิกในโฆษณาที่มี Protected Audience ให้ Google ทราบได้โดยใช้ Fenced Frame Reporting API ผู้เสนอราคาควรใช้เหตุการณ์ click ประเภทเพื่อแจ้ง Google เกี่ยวกับการคลิก เช่น

window.fence.reportEvent({
    'eventType': 'click',
    // Google does not require bidders to send data to Google in 'eventData'.
    // However, 'eventData' must be a non-null value, such as an empty string.
    'eventData': '',
    'destinations': ['direct-seller']
});

TURTLEDOVE ระดับผลิตภัณฑ์

พาร์ทเนอร์ Google RTB จะรองรับโฆษณาที่ประกอบด้วยหลายชิ้น หรือระดับผลิตภัณฑ์ TURTLEDOVE (PLTD) ในระหว่างการทดสอบ Protected Audience API แจ้งให้ผู้จัดการฝ่ายดูแลลูกค้าทราบในระหว่างการผสานรวมหากคุณวางแผนที่จะทดสอบ PLTD เนื่องจากต้องมีทรัพยากรและการกำหนดค่าเพิ่มเติม

การเริ่มต้นใช้งาน

วิธีทดสอบ Protected Audience API

ขั้นตอน

1. กรอกแบบฟอร์มคำขอเพื่อเข้าร่วมการทดสอบ Protected Audience API
2. หลังจากส่งแบบฟอร์มคำขอแล้ว โปรดติดต่อผู้จัดการฝ่ายดูแลลูกค้าหรือส่งคำขอแจ้งปัญหาโดยใช้ศูนย์ช่วยเหลือของ Authorized Buyers
3. เมื่อกำหนดค่าบัญชีแล้ว ทั้ง Google และพาร์ทเนอร์จะยืนยันการผสานรวมผ่านขั้นตอนในขั้นตอนทดสอบได้

การตรวจสอบครีเอทีฟโฆษณา

หากต้องการเสนอราคาด้วยโฆษณาระดับผลิตภัณฑ์ (โฆษณาที่ประกอบด้วยหลายชิ้น) ในการประมูล Protected Audience API โปรดทำตามข้อกำหนดเหล่านี้

• ใส่พารามิเตอร์การค้นหา &pltd=True ใน renderUrl สำหรับคอนเทนเนอร์ของโฆษณาคอมโพเนนต์ (หรือที่เรียกว่า renderUrl ระดับบนสุด) เพื่อแยกแยะ renderUrls ระดับบนสุดในระหว่างการตรวจสอบครีเอทีฟโฆษณา
• แสดงผลครีเอทีฟโฆษณาตัวแทนเมื่อมีการดึงข้อมูลคอนเทนเนอร์ของโฆษณาคอมโพเนนต์ เพื่อรับการตรวจสอบครีเอทีฟโฆษณาโดย Google หากต้องการทราบว่าเมื่อใดควรแสดงผลโฆษณาตัวแทน ให้ดูพารามิเตอร์การค้นหา validation=True ที่ระบบการตรวจสอบครีเอทีฟโฆษณาของ Google กำหนด

รายการตรวจสอบการผสานรวม

• ตั้งค่าปลายทางของคำขอราคาเสนอซึ่งจะป้อนข้อมูลในช่องที่เกี่ยวข้องกับ Protected Audience API ในการเสนอราคาตอบตามบริบท เช่น interest_group_bidding
• ใช้การติดแท็กในหน้าเว็บของผู้ลงโฆษณาเพื่อเข้าร่วมเบราว์เซอร์ของผู้ใช้กับกลุ่มความสนใจ
• นำ generateBid() และ reportWin() ไปใช้
• เลือกต้นทางของเจ้าของกลุ่มความสนใจ แล้วเพิ่มลงในบัญชี Authorized Buyers
  • ต้นทางของเจ้าของกลุ่มความสนใจควรตรงกับต้นทางที่โฮสต์ฟังก์ชัน generateBid()
  • โปรดติดต่อผู้จัดการฝ่ายดูแลลูกค้าหรือส่งคำขอแจ้งปัญหาโดยใช้ศูนย์ช่วยเหลือของ Authorized Buyers เพื่อทำขั้นตอนนี้ให้เสร็จสมบูรณ์
• ตั้งค่าการกำหนดเป้าหมายล่วงหน้าสำหรับพื้นที่โฆษณาที่เกี่ยวข้องกับการทดสอบ Protected Audience API
• ส่งครีเอทีฟโฆษณาเพื่อรับการตรวจสอบและอนุมัติผ่าน Creatives API
• (ไม่บังคับ) ตั้งค่าปลายทางสัญญาณการเสนอราคาที่เชื่อถือได้
• (ไม่บังคับ) ตั้งค่าหน้าผู้ลงโฆษณาทดสอบที่ช่วยให้วิศวกรของ Google เพิ่มเบราว์เซอร์ของตนลงในกลุ่มความสนใจที่เป็นต้นทางของผู้ซื้อของกลุ่มความสนใจได้ วิธีนี้ช่วยให้เราเรียกใช้การประมูล Protected Audience ด้วยตนเองได้
• (ไม่บังคับ) เปิดใช้ความคิดเห็นแบบเรียลไทม์ในบัญชีของคุณเพื่อรับความคิดเห็นสำหรับผู้ซื้อตามกลุ่มความสนใจที่ขอให้เข้าร่วมการประมูล Protected Audience
• (ไม่บังคับ) ติดต่อผู้จัดการฝ่ายดูแลลูกค้าให้กำหนดค่า URL แบบคงที่เพื่อรับการแจ้งเตือนแบบเซิร์ฟเวอร์ต่อเซิร์ฟเวอร์ ซึ่งจะให้ความคิดเห็นเกี่ยวกับราคาเสนอสำหรับ Protected Audience เกี่ยวกับสถานะการเสนอราคาจากการประมูล Protected Audience ในอุปกรณ์ เพื่อช่วยแก้ไขปัญหาที่ไม่คาดคิด ดูรายละเอียดในการแจ้งเตือนความคิดเห็นเกี่ยวกับราคาเสนอ

ขั้นตอนการทดสอบ

ขั้นที่ 1: การทดสอบด้วยตนเอง

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

1. ใช้ Chrome 101 ขึ้นไป
2. เปิดใช้ Privacy Sandbox API และ Fenced Frame โดยใช้ chrome://flags/#privacy-sandbox-ads-apis และ chrome://flags/#enable-fenced-frames ดูข้อมูลเพิ่มเติมได้ที่ทดสอบแซนด์บ็อกซ์ความเป็นส่วนตัว
3. ส่งครีเอทีฟโฆษณาเพื่อขออนุมัติโดยใช้ Real-time Bidding API
4. ใช้หน้าของผู้ลงโฆษณาจากผู้เสนอราคาเพื่อเพิ่มเบราว์เซอร์ลงในกลุ่มความสนใจที่ผู้เสนอราคาเป็นเจ้าของ

5. ใช้หน้าผู้เผยแพร่โฆษณาทดสอบที่ Google มีให้เพื่อทริกเกอร์การประมูลกลุ่มเป้าหมายที่มีการป้องกัน

   https://fledge-testing.uc.r.appspot.com/?nid=allow_all

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

6. โปรดตรวจสอบสิ่งต่อไปนี้

   1. ระบบจะแสดงผลโฆษณาที่ชนะที่คาดไว้
   2. ระบบจะส่งผลการประมูลฝั่งเซิร์ฟเวอร์ ซึ่งหมายความว่าผู้เสนอราคาที่ชนะจะได้รับคําสั่ง ping จาก reportWin()
   3. คอนโซลหน้าทดสอบของผู้เผยแพร่จะบันทึกข้อความการแก้ไขข้อบกพร่องสำหรับราคาเสนอแต่ละรายการพร้อมด้วยข้อมูลต่อไปนี้
      • renderUrl: URL การแสดงผลของราคาเสนอ
      • interestGroupOwner: เจ้าของกลุ่มความสนใจของราคาเสนอ
      • accepted: ช่องนี้จะเป็นค่า true หากการเสนอราคาได้รับการยอมรับ และ false หากการเสนอราคาถูกปฏิเสธโดย scoreAd()
      • externalBidStatus: รหัสสถานะหากการเสนอราคาถูกปฏิเสธภายใน scoreAd() ค่าต่างๆ คือรหัสสถานะครีเอทีฟโฆษณา

ขั้นที่ 2: (ไม่บังคับ) การทดสอบที่ไม่มีการแสดงผล

หลังจาก Google และพาร์ทเนอร์ได้ยืนยันด้วยตนเองว่าพาร์ทเนอร์เข้าร่วมการประมูล Protected Audience ได้แล้ว Google จะเปิดให้พาร์ทเนอร์ทำการทดสอบในขั้นตอนถัดไป

Google จะจัดสรรการเข้าชมแบบสดจำนวนเล็กน้อยเพื่อดำเนินการประมูล Protected Audience จากนั้น Google และพาร์ทเนอร์จะไม่จำเป็นต้องทริกเกอร์การประมูลกลุ่มเป้าหมายที่มีการป้องกันด้วยตนเองอีกต่อไป ผลของการประมูล Protected Audience จะไม่แสดงผล วิธีนี้ช่วยให้เราทดสอบการผสานรวมในวงกว้างได้

โปรดติดต่อผู้จัดการฝ่ายดูแลลูกค้าหรือส่งคำขอแจ้งปัญหาผ่านศูนย์ช่วยเหลือของ Authorized Buyers เมื่อคุณพร้อม Google จะเปิดใช้บัญชีสำหรับขั้นตอนนี้

ขั้นที่ 3: การทดสอบการแสดงผล

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

โปรดติดต่อผู้จัดการฝ่ายดูแลลูกค้าหรือส่งคำขอแจ้งปัญหาผ่านศูนย์ช่วยเหลือของ Authorized Buyers เมื่อคุณพร้อม Google จะเปิดใช้บัญชีสำหรับขั้นตอนนี้