ในฐานะส่วนหนึ่งของ 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 ที่สนใจการทดสอบควรดูรายละเอียดในส่วนการเริ่มต้นใช้งาน
สรุปโฟลว์การแสดงผล
สรุปขั้นตอนการแสดงโฆษณาของ Protected Audience สำหรับพาร์ทเนอร์ Authorized Buyers มีดังนี้
- ผู้เสนอราคาทำงานร่วมกับผู้ลงโฆษณาเพื่อคงกลุ่มความสนใจสำหรับผู้ลงโฆษณาแต่ละราย บ่อยครั้งที่ผู้ลงโฆษณาจะเพิ่มแท็กของผู้เสนอราคาลงในหน้าเว็บของผู้ลงโฆษณาเพื่อเพิ่มเบราว์เซอร์ลงในกลุ่มความสนใจ
- ผู้ใช้ปลายทางเข้าชมหน้าเว็บของผู้ลงโฆษณา หน้าเว็บอาจมีแท็กของ ผู้เสนอราคาอยู่
- แท็กของผู้เสนอราคาเรียกใช้ Protected Audience API
joinAdInterestGroup()
การโทรนี้จะขอให้เบราว์เซอร์เพิ่มผู้ใช้ในกลุ่มความสนใจ - ผู้ใช้ปลายทางเข้าชมหน้าเว็บของผู้เผยแพร่โฆษณา เบราว์เซอร์ของผู้ใช้จะขอแท็กโฆษณาของผู้เผยแพร่โฆษณา ของ Google
- แท็กโฆษณาของผู้เผยแพร่โฆษณาของ Google จะสร้างคำขอโฆษณาตามบริบทไปยังเซิร์ฟเวอร์ของ Google
- Google จะส่งคำขอราคาเสนอตามบริบทไปยังผู้เสนอราคาที่เข้าร่วม ดูข้อมูลเพิ่มเติมได้ที่ส่วนการเปลี่ยนแปลงคำขอราคาเสนอ
- ผู้เสนอราคาส่ง
BidResponse
กลับมาพร้อมช่องinterest_group_bidding
หากผู้เสนอราคาไม่ได้ระบุinterest_group_bidding
ไว้ Google จะไม่รวมต้นทางของผู้เสนอราคาในinterestGroupBuyers
ไว้ในการกำหนดค่าการประมูล การเสนอราคาตอบสามารถมีinterest_group_bidding.per_buyer_signals
ได้ด้วย ระบบจะส่งper_buyer_signals
ไปยังฟังก์ชันการเสนอราคาของผู้เสนอราคาระหว่างการประมูลในเบราว์เซอร์ ดูข้อมูลเพิ่มเติมได้ที่ส่วนการเปลี่ยนแปลงการเสนอราคาตอบ - Google เรียกใช้การประมูลฝั่งเซิร์ฟเวอร์และส่งการเสนอราคาตอบไปยังเบราว์เซอร์ การประมูลฝั่งเซิร์ฟเวอร์จะพิจารณาการเสนอราคาฝั่งเซิร์ฟเวอร์แบบเดิม การเสนอราคาตอบอาจมีข้อมูลเกี่ยวกับราคาเสนอที่ชนะตามบริบท (หากมี)
- การเสนอราคาตอบมีการกำหนดค่าการประมูลสำหรับการประมูลในเบราว์เซอร์ ซึ่งอาจรวมถึงสัญญาณบริบทจากผู้ซื้อที่เข้าร่วมแต่ละราย (ที่ส่งผ่าน
interest_group_bidding.per_buyer_signals
) ข้อมูลผู้ชนะตามบริบท และการตั้งค่าการมีสิทธิ์ในการเสนอราคา - แท็กผู้เผยแพร่โฆษณาของ Google จะเรียกใช้ Protected Audience API
runAdAuction()
เพื่อเริ่มการประมูลตามกลุ่มความสนใจในอุปกรณ์ Google จะรวมเฉพาะผู้ซื้อที่เคยส่งคืนinterest_group_bidding
เป็นinterestGroupBuyers
ในการกำหนดค่าการประมูล - Google จะส่ง
per_buyer_signals
ของผู้เสนอราคาที่มีสิทธิ์แต่ละรายไปยังการกำหนดค่าการประมูลสำหรับกลุ่มเป้าหมายที่มีการคุ้มครอง - หากกลุ่มความสนใจของผู้เสนอราคารายหนึ่งๆ ระบุ
trustedBiddingSignalsUrl
เบราว์เซอร์จะส่งคำขอไปยังtrustedBiddingSignalsUrl
ของแต่ละกลุ่มเพื่อดึงข้อมูลสัญญาณแบบเรียลไทม์ของแต่ละกลุ่ม ดูรายละเอียดในข้อกำหนดของ Protected Audience API - เบราว์เซอร์จะเรียกใช้
generateBid()
ของผู้เสนอราคาสำหรับกลุ่มความสนใจแต่ละกลุ่มที่เลือกใช้และมีสิทธิ์เข้าร่วมการประมูลในเบราว์เซอร์ ขั้นตอนนี้จะคำนวณราคาเสนอและเลือกครีเอทีฟโฆษณาgenerateBid()
มีสิทธิ์เข้าถึงper_buyer_signals
ที่ระบุโดยผู้เสนอราคาและสัญญาณการเสนอราคาที่เชื่อถือได้ของกลุ่มความสนใจนั้นๆ - เบราว์เซอร์จะขอให้
scoreAd()
ของผู้ขาย (ในกรณีนี้คือ Google) กำหนดอันดับให้กับราคาเสนอแต่ละรายการในการประมูลเพื่อแสดงโฆษณาตามกลุ่มความสนใจ ระบบจะจัดอันดับและกรองราคาเสนอตามการป้องกันผู้เผยแพร่โฆษณา นโยบายโฆษณา และข้อจำกัดอื่นๆ - เบราว์เซอร์จะทำการประมูลด้วยราคาเสนอของหมวดหมู่ความสนใจที่มีสิทธิ์ ราคาเสนอตามบริบทที่มีอันดับสูงสุดเข้าร่วมการประมูลในเบราว์เซอร์
- หลังการประมูล หากมีผู้ชนะตามกลุ่มความสนใจ เบราว์เซอร์จะขอให้
reportResult()
ของผู้ขายและreportWin()
ของผู้เสนอราคาแจ้งให้แต่ละฝ่ายทราบเกี่ยวกับผู้ชนะในการประมูลในเบราว์เซอร์ - หากโฆษณาตามกลุ่มความสนใจที่ชนะ แท็กผู้เผยแพร่โฆษณาของ 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
มาโคร
renderUrl
ที่อ้างอิงครีเอทีฟโฆษณา Protected Audience API อาจมีตัวยึดตำแหน่งอย่างน้อย 1 รายการที่เรียกว่ามาโคร หลังจากการประมูลตามกลุ่มความสนใจสิ้นสุดลง แต่ก่อนที่จะแสดงผล ค่าที่เกี่ยวข้องจะแทนที่มาโคร renderUrl
ที่ใช้ในการประมูลในอุปกรณ์อาจมีมาโครต่อไปนี้
${GDPR}
|
ขยายเป็น 0 หาก GDPR ไม่มีผล หรือ 1 หากใช้ GDPR ดูเอกสารประกอบ |
${GDPR_CONSENT_XXXX}
|
ขยายเป็นสตริงความโปร่งใสและความยินยอม (TC) ที่เชื่อมโยงกับคําขอ หากสตริงความโปร่งใสและความยินยอม (TC) เว้นว่างไว้หรือไม่ถูกต้อง มาโครนี้จะไม่ขยาย
ใช้มาโครนี้เพื่อส่งสตริง TC ไปยังผู้ให้บริการที่ลงทะเบียน GVL ของ IAB ใน URL
แทนที่ ครีเอทีฟโฆษณาที่มีมาโคร ${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
ขั้นตอน
- กรอกแบบฟอร์มคำขอเพื่อเข้าร่วมการทดสอบ Protected Audience API
- หลังจากส่งแบบฟอร์มคำขอแล้ว โปรดติดต่อผู้จัดการฝ่ายดูแลลูกค้าหรือส่งคำขอแจ้งปัญหาโดยใช้ศูนย์ช่วยเหลือของ Authorized Buyers
- เมื่อกำหนดค่าบัญชีแล้ว ทั้ง 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 ด้วยตนเองเพื่อตรวจสอบว่าโฆษณาแสดงผลได้และบันทึกการแสดงผล
- ใช้ Chrome 101 ขึ้นไป
- เปิดใช้ Privacy Sandbox API และ Fenced Frame โดยใช้
chrome://flags/#privacy-sandbox-ads-apis
และchrome://flags/#enable-fenced-frames
ดูข้อมูลเพิ่มเติมได้ที่ทดสอบแซนด์บ็อกซ์ความเป็นส่วนตัว - ส่งครีเอทีฟโฆษณาเพื่อขออนุมัติโดยใช้ Real-time Bidding API
- ใช้หน้าของผู้ลงโฆษณาจากผู้เสนอราคาเพื่อเพิ่มเบราว์เซอร์ลงในกลุ่มความสนใจที่ผู้เสนอราคาเป็นเจ้าของ
ใช้หน้าผู้เผยแพร่โฆษณาทดสอบที่ Google มีให้เพื่อทริกเกอร์การประมูลกลุ่มเป้าหมายที่มีการป้องกัน
https://fledge-testing.uc.r.appspot.com/?nid=allow_all
กลุ่มความสนใจในเบราว์เซอร์ต้องเสนอราคาสูงพอที่จะชนะการประมูล เนื่องจากอาจแข่งขันกับราคาเสนอฝั่งเซิร์ฟเวอร์ตามปกติ Google ยังมีหน้าผู้เผยแพร่โฆษณาทดสอบโดยเฉพาะสำหรับพาร์ทเนอร์แต่ละราย ซึ่งเฉพาะพาร์ทเนอร์รายหนึ่งๆ เท่านั้นที่จะเข้าร่วมการประมูลได้ การชนะการประมูลในเบราว์เซอร์อย่างน่าเชื่อถือในหน้าเฉพาะของพาร์ทเนอร์อาจทำได้ง่ายกว่า
โปรดตรวจสอบสิ่งต่อไปนี้
- ระบบจะแสดงผลโฆษณาที่ชนะที่คาดไว้
- ระบบจะส่งผลการประมูลฝั่งเซิร์ฟเวอร์ ซึ่งหมายความว่าผู้เสนอราคาที่ชนะจะได้รับคําสั่ง ping จาก
reportWin()
- คอนโซลหน้าทดสอบของผู้เผยแพร่จะบันทึกข้อความการแก้ไขข้อบกพร่องสำหรับราคาเสนอแต่ละรายการพร้อมด้วยข้อมูลต่อไปนี้
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 จะเปิดใช้บัญชีสำหรับขั้นตอนนี้