|
<br-th-TH/1221222229-2-วิธีสร้าง" |
<br-th-TH <br-TH-TH><br-TH/12>
<br-TH-TH <br-TH/TH> |
35/01/07} 12/10/2018 1/20/10/10 10/10/06 10/10/06 10/10/06 |
17 ธ.ค. 2019
มีอะไรใหม่ในโปรโตคอล RTB เวอร์ชัน 170
- เพิ่ม
BidRequest.AdSlot.MatchingAdData.DirectDeal.must_bidแล้ว - ช่องใหม่นี้จะตั้งค่าเป็น "จริง" สำหรับดีล PG เมื่อต้องให้ผู้ซื้อเสนอราคา ผู้เสนอราคาจะข้ามการเสนอราคาได้ในดีล PG สำหรับการแสดงผลนี้เท่านั้น หากกำหนดค่านี้เป็น false ดูข้อมูลเกี่ยวกับการเสนอราคาในดีลการรับประกันแบบเป็นโปรแกรมได้ที่บทความในศูนย์ช่วยเหลือนี้
- เลิกใช้งาน
BidRequest.AdSlot.MatchingAdData.DirectDeal.must_bid_levelแล้ว - ช่องนี้จะทำเครื่องหมายว่าเลิกใช้งานแล้วเพื่อใส่ช่อง Must_bid ที่เพิ่มลงในรุ่นนี้แทน เราจะป้อนข้อมูลนี้ต่อไปจนถึงสิ้นไตรมาสที่ 1 ของปี 2020 ซึ่งจะมีการนำช่องนี้ออกจากโปรโตคอลทั้งหมด
มีอะไรใหม่ใน OpenRTB Protos
- โปรโตคอลส่วนขยาย OpenRTB เวอร์ชัน 44 ของ Google
- เพิ่ม
DealExt.must_bidแล้ว - ช่องใหม่นี้จะตั้งค่าเป็น "จริง" สำหรับดีล PG เมื่อต้องให้ผู้ซื้อเสนอราคา ผู้เสนอราคาจะข้ามการเสนอราคาได้ในดีล PG สำหรับการแสดงผลนี้เท่านั้น หากกำหนดค่านี้เป็น false ดูข้อมูลเกี่ยวกับการเสนอราคาในดีลการรับประกันแบบเป็นโปรแกรมได้ที่บทความในศูนย์ช่วยเหลือนี้
5 ธ.ค. 2019
มีอะไรใหม่ในโปรโตคอล RTB เวอร์ชัน 169
- เพิ่ม
BidRequest.AdSlot.OpenBidding.is_open_biddingแล้ว - ช่องใหม่นี้จะตั้งค่าเป็น "จริง" ในคำขอราคาเสนอเมื่อผู้เผยแพร่โฆษณาตั้งค่ากลุ่มผลตอบแทนหรือกลุ่มสื่อกลางที่กำหนดเป้าหมายช่องโฆษณาในคำขอและผู้เสนอราคาที่ได้รับคำขอ ดูข้อมูลเกี่ยวกับการเสนอราคาแบบเปิดและผลกระทบต่อขั้นตอนการเสนอราคาได้จากบทความนี้ในศูนย์ช่วยเหลือ
มีอะไรใหม่ใน OpenRTB Protos
- โปรโตคอลส่วนขยาย OpenRTB เวอร์ชัน 43 ของ Google
- เพิ่ม
ImpExt.OpenBidding.is_open_biddingแล้ว - ช่องใหม่นี้จะตั้งค่าเป็น "จริง" ในคำขอราคาเสนอเมื่อผู้เผยแพร่โฆษณาตั้งค่ากลุ่มผลตอบแทนหรือกลุ่มสื่อกลางที่กำหนดเป้าหมายช่องโฆษณาในคำขอและผู้เสนอราคาที่ได้รับคำขอ ดูข้อมูลเกี่ยวกับการเสนอราคาแบบเปิดและผลกระทบต่อขั้นตอนการเสนอราคาได้จากบทความนี้ในศูนย์ช่วยเหลือ
- เพิ่ม
DealExt.publisher_blocks_overriddenแล้ว - ช่องนี้จะระบุว่าผู้เผยแพร่โฆษณาได้ยกเว้นดีลที่เกี่ยวข้องจากการบล็อกที่กำหนดค่าไว้หรือไม่ การตั้งค่านี้ไม่ได้ลบล้างนโยบาย AdX หรือคำตัดสินของศูนย์ตรวจสอบโฆษณา ดูข้อมูลเพิ่มเติมได้จากบทความในศูนย์ช่วยเหลือนี้
21 พฤศจิกายน 2019
มีอะไรใหม่ในพจนานุกรม RTB
- ไฟล์พจนานุกรม
providers.csvมีการเปลี่ยนแปลง
14 พ.ย. 2019
มีอะไรใหม่ในโปรโตคอล RTB เวอร์ชัน 168
- เพิ่ม
BidRequest.bid_response_feedback.sampled_mediation_cpm_ahead_of_auction_winnerแล้ว - หากมีเครือข่ายอื่นๆ ในเชนสื่อกลาง ค่าของช่องนี้คือราคาที่แสดงราคาเสนอตัวอย่างจากเครือข่ายสื่อกลางที่มีสิทธิ์เครือข่ายใดเครือข่ายหนึ่ง ซึ่งสูงกว่าผู้ชนะการประมูล โดยถ่วงน้ำหนักด้วยอัตราการส่งโฆษณาที่คาดไว้ ค่านี้จะ เป็น 0 หากไม่มีเครือข่ายในการเติมโฆษณาเชนสื่อกลางเลย หรือหากผู้เผยแพร่โฆษณาไม่ได้ใช้ สื่อกลาง SDK ดูข้อมูลได้ที่สร้างรูปแบบการเสนอราคาสำหรับการประมูลแบบใช้ราคาอันดับ 1
มีอะไรใหม่ใน OpenRTB Protos
- โปรโตคอลส่วนขยาย OpenRTB เวอร์ชัน 42 ของ Google
- เพิ่ม
BidRequestExt.bid_feedback.sampled_mediation_cpm_ahead_of_auction_winnerแล้ว - หากมีเครือข่ายอื่นๆ ในเชนสื่อกลาง ค่าของช่องนี้คือราคาที่แสดงราคาเสนอตัวอย่างจากเครือข่ายสื่อกลางที่มีสิทธิ์เครือข่ายใดเครือข่ายหนึ่ง ซึ่งสูงกว่าผู้ชนะการประมูล โดยถ่วงน้ำหนักด้วยอัตราการส่งโฆษณาที่คาดไว้ ค่านี้จะ เป็น 0 หากไม่มีเครือข่ายในการเติมโฆษณาเชนสื่อกลางเลย หรือหากผู้เผยแพร่โฆษณาไม่ได้ใช้ สื่อกลาง SDK ดูข้อมูลได้ที่สร้างรูปแบบการเสนอราคาสำหรับการประมูลแบบใช้ราคาอันดับ 1
13 พฤศจิกายน 2019
มีอะไรใหม่ในพจนานุกรม RTB
- ไฟล์พจนานุกรม
providers.csvมีการเปลี่ยนแปลง
12 พฤศจิกายน 2019
มีอะไรใหม่ในพจนานุกรม RTB
- ไฟล์พจนานุกรม
callout-status-codes.txtมีการเปลี่ยนแปลง - ลบ
22 Dropped due to pretargeting samplingแล้ว
5 พฤศจิกายน 2019
มีอะไรใหม่ในพจนานุกรม RTB
- ไฟล์พจนานุกรม
cookie-matcher-status-codes.txtมีการเปลี่ยนแปลง - เพิ่ม
13 COOKIE_MATCHER_UIS_RPC_ERRORแล้ว
17 ต.ค. 2019
มีอะไรใหม่ใน OpenRTB Protos
- โปรโตคอลส่วนขยาย OpenRTB เวอร์ชัน 41 ของ Google
- เพิ่ม
BidExt.buyer_reporting_idแล้ว - ผู้ซื้อประกาศรหัสซึ่งจะใช้แจกแจงการใช้จ่ายและเมตริกการเข้าชมที่ไม่ถูกต้องในการรายงานเพื่อความโปร่งใสของ IVT ในเครื่องมือ Query ขณะนี้เรายังแจกแจงเมตริกในการรายงานเพื่อความโปร่งใสของ IVT ตามค่าที่ประกาศในช่อง
Seatbid.seatด้วย (ในกรณีที่ไม่ได้ป้อนข้อมูลBidExt.buyer_reporting_idเท่านั้น) แต่เราจะหยุดดำเนินการในช่วงสิ้นไตรมาสที่ 1 ปี 2020 เพื่อให้ผู้เสนอราคามีเวลาเพียงพอในการย้ายข้อมูลไปยังช่องใหม่นี้
1 ต.ค. 2019
มีอะไรใหม่ใน OpenRTB Protos
- โปรโตคอลส่วนขยาย OpenRTB เวอร์ชัน 40 ของ Google
- เพิ่ม
DealExt.deal_typeแล้ว - ตอนนี้เราจะส่งดีลประเภท Google ที่เจาะจงในส่วนขยายดีล OpenRTB
23 ก.ย. 2019
มีอะไรใหม่ในโปรโตคอล RTB เวอร์ชัน 167
- เพิ่มความคิดเห็นเกี่ยวกับสกุลเงินในช่อง CPM ทั้งหมด
16 ก.ย. 2019
มีอะไรใหม่ในโปรโตคอล RTB เวอร์ชัน 166
- ระบบยังไม่รองรับค่า
OMIDของ enum ของBidResponse.Ad.ImpressionTrackingResource.Context - เราไม่ได้ประมวลผลสคริปต์ OMID ที่ส่งผ่านช่อง
impression_tracking_resourceในขณะนี้
มีอะไรใหม่ใน OpenRTB Protos
- โปรโตคอลส่วนขยาย OpenRTB เวอร์ชัน 39 ของ Google
- ระบบยังไม่รองรับค่า
OMIDของ enum ของEventTrackerExt.Contextในขณะนี้ - ปัจจุบันเราไม่ได้ประมวลผลสคริปต์ OMID ที่ส่งผ่านช่อง
eventtrackersแบบเนทีฟ
13 ก.ย. 2019
มีอะไรใหม่ในโปรโตคอล RTB เวอร์ชัน 165
- เพิ่ม
BidResponse.ad.adslot.third_party_buyer_tokenแล้ว - โทเค็นนี้ใช้เพื่อระบุข้อมูลผู้ซื้อบุคคลที่สามหาก Exchange ในฐานะการประมูลแบบเปิดเป็นสื่อกลาง ค่านี้มาจากผู้ซื้อบุคคลที่สามและต้องส่งไปยัง Google โดยไม่มีการเปลี่ยนแปลงในการเสนอราคาตอบ
มีอะไรใหม่ใน OpenRTB Protos
- โปรโตคอลส่วนขยาย OpenRTB เวอร์ชัน 38 ของ Google
- เพิ่ม
BidExt.third_party_buyer_tokenแล้ว - โทเค็นนี้ใช้เพื่อระบุข้อมูลผู้ซื้อบุคคลที่สามหาก Exchange ในฐานะการประมูลแบบเปิดเป็นสื่อกลาง ค่านี้มาจากผู้ซื้อบุคคลที่สามและต้องส่งไปยัง Google โดยไม่มีการเปลี่ยนแปลงในการเสนอราคาตอบ
21 ส.ค. 2019
มีอะไรใหม่ในการอัปโหลดจำนวนมากของ Cookie เวอร์ชัน 8
- เพิ่มค่า enum ใหม่
RIDA,AFAIและMSAIในUserIdTypeแล้ว
29 ก.ค. 2019
มีอะไรใหม่ในโปรโตคอล RTB เวอร์ชัน 164
- เพิ่ม
BidRequest.AdSlot.flexible_adslot_settingsแล้ว - ข้อความย่อยนี้ใช้เพื่อระบุการตั้งค่าที่เกี่ยวข้องกับการเปลี่ยนแปลงขนาดของช่องโฆษณา
ตัวอย่างเช่น หากผู้เสนอราคาส่งผลลัพธ์ขนาดต่างๆ กลับมาได้ ระบบจะระบุความสูงและความกว้างสูงสุดและต่ำสุดที่นี่
สำหรับ OpenRTB ความสูงและความกว้างที่ยืดหยุ่นจะระบุผ่านแอตทริบิวต์
wmax,hmax,wminและhminของข้อความBidRequest.Imp.Bannerด้วย
10 ก.ค. 2019
มีอะไรใหม่ในโปรโตคอล RTB เวอร์ชัน 163
- เลิกใช้งานและนำออกแล้ว
BidRequest.AdSlot.is_intersitial_slot - ช่องนี้ล้าสมัยและไม่มีการป้อนข้อมูลอีกต่อไป ใช้
BidRequest.Mobile.is_interstitial_requestและค่า enum ของBidRequest.Video.PlacementINTERSTITIALเพื่อระบุว่าช่องโฆษณาเป็นโฆษณาคั่นระหว่างหน้าหรือไม่
9 ก.ค. 2019
มีอะไรใหม่ในโปรโตคอลรายงานสถานะข้อมูลโค้ดเวอร์ชัน 29
- นำค่า
SSL_REQUESTที่เลิกใช้งานแล้วออกจาก enumContextType
13 มี.ค. 2019
มีอะไรใหม่ใน Google RTB Proto เวอร์ชัน 162 และโปรโตคอล OpenRTB
- เราได้ ประกาศเมื่อเร็วๆ นี้เกี่ยวกับการเปลี่ยนแปลงที่กำลังจะเกิดขึ้นกับรูปแบบการกำหนดราคา ช่องใหม่ต่อไปนี้เกี่ยวข้องกับการเปลี่ยนแปลงนี้
-
- เพิ่ม
BidRequest.bid_response_feedback.minimum_bid_to_winลงใน realtime-bidding.proto และBidRequestExt.bid_feedback.minimum_bid_to_winใน openrtb-adx.proto - ระบบจะป้อนข้อมูลในช่องนี้สำหรับการประมูลแบบใช้ราคาอันดับ 1 เท่านั้น และระบุราคาเสนอขั้นต่ำที่จำเป็นในการล้างราคาพื้นและเสนอราคาสูงกว่าคู่แข่งทั้งหมด สิทธิ์นี้จะถูกยกเว้นสำหรับผู้เสนอราคาทุกรายในการประมูลที่ชนะผ่านดีล โดยสถานะครีเอทีฟโฆษณา
LOST_TO_PMP_DEALใหม่จะระบุหากคุณแพ้ด้วยเหตุผลนี้ - เพิ่ม
BidResponse.ad.adslot.use_bid_translation_serviceใน realtime-bidding.proto และBidExt.use_bid_translation_serviceใน openrtb-adx.proto - บูลีนที่ไม่บังคับซึ่งช่วยให้การเสนอราคาในการประมูลแบบใช้ราคาอันดับ 1 เลือกใช้บริการแปลราคาเสนอได้ หากเป็นจริง ราคาเสนออันดับ 2 ที่ให้ไว้จะแปลงเป็นราคาเสนอแบบใช้ราคาอันดับ 1 ในทางปฏิบัติ การเปิดใช้นี่จะไม่เพิ่มราคาเสนอของคุณเลย เราจะเสนอบริการนี้ชั่วคราวเพื่อให้ช่วยในการย้ายข้อมูล และวางแผนจะนำออกในปี 2020
- เพิ่ม
- เราขอแนะนำให้ผู้เสนอราคาอัปเดตการใช้การเสนอราคาเพื่อเตรียมพร้อมสำหรับการเปลี่ยนแปลงนี้
- เพิ่มการสนับสนุนสำหรับมาโครต่อไปนี้ใน
adm,impression_tracking_urlและburl: -
${AUCTION_ID}- รหัสคำขอราคาเสนอ จากแอตทริบิวต์BidRequest.id${AUCTION_BID_ID}- รหัสราคาเสนอ จากแอตทริบิวต์BidResponse.bidid${AUCTION_IMP_ID}- รหัสของการแสดงผลที่เพิ่งชนะ จากแอตทริบิวต์BidRequest.imp[].id${AUCTION_SEAT_ID}- รหัสที่นั่งของผู้เสนอราคาที่เสนอราคาจากแอตทริบิวต์BidResponse.seatbid[].seat${AUCTION_AD_ID}- รหัสของมาร์กอัปโฆษณาที่ผู้เสนอราคาต้องการแสดง จากแอตทริบิวต์BidResponse.seatbid[].bid[].adid${AUCTION_PRICE}- การเคลียร์ราคาโดยใช้สกุลเงินและหน่วยเดียวกันกับราคาเสนอ
- นำไฟล์พจนานุกรม
gdn-vendors.txtออกแล้ว - ใช้
vendors.txtแทน ดาวน์โหลดไฟล์
10 ธ.ค. 2018
มีอะไรใหม่ใน Cookie Volume UPload Proto เวอร์ชัน 8
- นำค่า enum
BUYER_PROVIDED_IDถึงUserIdTypeออกแล้ว
10 ธ.ค. 2018
มีอะไรใหม่ในโปรโตคอล RTB เวอร์ชัน 161
- อัปเดตความคิดเห็นสำหรับ
BidRequest.Adslot.widthและBidRequest.Adslot.height - อัปเดตความคิดเห็นเพื่อให้เห็นว่าช่องความกว้าง/ความสูงของโฆษณาคั่นระหว่างหน้าช่องแรกไม่จำเป็นต้องเท่ากับขนาดหน้าจออีกต่อไป เนื่องจากโฆษณาคั่นระหว่างหน้าบางรายการอาจมีขนาดเล็กกว่าขนาดหน้าจอเล็กน้อย
- เลิกใช้งาน
NativeAdTemplate.Fields.STOREและNativeAdTemplate.store_max_safe_lengthแล้ว
16 พ.ย. 2018
มีอะไรใหม่ในโปรโตคอล RTB เวอร์ชัน 160
- เพิ่ม
BidResponse.Ad.AdSlot.buyer_reporting_idแล้ว - ผู้เสนอราคาสามารถใช้ช่องนี้เพื่อระบุรหัสที่เลือกได้ ซึ่งจะใช้ในการจำแนกค่าใช้จ่ายและเมตริกการเข้าชมที่ไม่ถูกต้องในการรายงานเพื่อความโปร่งใสของ IVT ระบบจะไม่สนใจรหัสที่ยาวกว่า 64 ไบต์
มีอะไรใหม่ใน OpenRTB Protos
- โปรโตคอล OpenRTB 2.5.0 ของ Google
- ตอนนี้ผู้เสนอราคาสามารถใช้
SeatBid.seatเพื่อระบุรหัสที่เลือกได้ ซึ่งจะนำไปใช้ในการแจกแจงการใช้จ่ายและเมตริกการเข้าชมที่ไม่ถูกต้องในการรายงานเพื่อความโปร่งใสของ IVT ระบบจะไม่สนใจรหัสที่ยาวกว่า 64 ไบต์
29 ต.ค. 2018
มีอะไรใหม่ในโปรโตคอล RTB เวอร์ชัน 159
- เพิ่ม
BidRequest.auction_typeแล้ว - ช่องนี้คล้ายกับ BidRequest.at ซึ่งส่งใน OpenRTB แล้ว
22 ต.ค. 2018
มีอะไรใหม่ในโปรโตคอล RTB เวอร์ชัน 158
- เพิ่ม
BidRequest.AdSlot.excluded_creativesแล้ว - ช่องนี้มีรายการครีเอทีฟโฆษณาที่ไม่ได้รับอนุญาตให้แสดงในการแสดงผลนี้ โปรดติดต่อผู้จัดการฝ่ายดูแลลูกค้าหากต้องการเปิดใช้ฟีเจอร์นี้
มีอะไรใหม่ใน OpenRTB Protos
- โปรโตคอลส่วนขยาย OpenRTB เวอร์ชัน 36 ของ Google
- เพิ่ม
ImpExt.excluded_creativesแล้ว - ช่องนี้มีรายการครีเอทีฟโฆษณาที่ไม่ได้รับอนุญาตให้แสดงในการแสดงผลนี้ โปรดติดต่อผู้จัดการฝ่ายดูแลลูกค้าหากต้องการเปิดใช้ฟีเจอร์นี้
17 ต.ค. 2018
มีอะไรใหม่ในโปรโตคอล RTB เวอร์ชัน 157
- เพิ่มการรองรับกล่องรับสัญญาณใน
BidRequest.Device.device_type BidRequest.Device.device_typeสามารถมีประเภทกล่องรับสัญญาณใหม่ได้
19 ต.ค. 2018
มีอะไรใหม่ใน OpenRTB Protos
- โปรโตคอลส่วนขยาย OpenRTB เวอร์ชัน 35 ของ Google
- เพิ่ม
BidExt.billing_idแล้ว - เรากำลังย้ายข้อมูลออกจากการใช้
Bid.cidสำหรับการระบุรหัสการเรียกเก็บเงินที่ควรระบุการแสดงผลในการเสนอราคาตอบ และย้ายข้อมูลไปยังช่องBidExt.billing_idใหม่นี้ เราจะยังกลับไปใช้Bid.cidเพื่อความเข้ากันได้แบบย้อนหลังต่อไปจนกว่าผู้เสนอราคาจะย้าย
17 ต.ค. 2018
มีอะไรใหม่ในโปรโตคอล RTB เวอร์ชัน 157
- เพิ่มการรองรับกล่องรับสัญญาณใน
BidRequest.Device.device_type BidRequest.Device.device_typeสามารถมีประเภทกล่องรับสัญญาณใหม่ได้
8 ต.ค. 2018
มีอะไรใหม่ในโปรโตคอล RTB เวอร์ชัน 155
- เพิ่มการรองรับรหัสอุปกรณ์ Samsung ใน
BidRequest.Mobile.advertising_id - คุณส่งรหัส Samsung ผ่าน
BidRequest.Mobile.advertising_idได้
1 ต.ค. 2018
มีอะไรใหม่ใน OpenRTB Protos
- โปรโตคอลส่วนขยาย OpenRTB เวอร์ชัน 33 ของ Google
- เพิ่ม
BidExt.restricted_categoriesแล้ว - ควรใช้ช่องนี้เพื่อระบุหมวดหมู่ที่ถูกจำกัดสำหรับโฆษณาที่อาจแสดงจากข้อมูลโค้ดที่เกี่ยวข้อง โปรดดูรายการรหัสหมวดหมู่ที่จำกัดได้ที่ ad-restricted-categories.txt โดยเฉพาะอย่างยิ่ง โฆษณาแอลกอฮอล์จะต้องประกาศแอตทริบิวต์ 33 เพื่อหลีกเลี่ยงการไม่อนุมัติครีเอทีฟโฆษณา
- โปรโตคอล OpenRTB 2.5.0 ของ Google
- ระบบจะป้อนข้อมูล
App.storeurlในคำขอที่เกี่ยวข้อง
มีอะไรใหม่ในการรายงาน
- รายงานประสิทธิภาพ CSV ที่เลิกใช้แล้ว
- เลิกใช้งานการดาวน์โหลดข้อมูลรายงานประสิทธิภาพในรูปแบบ CSV รายชั่วโมงแล้ว ข้อมูลรายงานประสิทธิภาพยังคงเข้าถึงได้ผ่าน Performance Report API
20 ก.ย. 2018
มีอะไรใหม่ในโปรโตคอล RTB เวอร์ชัน 153
- เพิ่ม
BidRequest.google_query_idแล้ว - รหัสนี้แสดงรหัสที่ไม่ซ้ำกันสำหรับการค้นหาโดยรวม หากมีข้อความไฮไลต์หลายรายการในคำค้นหา คําขอข้อความไฮไลต์ทั้งหมดสําหรับคําค้นหานั้นจะมี
google_query_idเดียวกัน
มีอะไรใหม่ใน OpenRTB Protos
- โปรโตคอลส่วนขยาย OpenRTB เวอร์ชัน 32 ของ Google
- เพิ่ม
BidRequestExt.google_query_idแล้ว - รหัสนี้แสดงรหัสที่ไม่ซ้ำกันสำหรับการค้นหาโดยรวม หากมีข้อความไฮไลต์หลายรายการในคำค้นหา คําขอข้อความไฮไลต์ทั้งหมดสําหรับคําค้นหานั้นจะมี
google_query_idเดียวกัน
18 ก.ย. 2018
มีอะไรใหม่ในรายงานสถานะข้อมูลโค้ดเวอร์ชัน 28
- เพิ่มเหตุผลการไม่อนุมัติใหม่แล้ว
- 100 โปรโมตบริการที่เกี่ยวข้องกับการประกันตัวผู้ต้องหา
27 ส.ค. 2018
มีอะไรใหม่ในรายงานสถานะข้อมูลโค้ดเวอร์ชัน 27
- เพิ่มเหตุผลการไม่อนุมัติใหม่แล้ว
- 99 การหยุดครีเอทีฟโฆษณาชั่วคราว
23 ส.ค. 2018
มีอะไรใหม่ในโปรโตคอล RTB เวอร์ชัน 153
- เพิ่ม
BidRequest.adslot.native_placement_typeแล้ว - ข้อความนี้อธิบายตำแหน่งของช่องโฆษณาเนทีฟที่เกี่ยวข้องกับบริบทโดยรอบ
มีอะไรใหม่ใน OpenRTB Protos
- โปรโตคอล OpenRTB 2.5.0 ของ Google
- ตอนนี้
NativeRequest.plcmttypeได้รับการป้อนข้อมูลเดียวกันกับช่องBidRequest.adslot.native_placement_typeในโปรโตคอล AdX
1 ส.ค. 2018
มีอะไรใหม่ในโปรโตคอล RTB เวอร์ชัน 152
- เพิ่ม
BidRequest.Mobile.installed_sdkแล้ว - ข้อความนี้ช่วยให้ผู้เสนอราคาทราบเกี่ยวกับ SDK ที่ติดตั้งในแอปซึ่งได้รับอนุญาตให้เสนอราคา
30 ก.ค. 2018
มีอะไรใหม่ในรายงานสถานะข้อมูลโค้ดเวอร์ชัน 26
- เพิ่มช่องใหม่
creative_status_identity_typeสำหรับการย้ายข้อมูลไปยังการยืนยันครีเอทีฟโฆษณาแบบไม่มีขนาด
23 กรกฎาคม 2018
มีอะไรใหม่ในพจนานุกรม RTB
- ไฟล์พจนานุกรม
providers.csvมีการเปลี่ยนแปลง - อัปเดตรายการสำหรับ "Integral Ad Science", "Google", "EMX Digital", "KeyCDN", "Better Banners", "zeotap" และ "Tramplin Media"
- นำรายการ "Clearstream.TV, Inc." ออก
19 กรกฎาคม 2018
มีอะไรใหม่ในโปรโตคอล RTB เวอร์ชัน 150
- เพิ่มดีลประเภทการแลกเปลี่ยนใหม่ลงใน
BidResponse.Ad.AdSlot.exchange_deal_typeแล้ว - ดีล
EXCHANGE_AUCTION_PACKAGEประเภทใหม่สำหรับผู้เสนอราคาแลกเปลี่ยนหมายถึงกลุ่มพื้นที่โฆษณาที่ไม่มีการปฏิบัติพิเศษในการประมูล
มีอะไรใหม่ใน OpenRTB Protos
- โปรโตคอลส่วนขยาย OpenRTB เวอร์ชัน 31 ของ Google
- เพิ่มดีลประเภทการแลกเปลี่ยนใหม่ลงใน
BidExt.exchange_deal_typeแล้ว - ดีล
EXCHANGE_AUCTION_PACKAGEประเภทใหม่สำหรับผู้เสนอราคาแลกเปลี่ยนหมายถึงกลุ่มพื้นที่โฆษณาที่ไม่มีการปฏิบัติพิเศษในการประมูล
17 กรกฎาคม 2018
มีอะไรใหม่ในพจนานุกรม RTB
- ไฟล์พจนานุกรม
geo-table.csvมีการเปลี่ยนแปลง - เพิ่ม 3 เมืองในอาร์เจนตินา
- เพิ่มเมือง 3 เมืองในแคนาดา
- เพิ่มเมือง 2 เมืองในโคลอมเบีย
- เพิ่ม 2 เมืองในกรีซ
- เพิ่มเมือง 26 แห่งในอิตาลี
- เพิ่มเมือง 333 เมืองในญี่ปุ่น
- เพิ่มเมือง 78 เมืองในสวิตเซอร์แลนด์
16 กรกฎาคม 2018
มีอะไรใหม่ในพจนานุกรม RTB
- ไฟล์พจนานุกรม
providers.csvมีการเปลี่ยนแปลง - ข้อมูลที่อัปเดตสำหรับผู้ให้บริการรายเดิม ได้แก่ Adriver, MediaMath, The Reach Group, GetIntent, DYNADMIC, AdClear, Sharethrough Inc., media.ventive GmbH, Ingenious Technologies, StreamRail, Adways SAS, BDSK Handels GmbH & Co. KG, Adserve, INFINIA, Dochase
- เพิ่มผู้ให้บริการรายใหม่ ได้แก่ AT Internet, Media.net, Vidazoo, Madington, IgnitionAI, All In View LTD, Captify, Seedtag, Affiliate Future, Grabit Interactive, FXCM.com, Rambla, Tramplin Media
- ดูรายละเอียดเพิ่มเติมในรายชื่อผู้ให้บริการที่ได้รับการรับรอง
2 กรกฎาคม 2018
มีอะไรใหม่ในพจนานุกรม RTB
- ไฟล์พจนานุกรม
vendors.txtมีการเปลี่ยนแปลง - เพิ่ม
4513 Rippllแล้ว - ดูรายละเอียดเพิ่มเติมในรายชื่อผู้ให้บริการที่ได้รับการรับรอง
- ไฟล์พจนานุกรม
gdn-vendors.txtมีการเปลี่ยนแปลง - เพิ่ม
4513 Rippllแล้ว - ดูรายละเอียดเพิ่มเติมในรายชื่อผู้ให้บริการที่ได้รับการรับรอง
27 มิถุนายน 2018
มีอะไรใหม่ในโปรโตคอล RTB เวอร์ชัน 149
- ทำเครื่องหมาย
BidRequest.adslot.matching_ad_data.direct_deal.remaining_impressions_to_buyว่าเลิกใช้งานแล้ว - เราจะไม่ส่งข้อมูลนี้เพื่อทำให้ API ของเราใช้งานง่ายขึ้นอีก
26 มิถุนายน 2018
มีอะไรใหม่ในโปรโตคอล RTB เวอร์ชัน 148
- เพิ่ม
BidRequest.AdSlot.buyer_generated_request_dataแล้ว - ระบบจะตั้งค่านี้ในคำขอแอปบนอุปกรณ์เคลื่อนที่สำหรับผู้ซื้อที่ติดตั้ง SDK ในแอปเพื่อให้ผ่านข้อมูลเพิ่มเติม
- เพิ่ม
BidResponse.Ad.AdSlot.sdk_rendered_adแล้ว - ช่องนี้ช่วยให้ผู้เสนอราคาแสดงโฆษณาที่ SDK ที่รู้จักแสดงผล จะใช้ได้เมื่อคำขอราคาเสนอมีข้อความย่อย mobile.installed_sdk เท่านั้น
มีอะไรใหม่ใน OpenRTB Protos
- โปรโตคอลส่วนขยาย OpenRTB เวอร์ชัน 30 ของ Google
- เพิ่ม
AppExt.InstalledSdkแล้ว - ข้อความนี้ช่วยให้ผู้เสนอราคาทราบเกี่ยวกับ SDK ที่ติดตั้งในแอปซึ่งได้รับอนุญาตให้เสนอราคา
- เพิ่ม
ImpExt.BuyerGeneratedRequestDataแล้ว - ระบบจะตั้งค่านี้ในคำขอแอปบนอุปกรณ์เคลื่อนที่สำหรับผู้ซื้อที่ติดตั้ง SDK ในแอปเพื่อให้ผ่านข้อมูลเพิ่มเติม
- เพิ่ม
BidExt.SdkRenderedAdแล้ว - ช่องนี้ช่วยให้ผู้เสนอราคาแสดงโฆษณาที่ SDK ที่รู้จักแสดงผล จะใช้ได้เฉพาะเมื่อคำขอราคาเสนอมีข้อความย่อย
AppExt.InstalledSdkเท่านั้น
- เพิ่มการรองรับ
NativeRequest.eventtrackers - ระบุประเภทการติดตามเหตุการณ์ที่รองรับ แมปกับข้อความย่อยในช่อง
BidRequest.adslot[].excluded_attributeของโปรโตคอล Authorized Buyers
- เพิ่มการรองรับ
NativeResponse.eventtrackers - อาร์เรย์ของเครื่องมือติดตามเหตุการณ์การตอบกลับที่จะเรียกใช้กับโฆษณา ตามเมธอดที่รองรับซึ่งประกาศไว้ใน NativeRequest แทนที่ imptrackers และ jstrackers แมปกับ
BidResponse.ad[].impression_tracking_resourceของโปรโตคอล Authorized Buyers
26 มิถุนายน 2018
มีอะไรใหม่ในพจนานุกรม RTB
- ไฟล์พจนานุกรม
publisher-excludable-creative-attributes.txtมีการเปลี่ยนแปลง - เพิ่ม
114 OmsdkType: OMSDK 1.0ซึ่งใช้เพื่อระบุว่ารองรับ Open Measurement SDK หรือไม่
13 มิถุนายน 2018
มีอะไรใหม่ในโปรโตคอล RTB เวอร์ชัน 147
- เพิ่มค่า enum
AUCTION_PACKAGEลงในBidRequest.adslot.matching_ad_data.direct_deal.deal_typeแล้ว - ตอนนี้เราใช้ค่า enum ของ
AUCTION_PACKAGE(ซึ่งต่างจากPRIVATE_AUCTIONที่ใช้ก่อนหน้านี้) เพื่อระบุว่ามีแพ็กเกจการประมูลdirect_deal_idอยู่ในdirect_deal
11 มิถุนายน 2018
มีอะไรใหม่ในโปรโตคอล RTB เวอร์ชัน 146
- เพิ่ม
BidRequest.AdSlot.ImpressionTrackingResource.verification_parametersและBidRequest.AdSlot.ImpressionTrackingResource.vendor_keyแล้ว - คุณเติมค่า
verification_parametersด้วยพารามิเตอร์เพิ่มเติมเพื่อส่งไปยังสคริปต์การยืนยัน OMID ที่ตั้งค่าในImpressionTrackingResource.script_urlได้ ควรเติมข้อมูลvendor_keyด้วยตัวระบุที่ไม่ซ้ำกันของผู้ให้บริการสคริปต์ OMID ระบบจะส่งเนื้อหาของช่องใหม่เหล่านี้ไปยัง Open Measurement SDK เมื่อตั้งค่าImpressionTrackingResource.contextเป็นOMID
มีอะไรใหม่ใน OpenRTB Protos
- โปรโตคอลส่วนขยาย OpenRTB เวอร์ชัน 29 ของ Google
- เพิ่ม
EventTrackerExt.verification_parametersและEventTrackerExt.vendor_keyแล้ว ป้อนข้อมูลverification_parametersด้วยพารามิเตอร์เพิ่มเติมเพื่อส่งไปยังสคริปต์การยืนยัน OMID ที่ตั้งค่าในEventTracker.urlได้ ควรเติมข้อมูลvendor_keyด้วยตัวระบุที่ไม่ซ้ำกันของผู้ให้บริการสคริปต์ OMID ระบบจะส่งเนื้อหาของช่องใหม่เหล่านี้ไปยัง Open Measurement SDK เมื่อตั้งค่าEventTrackerExt.contextเป็นOMID - โปรโตคอล OpenRTB 2.5.0 ของ Google
- ตอนนี้
User.buyeruidได้รับการป้อนข้อมูลด้วยเนื้อหาเดียวกับUser.customdataเราจะเลิกใช้งานการป้อนข้อมูลUser.customdataทั้งหมดในที่สุด
มีอะไรใหม่ในพจนานุกรม RTB
- ไฟล์พจนานุกรม
vendors.txtมีการเปลี่ยนแปลง - เพิ่ม
263 AddThis, Incแล้ว - ดูรายละเอียดเพิ่มเติมในรายชื่อผู้ให้บริการที่ได้รับการรับรอง
7 มิถุนายน 2018
มีอะไรใหม่ในพจนานุกรม RTB
- ไฟล์พจนานุกรม
gdn-vendors.txtมีการเปลี่ยนแปลง - ลบ
10 Tumriแล้ว - ลบ
56 Adobe Media Optimizerแล้ว - ลบ
132 Adobe Media Optimizerแล้ว - ลบ
225 ZANOX AGแล้ว - ลบ
233 Xaxis, Incแล้ว - ลบ
260 Alenty S.A.Sแล้ว - ลบ
432 Hi-Mediaแล้ว - ลบ
497 Exactagแล้ว - ลบ
815 Resonate Networks, Incแล้ว - ลบ
874 Cint ABแล้ว - ลบ
886 Research and Analysis of Media in Sweden ABแล้ว - ลบ
888 ViewersLogic LTDแล้ว - ลบ
4362 Adnami ApSแล้ว - ดูรายละเอียดเพิ่มเติมในรายชื่อผู้ให้บริการที่ได้รับการรับรอง
- ไฟล์พจนานุกรม
vendors.txtมีการเปลี่ยนแปลง - ลบ
10 Tumriแล้ว - ลบ
56 Adobe Media Optimizerแล้ว - ลบ
132 Adobe Media Optimizerแล้ว - ลบ
225 ZANOX AGแล้ว - ลบ
233 Xaxis, Incแล้ว - ลบ
260 Alenty S.A.Sแล้ว - ลบ
432 Hi-Mediaแล้ว - ลบ
497 Exactagแล้ว - ลบ
616 Tealium, Incแล้ว - ลบ
814 Media Detect GmbHแล้ว - ลบ
815 Resonate Networks, Incแล้ว - ลบ
864 INCUBIQ Solutions Ltdแล้ว - ลบ
874 Cint ABแล้ว - ลบ
886 Research and Analysis of Media in Sweden ABแล้ว - ลบ
888 ViewersLogic LTDแล้ว - ลบ
4362 Adnami ApSแล้ว - ดูรายละเอียดเพิ่มเติมในรายชื่อผู้ให้บริการที่ได้รับการรับรอง
4 มิถุนายน 2018
มีอะไรใหม่ในพจนานุกรม RTB
- ไฟล์พจนานุกรม
publisher-verticals.txtมีการเปลี่ยนแปลง - เปลี่ยนบรรทัด
5227 /World Localities/Latin America/South America/Brazil/Southeast Brazil/São Paulo (State)แล้ว - ไฟล์พจนานุกรม
creative-status-codes.txtมีการเปลี่ยนแปลง - เพิ่ม
193 Filtered due to missing SDK identifierแล้ว - เพิ่ม
194 Filtered due to missing SDK rendering dataแล้ว
31 พฤษภาคม 2018
มีอะไรใหม่ในพจนานุกรม RTB
- ไฟล์พจนานุกรม
vendors.txtมีการเปลี่ยนแปลง - เพิ่ม
4483 ComScore vCE (YouTube)แล้ว - เพิ่ม
4484 Campaign Monitor (YouTube)แล้ว - ดูรายละเอียดเพิ่มเติมในรายชื่อผู้ให้บริการที่ได้รับการรับรอง
- ไฟล์พจนานุกรม
gdn-vendors.txtมีการเปลี่ยนแปลง - เพิ่ม
4483 ComScore vCE (YouTube)แล้ว - เพิ่ม
4484 Campaign Monitor (YouTube)แล้ว - ดูรายละเอียดเพิ่มเติมในรายชื่อผู้ให้บริการที่ได้รับการรับรอง
21 พฤษภาคม 2018
มีอะไรใหม่ในพจนานุกรม RTB
- ไฟล์พจนานุกรม
providers.csvมีการเปลี่ยนแปลง - อัปเดตให้รวมข้อมูลโดเมนล่าสุดสำหรับผู้ให้บริการทุกราย
18 พฤษภาคม 2018
มีอะไรใหม่ในพจนานุกรม RTB
- ไฟล์พจนานุกรม
vendors.txtมีการเปลี่ยนแปลง - ลบ
284 Research Now Limitedแล้ว - ดูรายละเอียดเพิ่มเติมได้ที่รายชื่อผู้ให้บริการที่ได้รับการรับรอง
- ไฟล์พจนานุกรม
gdn-vendors.txtมีการเปลี่ยนแปลง - ลบ
284 Research Now Limitedแล้ว - ดูรายละเอียดเพิ่มเติมได้ที่รายชื่อผู้ให้บริการที่ได้รับการรับรอง
17 พฤษภาคม 2018
มีอะไรใหม่ในโปรโตคอลรายงานสถานะข้อมูลโค้ดเวอร์ชัน 25
- เพิ่มเหตุผลการไม่อนุมัติใหม่แล้ว
- 97 ภาษาที่ไม่รองรับ
- 98 ไม่เป็นไปตามข้อกำหนดของ SSL
มีอะไรใหม่ในพจนานุกรม RTB
- ไฟล์พจนานุกรม
gdn-vendors.txtมีการเปลี่ยนแปลง - เพิ่ม
4374 TailTargetแล้ว - ดูรายละเอียดเพิ่มเติมได้ที่รายชื่อผู้ให้บริการที่ได้รับการรับรอง
- ไฟล์พจนานุกรม
vendors.txtมีการเปลี่ยนแปลง - เพิ่ม
4374 TailTargetแล้ว - เพิ่ม
4458 Yieldlabแล้ว - เพิ่ม
4461 Sharethroughแล้ว - ดูรายละเอียดเพิ่มเติมได้ที่รายชื่อผู้ให้บริการที่ได้รับการรับรอง
16 พฤษภาคม 2018
มีอะไรใหม่ในพจนานุกรม RTB
- ไฟล์พจนานุกรม
gdn-vendors.txtมีการเปลี่ยนแปลง - ลบ
4452 Research Now (YouTube)แล้ว - ดูรายละเอียดเพิ่มเติมได้ที่รายชื่อผู้ให้บริการที่ได้รับการรับรอง
- ไฟล์พจนานุกรม
vendors.txtมีการเปลี่ยนแปลง - ลบ
4452 Research Now (YouTube)แล้ว - ดูรายละเอียดเพิ่มเติมได้ที่รายชื่อผู้ให้บริการที่ได้รับการรับรอง
15 พฤษภาคม 2018
มีอะไรใหม่ในพจนานุกรม RTB
- ไฟล์พจนานุกรม
vendors.txtมีการเปลี่ยนแปลง - เพิ่ม
4452 Research Now (YouTube)แล้ว - ดูรายละเอียดเพิ่มเติมได้ที่รายชื่อผู้ให้บริการที่ได้รับการรับรอง
- ไฟล์พจนานุกรม
gdn-vendors.txtมีการเปลี่ยนแปลง - เพิ่ม
4452 Research Now (YouTube)แล้ว - ดูรายละเอียดเพิ่มเติมได้ที่รายชื่อผู้ให้บริการที่ได้รับการรับรอง
11 พฤษภาคม 2018
มีอะไรใหม่ในพจนานุกรม RTB
- ไฟล์พจนานุกรม
vendors.txtมีการเปลี่ยนแปลง - ลบ
43 BrightRoll Inc.แล้ว - ลบ
94 Nielsen OBE (Vizu)แล้ว - ลบ
145 DoubleVerify Inc.แล้ว - ลบ
204 Pulpo Media Incแล้ว - ลบ
303 Dynamic Logic / Safecount (AdIndex)แล้ว - ลบ
316 Flashtalkingแล้ว - ลบ
334 Adloox Research Verificationแล้ว - ลบ
395 Adnologies GmbHแล้ว - ลบ
441 Hubrus LLCแล้ว - ลบ
472 Neustar AdAdvisorแล้ว - ลบ
476 ComScore Validated Campaign Essentials:Ad Swappingแล้ว - ลบ
539 Adform DSPแล้ว - ลบ
551 Nielsen Digital Ad Ratingsแล้ว - ลบ
553 Kpsuleแล้ว - ลบ
554 Content Directions, Inc. dba Linkstormแล้ว - ลบ
569 Contoboxแล้ว - ลบ
606 Gruvi Ltd.แล้ว - ลบ
608 Rockabox Media Ltdแล้ว - ลบ
615 Nielsen Digital Ad Ratings (JS)แล้ว - ลบ
618 Demand Side Science, Inc.แล้ว - ลบ
633 Knorex Pte. Ltd.แล้ว - ลบ
713 MezzoMediaแล้ว - ลบ
724 Extreme Reach, Inc.แล้ว - ลบ
791 VideoHub DSPแล้ว - ลบ
813 Protected Media LTDแล้ว - ลบ
820 Beijing PinYou Interactive Information Technologyแล้ว - ลบ
834 Jivox Corporationแล้ว - ลบ
838 RevJet LLC.แล้ว - ลบ
863 Bonzai Digital Pvt. Ltdแล้ว - ลบ
876 Exponential Interactive, Incแล้ว - ดูรายละเอียดเพิ่มเติมได้ที่รายชื่อผู้ให้บริการที่ได้รับการรับรอง
- ไฟล์พจนานุกรม
gdn-vendors.txtมีการเปลี่ยนแปลง - ลบ
43 BrightRoll Inc.แล้ว - ลบ
94 Nielsen OBE (Vizu)แล้ว - ลบ
145 DoubleVerify Inc.แล้ว - ลบ
204 Pulpo Media Incแล้ว - ลบ
303 Dynamic Logic / Safecount (AdIndex)แล้ว - ลบ
334 Adloox Research Verificationแล้ว - ลบ
395 Adnologies GmbHแล้ว - ลบ
441 Hubrus LLCแล้ว - ลบ
551 Nielsen Digital Ad Ratingsแล้ว - ลบ
553 Kpsuleแล้ว - ลบ
554 Content Directions, Inc. dba Linkstormแล้ว - ลบ
569 Contoboxแล้ว - ลบ
606 Gruvi Ltd.แล้ว - ลบ
618 Demand Side Science, Inc.แล้ว - ลบ
713 MezzoMediaแล้ว - ลบ
724 Extreme Reach, Inc.แล้ว - ลบ
813 Protected Media LTDแล้ว - ดูรายละเอียดเพิ่มเติมได้ที่รายชื่อผู้ให้บริการที่ได้รับการรับรอง
9 พฤษภาคม 2018
มีอะไรใหม่ในพจนานุกรม RTB
- ไฟล์พจนานุกรม
providers.csvมีการเปลี่ยนแปลง - ลบบรรทัด
184,"eBay","https://www.ebay.com/help/policies/member-behaviour-policies/user-privacy-notice-privacy-policy?id=4260#section12","rover.ebay.com ebay.cachetastic.com *.ebaystatic.com dap.ebay.gslb.com *.ebay.de *.ebay.co.uk *.ebay.fr *.ebay.it *.ebay.es *.ebayrtm.com *.ebay.at *.ebay.ch *.ebay.be *.ebay.dk *.ebay.gr *.ebay.ie *.ebay.nl *.ebay.no *.ebay.pl *.ebay.cz *.ebay.ru *.ebayimg.com anywhere.ebay.com i.ebayimg.com *.edpn.ebay.com mstconsole.ebay.com rpsx.ebay.com *.ebay.com ads.ebay.com sc.dealtime.com mktg.kijiji.ca *.fetchback.com"แล้ว
7 พฤษภาคม 2018
มีอะไรใหม่ในโปรโตคอลรายงานสถานะข้อมูลโค้ดเวอร์ชัน 24
- เพิ่มเหตุผลการไม่อนุมัติใหม่แล้ว
- 96 ประสบการณ์ปลายทางที่ยอมรับไม่ได้
3 พฤษภาคม 2018
มีอะไรใหม่ในพจนานุกรม RTB
- เพิ่มไฟล์
providers.csvแล้ว - ไฟล์นี้จะแสดงข้อมูลเกี่ยวกับผู้ให้บริการที่ส่งในคำขอราคาเสนอ ดูคำอธิบายแบบเต็มในพจนานุกรม RTB
- ไฟล์พจนานุกรม
gdn-vendors.txtมีการเปลี่ยนแปลง - เพิ่ม
303 Insight Express (Mobile)แล้ว - ลบ
303 Dynamic Logic / Safecount (AdIndex)แล้ว - ลบ
523 Spongecell - Expandableแล้ว - ดูรายละเอียดเพิ่มเติมได้ที่รายชื่อผู้ให้บริการที่ได้รับการรับรอง
- ไฟล์พจนานุกรม
vendors.txtมีการเปลี่ยนแปลง - เพิ่ม
303 Insight Express (Mobile)แล้ว - ลบ
303 Dynamic Logic / Safecount (AdIndex)แล้ว - ลบ
486 Adloox: Ad Swappingแล้ว - ลบ
523 Spongecell - Expandableแล้ว - ลบ
537 Public Eyeแล้ว - ลบ
623 Human Demandแล้ว - ลบ
798 Nielsen Catalina Solutionsแล้ว - ลบ
806 Sociomantic Expandableแล้ว - ดูรายละเอียดเพิ่มเติมได้ที่รายชื่อผู้ให้บริการที่ได้รับการรับรอง
1 พฤษภาคม 2018
มีอะไรใหม่ในพจนานุกรม RTB
- ไฟล์พจนานุกรม
gdn-vendors.txtมีการเปลี่ยนแปลง - เปลี่ยน
43 BrightRollเป็น43 BrightRoll Inc. - เปลี่ยน
56 Efficient Frontierเป็น56 Adobe Media Optimizer - เปลี่ยน
79 Revenue Scienceเป็น79 revenue cloud - เปลี่ยน
94 Nielsen OBE (Vizu) - Surveyเป็น94 Nielsen OBE (Vizu) - เปลี่ยน
132 Adlensเป็น132 Adobe Media Optimizer - เปลี่ยน
144 Campaign Monitor (Integral Ad Science)เป็น144 Campaign Monitor - เปลี่ยน
145 DoubleVerifyเป็น145 DoubleVerify Inc. - เปลี่ยน
204 Pulpo Mediaเป็น204 Pulpo Media Inc - เปลี่ยน
225 Zanoxเป็น225 ZANOX AG - เปลี่ยน
233 Media Innovation Group (Xaxis)เป็น233 Xaxis, Inc - เปลี่ยน
238 Aggregate Knowledgeเป็น238 Media Intelligence Platform (Aggregate Knowledge) - เปลี่ยน
260 Alentyเป็น260 Alenty S.A.S - เปลี่ยน
284 Research Nowเป็น284 Research Now Limited - เปลี่ยน
303 Millward Brown Digital - Surveyเป็น303 Dynamic Logic / Safecount (AdIndex) - เปลี่ยน
334 Adlooxเป็น334 Adloox Research Verification - เปลี่ยน
395 Adnologiesเป็น395 Adnologies GmbH - เปลี่ยน
414 Batch Mediaเป็น414 Batch Media Gmbh - เปลี่ยน
441 Hubrusเป็น441 Hubrus LLC - เปลี่ยน
474 Integral Ad Science Firewall - Ad Swappingเป็น474 Integral Ad Science Firewall - เปลี่ยน
485 comScore - VoiceFiveเป็น485 VoiceFive (ComScore) - เปลี่ยน
489 Revenue Cloudเป็น489 revenue cloud - เปลี่ยน
550 AdYapperเป็น550 AdYapper, Inc. - เปลี่ยน
551 Nielsen Digital Ad Ratings (formerly OCR)เป็น551 Nielsen Digital Ad Ratings - เปลี่ยน
553 Kpsule - Expandableเป็น553 Kpsule - เปลี่ยน
554 Linkstorm - Expandableเป็น554 Content Directions, Inc. dba Linkstorm - เปลี่ยน
566 Spark Flow Expandableเป็น566 Spark Flow S.A. - เปลี่ยน
569 Contobox Expandableเป็น569 Contobox - เปลี่ยน
606 Gruvi TVเป็น606 Gruvi Ltd. - เปลี่ยน
618 Demand Side Scienceเป็น618 Demand Side Science, Inc. - เปลี่ยน
698 GET IT Mobileเป็น698 GET IT Mobile, Inc - เปลี่ยน
724 Extreme Reach ad serverเป็น724 Extreme Reach, Inc. - เปลี่ยน
743 White Opsเป็น743 White Ops, Inc. - เปลี่ยน
767 SFRเป็น767 SOCIETE FRANCAISE DU RADIOTELEPHONE - เปลี่ยน
776 Spark Flowเป็น776 Spark Flow S.A. - เปลี่ยน
780 Where 2 Get Itเป็น780 Where 2 Get It, Inc. - เปลี่ยน
785 Scrutineer Surveyเป็น785 Scrutineer - เปลี่ยน
797 ADmantXเป็น797 ADmantX, SPA - เปลี่ยน
813 Protected Mediaเป็น813 Protected Media LTD - เปลี่ยน
815 Resonate Networksเป็น815 Resonate Networks, Inc - เปลี่ยน
828 Crutchfield New Mediaเป็น828 Crutchfield New Media, LLC - เปลี่ยน
874 Cintเป็น874 Cint AB - เปลี่ยน
886 Research and Analysis of Mediaเป็น886 Research and Analysis of Media in Sweden AB - เปลี่ยน
888 ViewersLogicเป็น888 ViewersLogic LTD - ดูรายละเอียดเพิ่มเติมได้ที่รายชื่อผู้ให้บริการที่ได้รับการรับรอง
- ไฟล์พจนานุกรม
vendors.txtมีการเปลี่ยนแปลง - เปลี่ยน
43 BrightRollเป็น43 BrightRoll Inc. - เปลี่ยน
56 Efficient Frontierเป็น56 Adobe Media Optimizer - เปลี่ยน
79 Revenue Scienceเป็น79 revenue cloud - เปลี่ยน
94 Nielsen OBE (Vizu) - Surveyเป็น94 Nielsen OBE (Vizu) - เปลี่ยน
132 Adlensเป็น132 Adobe Media Optimizer - เปลี่ยน
144 Campaign Monitor (Integral Ad Science)เป็น144 Campaign Monitor - เปลี่ยน
145 DoubleVerifyเป็น145 DoubleVerify Inc. - เปลี่ยน
204 Pulpo Mediaเป็น204 Pulpo Media Inc - เปลี่ยน
225 Zanoxเป็น225 ZANOX AG - เปลี่ยน
233 Media Innovation Group (Xaxis)เป็น233 Xaxis, Inc - เปลี่ยน
238 Aggregate Knowledgeเป็น238 Media Intelligence Platform (Aggregate Knowledge) - เปลี่ยน
242 Lotameเป็น242 Lotame Solutions Inc. - เปลี่ยน
260 Alentyเป็น260 Alenty S.A.S - เปลี่ยน
267 DataLogixเป็น267 DataLogix, Inc. - เปลี่ยน
284 Research Nowเป็น284 Research Now Limited - เปลี่ยน
303 Millward Brown Digital - Surveyเป็น303 Dynamic Logic / Safecount (AdIndex) - เปลี่ยน
316 Flashtalking Expandableเป็น316 Flashtalking - เปลี่ยน
332 Audience Manager(DemDex)เป็น332 Audience Manager - เปลี่ยน
334 Adlooxเป็น334 Adloox Research Verification - เปลี่ยน
395 Adnologiesเป็น395 Adnologies GmbH - เปลี่ยน
414 Batch Mediaเป็น414 Batch Media Gmbh - เปลี่ยน
441 Hubrusเป็น441 Hubrus LLC - เปลี่ยน
474 Integral Ad Science Firewall - Ad Swappingเป็น474 Integral Ad Science Firewall - เปลี่ยน
475 zzzz [ARCHIVED] comScore AdXpose - Ad Blockingเป็น475 ComScore (AdXpose): Ad Swapping - เปลี่ยน
476 comScore vCE - Ad Swappingเป็น476 ComScore Validated Campaign Essentials:Ad Swapping - เปลี่ยน
477 DoubleVerify BrandShield - Ad Swappingเป็น477 ComScore (AdXpose): Ad Swapping - เปลี่ยน
481 eXelateเป็น481 eXelate Inc. - เปลี่ยน
485 comScore - VoiceFiveเป็น485 VoiceFive (ComScore) - เปลี่ยน
486 AdLoox - Ad Swappingเป็น486 Adloox: Ad Swapping - เปลี่ยน
489 Revenue Cloudเป็น489 revenue cloud - เปลี่ยน
490 AdLedge - Ad Blockingเป็น490 Adledge: Ad Swapping - เปลี่ยน
501 Rutargetเป็น501 Rutarget / Segmento - เปลี่ยน
529 Eyeotaเป็น529 Eyeota Limited - เปลี่ยน
539 Adform - Expandableเป็น539 Adform DSP - เปลี่ยน
542 Bizoเป็น542 Bizo Inc - เปลี่ยน
543 VisualDNAเป็น543 VisualDNA (Imagini) - เปลี่ยน
550 AdYapperเป็น550 AdYapper, Inc. - เปลี่ยน
551 Nielsen Digital Ad Ratings (formerly OCR)เป็น551 Nielsen Digital Ad Ratings - เปลี่ยน
553 Kpsule - Expandableเป็น553 Kpsule - เปลี่ยน
554 Linkstorm - Expandableเป็น554 Content Directions, Inc. dba Linkstorm - เปลี่ยน
564 Noddington Technologies Limited (Aidata)เป็น564 NODDINGTON TECHNOLOGIES LIMITED - เปลี่ยน
566 Spark Flow Expandableเป็น566 Spark Flow S.A. - เปลี่ยน
569 Contobox Expandableเป็น569 Contobox - เปลี่ยน
572 Webtrekkเป็น572 Webtrekk GmbH - เปลี่ยน
573 Fabric Worldwideเป็น573 Fabric Worldwide Inc - เปลี่ยน
574 Liverampเป็น574 LiveRamp, Inc. - เปลี่ยน
575 Kruxเป็น575 Krux Digital, Inc. - เปลี่ยน
577 Ru Target LLCเป็น577 Rutarget / Segmento - เปลี่ยน
606 Gruvi TVเป็น606 Gruvi Ltd. - เปลี่ยน
608 Rockabox Media - Expandableเป็น608 Rockabox Media Ltd - เปลี่ยน
615 Nielsen Digital Ad Ratings (formerly OCR) JSเป็น615 Nielsen Digital Ad Ratings (JS) - เปลี่ยน
616 Tealiumเป็น616 Tealium, Inc - เปลี่ยน
618 Demand Side Scienceเป็น618 Demand Side Science, Inc. - เปลี่ยน
633 Knorex - Expandableเป็น633 Knorex Pte. Ltd. - เปลี่ยน
698 GET IT Mobileเป็น698 GET IT Mobile, Inc - เปลี่ยน
724 Extreme Reach ad serverเป็น724 Extreme Reach, Inc. - เปลี่ยน
743 White Opsเป็น743 White Ops, Inc. - เปลี่ยน
767 SFRเป็น767 SOCIETE FRANCAISE DU RADIOTELEPHONE - เปลี่ยน
776 Spark Flowเป็น776 Spark Flow S.A. - เปลี่ยน
780 Where 2 Get Itเป็น780 Where 2 Get It, Inc. - เปลี่ยน
785 Scrutineer Surveyเป็น785 Scrutineer - เปลี่ยน
793 Semasioเป็น793 Semasio GmbH - เปลี่ยน
797 ADmantXเป็น797 ADmantX, SPA - เปลี่ยน
808 Hatenaเป็น808 Hatena Co., Ltd - เปลี่ยน
813 Protected Mediaเป็น813 Protected Media LTD - เปลี่ยน
814 Media Detectเป็น814 Media Detect GmbH - เปลี่ยน
815 Resonate Networksเป็น815 Resonate Networks, Inc - เปลี่ยน
818 Redbranchเป็น818 Redbranch, Inc. (dba Fraudlogix) - เปลี่ยน
820 iPinyou - Expandableเป็น820 Beijing PinYou Interactive Information Technology - เปลี่ยน
826 AmberDataเป็น826 AmberData LLC - เปลี่ยน
828 Crutchfield New Mediaเป็น828 Crutchfield New Media, LLC - เปลี่ยน
834 Jivox - Expandableเป็น834 Jivox Corporation - เปลี่ยน
838 Revjet Expandableเป็น838 RevJet LLC. - เปลี่ยน
863 Bonzai Expandableเป็น863 Bonzai Digital Pvt. Ltd - เปลี่ยน
864 INCUBIQ Solutionsเป็น864 INCUBIQ Solutions Ltd - เปลี่ยน
874 Cintเป็น874 Cint AB - เปลี่ยน
876 Exponential Expandableเป็น876 Exponential Interactive, Inc - เปลี่ยน
884 Nugg.adเป็น884 nugg.ad AG - เปลี่ยน
885 Cloud Technologiesเป็น885 OnAudience.com - เปลี่ยน
886 Research and Analysis of Mediaเป็น886 Research and Analysis of Media in Sweden AB - เปลี่ยน
888 ViewersLogicเป็น888 ViewersLogic LTD - ดูรายละเอียดเพิ่มเติมได้ที่รายชื่อผู้ให้บริการที่ได้รับการรับรอง
30 เมษายน 2018
มีอะไรใหม่ในพจนานุกรม RTB
- ไฟล์พจนานุกรม
vendors.txtมีการเปลี่ยนแปลง - เพิ่ม
79 Revenue Scienceแล้ว - เพิ่ม
138 Reddionแล้ว - เพิ่ม
475 zzzz [ARCHIVED] comScore AdXpose - Ad Blockingแล้ว - เพิ่ม
501 Rutargetแล้ว - เพิ่ม
566 Spark Flow Expandableแล้ว - ลบ
130 Broadband Enterprisesแล้ว - ลบ
182 comScore - vCEแล้ว - ลบ
226 DoubleClick Rich Media Expandableแล้ว - ลบ
228 Sizmek Expandableแล้ว - ลบ
229 PointRoll Expandableแล้ว - ลบ
428 Conversant (Mediaplex) Expandableแล้ว - ลบ
520 Flite - Expandableแล้ว - ลบ
538 Weborama Expandableแล้ว - ลบ
549 Predicta - Expandableแล้ว - ลบ
568 Admotion - Expandableแล้ว - ลบ
617 Mixpo - Expandableแล้ว - ดูรายละเอียดเพิ่มเติมได้ที่รายชื่อผู้ให้บริการที่ได้รับการรับรอง
- ไฟล์พจนานุกรม
gdn-vendors.txtมีการเปลี่ยนแปลง - เพิ่ม
79 Revenue Scienceแล้ว - เพิ่ม
138 Reddionแล้ว - เพิ่ม
566 Spark Flow Expandableแล้ว - ลบ
130 Broadband Enterprisesแล้ว - ลบ
182 comScore - vCEแล้ว - ลบ
226 DoubleClick Rich Media Expandableแล้ว - ลบ
617 Mixpo - Expandableแล้ว - ดูรายละเอียดเพิ่มเติมได้ที่รายชื่อผู้ให้บริการที่ได้รับการรับรอง
26 เมษายน 2018
มีอะไรใหม่ในโปรโตคอล RTB เวอร์ชัน 145
- เพิ่ม
BidRequest.AdSlot.session_depthแล้ว - ช่องนี้แสดงจำนวนการแสดงผลทั้งหมดที่แสดงต่อผู้ใช้นี้ (ภายในเว็บไซต์หรือแอปเฉพาะนี้) ในเซสชันการท่องเว็บนี้ บวกอีก 1 ครั้ง เซสชันจะสิ้นสุดลงหลังจากไม่มีการใช้งานเป็นเวลา 30 นาที ค่าเริ่มต้น -1 บ่งบอกว่าไม่สามารถประมาณความลึกของเซสชันได้
25 เมษายน 2018
มีอะไรใหม่ในรายงานสถานะข้อมูลโค้ดเวอร์ชัน 23
- เพิ่มเหตุผลการไม่อนุมัติใหม่แล้ว
- 94 การใช้สคริปต์ OMID ในทางที่ผิด
- 95 ผู้ให้บริการ OMID ที่ไม่ได้อนุญาตพิเศษ
18 เมษายน 2018
มีอะไรใหม่ในโปรโตคอล RTB เวอร์ชัน 144
BidRequest.AdSlot.ConsentedProvidersSettings.consented_providersเปลี่ยนชื่อเป็นpackedแล้ว- วิธีนี้ช่วยให้ช่องของสายไฟกะทัดรัดมากขึ้น โปรดอัปเดตเป็นเวอร์ชันนี้ เนื่องจากการเพิ่ม
packedจะเข้ากันแบบย้อนหลังไม่ได้
มีอะไรใหม่ใน OpenRTB Protos
- โปรโตคอลส่วนขยาย OpenRTB เวอร์ชัน 28 ของ Google
UserExt.ConsentedProvidersSettings.consented_providersขณะนี้ราคาpackedซึ่งจะช่วยให้ช่องข้อมูลบนสายไฟมีความกะทัดรัดมากขึ้น โปรดอัปเดตเป็นเวอร์ชันนี้ เนื่องจากการเพิ่มpackedจะเข้ากันแบบย้อนหลังไม่ได้
17 เมษายน 2018
มีอะไรใหม่ในพจนานุกรม RTB
- ไฟล์พจนานุกรม
mobile-os.csvมีการเปลี่ยนแปลง - เพิ่มบรรทัด
630359,"iOS",11,4,-1แล้ว - ไฟล์พจนานุกรม
hosted-match-status-codes.txtมีการเปลี่ยนแปลง - เพิ่ม
10 HOSTED_MATCH_INTERNAL_ERRORแล้ว
16 เมษายน 2018
มีอะไรใหม่ในโปรโตคอล RTB เวอร์ชัน 143
- กำลังเพิ่ม
BidRequest.AdSlot.consented_providers_settingsและBidRequest.AdSlot.regs_gdpr - เพิ่มช่องใหม่เพื่อระบุความยินยอมของผู้ใช้สำหรับผู้ให้บริการการปรับโฆษณาตามโปรไฟล์ของผู้ใช้ที่ผู้เผยแพร่โฆษณาส่งให้ผู้ใช้ในประเทศที่อยู่ภายในเขตเศรษฐกิจยุโรป โดยจะโพสต์ไฟล์ provider.csv ในภายหลัง
มีอะไรใหม่ใน OpenRTB Protos
- โปรโตคอลส่วนขยาย OpenRTB เวอร์ชัน 27 ของ Google
- การเพิ่ม
UserExt.consented_providers_settingsและRegsExt.gdprเพื่อระบุความยินยอมของผู้ใช้สำหรับผู้ให้บริการการปรับโฆษณาตามโปรไฟล์ของผู้ใช้ที่ผู้เผยแพร่โฆษณาส่งให้ผู้ใช้ใน ประเทศภายในเขตเศรษฐกิจยุโรป ระบบจะโพสต์ provider.csv ในภายหลัง
9 เมษายน 2018
มีอะไรใหม่ในโปรโตคอล RTB เวอร์ชัน 142
- เพิ่ม
BidResponse.Ad.impression_tracking_resourceแล้ว - ช่องนี้ใช้เพื่อระบุทรัพยากร JavaScript ที่จะเรียกเมื่อแสดงผล ปัจจุบันกรณีการใช้งานเพียงอย่างเดียวคือการระบุทรัพยากรที่ Open Measurement SDK จะเรียกใช้
มีอะไรใหม่ใน OpenRTB Protos
- โปรโตคอลส่วนขยาย OpenRTB เวอร์ชัน 26 ของ Google
- เพิ่ม
EventTrackerExt.contextแล้ว ซึ่งสามารถใช้เพื่อระบุว่าทรัพยากร JavaScript ที่รวมอยู่ในข้อความ EventTracker มีไว้เพื่อให้ Open Measurement SDK เรียกใช้
28 มีนาคม 2018
มีอะไรใหม่ในพจนานุกรม RTB
- ไฟล์พจนานุกรม
geo-table.csvมีการเปลี่ยนแปลง - เปิดตัวเป้าหมายทางภูมิศาสตร์เวอร์ชันใหม่
- เพิ่มสถานที่กว่า 5,000 แห่งแล้ว
9 มีนาคม 2018
มีอะไรใหม่ในโปรโตคอล RTB เวอร์ชัน 141
- เพิ่มช่องใหม่ภายใต้
BidRequest.adslot.matching_ad_data.direct_deal:must_bid_levelแล้ว - ดูรายละเอียดเพิ่มเติมได้ใน ช่องการเสนอราคาแบบเรียลไทม์เพิ่มเติมสำหรับการรับประกันแบบเป็นโปรแกรม
8 มีนาคม 2018
มีอะไรใหม่ในพจนานุกรม RTB
- ไฟล์พจนานุกรม
creative-status-codes.txtมีการเปลี่ยนแปลง - เปลี่ยน
15 Creative filtered because one or more detected product categories were excluded in the bid request
7 มีนาคม 2018
มีอะไรใหม่ใน OpenRTB Protos
- โปรโตคอลส่วนขยาย OpenRTB เวอร์ชัน 25 ของ Google
- เพิ่ม
BidExt.amp_ad_url - ช่องนี้อนุญาตให้ผู้เสนอราคาตอบกลับด้วย URL สำหรับโฆษณา AMPHTML
มีอะไรใหม่ในโปรโตคอล RTB เวอร์ชัน 140
- เพิ่ม
BidResponse.Ad.amp_ad_urlแล้ว - ช่องนี้อนุญาตให้ผู้เสนอราคาตอบกลับด้วย URL สำหรับโฆษณา AMPHTML
1 มีนาคม 2018
มีอะไรใหม่ในโปรโตคอล RTB เวอร์ชัน 139
- เพิ่มค่า enum ใหม่
INITIATE_ON_ENTERING_VIEWPORT_SOUND_ONและINITIATE_ON_ENTERING_VIEWPORT_SOUND_OFFในVideoPlaybackMethodแล้ว
27 กุมภาพันธ์ 2018
มีอะไรใหม่ใน OpenRTB Protos
- โปรโตคอล OpenRTB 2.5.0 ของ Google
- เพิ่มค่า enum ใหม่
OMID_1ลงในAPIFrameworkแล้ว ค่านี้บ่งชี้ว่ามีการเปิดใช้ Open Measurement SDK สำหรับคำขอ แม้ว่าค่านี้จะไม่มีอยู่ในข้อกำหนด OpenRTB ของ IAB แต่ค่าดังกล่าวได้รับการบันทึกไว้ในspecปัจจุบันของ IAB AdCom
22 กุมภาพันธ์ 2018
มีอะไรใหม่ในพจนานุกรม RTB
- ไฟล์พจนานุกรม
creative-status-codes.txtมีการเปลี่ยนแปลง - เพิ่ม
192 Rejected due to Coppa/KFA being filtered for demand syndicationแล้ว
14 กุมภาพันธ์ 2018
มีอะไรใหม่ในพจนานุกรม RTB
- ไฟล์พจนานุกรม
creative-status-codes.txtมีการเปลี่ยนแปลง - เพิ่ม
191 Creative filtered because it contains an invalid OMSDK script URLแล้ว
13 กุมภาพันธ์ 2018
มีอะไรใหม่ในโปรโตคอล RTB เวอร์ชัน 138
- ทำเครื่องหมาย
BidRequest.adslot.matching_ad_data.pricing_ruleว่าเลิกใช้งานแล้ว - เราจะไม่ส่งข้อมูลนี้เพื่อทำให้ API ของเราใช้งานง่ายขึ้นอีก
6 กุมภาพันธ์ 2018
มีอะไรใหม่ใน OpenRTB Protos
- โปรโตคอลส่วนขยาย OpenRTB เวอร์ชัน 24 ของ Google
- เพิ่ม
BidRequestExt.bid_feedbackแล้ว ระบบรองรับความคิดเห็นแบบเรียลไทม์ใน OpenRTB ผ่านส่วนขยายนี้แล้ว - เพิ่ม
BidExt.event_notification_tokenแล้ว ช่องนี้ตั้งค่าเป็นโทเค็นที่กำหนดเองที่ผู้เสนอราคาเลือกได้ และจะแสดงในความคิดเห็นแบบเรียลไทม์สำหรับราคาเสนอที่ส่ง
5 กุมภาพันธ์ 2018
มีอะไรใหม่ในโปรโตคอล RTB เวอร์ชัน 137
- เพิ่ม
BidRequest.BidResponseFeedback.buyer_creative_idแล้ว - ตอนนี้ความคิดเห็นแบบเรียลไทม์ของ RTB จะรวมรหัสครีเอทีฟโฆษณาของผู้ซื้อจากการเสนอราคาตอบที่เกี่ยวข้องไว้ด้วย
บันทึกประจำรุ่นที่เก็บไว้จากปี 2017 และก่อนหน้า
19 ธันวาคม 2017
มีอะไรใหม่ใน OpenRTB Protos
- โปรโตคอล OpenRTB 2.5.0 ของ Google
- เปลี่ยนการเข้ารหัสของ
BidRequest.idและBidRequest.[constrained_usage_]hosted_match_dataจาก base64 เป็น websafe base64 แล้ว โดยจะยังคงไม่มีระยะห่างจากขอบ
1 พฤศจิกายน 2017
มีอะไรใหม่ใน OpenRTB Protos
- โปรโตคอล OpenRTB 2.5.0 ของ Google
- ช่องคงที่
NativeRequest.EventTrackers.methodsและNativeResponse.EventTracker.method; Cardinality ผสมผสานกัน ช่องคำขอซ้ำไม่ใช่ช่องคำตอบ - แก้ไขรูปพหูพจน์ของข้อความใหม่และชื่อ enum บางส่วนเพื่อให้เป็นไปตามมาตรฐาน OpenRTB มากขึ้นและป้องกันความสับสน
26 ตุลาคม 2017
มีอะไรใหม่ในโปรโตคอล RTB เวอร์ชัน 136
- เพิ่ม
BidResponse.Ad.NativeAd.click_tracking_urlsแล้ว - ตอนนี้ AdX รองรับ URL ติดตามคลิกแบบเนทีฟหลายรายการแล้ว
- เรามีแผนจะเลิกใช้งานช่อง click_tracking_url
25 ตุลาคม 2017
มีอะไรใหม่ใน OpenRTB Protos
- โปรโตคอล OpenRTB 2.5.0 ของ Google
- อัปเดตโปรโตคอลเนทีฟสำหรับข้อกำหนดเวอร์ชัน 1.2 แล้ว
- เรานำการแมปความคิดเห็นในแบบฟอร์ม "[AdX: ...]" ออกแล้ว ตอนนี้ดูข้อมูลทั้งหมดเกี่ยวกับการแมปและลักษณะการทำงานเฉพาะของ Authorized Buyers ในคู่มือ OpenRTB
- โปรโตคอลส่วนขยาย OpenRTB เวอร์ชัน 22 ของ Google
- เพิ่มส่วนขยาย
ImpExt.ampadและSiteExt.ampเพื่อรองรับ Accelerated Mobile Pages
18 ตุลาคม 2017
มีอะไรใหม่ในพจนานุกรม RTB
- ไฟล์พจนานุกรม
mobile-os.csvมีการเปลี่ยนแปลง - เพิ่มบรรทัด
630343,"iOS",11,1,-1แล้ว - เพิ่มบรรทัด
630345,"Android",8,1,-1แล้ว - ไฟล์พจนานุกรม
creative-status-codes.txtมีการเปลี่ยนแปลง - เพิ่ม
184 Creative filtered because the field amp_ad_url is too short, must be at least 11 charactersแล้ว - เพิ่ม
185 Creative filtered because the field amp_ad_url could not be parsedแล้ว - เพิ่ม
186 Creative filtered because the field amp_ad_url has a domain consisting of all digitsแล้ว - ไฟล์พจนานุกรม
callout-status-codes.txtมีการเปลี่ยนแปลง - เพิ่ม
22 Dropped due to pretargeting samplingแล้ว
16 ตุลาคม 2017
มีอะไรใหม่ในโปรโตคอล RTB เวอร์ชัน 135
- เพิ่ม
BidResponse.Ad.event_notification_tokenแล้ว - เพิ่ม
BidRequest.BidResponseFeedback.event_notification_tokenแล้ว - ผู้เสนอราคาจะส่ง event_notification_token ไปยัง AdX ในการเสนอราคาตอบ AdX จะรวม event_notification_token ใน BidResponsefeedback แบบเรียลไทม์สำหรับราคาเสนอ AdX จะไม่บันทึกเนื้อหาของโทเค็น AdX จะไม่สนใจโทเค็นที่มีความยาวเกิน 64 ไบต์
- อัปเดตความคิดเห็นสำหรับ
BidRequest.Adslot.allowed_vendor_type - เพิ่มสัญญาณคำขอราคาเสนอ 2 รายการ ได้แก่
AmpPageและAmpAdRequirementType - AmpPage ระบุว่าคำขอมาจากหน้าเว็บที่สร้างขึ้นโดยใช้ HTML ของ AMP (Accelerated Mobile Pages) หรือไม่ AmpAdTermsType จะให้ข้อมูลเพิ่มเติมว่าโฆษณาในตัว AMP ได้รับอนุญาตและ/หรือจำเป็นหรือไม่ รวมถึงวิธีแสดงผลโฆษณา AMP สัญญาณเหล่านี้จะแทนที่ enum AmpAdRequestType เพื่อความชัดเจน
มีอะไรใหม่ใน Proto การอัปโหลดคุกกี้เป็นกลุ่ม เวอร์ชัน 7
- เพิ่มค่า enum ใหม่
BUYER_PROVIDED_IDลงในUserIdTypeแล้ว - BUYER_PROVIDED_ID คือคุกกี้ในโดเมนของผู้ซื้อ เมื่อผู้ซื้ออัปโหลดรหัสในโดเมนของผู้ซื้อ เราจะใช้ตารางการแมปเพื่อแมปรหัสกับโดเมนของ Google
6 ตุลาคม 2017
มีอะไรใหม่ในพจนานุกรม RTB
- ไฟล์พจนานุกรม
geo-table.csvมีการเปลี่ยนแปลง - มีการเพิ่มและลบบรรทัดสำหรับสถานที่ตั้งในแคนาดา สหราชอาณาจักร อิตาลี นอร์เวย์ แอฟริกาใต้ โคลัมเบีย ไนจีเรีย ยูเครน และสหรัฐอเมริกา โปรดดูรายละเอียดในรายการความแตกต่าง
22 กันยายน 2017
มีอะไรใหม่ในพจนานุกรม RTB
- ไฟล์พจนานุกรม
ad-sensitive-categories.txtมีการเปลี่ยนแปลง - ลบ
28 Free Gifts, Quizzes, & Surveysแล้ว - ลบ
29 Misleading Claimsแล้ว - ไฟล์พจนานุกรม
hosted-match-status-codes.txtมีการเปลี่ยนแปลง - เพิ่ม
1 DEPRECATED_HOSTED_MATCH_FORBIDDENแล้ว - ลบ
1 HOSTED_MATCH_FORBIDDENแล้ว
19 กันยายน 2017
มีอะไรใหม่ในโปรโตคอล RTB เวอร์ชัน 134
- เพิ่ม
BidRequest.response_deadline_msแล้ว - ช่องนี้ระบุระยะเวลาที่ Google จะรอการตอบกลับคำขอราคาเสนอนี้ เช่น ผู้เสนอราคาที่มีตรรกะขึ้นอยู่กับกำหนดเวลาควรอ่านช่องนี้จากคำขอราคาเสนอแต่ละรายการแทนการฮาร์ดโค้ดกำหนดเวลาเป็น 100 มิลลิวินาที หากไม่ได้ตั้งค่าช่องนี้ ผู้เสนอราคาควรใช้กำหนดเวลาเริ่มต้นเหมือนกับในปัจจุบัน หน่วยเป็นมิลลิวินาที
18 กันยายน 2017
มีอะไรใหม่ในโปรโตคอล RTB
- RTB Proto เวอร์ชัน 133 และ Cookie จำนวนมากอัปโหลด Proto เวอร์ชัน 6
- อัปเดตความคิดเห็นสำหรับ enum ของ
BidRequest.Video.Placement.IN_FEED - เปิดตัว enum ของ
BidRequest.Video.Placement.IN_ARTICLEสำหรับครีเอทีฟโฆษณาวิดีโอที่โหลดและเล่นระหว่างย่อหน้าของเนื้อหาบทบรรณาธิการในรูปแบบโปรแกรมเล่นวิดีโอแบบสแตนด์อโลน - เพิ่ม enum ของ
ErrorCode.BAD_DATA_SOURCE_IDลงในโปรโตคอลการอัปโหลดจำนวนมากของคุกกี้เพื่อระบุว่า data_source_id อยู่นอกช่วงที่ถูกต้องที่ [1, 1000] Google ไม่ได้ตีความรหัสนี้และใช้เพื่อการรายงานเท่านั้น
15 กันยายน 2017
มีอะไรใหม่ใน OpenRTB Protos
- โปรโตคอล OpenRTB 2.5.0 ของ Google
- ตอนนี้เรากรอกข้อมูลในช่อง
displaymanagerของออบเจ็กต์Impด้วยBidRequest.AdSlot.rendererดูข้อมูลเพิ่มเติมได้ที่ออบเจ็กต์Impในคู่มือ OpenRTB - ปัจจุบันเราใช้
BidRequest.StickySettingsนอกเหนือจากBidRequest.AdSlot.slot_visibilityเพื่อกำหนดช่องBanner.posดูรายละเอียดได้ที่ออบเจ็กต์Bannerในคู่มือ OpenRTB
14 กันยายน 2017
มีอะไรใหม่ในพจนานุกรม RTB
- ไฟล์พจนานุกรม
geo-table.csvมีการเปลี่ยนแปลง - เพิ่มสถานที่และรหัสไปรษณีย์ใหม่ๆ ในแคนาดา อินเดีย อิตาลี ญี่ปุ่น เกาหลี เลบานอน เนเธอร์แลนด์ ปานามา และสหรัฐอเมริกา ดูรายละเอียดได้ในรายการความแตกต่าง
11 กันยายน 2017
มีอะไรใหม่ในโปรโตคอล RTB เวอร์ชัน 132
- อัปเดตความคิดเห็นสำหรับ
BidRequest.Mobile.is_appและBidRequest.Mobile.app_idเพื่อให้สอดคล้องกับพฤติกรรมของคำขอจากหน้าเว็บบนอุปกรณ์เคลื่อนที่ที่มีอยู่ภายในแอปบนอุปกรณ์เคลื่อนที่
24 สิงหาคม 2017
มีอะไรใหม่ในพจนานุกรม RTB
- ไฟล์พจนานุกรม
geo-table.csvมีการเปลี่ยนแปลง - เพิ่มสถานที่ในแคนาดา เยอรมนี สเปน สหราชอาณาจักร อินเดีย ญี่ปุ่น เลบานอน เนเธอร์แลนด์ และสหรัฐอเมริกา ดูรายละเอียดได้ในรายการความแตกต่าง
10 สิงหาคม 2017
มีอะไรใหม่ในพจนานุกรม RTB
- ไฟล์พจนานุกรม
creative-status-codes.txtมีการเปลี่ยนแปลง - เพิ่ม
181 Creative filtered because the VAST XML document is larger than the set maximum sizeแล้ว - เพิ่ม
182 Creative filtered because the publisher disallowed the deal ID it targetedแล้ว - เพิ่ม
183 Creative filtered beacuse the publisher enabled the deal ID it targeted for a different deal typeแล้ว
9 สิงหาคม 2017
มีอะไรใหม่ในโปรโตคอล RTB เวอร์ชัน 131
- เพิ่มค่า Mimetype ของเสียงที่รองรับค่าใหม่ไปยัง
BidRequest.Video.VideoFormat: - เพิ่ม AUDIO_MP3
- เพิ่ม AUDIO_OGG
- เพิ่ม AUDIO_MP4A
- เพิ่ม AUDIO_MP3_OGG แล้วแล้วเมื่อต้องใช้ทั้ง mp3 และ ogg
- เพิ่ม ALLOWED_AD_TYPE_AUDIO ลงใน
BidRequest.AdSlot.AllowedAdTypeแล้ว - จะปรากฏเมื่อมีประเภท MIME ของเสียง
- เพิ่มเสียงไปยัง
BidRequest.Video.Placementเพื่อแสดงเมื่อคำขอมาจากสตรีมเสียง - สำคัญ: โปรแกรมเล่นเสียงบางโปรแกรมจะขอโฆษณาวิดีโอเมื่อผู้ใช้กำลังโต้ตอบกับหน้าจอ ระบบไม่ยอมรับโฆษณาเสียงในช่องนี้หรือไม่มีโฆษณาวิดีโอ
7 สิงหาคม 2017
มีอะไรใหม่ในโปรโตคอล RTB เวอร์ชัน 130
- เพิ่มค่า MIME ที่รองรับใหม่ไปยัง
BidRequest.Video.VideoFormat: - เพิ่ม VIDEO_WEBM สำหรับ "video/webm"
- เพิ่ม VIDEO_MOV สำหรับ "video/quicktime"
- เพิ่ม VIDEO_3GPP สำหรับ "video/3gpp"
- เพิ่ม VIDEO_HLS สำหรับ "application/x-mpegURL"
- เพิ่ม VIDEO_DASH สำหรับ "application/dash+xml"
2 สิงหาคม 2017
มีอะไรใหม่ในโปรโตคอล RTB เวอร์ชัน 129
- เพิ่ม
BidRequest.AdSlot.exchange_bidding.key_valueแล้ว - จะมีการตั้งค่าเมื่อผู้เผยแพร่โฆษณาที่เข้าร่วมในการเสนอราคาแบบเปิดตัดสินใจส่งต่อคีย์และค่าในคำขอไปยัง Exchange บุคคลที่สาม
- เพิ่ม
BidResponse.Ad.AdSlot.video_vast_xmlแล้ว - ช่องนี้ช่วยให้ผู้เสนอราคาตอบกลับคำขอโฆษณาวิดีโอได้โดยการส่งเอกสาร XML แบบเต็ม VAST 2.0 หรือ 3.0
28 กรกฎาคม 2017
มีอะไรใหม่ในพจนานุกรม RTB
- ไฟล์พจนานุกรม
creative-status-codes.txtมีการเปลี่ยนแปลง - เพิ่ม
181 Creative filtered because the VAST XML document is larger than the set maximum sizeแล้ว - เพิ่ม
182 Creative filtered because the publisher disallowed the deal ID it targetedแล้ว - เพิ่ม
183 Creative filtered because the publisher enabled the deal ID it targeted for a different deal typeแล้ว
20 กรกฎาคม 2017
มีอะไรใหม่ในพจนานุกรม RTB
- ไฟล์พจนานุกรม
publisher-verticals.txtมีการเปลี่ยนแปลง - มีการเพิ่มประเภทธุรกิจและสถานที่ต่างๆ ในโลก ดูรายละเอียดได้ในรายการความแตกต่าง
- ไฟล์พจนานุกรม
creative-status-codes.txtมีการเปลี่ยนแปลง - เพิ่ม
179 Creative filtered because the required field amp_ad_url was missing or emptyแล้ว - เพิ่ม
180 Video ad VAST version is not one of the supported versions in the video ad requestแล้ว
13 กรกฎาคม 2017
มีอะไรใหม่ในพจนานุกรม RTB
- ไฟล์พจนานุกรม
publisher-verticals.txtมีการเปลี่ยนแปลง - เพิ่มบรรทัด
1347 /Business & Industrial/Transportation & Logistics/Self Storageแล้ว - ลบบรรทัดที่
1347 /Business & Industrial/Transportation & Logistics/Public Storageแล้ว - ไฟล์พจนานุกรม
buyer-declarable-creative-attributes.txtมีการเปลี่ยนแปลง - เพิ่ม
30 InstreamVastVideoType: Vpaidแล้ว - ลบ
30 InstreamVastVideoType: Vpaid Flashแล้ว - ไฟล์พจนานุกรม
publisher-excludable-creative-attributes.txtมีการเปลี่ยนแปลง - เพิ่ม
30 InstreamVastVideoType: Vpaidแล้ว - ลบ
30 InstreamVastVideoType: Vpaid Flashแล้ว - ไฟล์พจนานุกรม
pretargetable-creative-attributes.txtมีการเปลี่ยนแปลง - เพิ่ม
30 InstreamVastVideoType: Vpaidแล้ว - ลบ
30 InstreamVastVideoType: Vpaid Flashแล้ว - ไฟล์
geo-table.csvมีการเปลี่ยนแปลง - เพิ่มสถานที่ใหม่แล้ว ดูรายละเอียดในรายการความแตกต่าง
30 มิถุนายน 2017
มีอะไรใหม่ในโปรโตคอล RTB
- RTB Proto เวอร์ชัน 128 และ Cookie จำนวนมากอัปโหลด Proto เวอร์ชัน 5
- เพิ่มช่อง
BidRequest.publisher_idใน โปรโตคอล RTB เพื่อระบุผู้เผยแพร่โฆษณาที่เป็นแหล่งที่มาของการแสดงผล - เพิ่ม
data_source_idในโปรโตคอลการอัปโหลดคุกกี้จำนวนมาก เพื่อระบุแหล่งข้อมูลที่มีส่วนร่วมกับการเป็นสมาชิก
28 มิถุนายน 2017
มีอะไรใหม่ในพจนานุกรม RTB
- ไฟล์พจนานุกรม
pretargetable-creative-attributes.txtมีการเปลี่ยนแปลง - เพิ่ม
71 InstreamVastVideoType: Non Vpaidแล้ว - ลบ
71 InstreamVastVideoType: Non Vpaid Flashแล้ว
16 มิถุนายน 2017
มีอะไรใหม่ในพจนานุกรม RTB
- ไฟล์พจนานุกรม
mobile-os.csvมีการเปลี่ยนแปลง - เพิ่มบรรทัด
630335,"iOS",10,4,-1แล้ว - เพิ่มบรรทัด
630337,"iOS",11,0,-1แล้ว - เพิ่มบรรทัด
630339,"Android",8,0,-1แล้ว - เพิ่มบรรทัด
630341,"WindowsPhone",10,0,-1แล้ว - ไฟล์พจนานุกรม
creative-status-codes.txtมีการเปลี่ยนแปลง - เพิ่ม
175 Creative filtered because it has an empty VAST XML documentแล้ว - เพิ่ม
176 Creative filtered because the VAST document can't be parsedแล้ว
15 มิถุนายน 2017
มีอะไรใหม่ใน OpenRTB Protos
- โปรโตคอลส่วนขยาย OpenRTB เวอร์ชัน 21 ของ Google
- เพิ่มช่อง
is_rewarded_inventoryแล้ว ช่องนี้สร้างขึ้นด้วยข้อมูลเดียวกันกับช่องBidRequest.AdSlot.is_rewardedของในโปรโตคอล AdX
8 มิถุนายน 2017
มีอะไรใหม่ในพจนานุกรม RTB
- ไฟล์พจนานุกรม
creative-status-codes.txtมีการเปลี่ยนแปลง - เพิ่ม
174 Creative filtered because it lacks an MP4A file in the VASTแล้ว
7 มิถุนายน 2017
มีอะไรใหม่ในโปรโตคอล RTB เวอร์ชัน 127
- มีการเพิ่มค่าที่ไม่ระบุใน enum ที่ไม่มีค่าเริ่มต้น
- วิธีนี้ช่วยป้องกันข้อผิดพลาดที่มีค่า enum ใหม่รวมอยู่ใน
BidRequestแต่ผู้เสนอราคายังคงใช้ RTB proto เวอร์ชันเก่าซึ่งไม่มีคำจำกัดความค่า Enum เหล่านั้น ในกรณีเช่นนี้ ไลบรารี Proto จะทำให้ Getter แสดงผลเป็นค่าที่ประกาศครั้งแรก (หากไม่มีค่าเริ่มต้น) การทำให้ค่าแรกเป็น "ไม่ระบุ" จะช่วยให้ลูกค้าทราบว่าละเว้นค่าดังกล่าว
6 มิถุนายน 2017
มีอะไรใหม่ในพจนานุกรม RTB
- ไฟล์พจนานุกรม
creative-status-codes.txtมีการเปลี่ยนแปลง - เพิ่ม
170 Creative filtered because it lacks a MOV file in the VASTแล้ว - เพิ่ม
171 Creative filtered because it lacks a 3GPP file in the VASTแล้ว - เพิ่ม
172 Creative filtered because it lacks a DASH file in the VASTแล้ว - เพิ่ม
173 Creative filtered because it lacks an HLS file in the VASTแล้ว
5 มิถุนายน 2017
มีอะไรใหม่ใน OpenRTB Protos
- โปรโตคอล OpenRTB 2.5.0 ของ Google
- เพิ่มการรองรับ
vcmสำหรับการ์ดตอนจบวิดีโอ OpenRTB 2.5 ช่วยให้ Exchange ตั้งค่าvcm=1ได้เมื่อมีการรองรับการ์ดตอนจบหลังวิดีโอ ดูข้อมูลเพิ่มเติมได้ในเอกสารประกอบเกี่ยวกับออบเจ็กต์Bannerในคู่มือ OpenRTB - ตอนนี้เราจะกรอก
catในออบเจ็กต์Appสำหรับแอปบนอุปกรณ์เคลื่อนที่ โดยแมปหมวดหมู่แอปบนอุปกรณ์เคลื่อนที่กับค่า IAB ที่สอดคล้องกัน ดูข้อมูลเพิ่มเติมได้ในเอกสารประกอบเกี่ยวกับออบเจ็กต์Appในคู่มือ OpenRTB - ตอนนี้เราจะป้อนข้อมูลเมตริก 3 รายการสำหรับช่อง
metricในออบเจ็กต์impซึ่งได้แก่click_through_rate,viewabilityและcompletion_rateดูออบเจ็กต์ Imp ในคู่มือ OpenRTB สำหรับข้อมูลเพิ่มเติม
4 มิถุนายน 2017
มีอะไรใหม่ใน OpenRTB Protos
- โปรโตคอลส่วนขยาย OpenRTB เวอร์ชัน 20 ของ Google
- เพิ่มช่อง
attributeแล้ว ช่องนี้สร้างขึ้นด้วยข้อมูลเดียวกันกับช่องattributeของออบเจ็กต์โฆษณาในโปรโตคอล AdX รวมถึงแอตทริบิวต์sizelessAdX - เพิ่มออบเจ็กต์
PublisherExtรายการเพื่อรองรับการส่งประเทศของผู้เผยแพร่โฆษณาจากโปรโตคอล AdX
25 พฤษภาคม 2017
มีอะไรใหม่ในพจนานุกรม RTB
- ไฟล์พจนานุกรม
creative-status-codes.txtมีการเปลี่ยนแปลง - เพิ่ม
166 Creative filtered beacuse the publisher didn't whitelist the deal ID it targeted, and didn't enable unknown deal IDs from the exchangeแล้ว - เพิ่ม
167 Publisher requires premium (high-quality) snippets only, but this snippet does not matchแล้ว - เพิ่ม
168 Creative filtered because it lacks a MP3 (audio) file in the VASTแล้ว - เพิ่ม
169 Creative filtered because it lacks a AUDIO (audio) file in the VASTแล้ว
11 พฤษภาคม 2017
มีอะไรใหม่ใน OpenRTB Protos
- โปรโตคอล OpenRTB 2.5.0 ของ Google
- ตอนนี้เราจะยอมรับฟิลด์
BidResponse.burl
10 พฤษภาคม 2017
มีอะไรใหม่ใน OpenRTB Protos
- โปรโตคอล OpenRTB 2.5.0 ของ Google
- ตอนนี้เราได้ตั้งค่าช่อง
BidRequest.wlangแล้ว - สำหรับโฆษณาวิดีโอ ตอนนี้เราจะตั้งค่าช่อง
BidRequest.imp.video.placement
4 พฤษภาคม 2017
มีอะไรใหม่ใน OpenRTB Protos
- โปรโตคอล OpenRTB 2.5.0 ของ Google
- สำหรับโฆษณาวิดีโอ ตอนนี้เราตั้งค่าช่อง
BidRequest.{site|app}.content.producer.domain
2 พฤษภาคม 2017
มีอะไรใหม่ในพจนานุกรม RTB
- ไฟล์พจนานุกรม
geo-table.csvมีการเปลี่ยนแปลง - มีการเพิ่มสถานที่ตั้งใหม่ ส่วนใหญ่อยู่ในสหรัฐอเมริกา ดูรายละเอียดได้ที่ความแตกต่างทั้งหมด
21 เมษายน 2017
มีอะไรใหม่ใน OpenRTB Protos
- โปรโตคอล OpenRTB 2.5.0 ของ Google
- อัปเดตตามข้อกำหนดของ OpenRTB 2.5 แล้ว การรองรับจริงสำหรับช่องใหม่ใน OpenRTB 2.5 จะตามมาในรุ่นต่อๆ ไปในอนาคต
12 เมษายน 2017
มีอะไรใหม่ในพจนานุกรม RTB
- ไฟล์พจนานุกรม
publisher-verticals.txtมีการเปลี่ยนแปลง - มีการเพิ่มและลบบรรทัดเพื่ออัปเดตไฟล์
- ไฟล์พจนานุกรม
mobile-carriers.csvมีการเปลี่ยนแปลง - มีการเพิ่มและลบบรรทัดเพื่ออัปเดตไฟล์
27 มีนาคม 2017
มีอะไรใหม่ใน OpenRTB Protos
- โปรโตคอล OpenRTB 2.4.1 ของ Google
- เพิ่มความคิดเห็นเพื่อระบุว่า ขณะนี้มาโคร
${AUCTION_PRICE}ได้รับการสนับสนุนสำหรับimpression_tracking_urlแล้ว
22 มีนาคม 2017
มีอะไรใหม่ในโปรโตคอล RTB เวอร์ชัน 126
- มีการเปลี่ยนแปลงความคิดเห็นสำหรับช่อง
click_through_urlเพื่อชี้แจงการใช้งาน - ระบบเพิ่มความคิดเห็นเพื่อระบุว่าช่องดังกล่าวเป็นการประกาศ URL ปลายทางที่จะไม่ใช้ในสภาพแวดล้อมที่เผยแพร่อยู่
17 มีนาคม 2017
มีอะไรใหม่ใน OpenRTB Protos
- โปรโตคอล OpenRTB 2.4.1 ของ Google
- อัปเดตความคิดเห็นเหนือช่อง
protocolsให้เห็นว่าช่องนี้ได้รับการตั้งค่าแบบไดนามิกสำหรับแต่ละคำขอ และไม่ได้ฮาร์ดโค้ดชุดค่าเฉพาะอีกต่อไปแล้ว
10 มีนาคม 2017
มีอะไรใหม่ใน OpenRTB Protos
- โปรโตคอล OpenRTB 2.4.1 ของ Google
- เพิ่มความคิดเห็นเพื่อชี้แจงว่า Authorized Buyers หรือผู้เผยแพร่โฆษณาอาจตัดสตริงที่เกิน
max_safe_lengthเมื่อแสดงผล
9 มีนาคม 2016
มีอะไรใหม่ในโปรโตคอล RTB เวอร์ชัน 125
- อัปเดตคำอธิบายสำหรับช่อง
max_safe_lengthช่อง - เพิ่มความคิดเห็นเพื่อชี้แจงว่า Authorized Buyers หรือผู้เผยแพร่โฆษณาอาจตัดสตริงที่เกิน
max_safe_lengthเมื่อแสดงผล
3 มีนาคม 2017
มีอะไรใหม่ในพจนานุกรม RTB
- ไฟล์พจนานุกรม
vendors.txtมีการเปลี่ยนแปลง - เพิ่ม
889 Netscoreแล้ว - ดูรายละเอียดเพิ่มเติมได้ที่รายชื่อผู้ให้บริการที่ได้รับการรับรอง
1 มีนาคม 2017
มีอะไรใหม่ใน OpenRTB Protos
- โปรโตคอลส่วนขยาย OpenRTB เวอร์ชัน 9 ของ Google
- นำ
dfp_network_codeออกแล้ว ค่าของช่องนี้จะเหมือนกับส่วนแรกของdfp_ad_unit_codeเสมอ จึงไม่จำเป็นต้องมีช่องdfp_network_codeอีกต่อไป
28 กุมภาพันธ์ 2017
มีอะไรใหม่ในโปรโตคอล RTB เวอร์ชัน 124
- เพิ่มช่องใหม่ภายใต้
BidRequest.adslot.matching_ad_data.direct_deal:remaining_impressions_to_buyแล้ว - ดูรายละเอียดเพิ่มเติมใน เอกสารประกอบ RTB สำหรับดีลการรับประกันแบบเป็นโปรแกรม
24 กุมภาพันธ์ 2017
มีอะไรใหม่ใน OpenRTB Protos
- โปรโตคอล OpenRTB 2.4.1 ของ Google
- เพิ่มความคิดเห็นเพื่อชี้แจงการใช้ช่อง
admและadm_native
23 กุมภาพันธ์ 2017
มีอะไรใหม่ในพจนานุกรม RTB
- ไฟล์พจนานุกรม
creative-status-codes.txtมีการเปลี่ยนแปลง - รหัสสถานะครีเอทีฟโฆษณา
147,148,149,150,151เลิกใช้งานแล้วและไม่มีการใช้งานอีกต่อไป
22 กุมภาพันธ์ 2017
มีอะไรใหม่ในโปรโตคอล RTB เวอร์ชัน 123
- มีการเปลี่ยนแปลงความคิดเห็นสำหรับ enum ของ
EndCapSupportเพื่อให้ชัดเจนว่าค่าบางค่าไม่ได้ใช้ - ไม่ได้ตั้งค่า
END_CAP_FORBIDDENและEND_CAP_REQUIREDในคำขอราคาเสนอ - มีการเปลี่ยนแปลงความคิดเห็นสำหรับช่อง
click_through_urlเพื่อชี้แจงการใช้งาน - ระบบเพิ่มความคิดเห็นเพื่อระบุว่าช่องดังกล่าวเป็นการประกาศ URL ปลายทางที่จะไม่ใช้ในสภาพแวดล้อมที่เผยแพร่อยู่
17 กุมภาพันธ์ 2017
มีอะไรใหม่ใน OpenRTB Protos
- โปรโตคอล OpenRTB 2.4.1 ของ Google
- เรานำความคิดเห็นออกเพื่อชี้แจงว่าช่องข้อมูลประชากรไม่ได้แมปกับช่องข้อมูลประชากรของผู้ใช้ AdX ที่เลิกใช้งานแล้วอีกต่อไป
- มีการเพิ่มความคิดเห็นเพื่ออธิบายการแมปกลับไปยังโปรโตคอล AdX สำหรับช่อง
BidRequest.Imp.secure
16 กุมภาพันธ์ 2017
มีอะไรใหม่ในพจนานุกรม RTB
- ไฟล์พจนานุกรม
gdn-vendors.txtมีการเปลี่ยนแปลง - เพิ่ม
888 ViewersLogicแล้ว - ดูรายละเอียดเพิ่มเติมได้ที่รายชื่อผู้ให้บริการที่ได้รับการรับรอง
- ไฟล์พจนานุกรม
vendors.txtมีการเปลี่ยนแปลง - เพิ่ม
888 ViewersLogicแล้ว - ดูรายละเอียดเพิ่มเติมได้ที่รายชื่อผู้ให้บริการที่ได้รับการรับรอง
9 กุมภาพันธ์ 2017
มีอะไรใหม่ในโปรโตคอล RTB เวอร์ชัน 122
- ไฟล์พจนานุกรม
realtime-bidding.proto.txtมีการเปลี่ยนแปลง - แก้ไขคำอธิบายของ
IN_FEED
8 กุมภาพันธ์ 2017
มีอะไรใหม่ในโปรโตคอล RTB เวอร์ชัน 121
- เพิ่มค่าใหม่สำหรับ
BidRequest.adslot.matching_ad_data.direct_deal.deal_type:PROGRAMMATIC_GUARANTEED - ดูรายละเอียดเพิ่มเติมใน เอกสารประกอบ RTB สำหรับดีลการรับประกันแบบเป็นโปรแกรม
3 กุมภาพันธ์ 2017
มีอะไรใหม่ในพจนานุกรม RTB
- ไฟล์พจนานุกรม
geo-table.csvมีการเปลี่ยนแปลง - การแก้ไขลำดับชั้นการปกครองเล็กน้อย ส่วนใหญ่อยู่ในฝรั่งเศส ดูรายละเอียดใน ความแตกต่างทั้งหมด
26 มกราคม 2017
มีอะไรใหม่ในพจนานุกรม RTB
- ไฟล์พจนานุกรม
creative-status-codes.txtมีการเปลี่ยนแปลง - เพิ่ม
165 Creative filtered by publisher's restrictions on which brands can be shown togetherแล้ว ระบบจะใช้โค้ดนี้หากครีเอทีฟโฆษณาถูกกรองออกโดยการยกเว้นผู้ลงโฆษณาคู่แข่งซึ่งตั้งค่าโดยผู้เผยแพร่โฆษณา
25 มกราคม 2017
มีอะไรใหม่ในโปรโตคอล RTB เวอร์ชัน 120
- เพิ่ม
BidRequest.AdSlot.is_rewardedแล้ว - ช่องนี้จะระบุว่าผู้ใช้ได้รับรางวัลจากการดูโฆษณาหรือไม่
18 มกราคม 2017
มีอะไรใหม่ในพจนานุกรม RTB
- ไฟล์พจนานุกรม
geo-table.csvมีการเปลี่ยนแปลง - การแก้ไขลำดับชั้นย่อยใน
geo-table.csvดูรายละเอียดในรายการความแตกต่าง - ไฟล์พจนานุกรม
publisher-verticals.txtมีการเปลี่ยนแปลง - เพิ่มการแก้ไขการตั้งชื่อผู้เยาว์ใน
publisher-verticals.txtแล้ว ดูรายละเอียดในรายการความแตกต่าง - ไฟล์พจนานุกรม
creative-status-codes.txtมีการเปลี่ยนแปลง - เพิ่มรหัสสถานะใหม่
163 Native ad image asset width not in permitted rangeและ164 Native ad image asset aspect ratio not in permitted rangeลงในcreative-status-codes.txtแล้ว
13 มกราคม 2017
มีอะไรใหม่ในพจนานุกรม RTB
- ไฟล์พจนานุกรม
vendors.txtมีการเปลี่ยนแปลง - เพิ่ม
885 Cloud Technologiesแล้ว - เพิ่ม
886 Research and Analysis of Mediaแล้ว - ดูรายละเอียดเพิ่มเติมได้ที่รายชื่อผู้ให้บริการที่ได้รับการรับรอง
- ไฟล์พจนานุกรม
gdn-vendors.txtมีการเปลี่ยนแปลง - เพิ่ม
886 Research and Analysis of Mediaแล้ว - ดูรายละเอียดเพิ่มเติมได้ที่รายชื่อผู้ให้บริการที่ได้รับการรับรอง
12 มกราคม 2016
มีอะไรใหม่ในโปรโตคอล RTB เวอร์ชัน 119
- อัปเดตคำอธิบาย
app_idแล้ว - ใน โปรโตคอล RTB อัปเดตความคิดเห็นสำหรับ
app_idให้รวมตัวอย่างสำหรับอุปกรณ์ Windows
9 มกราคม 2017
มีอะไรใหม่ใน OpenRTB Protos
- โปรโตคอล OpenRTB 2.4.1 ของ Google
- มีการเพิ่มความคิดเห็นเพื่ออธิบายลักษณะการทำงานใหม่ สำหรับสตริง User Agent ของเบราว์เซอร์ ระบบอาจปกปิดหรือแทนที่ข้อมูลบางอย่าง
มีอะไรใหม่ในพจนานุกรม RTB
- ไฟล์พจนานุกรม
vendors.txtมีการเปลี่ยนแปลง - เพิ่ม
884 Nugg.adแล้ว - ดูรายละเอียดเพิ่มเติมได้ที่รายชื่อผู้ให้บริการที่ได้รับการรับรอง
6 มกราคม 2017
มีอะไรใหม่ในโปรโตคอล RTB เวอร์ชัน 118
- เพิ่มตำแหน่งวิดีโอ IN_FEED
- เพิ่มตำแหน่งวิดีโอ IN_FEED ใหม่ในข้อความวิดีโอของ BidRequest ตำแหน่ง IN_FEED จะสอดคล้องกับรูปแบบวิดีโอในฟีด ซึ่งครีเอทีฟโฆษณาวิดีโอจะแสดงเมื่อผู้ใช้เลื่อนดูฟีดเนื้อหา ซึ่งโดยทั่วไปจะเป็นฟีดแอปโซเชียล บทความข่าว ฯลฯ วิดีโอจะแสดงในฟีดหลักและในภาพและขั้นตอนการอ่านของผู้ใช้ ไม่ใช่แสดงด้านข้าง เช่น ในวิดีโอในแบนเนอร์
5 มกราคม 2017
มีอะไรใหม่ในโปรโตคอล RTB
- RTB Proto เวอร์ชัน 117 และการอัปโหลดจำนวนมากของคุกกี้ Proto เวอร์ชัน 4
- การแก้ไขความคิดเห็นเล็กน้อยใน
cookie-bulk-upload.proto - เพิ่มการแจ้งเตือนลิขสิทธิ์ในปี 2017
4 มกราคม 2017
มีอะไรใหม่ในรายงานสถานะข้อมูลโค้ดเวอร์ชัน 22
- เพิ่มเหตุผลการไม่อนุมัติใหม่แล้ว
93 Unsupported Flash Content
16 ธันวาคม 2016
มีอะไรใหม่ใน OpenRTB Protos
- โปรโตคอล OpenRTB 2.4.1 ของ Google
- มีการอัปเดตความคิดเห็นเพื่อชี้แจงว่าการใช้โฆษณาเนทีฟอาจปฏิเสธรูปภาพที่มีอัตราส่วนซึ่งอยู่ห่างจากอัตราส่วนที่ต้องการมากเกินไป และจะตัดสตริงที่ยาวเกินไปออก
มีอะไรใหม่ในโปรโตคอล RTB เวอร์ชัน 116
- เพิ่มความคิดเห็นแล้ว
- มีการอัปเดตความคิดเห็นเพื่อชี้แจงว่าการใช้โฆษณาเนทีฟอาจปฏิเสธรูปภาพที่มีอัตราส่วนซึ่งอยู่ห่างจากอัตราส่วนที่ต้องการมากเกินไป และจะตัดสตริงที่ยาวเกินไปออก
14 ธันวาคม 2016
มีอะไรใหม่ในพจนานุกรม RTB
- ไฟล์พจนานุกรม
creative-status-codes.txtมีการเปลี่ยนแปลง - เปลี่ยนคำอธิบายสำหรับรหัสสถานะ
99เป็น99 Creative filtered because it lacks a required video MIME type in the VAST file (the specific missing type is not available)แล้ว - แก้ไขการพิมพ์ผิดเล็กๆ น้อยๆ ในคำอธิบายของรหัสสถานะ
115,120,131,147,148
13 ธันวาคม 2016
มีอะไรใหม่ในโปรโตคอล RTB เวอร์ชัน 115
- เพิ่ม
publisher_countryแล้ว - ประเทศที่อยู่สำหรับการเรียกเก็บเงินของผู้เผยแพร่โฆษณา ซึ่งอาจต่างจากประเทศที่ตรวจพบของผู้ใช้ใน geo_criteria_id หรือประเทศที่โฮสต์เว็บไซต์ดังกล่าว
- ชี้แจงความคิดเห็นของ
geo_criteria_idและpostal_code
5 ธันวาคม 2016
มีอะไรใหม่ใน OpenRTB Protos
- โปรโตคอล OpenRTB 2.4.1 ของ Google
- รุ่นนี้เพียงอัปเดตความคิดเห็นสำหรับช่อง OpenRTB
BidRequest.imp.video.protocolsเพื่อให้สอดคล้องกับการเปลี่ยนแปลงวิธีการกรอกข้อมูลในช่อง แทนที่จะมีหมายเลขโปรโตคอลที่สอดคล้องกับ VAST 3 อยู่เสมอ ช่องนี้จะมีหมายเลขโปรโตคอลสำหรับ VAST 2, VAST 3 หรือ VAST 4 อย่างถูกต้อง ซึ่งขึ้นอยู่กับสิ่งที่รองรับ (ดูบันทึกประจำรุ่นของ RTB โปรโตคอลเวอร์ชัน 114)
2 ธันวาคม 2016
มีอะไรใหม่ในโปรโตคอล RTB เวอร์ชัน 114
- เพิ่ม
BidRequest.Video.protocolsแล้ว - ช่องนี้มีอาร์เรย์ของโปรโตคอลโฆษณาวิดีโอที่รองรับซึ่งตรงตามลักษณะการทำงานของ OpenRTB 2.4 ปัจจุบันระบบรองรับเฉพาะ
VAST_2_0,VAST_3_0,VAST_2_0_WRAPPER,VAST_3_0_WRAPPER,VAST_4_0และVAST_4_0_WRAPPERเท่านั้น
29 พฤศจิกายน 2016
มีอะไรใหม่ในโปรโตคอล RTB เวอร์ชัน 113
- เพิ่มการรองรับวิธีการเล่นวิดีโอแบบใหม่
- เพิ่มค่า enum ใหม่
MOUSE_OVERลงในBidRequest.Video.VideoPlaybackMethodเพื่อให้สอดคล้องกับ OpenRTB 2.0 แล้ว
18 พฤศจิกายน 2016
มีอะไรใหม่ในโปรโตคอล RTB เวอร์ชัน 112
- นำช่องเก่าที่เลิกใช้งานแล้วออก
- ช่องที่เลิกใช้งานแล้วและไม่ได้ตั้งค่าอีกต่อไปตอนนี้ระบบจะนำช่องออกทั้งหมดเพื่อกำจัดความยุ่งเหยิง
14 พฤศจิกายน 2016
มีอะไรใหม่ในโปรโตคอล RTB เวอร์ชัน 111
- เลิกใช้งาน
BidRequest.AdSlot.ExchangeBidding.dfp_network_codeแล้ว - ค่าของช่องนี้จะเหมือนกับส่วนแรกของ
BidRequest.AdSlot.dfp_ad_unit_codeเสมอ จึงไม่จำเป็นต้องมีช่องdfp_network_codeอีกต่อไป
9 พฤศจิกายน 2016
มีอะไรใหม่ในโปรโตคอล RTB เวอร์ชัน 110
- เพิ่ม
BidResponse.Ad.NativeAd.click_link_urlแล้ว - URL ที่เบราว์เซอร์/SDK โหลดเมื่อผู้ใช้คลิกโฆษณา เปลี่ยนแปลงระหว่างราคาเสนอได้
สำหรับความเข้ากันได้แบบย้อนหลัง เมื่อไม่ได้ตั้งค่า เบราว์เซอร์/SDK จะโหลด
click_through_urlแรก อย่างไรก็ตาม ราคาเสนอclick_through_urlสำหรับ buyer_creative_id เดียวกันควรเหมือนกัน ในขณะที่click_link_urlอาจมีการเปลี่ยนแปลง
4 พฤศจิกายน 2016
มีอะไรใหม่ใน OpenRTB Protos
- โปรโตคอลส่วนขยาย OpenRTB เวอร์ชัน 7 ของ Google
- เพิ่ม
BidResponse.SeatBid.Bid.exchange_deal_typeแล้ว - ใช้เฉพาะสำหรับ Exchange ที่เข้าร่วมการเสนอราคาแบบเปิด (Exchange บุคคลที่สามที่ใช้การเสนอราคาแบบเรียลไทม์ใน DFP) โดยจะแสดงข้อมูลเกี่ยวกับประเภทของดีลที่ใช้กับราคาเสนอของ Exchange
มีอะไรใหม่ใน OpenRTB Protos
- โปรโตคอลส่วนขยาย OpenRTB เวอร์ชัน 8 ของ Google
- เพิ่มสัญญาณไปยังส่วนขยายเนทีฟในคำขอ OpenRTB Native 1.1
- เพิ่มช่องต่อไปนี้
style_id,style_width,style_heightและstyle_layout_type
มีอะไรใหม่ในโปรโตคอล RTB เวอร์ชัน 109
- เพิ่ม
BidResponse.Ad.AdSlot.exchange_deal_idและBidResponse.Ad.AdSlot.exchange_deal_typeแล้ว - ใช้เฉพาะสำหรับ Exchange ที่เข้าร่วมการเสนอราคาแบบเปิด (Exchange บุคคลที่สามที่ใช้การเสนอราคาแบบเรียลไทม์ใน DFP) โดยจะแสดงข้อมูลเกี่ยวกับดีลที่ใช้กับราคาเสนอของ Exchange
3 พฤศจิกายน 2016
มีอะไรใหม่ในโปรโตคอล RTB เวอร์ชัน 108
- เพิ่ม
BidRequest.AdSlot.allowed_ad_typesแล้ว - มี Enum ที่ซ้ำกันซึ่งแสดงประเภทโฆษณาที่ได้รับอนุญาตในการเสนอราคาตอบ ค่าที่เป็นไปได้คือ ALLOWED_AD_TYPE_BANNER, ALLOWED_AD_TYPE_NATIVE และ ALLOWED_AD_TYPE_VIDEO ช่องนี้ควรช่วยให้ผู้เสนอราคาระบุประเภทโฆษณาที่ส่งคืนได้ง่ายขึ้น
2 พฤศจิกายน 2016
มีอะไรใหม่ในพจนานุกรม RTB - เวอร์ชันใหม่ของไฟล์ geo-table.csv
- ไฮไลต์ของเป้าหมายทางภูมิศาสตร์ใหม่:
- เกี่ยวกับอุทยานแห่งชาติของสหรัฐอเมริกา/แคนาดาประมาณ 100 แห่ง อุทยานแห่งชาติเปิดให้กำหนดเป้าหมายเป็นครั้งแรก
- เมืองและรหัสไปรษณีย์ประมาณ 1,200 แห่งในออสเตรเลีย/เยอรมนี/เนเธอร์แลนด์/ฝรั่งเศส
- เขตเทศบาล 78 แห่งในเปอร์โตริโก
- จังหวัด/เขต 71 แห่งในบังกลาเทศ
- จังหวัด/เมือง 21 แห่งในคอสตาริกา
- เป้าหมายระดับประเทศใหม่ 2 รายการ ได้แก่ เกิร์นซีย์ (GG) และเจอร์ซีย์ (JE)
- เป้าหมายระดับจังหวัดไม่กี่ร้อยแห่งในอเมริกาใต้ แอฟริกา และตะวันออกกลาง
31 ตุลาคม 2016
มีอะไรใหม่ในโปรโตคอล RTB เวอร์ชัน 107
- อัปเดตเป็น
BidRequest.AdSlot.NativeAdTemplate - เพิ่มช่องต่อไปนี้
style_id,style_width,style_heightและstyle_layout_type
มีอะไรใหม่ในพจนานุกรม RTB
- ไฟล์พจนานุกรม
ad-product-categories.txtมีการเปลี่ยนแปลง -
เพิ่มหมวดหมู่ทั่วไปใหม่กว่า 200 หมวดหมู่ที่ผู้เผยแพร่โฆษณาใช้บล็อกโฆษณาได้
โดยทั่วไปหมวดหมู่เหล่านี้จะมีความละเอียดมากกว่า ทำให้ผู้เผยแพร่โฆษณาบล็อกหมวดหมู่ที่แคบลงได้ เช่น ครีเอทีฟโฆษณา
Used Motor Vehicleแทนที่จะเป็นครีเอทีฟโฆษณาAutomotiveทั้งหมด ไฟล์พจนานุกรมนี้ยังมีประโยชน์ต่อการแมปรหัสหมวดหมู่ที่พบในช่องexcluded_product_categoryในคำขอราคาเสนอกับหมวดหมู่ที่มนุษย์อ่านได้เช่นเดิม - โปรดดูรายละเอียดเพิ่มเติมในรายการความแตกต่างทั้งหมด
27 ตุลาคม 2016
มีอะไรใหม่ในโปรโตคอล RTB เวอร์ชัน 106
- เพิ่ม
BidRequest.AdSlot.sticky_settingsแล้ว - การตั้งค่านี้มีการตั้งค่าความสามารถในการดึงดูดประเภทต่างๆ ที่ผู้เผยแพร่โฆษณาจะประกาศในพื้นที่โฆษณาของคุณได้ รองรับการตั้งค่าความสามารถในการดึงดูด 3 ประเภท ได้แก่ ความสามารถในการดึงดูดแนวตั้ง ความสามารถในการดึงดูดแนวนอนด้านล่าง และการตรึงแนวนอนด้านบน
BidRequest.AdSlot.stickinessเลิกใช้งานแล้วในตอนนี้- เลิกใช้งานช่องนี้เพื่อใช้
BidRequest.AdSlot.sticky_settings.vertical_stickinessแล้ว
มีอะไรใหม่ในพจนานุกรม RTB
- ไฟล์พจนานุกรม
publisher-verticals.txtมีการเปลี่ยนแปลง - แก้ไขการสะกดผิดในชื่อหมวดหมู่บางหมวด ดาวน์โหลด รายการความแตกต่างเพื่อดูรายละเอียด
24 ตุลาคม 2016
มีอะไรใหม่ในโปรโตคอล RTB เวอร์ชัน 105
- ช่องที่เลิกใช้งานแล้ว
BidRequest.user_demographics - เลิกใช้งานช่อง
BidRequest.user_demographicsแล้ว
21 ตุลาคม 2016
มีอะไรใหม่ใน OpenRTB Protos
- โปรโตคอลส่วนขยาย OpenRTB เวอร์ชัน 6 ของ Google
- เพิ่ม
BidRequest.imp.dfp_ad_unit_codeแล้ว - ใช้สำหรับการเสนอราคาแบบเปิดเท่านั้น
มีอะไรใหม่ในโปรโตคอล RTB เวอร์ชัน 104
- เพิ่ม
BidRequest.AdSlot.non_browser_slot_sourceแล้ว - ระบบจะตั้งค่านี้เมื่อผู้เผยแพร่โฆษณาประกาศว่าช่องโฆษณาแสดงในพื้นที่โฆษณาที่ไม่ใช่เบราว์เซอร์ และจะระบุประเภทพื้นที่โฆษณาที่ไม่ใช่เบราว์เซอร์
- เพิ่ม
BidRequest.AdSlot.is_interstitial_slotแล้ว - ระบบจะตั้งค่านี้เมื่อผู้เผยแพร่โฆษณาประกาศว่าช่องโฆษณาเป็นโฆษณาคั่นระหว่างหน้า ซึ่งบดบังเนื้อหาเป็นระยะเวลาหนึ่ง
20 ตุลาคม 2016
มีอะไรใหม่ในโปรโตคอล RTB เวอร์ชัน 103
- เพิ่ม
BidRequest.AdSlot.dfp_ad_unit_codeแล้ว - ใช้สำหรับการเสนอราคาแบบเปิดเท่านั้น
14 ตุลาคม 2016
มีอะไรใหม่ในพจนานุกรม RTB
- ไฟล์พจนานุกรม
geo-table.csvมีการเปลี่ยนแปลง - แก้ไขข้อผิดพลาดเล็กน้อยในการสะกดคำและลำดับชั้นทางภูมิศาสตร์ ดูรายละเอียดได้ในรายการความแตกต่าง
มีอะไรใหม่ใน OpenRTB
- โปรโตคอล OpenRTB 2.4.1 ของ Google
- รุ่นนี้ไม่ได้เปลี่ยนแปลง Proto แต่อย่างใด แต่ได้อัปเดตการแมปด้วยการรองรับ OpenRTB 2.4 ดังต่อไปนี้
- ตอนนี้ขนาดการแสดงผลแบนเนอร์แมปกับ
Banner.formatแล้ว เลิกใช้งานช่องwmin,wmax,hminและhmaxแล้ว และจะไม่มีการป้อนข้อมูลสำหรับเวอร์ชัน 2.4 ขึ้นไป ระบบจะยังคงป้อนข้อมูลในช่องwและh(โดยใช้มิติข้อมูลแรกเหมือนก่อนหน้านี้) Video.skipได้รับการป้อนข้อมูลแล้วBid.apiได้รับการรองรับแล้ว- ส่วนหัว HTTP
x-openrtb-versionคือ "2.4" - ผู้เสนอราคาที่ใช้ OpenRTB/JSON จะเลือกใช้เวอร์ชัน 2.4 ใหม่ได้ผ่าน RTB API ส่วนผู้เสนอราคาที่ใช้ OpenRTB/Protobuf จะใช้ได้เฉพาะเวอร์ชัน 2.3 และเราจะประกาศการอัปเกรดในอนาคตแยกต่างหาก
13 ตุลาคม 2016
มีอะไรใหม่ในโปรโตคอล RTB เวอร์ชัน 102
- อัปเดตคำอธิบาย "Connected_TV = 4"
- ใน Proto ของ RTB อัปเดตความคิดเห็นสำหรับ "Connected_TV = 4" เพื่อ อธิบายอุปกรณ์ที่รวมอยู่ในโปรโตคอลได้ครบถ้วนยิ่งขึ้น
11 ตุลาคม 2016
มีอะไรใหม่ในรายงานสถานะตัวอย่างข้อมูลเวอร์ชัน 21
- เพิ่มเหตุผลการไม่อนุมัติใหม่แล้ว
92 Personal Loans
6 ตุลาคม 2016
มีอะไรใหม่ในโปรโตคอล RTB เวอร์ชัน 101
- อัปเดตความคิดเห็นในเทมเพลตโฆษณาเนทีฟ
- ใน Proto ของ RTB
ได้แก้ไขความคิดเห็นของเทมเพลตโฆษณาเนทีฟเพื่อให้ทราบว่าในบางกรณี
คุณสามารถตั้งค่าช่อง
html_snippetหรือvideo_urlแทนช่องnative_adได้
5 ตุลาคม 2016
มีอะไรใหม่ในโปรโตคอล RTB เวอร์ชัน 100
- อัปเดตความคิดเห็นสำหรับตัวระบุโฆษณาบนอุปกรณ์เคลื่อนที่
- ใน RTB โปรโตคอล อัปเดตความคิดเห็นในช่อง
BidRequest.Mobile.encrypted_advertising_idเพื่อระบุแพลตฟอร์มที่พร้อมให้บริการ (นอกเหนือจากอุปกรณ์ iOS และ Android)
30 กันยายน 2016
มีอะไรใหม่ในโปรโตคอล RTB เวอร์ชัน 99
- เพิ่มสัญญาณอัตราการเล่นวิดีโอจนจบลงในการเสนอราคาแบบเรียลไทม์
- ใน RTB Proto ได้เพิ่มช่องใหม่
video_completion_rateลงในBidRequest.AdSlotช่องนี้ระบุค่าประมาณของแนวโน้มที่โฆษณาวิดีโอที่แสดงในช่องนี้จะดูจนจบ
29 กันยายน 2016
มีอะไรใหม่ในพจนานุกรม RTB
- ไฟล์พจนานุกรม
vendors.txtมีการเปลี่ยนแปลง - เพิ่ม
880 Naveggแล้ว - ดูรายละเอียดเพิ่มเติมได้ที่รายชื่อผู้ให้บริการที่ได้รับการรับรอง
20 กันยายน 2016
มีอะไรใหม่ในรายงานสถานะข้อมูลโค้ดเวอร์ชัน 20
- เพิ่มเหตุผลการไม่อนุมัติใหม่แล้ว
90 Maximum number of HTTP calls exceeded91 Maximum number of cookies exceeded- เปลี่ยนชื่อเหตุผลที่ไม่อนุมัติ 36 จาก
Invalid ad download sizeเป็นMaximum download size exceededแล้ว
19 กันยายน 2016
มีอะไรใหม่ในพจนานุกรม RTB
- ไฟล์พจนานุกรม
buyer-declarable-creative-attributes.txtมีการเปลี่ยนแปลง - เพิ่ม
105 Rendering: Sizeless AdXแล้ว ใช้เพื่อประกาศว่าครีเอทีฟโฆษณา HTML ปรับขนาดแบบไดนามิกเพื่อเติมช่องขนาดต่างๆ ได้หรือไม่ ดูข้อมูลเพิ่มเติมได้ในเอกสารเกี่ยวกับโฆษณาคั่นระหว่างหน้า
15 กันยายน 2016
มีอะไรใหม่ในโปรโตคอล RTB เวอร์ชัน 98
- เพิ่มการรองรับวิดีโอเนทีฟในการเสนอราคาแบบเรียลไทม์
- ใน Proto ของ RTB ได้เพิ่มค่า Enum ใหม่
VIDEOลงในBidRequest.NativeAdTemplateและช่องใหม่video_urlลงในBidResponse.NativeAdการดำเนินการนี้ช่วยให้ผู้เสนอราคาส่งวิดีโอตอบกลับในช่องnative_adกลับมาได้เมื่อมีVIDEOในBidRequest.native_ad_template.required_fieldsหรือBidRequest.native_ad_template.recommended_fields
13 กันยายน 2016
มีอะไรใหม่ใน OpenRTB Protos
- โปรโตคอล OpenRTB 2.4.1 ของ Google
- รุ่นนี้มีการแก้ไขเล็กน้อยสำหรับ OpenRTB 2.4 โดยเฉพาะสถานะการเลิกใช้งานของหลายช่อง การรองรับส่วนขยายสำหรับ
AudioและFormatประเภท enum ที่ถูกต้องของช่องBid.qagmediaratingใหม่
8 กันยายน 2016
มีอะไรใหม่ในพจนานุกรม RTB
- ไฟล์พจนานุกรม
creative-status-codes.txtมีการเปลี่ยนแปลง - เปลี่ยนคำอธิบายสถานะ
107เป็นRequired elements specified in bid_request.adslot.native_ad_template.required_fields are missing or emptyเพื่อให้สอดคล้องกับการเปลี่ยนแปลงตรรกะที่เพิ่มการกรองในองค์ประกอบโฆษณาเนทีฟที่จำเป็นที่มีค่าว่างอย่างชัดเจน
7 กันยายน 2016
มีอะไรใหม่ในโปรโตคอล RTB เวอร์ชัน 97
- ความคิดเห็นที่อัปเดตเพื่อชี้แจงว่า
app_nameของแอป iOS ให้บริการโดย AppAnnie
6 กันยายน 2016
มีอะไรใหม่ในโปรโตคอลรายงานสถานะข้อมูลโค้ดเวอร์ชัน 19
- เพิ่มเหตุผลการไม่อนุมัติใหม่แล้ว
- 81 วิดีโอยาวเกินไป
- 82 ละเมิดกฎหมายเภสัชกรรมญี่ปุ่น
- 83 ร้านขายยาสัตว์เลี้ยงที่ไม่ได้รับการรับรอง
- 84 เนื้อหาที่ยอมรับไม่ได้: การทำแท้ง
- 85 เนื้อหาที่ยอมรับไม่ได้: การคุมกำเนิด
- 86 ละเมิดข้อกำหนดในการให้บริการของจีน
- 87 ครีเอทีฟโฆษณาโปรโมตร้านขายยาของเกาหลีโดยไม่มีการรับรองที่เหมาะสม
- 88 คลินิกที่ไม่เหมาะสำหรับเยาวชนหรือการทดลองใช้เนื้อหาสำหรับผู้ใหญ่
- 9
2 กันยายน 2016
มีอะไรใหม่ใน OpenRTB Protos
- โปรโตคอล OpenRTB 2.4.0 ของ Google
- นี่คือรุ่นหลักใหม่ที่อัปเดตสคีมาโปรโตคอลสำหรับเวอร์ชันข้อกำหนดล่าสุด ได้แก่ OpenRTB 2.4 และ OpenRTB Native 1.1 การเปลี่ยนแปลงนี้จะเข้ากันได้แบบย้อนหลังในระดับสายไฟ แต่การรวมสคีมาใหม่ไว้ในผู้เสนอราคาอาจต้องมีการเปลี่ยนแปลงโค้ดเล็กน้อย กล่าวอย่างเจาะจงคือ มีการเปลี่ยนแปลง 2 ประการดังนี้
- ช่องใหม่ได้รับการเพิ่มเข้ามาตามข้อกำหนดล่าสุด ซึ่งยังไม่ได้กำหนดค่าใดๆ และจะประกาศการรองรับช่องแยกต่างหาก
- enum ทั้งหมดจะอยู่ในระดับบนสุดแทนที่จะซ้อนกัน การดำเนินการนี้ไม่ได้เปลี่ยนการนำเสนอการโอนจริง แต่ต้องมีการแก้ไขการนำเข้าหรือใช้ชื่อ enum ที่ตรงตามเกณฑ์ในบางภาษา
31 สิงหาคม 2016
มีอะไรใหม่ในพจนานุกรม RTB
- ไฟล์พจนานุกรม
gdn-vendors.txtมีการเปลี่ยนแปลง - เพิ่ม
284 Research Nowแล้ว - ดูรายละเอียดเพิ่มเติมได้ที่รายชื่อผู้ให้บริการที่ได้รับการรับรอง
- ไฟล์พจนานุกรม
vendors.txtมีการเปลี่ยนแปลง - เพิ่ม
284 Research Nowแล้ว - เพิ่ม
876 Exponential Expandableแล้ว - ดูรายละเอียดเพิ่มเติมได้ที่รายชื่อผู้ให้บริการที่ได้รับการรับรอง
22 สิงหาคม 2016
มีอะไรใหม่ใน OpenRTB Protos
- โปรโตคอลส่วนขยาย OpenRTB เวอร์ชัน 5 ของ Google
- เพิ่ม
BidRequest.imp.dfp_network_codeแล้ว - ใช้สำหรับการเสนอราคาแบบเปิดเท่านั้น
มีอะไรใหม่ในโปรโตคอล RTB เวอร์ชัน 96
- เพิ่ม
dfp_network_codeไปที่BidRequest.AdSlotแล้ว - ใช้สำหรับการเสนอราคาแบบเปิดเท่านั้น
18 สิงหาคม 2016
มีอะไรใหม่ในโปรโตคอล RTB เวอร์ชัน 95
- เปลี่ยนความหมายของช่อง
mediation_statusแล้ว - ช่องนี้ตั้งค่าเป็น DIRECT_REQUEST หรือ UNKNOWN ขึ้นอยู่กับว่าคำขอโฆษณามาจากผู้เผยแพร่โฆษณาโดยตรงหรือไม่
8 สิงหาคม 2016
มีอะไรใหม่ในโปรโตคอล RTB เวอร์ชัน 94
- เพิ่ม
amp_ad_request_typeไปที่BidRequest.AdSlotแล้ว - ช่องนี้ระบุว่าหน้าเว็บเป็น Accelerated Mobile Pages (AMP) หรือไม่
1 สิงหาคม 2016
มีอะไรใหม่ในโปรโตคอล RTB เวอร์ชัน 92
- โปรดทราบว่าการตอบกลับคำขอราคาเสนอจะถูกกรองออกจากการประมูล ไม่ว่าจะตั้งค่าช่อง
is_testของคำขอราคาเสนอเป็น true หรือ false ในระหว่างการทดสอบครั้งแรกกับการเข้าชมของ Google
26 กรกฎาคม 2016
มีอะไรใหม่ในพจนานุกรม RTB
- ไฟล์พจนานุกรม
gdn-vendors.txtมีการเปลี่ยนแปลง - เพิ่ม
874 Cintแล้ว - ดูรายละเอียดเพิ่มเติมได้ที่รายชื่อผู้ให้บริการที่ได้รับการรับรอง
- ไฟล์พจนานุกรม
vendors.txtมีการเปลี่ยนแปลง - เปลี่ยน
332 Audience Manger (DemDex/Omniture)เป็น332 Audience Manger (DemDex) - เปลี่ยน
832 The AdExchangeเป็น832 The ADEX - เพิ่ม
874 Cintแล้ว - ดูรายละเอียดเพิ่มเติมได้ที่รายชื่อผู้ให้บริการที่ได้รับการรับรอง
18 กรกฎาคม 2016
มีอะไรใหม่ในโปรโตคอล RTB เวอร์ชัน 92
- ความคิดเห็นที่อัปเดตเพื่อชี้แจงว่าสำหรับโฆษณาเนทีฟ
click_through_urlจะระบุ URL ของหน้า Landing Page ที่ผู้ใช้ส่งไป ขณะที่click_tracking_urlระบุ URL ที่ชุดข้อความในเบื้องหลังจะใช้คำสั่ง ping เพื่อวัตถุประสงค์ในการติดตามได้
14 กรกฎาคม 2016
มีอะไรใหม่ในพจนานุกรม RTB
- ไฟล์พจนานุกรม vendors.txt มีการเปลี่ยนแปลง
- เพิ่ม
838 Revjet Expandableแล้ว - เพิ่ม
863 Bonzai Expandableแล้ว - เพิ่ม
864 INCUBIQ Solutionsแล้ว - ไฟล์พจนานุกรม vendors.txt และ gdn-vendors.txt มีการเปลี่ยนแปลง
- ล้างข้อมูลของผู้ให้บริการวิดีโอ VAST ทั้งหมดที่เลิกใช้งานตั้งแต่เดือนเมษายน 2016 เนื่องจากผู้ให้บริการเหล่านี้จะได้รับอนุญาตเสมอ (ไม่จำเป็นต้องประกาศ) และไม่ปรากฏในช่อง
allowed_vendorsในคำขอราคาเสนอ - ดูรายละเอียดเพิ่มเติมในรายชื่อผู้ให้บริการที่ได้รับการรับรอง
13 กรกฎาคม 2016
มีอะไรใหม่ในโปรโตคอลรายงานสถานะข้อมูลโค้ดเวอร์ชัน 18
- เพิ่มช่อง
detected_domainใหม่ที่แสดงโดเมนที่ตรวจพบระหว่างการสแกนการยืนยัน
11 กรกฎาคม 2016
มีอะไรใหม่ในโปรโตคอล RTB เวอร์ชัน 91
- ความคิดเห็นที่อัปเดตเพื่อระบุว่าอาจมีการปรับปรุงหรือแทนที่บางส่วนของสตริง User Agent
8 กรกฎาคม 2016
มีอะไรใหม่ในโปรโตคอล RTB เวอร์ชัน 90
- ความคิดเห็นที่อัปเดตเพื่อชี้แจงว่าจะมีการใช้เฉพาะค่าแรกของ
click_through_urlเป็น URL การคลิกสำหรับโฆษณาเนทีฟ
29 มิถุนายน 2016
มีอะไรใหม่ในโปรโตคอล RTB เวอร์ชัน 89
- อัปเดตความคิดเห็นเพื่อชี้แจงว่า
urlมีโปรโตคอลเสมอ
22 มิถุนายน 2016
มีอะไรใหม่ในโปรโตคอล RTB เวอร์ชัน 88
- ความคิดเห็นที่อัปเดตเพื่อชี้แจงว่า
click_through_rateไม่รวมข้อมูลที่รวบรวมจาก AdWords
มีอะไรใหม่ในโปรโตคอล RTB เวอร์ชัน 87
- อธิบายในความคิดเห็น
BidResponseว่าBidRequestมีAdSlotได้เพียง 1 รายการ - เปลี่ยนแปลงการใช้คำเล็กน้อยในความคิดเห็นอื่นๆ
3 มิถุนายน 2016
มีอะไรใหม่ในพจนานุกรม RTB - เวอร์ชันใหม่ของไฟล์ geo-table.csv
- เพิ่มเป้าหมายทางภูมิศาสตร์ใหม่เกือบ 6,000 รายการ เป้าหมายเหล่านี้พร้อมใช้แล้วและอยู่ในคำขอราคาเสนอแล้ว (ยกเว้นประเทศเมียนมาซึ่งยังไม่ได้เผยแพร่) เพิ่มเติมที่น่าสนใจ:
- ย่านย่อยและรหัสไปรษณีย์ 2,214 แห่งในเนเธอร์แลนด์
- เมือง ละแวก และรหัสไปรษณีย์ 1, 423 แห่งในมาเลเซีย
- เมือง พื้นที่ใกล้เคียง และรหัสไปรษณีย์ 722 แห่งในประเทศหลักของยุโรปตะวันออก (โปแลนด์ ฮังการี สาธารณรัฐเช็ก) และในกรีซ
- จังหวัด เมือง และละแวกใกล้เคียง 639 แห่งในฟิลิปปินส์
- เมืองและย่านย่อย 155 แห่งในสวีเดน
- เมืองและรหัสไปรษณีย์ 104 แห่งในเยอรมนี
- ไฮไลต์บางส่วนจากแถบยาว
- ย่านย่อยที่สำคัญ 2 แห่งในนิวยอร์กซิตี้ ได้แก่ แมนฮัตตันและควีนส์
- เป้าหมาย 44 รายการในเมียนมา รวมถึงประเทศดังกล่าว (หมายเหตุ: ยังไม่เผยแพร่)
- เมืองหลวง / เมืองใหญ่ในหลายประเทศ เช่น ไนโรบีในเคนยาและกัวเตมาลาซิตีในกัวเตมาลา
2 มิถุนายน 2016
มีอะไรใหม่ใน OpenRTB Protos
- โปรโตคอลส่วนขยาย OpenRTB เวอร์ชัน 4 ของ Google
- เพิ่ม
BidRequest.processing_time_msแล้ว
30 พฤษภาคม 2016
มีอะไรใหม่ใน Proto รายงานสถานะข้อมูลโค้ดเวอร์ชัน 17
- เพิ่มการแก้ไขการประกาศ
VIDEO_IN_SNIPPET_ATTRIBUTE_ADDEDแล้ว - การแก้ไขนี้จะมีผลเมื่อข้อมูลโค้ด HTML กำลังเล่นเนื้อหาวิดีโอ จึงควรบล็อกในพื้นที่โฆษณาที่ไม่อนุญาตวิดีโอ
- เพิ่มช่อง
detected_languageแล้ว - ช่องนี้รายงานภาษาที่ AdX ตรวจพบสำหรับครีเอทีฟโฆษณา
- ภาษาเหล่านี้ใช้สำหรับใช้การบล็อกภาษาของผู้เผยแพร่โฆษณา โปรดดูช่อง
allowed_languagesในโปรโตคอล RTB ด้วย - เพิ่มช่อง
contextในข้อความCorrectionแล้ว - ช่องนี้อธิบายบริบทที่นำการแก้ไขไปใช้
- ตอนนี้บริบทการแก้ไขและการแสดงผลแยกระหว่างเว็บบนอุปกรณ์เคลื่อนที่กับแอปบนอุปกรณ์เคลื่อนที่แล้ว
- เพิ่มค่าใหม่ใน enum ของ
Platform:ANDROID_IN_APPและIOS_IN_APPค่าANDROIDและIOSที่มีอยู่แล้วได้เปลี่ยนชื่อเป็นANDROID_WEBและIOS_WEB
26 พฤษภาคม 2016
มีอะไรใหม่ใน OpenRTB Protos
- โปรโตคอลส่วนขยาย OpenRTB เวอร์ชัน 3 ของ Google
- เพิ่ม
BidRequest.imp.publisher_parameterและBidResponse.SeatBid.Bid.bidder_nameแล้ว - ทั้ง 2 ช่องจะใช้สำหรับ Exchange ที่เข้าร่วมการเสนอราคาแบบเปิดเท่านั้น (การแลกเปลี่ยนของบุคคลที่สามที่ใช้การเสนอราคาแบบเรียลไทม์ใน DFP)
มีอะไรใหม่ในโปรโตคอล RTB เวอร์ชัน 86
- เพิ่ม
allowed_languagesไปที่BidResponse.AdSlotแล้ว - ช่องนี้มีภาษาสำหรับครีเอทีฟโฆษณาที่ผู้เผยแพร่โฆษณาอนุญาต
- เมื่อไม่ได้ตั้งค่า ระบบจะอนุญาตให้ใช้ทุกภาษา
25 พฤษภาคม 2016
มีอะไรใหม่ในโปรโตคอล RTB เวอร์ชัน 85
- เพิ่ม
exchange_biddingไปยังBidRequest.AdSlotและbidder_nameไปยังBidResponse.Adแล้ว - ทั้ง 2 ช่องจะใช้สำหรับ Exchange ที่เข้าร่วมการเสนอราคาแบบเปิดเท่านั้น (การแลกเปลี่ยนของบุคคลที่สามที่ใช้การเสนอราคาแบบเรียลไทม์ใน DFP)
19 พฤษภาคม 2016
มีอะไรใหม่ใน OpenRTB Protos
- โปรโตคอล OpenRTB 2.3.3 ของ Google
- แก้ไข
Video.vasttagของคำตอบเนทีฟเป็นสเกลาร์ ไม่ใช่อาร์เรย์ - อัปเดตความคิดเห็นเพื่อให้สอดคล้องกับการเปลี่ยนแปลงการเข้ารหัสช่อง:
BidRequest.id,User.customdata,Device.ifa - โปรโตคอลส่วนขยาย OpenRTB เวอร์ชัน 2 ของ Google
- เพิ่ม
BidRequest.imp.allowed_vendor_typeและBidResponse.SeatBid.Bid.ad_choices_destination_urlแล้ว
13 พฤษภาคม 2016
มีอะไรใหม่ในโปรโตคอล RTB เวอร์ชัน 84
- เพิ่ม
ad_choices_destination_urlไปที่BidResponse.Adแล้ว - คุณสามารถใช้ช่องนี้เพื่อระบุลิงก์ไปยังหน้าค่าที่กำหนดเองของโฆษณา
- วิธีนี้รองรับเฉพาะโฆษณาเนทีฟ
- ระบบจะเพิ่มไอคอนตัวเลือกโฆษณาอื่นๆ แบบมาตรฐานลงในครีเอทีฟโฆษณาเนทีฟและลิงก์ไปยัง URL นี้ (หากมี)
29 เมษายน 2016
มีอะไรใหม่ในพจนานุกรม RTB
- นำผู้ให้บริการ VAST (โฆษณาในวิดีโอ) ออกจากรายการที่ประกาศได้
- ผู้ให้บริการเหล่านี้ได้รับอนุญาตโดยไม่ต้องประกาศแล้ว และเนื่องจากผู้เผยแพร่โฆษณาจะเลือกหรือบล็อกผู้ลงโฆษณาไม่ได้ เราก็จะหยุดส่งผู้เผยแพร่โฆษณาลงในช่อง
allowed_vendorsในคำขอราคาเสนออีกต่อไป - ดูรายละเอียดเพิ่มเติมได้ที่รายชื่อผู้ให้บริการที่ได้รับการรับรอง
28 เมษายน 2016
มีอะไรใหม่ในโปรโตคอล RTB เวอร์ชัน 83
- ความคิดเห็นที่อัปเดตเพื่อชี้แจงว่า
viewabilityอาจมีการประมาณโดยอิงจากข้อมูลย้อนหลังหรือข้อมูลสภาพแวดล้อม
27 เมษายน 2016
มีอะไรใหม่ในพจนานุกรม RTB
- นําผู้ให้บริการ
113 "Image & Flash"ออกจากรายการที่ต้องประกาศแล้ว - ผู้ให้บริการรายนี้เลิกใช้งานแล้ว ซึ่งไม่ควรประกาศไว้ในการเสนอราคาตอบ เนื่องจากไม่ได้ใช้เทคโนโลยี 3PAS ใดๆ (แต่หากมีการประกาศไว้ ราคาเสนอจะไม่ถูกกรอง) ผู้เสนอราคาควรไม่สนใจการมีอยู่หรือไม่มีผู้ให้บริการรายนี้ในช่อง
allowed_vendorsในคำขอราคาเสนอ เนื่องจากไม่ใช่สัญญาณที่สำคัญ
12 เมษายน 2016
มีอะไรใหม่ใน BidResponse
- ความคิดเห็นที่อัปเดตเพื่อชี้แจงว่าการตอบกลับแบบ XML ที่ดึงข้อมูลผ่าน
video_urlจะสอดคล้องกับ VAST 2.0 หรือ 3.0
11 เมษายน 2016
มีอะไรใหม่ในพจนานุกรม RTB
- นำไฟล์พจนานุกรม
site-lists.txtที่ล้าสมัยออก - AdX ได้หยุดป้อนข้อมูลในช่อง
site_list_idในคำขอราคาเสนอเมื่อเดือนตุลาคม 2015 ซึ่งจะช่วยให้คุณไม่จำเป็นต้องมีพจนานุกรมsite-lists.txtนําออกเพื่อลดความสับสน
1 เมษายน 2016
มีอะไรใหม่ในโปรโตคอล RTB เวอร์ชัน 81
- ความคิดเห็นที่อัปเดต
- อัปเดตความคิดเห็นในช่อง
creative_indexของBidResponseFeedbackเพื่อระบุว่าข้อมูลนี้หมายถึงดัชนีของโฆษณาในการตอบกลับเสมอ
30 มีนาคม 2016
มีอะไรใหม่ในรายงานสถานะตัวอย่างข้อมูล - อัปเดตนโยบายดีล
- สถานะแบบละเอียดจะเป็นของทั้งการประมูลแบบเปิดและดีล
- โดยทั่วไปแล้ว
open_auction_statusและdeals_statusจะมาแทนที่statusที่ตอนนี้เลิกใช้งานแล้ว - ช่อง
serving_restrictionใหม่จะแสดงสถานะตามบริบทโดยละเอียด - ซึ่งจะมาแทนที่
disapproval_reasonที่เลิกใช้งานแล้วในปัจจุบัน วิธีนี้ช่วยให้เราสื่อสารสถานะของโฆษณาในบริบทที่เฉพาะเจาะจงได้ เช่น โฆษณาไม่ได้รับอนุมัติบนอุปกรณ์เคลื่อนที่เนื่องจากมี Flash หรือโฆษณาจะไม่แสดงในรัสเซียเนื่องจากยังไม่ได้รับการตรวจสอบ - เพิ่มค่า enum สถานะใหม่:
CONDITIONALLY_APPROVED - ใช้เมื่อโฆษณาได้รับอนุมัติโดยทั่วไป แต่มีข้อจำกัดในบางบริบท โฆษณาส่วนใหญ่จะมี CONDITIONALLY_APPROVED สำหรับการประมูลแบบเปิด
29 มีนาคม 2016
มีอะไรใหม่ใน OpenRTB Proto เวอร์ชัน 2.3.2
- ปรับปรุงเอกสารประกอบสําหรับช่องต่างๆ ดังนี้
-
idในBidRequestและBidResponse;ip,ipv6,carrier,dpidm5และadvertising_idในDeviceGeoข้อความcustomdataในUserclicktrackersในLink
4 มีนาคม 2016
มีอะไรใหม่ใน OpenRTB Protos
- โปรโตคอล OpenRTB 2.3.1 ของ Google (พร้อมใช้งานแล้ว)
- มีโปรโตคอล OpenRTB ของ Authorized Buyers เวอร์ชันล่าสุด ดูการแมปช่องกับโปรโตคอล RTB ของ Authorized Buyers ได้ในความคิดเห็น
- โปรโตคอลส่วนขยาย OpenRTB เวอร์ชัน 1 ของ Google (พร้อมให้บริการแล้ว)
- มีส่วนขยายของ Authorized Buyers ที่ใช้ในโปรโตคอล OpenRTB
26 กุมภาพันธ์ 2016
มีอะไรใหม่ในโปรโตคอล RTB เวอร์ชัน 80
- อัปเดตความคิดเห็นในช่อง
fixed_cpm_microsของดีลโดยตรง - เปลี่ยนชื่อค่า enum ของช่อง
VideoFormatเพื่อให้ตรงกับฟังก์ชัน ที่ดีขึ้นแล้ว: VIDEO_FLASH เป็น VIDEO_FLV และ VIDEO_HTML5 เป็น VIDEO_MP4 - เพิ่มค่าใหม่ที่รองรับลงในช่อง
VideoFormat: VPAID_FLASH (SWF) และ VPAID_JS (JavaScript)
19 กุมภาพันธ์ 2016
มีอะไรใหม่ในโปรโตคอล RTB เวอร์ชัน 79
- อัปเดตความคิดเห็นในช่อง
placement
8 กุมภาพันธ์ 2016
มีอะไรใหม่ในโปรโตคอล RTB เวอร์ชัน 78
- เพิ่มช่องตำแหน่งวิดีโอใหม่เพื่อแทนที่ช่อง
inventory_type - ตอนนี้ข้อความย่อยวิดีโอใน
โปรโตคอล RTB มีช่อง
placementเพื่อแยกความแตกต่างระหว่างโฆษณาในสตรีมกับโฆษณาคั่นระหว่างหน้า ช่องinventory_typeเลิกใช้งานแล้วเนื่องจากช่องนี้ซ้ำกับข้อมูลที่พบจากที่อื่นในโปรโตคอล RTB - เพิ่มช่อง
rendererใหม่ลงในข้อความย่อยของช่องโฆษณา - ช่อง
rendererจะกำหนดผู้ที่ควบคุมสภาพแวดล้อม (Google หรือผู้เผยแพร่โฆษณา) ที่สร้างคำขอโฆษณาและจะแสดงโฆษณา ช่องนี้จะใช้ตั้งค่าเฉพาะสำหรับคำขอที่อนุญาตโฆษณาวิดีโอ VAST เท่านั้น
29 มกราคม 2016
มีอะไรใหม่
- อัปเดต snippet-status-report-proto.txt เป็น v.15 แล้ว
- เพิ่มค่า CorrectionType 2 ค่าแล้ว ได้แก่ IN_BANNER_VIDEO_ATTRIBUTE_ADDED และ MRAID_ATTRIBUTE_ADDED ดูรายละเอียดเพิ่มเติมได้ในความคิดเห็นเกี่ยวกับค่าใหม่
18 พฤษภาคม 2015
มีอะไรใหม่
- Authorized Buyers เริ่มบังคับใช้ขีดจำกัดสูงสุดในราคาเสนอ
- Authorized Buyers เริ่มบังคับใช้ขีดจำกัดสูงสุดสำหรับ CPM ของการเสนอราคาที่ $5, 000 ในการเสนอราคา เพื่อปกป้องตัวเองและพาร์ทเนอร์จากข้อบกพร่องและการกำหนดค่าที่ไม่ถูกต้อง ดูรายละเอียดได้ที่การกรองการเสนอราคาตอบ
11 กรกฎาคม 2014
มีอะไรใหม่
- การประกาศแบบไม่มี Flash ในการเสนอราคาตอบไม่จำเป็นอีกต่อไปแล้ว
- ผู้ซื้อไม่จำเป็นต้องประกาศการใช้ครีเอทีฟโฆษณาแบบไม่มี Flash อีกต่อไปเมื่อเสนอราคาสำหรับพื้นที่โฆษณาที่ไม่มี Flash เนื่องจาก Authorized Buyers จะตรวจหาการแสดงครีเอทีฟโฆษณาที่ไม่มี Flash โดยอัตโนมัติ ผู้ซื้อยังคงต้องรวมครีเอทีฟโฆษณาที่ไม่มี Flash ไว้ด้วยเมื่อเสนอราคาสำหรับพื้นที่โฆษณาที่ไม่มี Flash หากผู้ซื้อตอบกลับคำขอราคาเสนอแบบไม่มี Flash ด้วยครีเอทีฟโฆษณาแบบ Flash Authorized Buyers จะตรวจหาว่ามีครีเอทีฟโฆษณา Flash อยู่และกรองการเสนอราคาตอบออก โปรดทราบว่า Authorized Buyers จะไม่ตรวจพบว่ามีครีเอทีฟโฆษณาสำรองที่ไม่มี Flash รวมอยู่ในการเสนอราคาตอบด้วยหรือไม่ และ Authorized Buyers จะกรองการเสนอราคาตอบนั้นออกเพราะการรวมครีเอทีฟโฆษณา Flash ไว้
- มีการเปลี่ยนชื่อช่อง "encrypted_idfa" เป็น "encrypted_advertising_id" แล้ว
- Authorized Buyers ได้เปลี่ยนชื่อของช่อง "encrypted_idfa" เป็น "encrypted_advertising_id" เพื่อให้ชื่อช่องสะท้อนให้เห็นว่าเราสามารถส่ง IDFA หรือรหัสโฆษณาในคำขอราคาเสนอตามที่มีอยู่ให้แก่ผู้ซื้อได้ ผู้ซื้อจะยังอ้างอิงถึงชื่อช่อง "encrypted_idfa" เดิมต่อไปได้จนกว่าพวกเขาจะดาวน์โหลดและเริ่มใช้ Proto ของ RTB เวอร์ชันล่าสุด เมื่อผู้ซื้อเริ่มใช้โปรโตคอล RTB เวอร์ชันล่าสุด ผู้ซื้อจะต้องอัปเดตผู้เสนอราคาให้เรียก "encrypted_advertising_id" เป็นชื่อใหม่ของช่องนั้น ดูรายละเอียดได้ที่ การกำหนดเป้าหมายพื้นที่โฆษณาในแอปบนอุปกรณ์เคลื่อนที่ด้วย IDFA
- ฟิลด์ใหม่สำหรับระบุว่ามีการฝังโปรแกรมเล่นวิดีโอหรือไม่
- Authorized Buyers ได้เพิ่มช่องใหม่ลงใน โปรโตคอล RTB เพื่อระบุว่าโปรแกรมเล่นวิดีโอฝังอยู่หรือไม่ได้ฝังอยู่ ช่องใหม่จะเรียกว่า "is_embedded_offsite" และหากเป็นจริง วิดีโอจะฝังในหน้าที่อยู่นอกโดเมนของผู้เผยแพร่โฆษณา ดูรายละเอียดได้ใน คู่มือการผสานรวมวิดีโอของ Authorized Buyers
16 กรกฎาคม 2013
มีอะไรใหม่
- [สำคัญ]
BidResponsesต้องมีขนาดโฆษณา สำหรับคำขอที่มีหลายขนาด สำหรับคำขอราคาเสนอทั้งหมดที่ระบุโฆษณาหลายขนาด
BidResponseต้องมีช่องBidResponse.Ad.widthและBidResponse.Ad.heightในการประมูล จะไม่มีการพิจารณาการเสนอราคาตอบสำหรับคำขอที่มีโฆษณาหลายขนาด หากการเสนอราคาตอบไม่มีฟิลด์เหล่านี้ เราคาดว่า ตั้งแต่วันที่ 24 กันยายน 2013 เป็นต้นไป คำขอโฆษณาประมาณ 5% จะมีโฆษณาหลายขนาด เนื่องจากเราจะเปิดใช้การจัดสรรแบบไดนามิกแบบหลายขนาดใน DFP เราคาดว่าเปอร์เซ็นต์นี้จะเพิ่มขึ้นเมื่อเวลาผ่านไปแม้ว่าการเสนอราคาตอบสำหรับคำขอราคาเสนอขนาดเดียวจะไม่จำเป็นต้องรวมช่อง
Ad.widthและAd.heightแต่เราขอแนะนำให้รวมช่องเหล่านี้เสมอตามแนวทางปฏิบัติที่ดีที่สุด- [การแจ้งเตือน] รายงาน CSV ตามภูมิภาคจะเลิกใช้งานในวันที่ 9 กรกฎาคม 2013
- หลังจากวันที่ 9 กรกฎาคม รายงานประสิทธิภาพ CSV ตามภูมิภาคจะไม่มีให้ดาวน์โหลดอีกต่อไป
- [การแจ้งเตือน] ขนาดการดาวน์โหลดเพิ่มเป็น 150 กิโลไบต์
- เราได้เพิ่มขนาดการดาวน์โหลดสูงสุดที่อนุญาตจาก 50 KB เป็น 150 KB นอกจากนี้เรายังเปิดใช้การบังคับใช้นโยบายนี้โดยอัตโนมัติเพื่อให้โฆษณาที่มีขนาดเกิน 150 KB ไม่ได้รับอนุมัติ ดูรายละเอียดได้ในเอกสารประกอบในศูนย์ช่วยเหลือ
- [การแจ้งเตือน] การประกาศโฆษณาที่ไม่มี Flash สำหรับพื้นที่โฆษณาในแอปบนอุปกรณ์เคลื่อนที่
- ผู้ซื้อที่ผ่านการรับรอง RTB ในแอปบนอุปกรณ์เคลื่อนที่ทุกคนต้องระบุในการเสนอราคาตอบว่าโฆษณาไม่มี Flash หากกำลังตอบสนองต่อการเรียกในแอปบนอุปกรณ์เคลื่อนที่ หากไม่มีการประกาศครีเอทีฟโฆษณาที่ถูกต้อง โฆษณานั้นอาจไม่ได้รับอนุมัติ ดูรายละเอียดเพิ่มเติมได้ในเอกสารในศูนย์ช่วยเหลือ
- [การแจ้งเตือน] Carrier_name และ provider_country จะถูกนำออกจากคำขอราคาเสนอ
- เมื่อวันที่ 4 มิถุนายน 2013 เราได้ยกเลิกการสนับสนุนอย่างเป็นทางการสำหรับช่อง provider_name และCARRIER_country ใน BidRequest อย่างเป็นทางการ ผู้ซื้อควรใช้ช่อง provider_id ใหม่ ดูข้อมูลเพิ่มเติมได้จากจดหมายข่าวฉบับเดือนมีนาคม
20 พฤษภาคม 2013
มีอะไรใหม่
- ตารางจับคู่ที่โฮสต์โดย Google (พร้อมใช้งานแล้ว)
ตอนนี้ Google สามารถโฮสต์ตารางการจับคู่ผู้ซื้อระหว่างรหัสผู้ซื้อกับรหัสคุกกี้ของ Google ได้แล้ว ซึ่งจะช่วยลดข้อกำหนดด้านโครงสร้างพื้นฐานสำหรับผู้ซื้อของเรา และวางรากฐานสำหรับการเพิ่มประสิทธิภาพการจับคู่คุกกี้เพิ่มขึ้นอีกด้วย ตอนนี้ผู้ซื้อสามารถเพิ่มผู้ใช้ลงในรายการผู้ใช้อย่างน้อย 1 รายการและตั้งค่าคุกกี้ Ad Manager หากยังไม่มีคุกกี้ โดยทั้งหมดนี้สามารถทำได้ในการเรียกครั้งเดียว
เราขอแนะนำให้คุณใช้ตารางการจับคู่คุกกี้ที่โฮสต์โดย Google นอกจากประหยัดทั้งประสิทธิภาพและต้นทุนจากการเปลี่ยนรุ่นแล้ว คุณยังมีสิทธิ์ใช้การจับคู่พิกเซลรุ่นเบต้า ซึ่งโดยเฉลี่ยแล้วจะช่วยเพิ่มอัตราการจับคู่คุกกี้ได้ 20-30% ในการที่จะมีสิทธิ์ คุณจะต้องใช้ตารางจับคู่ที่โฮสต์โดย Google ดังนั้นเราจึงขอแนะนำให้ผู้ซื้อ AdX RTB ทุกคนเปลี่ยนมาใช้ตารางดังกล่าวโดยเร็วที่สุด
15 เมษายน 2013
มีอะไรใหม่
- [สำคัญ] ช่อง
seller_networkเลิกใช้งานแล้ว - ช่อง
seller_networkได้ถูกแทนที่ด้วยช่องseller_network_idใหม่ ซึ่งมีจำนวนเต็มที่สอดคล้องกับเครือข่ายที่พบในไฟล์พจนานุกรม seller-network-ids.txt เราหยุดตั้งค่าช่องseller_networkไปแล้วเมื่อวันที่ 2 เมษายน 2013 อัปเดตผู้เสนอราคาให้ใช้ช่องใหม่ โดยเฉพาะเพื่อระบุพื้นที่โฆษณาจากเครือข่าย Display ของ Google ซึ่งตอนนี้มีค่าseller_network_idเป็น 1 - [สำคัญ] การเปลี่ยนแปลงข้อกำหนดการจับคู่พิกเซล
- ตั้งแต่ช่วงกลางเดือนเมษายน เราจะเริ่มกำหนดค่าสตริงที่ปลอดภัยสำหรับ URL ให้กับพารามิเตอร์
google_pushในคำขอจับคู่พิกเซล และเราจะส่งสตริงที่ปลอดภัยสำหรับ URL เดียวกันในพารามิเตอร์google_pushที่คุณตั้งค่าไว้ การเปลี่ยนแปลงนี้จะช่วยให้เราสามารถแก้ปัญหาเวลาในการตอบสนองและปรับปรุงประสิทธิภาพการจับคู่พิกเซลให้ดียิ่งขึ้น - การอัปเดตโปรโตคอล RTB - ช่องเอเจนซีใหม่ใน
BidResponse เราได้เพิ่มช่องใหม่
agency_idลงในBidResponseเพื่อให้ผู้ซื้อและผู้ขายสร้างดีลที่ต้องการและการประมูลส่วนตัวสำหรับเอเจนซีที่เฉพาะเจาะจงได้ เราได้สร้างไฟล์พจนานุกรมใหม่คือ agencies.txt กับเอเจนซีที่ยอมรับเพื่อใช้ช่องใหม่นี้การรองรับฟิลด์นี้จะทำให้ผู้ซื้อสามารถนำเสนอ แบบเป็นโปรแกรมได้อย่างยืดหยุ่นมากขึ้น และช่วยให้คุณสามารถเจรจาดีลที่ต้องการกับผู้เผยแพร่โฆษณา ที่กำลังมองหาผู้ซื้อที่มีความสามารถนี้ได้มากขึ้น หากต้องการดูข้อมูลเพิ่มเติม โปรดดูเอกสารในศูนย์ช่วยเหลือหรือติดต่อผู้จัดการลูกค้าด้านเทคนิค
- ไม่สามารถใช้โฆษณาที่โฮสต์บน Google สำหรับ RTB ได้อีกต่อไป
- ที่ผ่านมา ผู้ซื้อใช้ไฟล์ครีเอทีฟโฆษณาที่โฮสต์โดย Google สำหรับทั้งแคมเปญ RTB และ UI ได้ ตอนนี้ผู้ซื้อ RTB จะตอบกลับด้วยครีเอทีฟโฆษณาที่โฮสต์ใน Google ไม่ได้อีกต่อไป และระบบจะทิ้งครีเอทีฟโฆษณาทั้งหมดที่โฮสต์โดย Google ที่ส่งในช่อง
creative_idผ่าน RTB ผู้ซื้อที่ใช้ UI จะยังคงสามารถใช้ครีเอทีฟโฆษณาที่โฮสต์ได้ - ความคิดเห็นแบบเรียลไทม์ใน RTB เบต้า
- เราจะให้ความคิดเห็นเกี่ยวกับการประมูลแบบเกือบเรียลไทม์เกี่ยวกับสาเหตุที่ราคาเสนอของคุณไม่ชนะได้ เช่น การบล็อกผู้เผยแพร่โฆษณา ครีเอทีฟโฆษณาที่ไม่ได้รับอนุมัติ หรือราคาเสนอที่สูงขึ้น เพื่อช่วยให้กลยุทธ์ผู้เสนอราคาแบบไดนามิกมีประสิทธิภาพมากขึ้น ระบบจะส่งเหตุผลจริงไปในข้อความย่อย BidResponsefeedback ในคำขอราคาเสนอที่ตามมา และดูรายการเหตุผลที่เป็นไปได้ทั้งหมดในหน้าดาวน์โหลดใน creative-status-codes.txt สำหรับราคาเสนอที่แพ้ซึ่งเกินราคาขั้นต่ำที่ระบุไว้และใช้ครีเอทีฟโฆษณาที่ไม่ถูกกรองออกก่อนการประมูล เราจะส่งคืนราคาที่จำเป็นเพื่อให้ชนะการประมูล มีเพียงผู้ซื้อที่เลือกเปิดเผยข้อมูลราคาเสนอที่ชนะของตนเท่านั้นที่จะร่วมใช้รุ่นเบต้าแบบจำกัดนี้ได้ หากสนใจเข้าร่วม โปรดติดต่อผู้จัดการลูกค้าด้านเทคนิค
11 มีนาคม 2013
มีอะไรใหม่
- [สำคัญ] การจับคู่คุกกี้ v1 จะถูกยกเลิกการใช้งาน
- ตั้งแต่วันที่ 4 มิถุนายน 2013 เป็นต้นไป เราจะไม่รองรับการจับคู่คุกกี้เวอร์ชัน 1 อีกต่อไป เราได้สร้างฟีเจอร์ขั้นสูงเพิ่มเติม เช่น ตารางจับคู่ที่โฮสต์ ลงใน API การจับคู่คุกกี้ v2 เพื่อให้บริการผู้ซื้อที่ดีขึ้น เราขอแนะนำให้ผู้ซื้อทุกรายอัปเกรดการจับคู่คุกกี้เป็นเวอร์ชันใหม่โดยเร็วที่สุดหากยังไม่ได้ดำเนินการ
- [สำคัญ] อัปเดตการเปลี่ยนแปลง seller_network_id
- หากคุณซื้อพื้นที่โฆษณาโดยการกำหนดเป้าหมายโดยใช้ช่อง seller_network_id โปรดทราบว่าเราได้ทำการเปลี่ยนแปลงกับรหัสบางรหัสในไฟล์ seller-network-ids.txt การเปลี่ยนแปลงเหล่านี้เป็นผลมาจากการจัดทำดัชนีของรหัสต่างๆ ซ้ำอีกครั้งและการแมปที่มีอยู่จะคงอยู่ต่อไป และการเพิ่มผู้เผยแพร่โฆษณาในภายหลังจะถูกนำไปต่อท้ายในไฟล์ โปรดทราบว่า Seller_network_id ในเครือข่ายดิสเพลย์ของ Google (GDN) เปลี่ยนจาก 0 เป็น 1
- ดาวน์โหลดไฟล์พจนานุกรมล่าสุดของรหัสเครือข่ายผู้ขายเพื่อให้แน่ใจว่าคุณกำหนดเป้าหมาย GDN และเครือข่ายผู้เผยแพร่โฆษณาอื่นๆ ใน AdX อย่างถูกต้อง หากมีคำถาม โปรดติดต่อผู้จัดการฝ่ายดูแลลูกค้า
- [สำคัญ] การแสดงผลที่มีสิทธิ์สำหรับโฆษณาหลายขนาดต้องใส่ข้อมูลความกว้างและความสูงของโฆษณาไว้ในการเสนอราคาตอบ
- ผู้เผยแพร่โฆษณาเริ่มยอมรับโฆษณาหลายขนาดสำหรับช่องโฆษณาเดี่ยวกันมากขึ้น การแสดงผลเหล่านี้มีหลายขนาดในฟิลด์ BidRequest.AdSlot และจำเป็นต้องมีการแสดงผลฟิลด์ BidResponse.Ad.width และ BidResponse.Ad.height ใน BidResponses ที่เกี่ยวข้อง การเสนอราคาตอบที่สร้างขึ้นเพื่อตอบสนองคำขอที่มีโฆษณาหลายขนาดจะต้องใส่ฟิลด์เหล่านี้ ไม่เช่นนั้นจะถูกกรองออกจากการประมูลโดยอัตโนมัติ
- ขณะนี้คำขอราคาเสนอสำหรับโฆษณาหลายขนาดมีให้บริการสำหรับผู้ซื้อที่ส่งช่อง BidResponse.Ad.width และ BidResponse.Ad.height ในการเสนอราคาตอบเท่านั้น ซึ่งคิดเป็น 3% ของการแสดงผลที่มีอยู่ และจะเพิ่มขึ้นในไตรมาสที่ 2 เมื่อลูกค้า Ad Manager ของเราพร้อมให้บริการพื้นที่โฆษณามากขึ้น ในเร็วๆ นี้เราจะสร้างรายการที่อนุญาตเพื่อให้พื้นที่โฆษณานี้พร้อมใช้งานสำหรับผู้ซื้อที่กำหนดขนาดโฆษณาเพื่อตอบสนองคำขอราคาเสนอโฆษณาหลายขนาดเท่านั้น หากปัจจุบันผู้เสนอราคาไม่แสดงช่อง BidResponse.Ad.width และ BidResponse.Ad.height ใน BidResponses เราขอแนะนําให้คุณเริ่มแสดงเพื่อให้มีสิทธิ์แสดงในพื้นที่โฆษณาดังกล่าว โปรดติดต่อผู้จัดการฝ่ายดูแลลูกค้าเพื่อดูรายละเอียดเพิ่มเติมเกี่ยวกับวิธีเข้าร่วมรายการที่อนุญาต
- [การแจ้งเตือนที่สำคัญ] SSL - การเปลี่ยนแปลงที่กำลังจะมีขึ้นสำหรับการแสดงโฆษณาของบุคคลที่สาม
- เรายินดีที่จะเริ่มรองรับการเข้าชมที่เข้ารหัส Secure Socket Layer (SSL) ซึ่งจะทำให้ Authorized Buyers เริ่มเสนอประเภทพื้นที่โฆษณาเพิ่มเติมให้กับลูกค้า ซึ่งรวมถึงเว็บเมลและพื้นที่โฆษณาอื่นๆ จากผู้ใช้ที่เข้าสู่ระบบ พื้นที่โฆษณา SSL จะไม่ซ้ำกัน ดังนั้นการเรียกไปยังบุคคลที่สามทั้งหมดหลังจากคำขอโฆษณาแรกจะต้องเป็นแบบ SSL เช่นกัน ไม่เช่นนั้นเบราว์เซอร์จะแสดงคำเตือนแก่ผู้ใช้ และเพื่อให้มั่นใจว่าผู้บริโภคจะได้รับประสบการณ์การใช้งานที่ราบรื่นทั่วทั้ง AdX เราจึงจะเริ่มใช้การรับรอง SSL ใหม่เพื่อยืนยันว่าเทคโนโลยีทั้งหมดของผู้ซื้อสอดคล้องกับ SSL
- ตามที่เราได้กล่าวไปเมื่อปลายเดือนตุลาคมปีที่แล้ว แหล่งที่มาแรกของพื้นที่โฆษณา SSL บน AdX จะมาจากผู้ใช้ที่ลงชื่อเข้าใช้พร็อพเพอร์ตี้ที่ Google เป็นเจ้าของและดำเนินการเอง เช่น YouTube ปัจจุบันมีพื้นที่โฆษณา YouTube ที่เปิดใช้ SSL เพียงไม่กี่เปอร์เซ็นต์ แต่ในเดือนพฤษภาคม 2013 จำนวนนี้จะเพิ่มขึ้นอย่างรวดเร็วโดยครอบคลุมผู้ใช้ YouTube ที่ลงชื่อเข้าใช้ทั้งหมด ซึ่งเป็นจำนวนทั้งหมดประมาณ 40% ของการเข้าชม YouTube การนำเสนอพื้นที่โฆษณา SSL บน AdX จะเพิ่มขึ้นต่อไปเรื่อยๆ ในปีนี้เมื่อเราเพิ่มพื้นที่โฆษณาใหม่จากเว็บเมลและสภาพแวดล้อมที่ปลอดภัยอื่นๆ
- พื้นที่โฆษณา SSL จะให้บริการแก่ผู้ซื้อที่ผ่านการรับรองโดยทีมการรับรองของ Google ว่าสอดคล้องกับ SSL เท่านั้น อย่าพลาดโอกาสนี้ โปรดเริ่มใช้ SSL บน RTB ของคุณและแพลตฟอร์มการแสดงโฆษณาของบุคคลที่สามโดยเร็วที่สุด
- ผู้ซื้อ RTB ไม่จำเป็นต้องใช้ buyer_creative_id แยกกันสำหรับข้อมูลโค้ด SSL และไม่ใช่ SSL ดูรายละเอียดเพิ่มเติมได้ในเอกสารในศูนย์ช่วยเหลือ
- [การแจ้งเตือน] การจัดรูปแบบใหม่ในไฟล์การตั้งค่าของผู้เผยแพร่โฆษณา
- เมื่อไม่นานมานี้เราได้เปลี่ยนแปลงรูปแบบของไฟล์การตั้งค่าของผู้เผยแพร่โฆษณา (PSF) เพื่อให้ประมวลผลได้ง่ายขึ้น รูปแบบใหม่จะแยก PSF ออกเป็นไฟล์ขนาด 9 MB สองไฟล์ และลดขนาดไฟล์โดยรวมลง 60%
- นอกจากนี้ เราจะเปลี่ยนจากช่องรหัสประเภทไบต์ไปเป็นช่องรหัสประเภท fixed64 ด้วย ปัจจุบันมีการระบุทั้ง 2 ช่อง แต่ตั้งแต่วันที่ 2 เมษายน 2013 ระบบจะกรอกข้อมูลเฉพาะช่องรหัสรหัสคงที่ 64 เท่านั้น
- PSF ให้ข้อมูลเกี่ยวกับข้อกำหนดพื้นที่โฆษณาของผู้เผยแพร่โฆษณาแต่ละรายแก่ผู้ซื้อ เพื่อช่วยให้ผู้เสนอราคาของตนตัดสินใจได้ดีขึ้น PSF ประกอบด้วยข้อมูลอย่างเช่น เทคโนโลยีโฆษณาที่อนุญาตให้ใช้ หมวดหมู่ที่ยกเว้น และหน้า Landing Page ที่ถูกบล็อก หากมีคำถาม โปรดติดต่อผู้จัดการลูกค้าด้านเทคนิคหรือดูเอกสารประกอบเกี่ยวกับการเสนอราคาแบบเรียลไทม์
- [โปรโตคอล RTB] การวางแผนทางกลยุทธ์ - ฟิลด์เอเจนซีใหม่ใน BidResponse จะเริ่มใช้ในเดือนมีนาคม
- เนื่องจากการซื้อแบบเป็นโปรแกรมที่เพิ่มขึ้น มีผู้เผยแพร่โฆษณาจำนวนมากขึ้นที่ต้องการลงชื่อในดีลแบบเป็นโปรแกรมกับเอเจนซีโดยตรง ฟิลด์เอเจนซีใหม่จะถูกเพิ่มลงใน BidResponse เพื่อให้ผู้ซื้อและผู้ขายสามารถสร้างดีลที่ต้องการที่แบ่งกลุ่มตามผู้ซื้อ/เอเจนซี/ผู้ลงโฆษณาที่เฉพาะเจาะจงได้ ความสามารถในการสร้างดีลที่เจาะจงเอเจนซีนี้ทำให้ผู้ซื้อมีความยืดหยุ่นมากขึ้นในการซื้อผ่านโปรแกรมบน AdX โดยจะลดความขัดแย้งด้านการใช้จ่ายกับผู้ลงโฆษณาหรือเอเจนซีรายอื่นๆ ในบัญชีของตน
- เราเชื่อว่านี่เป็นการเปลี่ยนแปลงที่สำคัญและต้องอาศัยการพัฒนาอีกเล็กน้อย เราจึงประกาศเรื่องนี้เพื่อให้คุณมีเวลาวางแผนสำหรับการปรับเปลี่ยนที่จำเป็นในผู้เสนอราคา เราจะเริ่มรับฟิลด์นี้ช่วงปลายเดือนมีนาคม และฟิลด์นี้จะพร้อมใช้งานในดีลที่ต้องการในไตรมาสที่ 2 การรองรับฟิลด์นี้จะทำให้ผู้ซื้อสามารถนำเสนอแบบเป็นโปรแกรมได้อย่างยืดหยุ่นมากขึ้น และช่วยให้คุณสามารถเจรจาดีลที่ต้องการกับผู้เผยแพร่โฆษณาที่กำลังมองหาผู้ซื้อที่มีความสามารถนี้ได้มากขึ้น
- คุณจะกรอกข้อมูลในช่องเอเจนซีในเวลาที่ส่งครีเอทีฟโฆษณาหรือในการเสนอราคาตอบได้ โปรดติดตามรายละเอียดเพิ่มเติมเกี่ยวกับวิธีใช้งานช่องเอเจนซีใหม่ และติดต่อผู้จัดการฝ่ายดูแลลูกค้าหากมีข้อสงสัยใดๆ
- มาโครจับคู่คุกกี้พร้อมให้บริการแล้ว
- ตอนนี้คุณมีตัวเลือกในการกำหนดค่า URL จับคู่คุกกี้ด้วยมาโครอย่างน้อย 1 รายการเพื่อระบุลำดับและตำแหน่งที่จะเพิ่มพารามิเตอร์การจับคู่คุกกี้ลงใน URL แล้ว การใช้มาโครเหล่านี้จะช่วยให้คุณมีความยืดหยุ่นและควบคุมการจับคู่คุกกี้ได้มากขึ้น อ่านคู่มือการจับคู่คุกกี้ของเราเพื่อเรียนรู้เพิ่มเติมเกี่ยวกับมาโครใหม่และวิธีใช้งาน
รุ่น 15 ตุลาคม 2012
มีอะไรใหม่
geo_criteria_idใหม่- ตั้งแต่วันที่ 2 เมษายน 2013 เป็นต้นไป ช่อง
{country, region, city, metro}ในโปรโตคอล RTB จะไม่ถูกส่งไปใน BidRequest อีกต่อไป ช่องเหล่านี้จะแทนที่ด้วยช่องgeo_criteria_idใหม่ ซึ่งเป็นรหัสที่แสดงสถานที่ตั้งทางภูมิศาสตร์ ซึ่งมีในตารางเป้าหมายในเว็บไซต์สำหรับนักพัฒนาซอฟต์แวร์ที่นี่ หากคุณมีข้อสงสัยใดๆ โปรดติดต่อผู้จัดการทางเทคนิคสำหรับบัญชีของคุณ - [ต้องดำเนินการ] ย้ายข้อมูลจาก
seller_networkไปยังseller_network_id - ช่อง
seller_networkจะถูกแทนที่ด้วยช่องseller_network_idใหม่ ซึ่งมีจำนวนเต็มที่ตรงกับเครือข่ายที่พบในไฟล์พจนานุกรม seller-network-id.txt ในหน้าดาวน์โหลด เราจะหยุดตั้งค่าฟิลด์seller_networkในวันที่ 2 เมษายน 2013 - อัปเดตผู้เสนอราคาให้ใช้ช่องใหม่ โดยเฉพาะเพื่อใช้ระบุพื้นที่โฆษณาจากเครือข่าย Display ของ Google
- [สำคัญ] คำขอราคาเสนอสำหรับโฆษณาหลายขนาดจะต้องระบุความกว้างและความสูงของโฆษณา
- สำหรับคำขอราคาเสนอทั้งหมดที่มีโฆษณาหลายขนาด
BidResponseของคุณต้องมีช่องBidResponse.Ad.widthและBidResponse.Ad.heightในการประมูล จะไม่มีการพิจารณาการเสนอราคาตอบสำหรับคำขอที่มีโฆษณาหลายขนาด หากการเสนอราคาตอบไม่มีฟิลด์เหล่านี้ - แม้ว่าคำขอราคาเสนอที่มีโฆษณาขนาดเดียวใน BidRequest.AdSlot จะไม่จำเป็นต้องใส่ช่อง Ad.width และ Ad.height แต่เราขอแนะนำให้ประกาศขนาดโฆษณาเสมอซึ่งถือเป็นแนวทางปฏิบัติแนะนำ
รุ่น 2 กรกฎาคม 2012
มีอะไรใหม่
- ช่องโปรโตคอล RTB ใหม่
- ช่อง
BidRequest.AdSlot.ad_block_keyในโปรโตคอล RTB มีจำนวนเต็ม 64 บิตที่ให้ตัวระบุคงที่สำหรับชุดค่าผสม (web_property, slot, page) ฟิลด์ใหม่นี้ช่วยให้คุณสามารถติดตามประสิทธิภาพของคู่ช่องโฆษณากับโฆษณาที่เฉพาะเจาะจง เพื่อให้ตัดสินใจเสนอราคาได้ดียิ่งขึ้น - หากมีข้อสงสัยเกี่ยวกับช่อง
BidRequest.AdSlot.ad_block_keyใหม่ โปรดติดต่อผู้จัดการลูกค้าด้านเทคนิคหรือดูเอกสารประกอบสำหรับนักพัฒนาโปรโตคอล RTB - ต้องระบุรหัสกลุ่มโฆษณาเมื่อ
BidRequestมีกลุ่มโฆษณาหลายกลุ่ม BidResponseต้องใส่ช่องbilling_idเมื่อตอบกลับคำขอราคาเสนอที่มีกลุ่มโฆษณาหลายกลุ่ม คำขอราคาเสนอที่มีช่องmatching_ad_data(ข้อความย่อย) หลายช่องมีกลุ่มโฆษณาหลายกลุ่ม เนื่องจากช่องmatching_ad_dataแต่ละช่องมีกลุ่มโฆษณาเพียงกลุ่มเดียว
ก่อนวันที่ 2 กรกฎาคม 2012 การเสนอราคาตอบจำเป็นต้องรวมช่องbilling_idเฉพาะเมื่อผู้เสนอราคาใช้ครีเอทีฟโฆษณาที่โฮสต์หรือสตรีมที่ผสานรวมเท่านั้น ข้อกำหนดนี้เลิกใช้แล้ว- การกำหนดสถานที่เป้าหมายเป็นกลุ่มใน UI
- ตอนนี้เครื่องมืออัปโหลดจำนวนมากสำหรับสถานที่ตั้งซึ่งจะทำให้กลยุทธ์การกำหนดเป้าหมายตามสถานที่มีประสิทธิภาพมากขึ้นได้รวมอยู่ใน UI ของ Authorized Buyers แล้ว
รุ่น 5 มิถุนายน 2012
มีอะไรใหม่
GDNได้แทนที่GCNเป็นค่าที่ได้รับอนุญาตในช่องseller_network- ตอนนี้
BidRequestจะส่งค่าGDNในช่องseller_networkแทนค่าGCNที่ส่งก่อนวันที่ 1 มิถุนายน 2012 ไม่ว่าผู้เสนอราคาจะใช้ช่องseller_networkที่ใดก็ตาม โปรดตรวจสอบว่าคุณได้ตรวจสอบและปรับโค้ดหากจำเป็นแล้ว เพื่อให้การเปลี่ยนแปลงค่าไม่ทำให้เกิดปัญหา - โฆษณาวิดีโอในสตรีมแบบอินเทอร์แอกทีฟรุ่นเบต้าตามมาตรฐาน VPAID v1.0
- VPAID ย่อมาจาก "Video Player-Ad Interface Definition" และเป็นมาตรฐานอุตสาหกรรมที่เผยแพร่โดย IAB สำหรับโฆษณาวิดีโอในสตรีมแบบอินเทอร์แอกทีฟ Authorized Buyers ได้เริ่มรองรับเบต้าแบบจำกัดสำหรับโฆษณา VPAID ผ่านโปรโตคอล RTB และ UI แล้ว หากต้องการทราบข้อมูลเพิ่มเติม โปรดติดต่อตัวแทนฝ่ายดูแลลูกค้า
- ช่อง
mobile_device_typeใหม่ในBidRequest - ขณะนี้คำขอราคาเสนอสำหรับพื้นที่โฆษณาบนอุปกรณ์เคลื่อนที่มีช่อง
mobile_device_typeแล้ว ค่าของช่องจะระบุประเภทอุปกรณ์เคลื่อนที่ที่จะแสดงโฆษณา ได้แก่TABLETหรือHIGHEND_PHONE - คำใหม่: ดีลที่ต้องการ ซึ่งเดิมเรียกว่า "ดีลโดยตรง"
- ใน UI และความช่วยเหลือ ได้นำคำว่า "ดีลที่ต้องการ" มาใช้แทนคำว่า "ดีลที่ต้องการ" แล้ว โปรดมองหาการตั้งชื่อใหม่ในส่วนที่เกี่ยวข้องของเอกสารประกอบเกี่ยวกับ Buyer REST API ในอนาคตอันใกล้นี้
UserListข้อความใหม่ในBidRequest- คำขอราคาเสนออาจมีข้อความ
UserListอย่างน้อย 1 ข้อความ ข้อความUserListแต่ละข้อความจะระบุรายการการกำหนดกลุ่มเป้าหมายที่ได้เพิ่มผู้ใช้ไว้ พร้อมกับเวลาที่ผ่านไปนับตั้งแต่เพิ่มผู้ใช้ ดูหัวข้อความช่วยเหลือ UI ผู้ซื้อในรีมาร์เก็ตติ้ง ซึ่งรายการการกำหนดกลุ่มเป้าหมายเรียกว่ารายการรีมาร์เก็ตติ้ง หากต้องการกำหนดให้ผู้เสนอราคาใช้ฟีเจอร์นี้ โปรดติดต่อตัวแทนฝ่ายดูแลลูกค้า - การเปลี่ยนช่อง
excluded_sensitive_categoryจาก string เป็น int32 - ผู้เสนอราคาอาจใช้ช่อง
excluded_sensitive_categoryใน protobuf ของpublisher-settingsเพื่อดูว่าหมวดหมู่เนื้อหาใดบ้างที่ผู้เผยแพร่โฆษณาไม่อนุญาต โปรดทราบว่าหากมีการส่งช่องนี้ใน 2 รูปแบบ คือ int32excluded_sensitive_categoryที่ซ้ำกัน และสตริงที่ซ้ำกันDEPRECATED_excluded_sensitive_categoryเราขอแนะนำว่าหากสะดวก คุณสามารถแก้ไขผู้เสนอราคาให้จัดการรูปแบบ int32 ของฟิลด์นี้เพื่อเตรียมพร้อมสำหรับการเลิกใช้งานสตริงในท้ายที่สุด - เมื่อส่งคำขอราคาเสนอที่ไม่มี URL และรหัสที่ไม่ระบุตัวตน Authorized Buyers สามารถข้ามผู้เสนอราคาของคุณได้
- หากคุณต้องการให้คำขอราคาเสนอที่ไม่มีทั้ง URL ของหน้าเว็บและรหัสที่ไม่ระบุตัวตนจะไม่ส่งไปยังผู้เสนอราคาของคุณ โปรดติดต่อตัวแทนฝ่ายดูแลลูกค้าเกี่ยวกับตัวเลือกใหม่นี้
เร็วๆ นี้
- การกำหนดสถานที่เป้าหมายเป็นกลุ่มใน UI
- เครื่องมืออัปโหลดจำนวนมากสำหรับสถานที่ซึ่งจะทำให้กลยุทธ์การกำหนดเป้าหมายตามสถานที่มีประสิทธิภาพมากขึ้น จะทยอยเปิดตัวอย่างต่อเนื่องในฐานะส่วนหนึ่งของ UI ของ Authorized Buyers
- ต้องระบุรหัสกลุ่มโฆษณาเมื่อ
BidRequestมีกลุ่มโฆษณาหลายกลุ่ม - ตั้งแต่วันที่ 2 กรกฎาคม 2012
BidResponseจะต้องรวมช่องbilling_idเมื่อตอบกลับคำขอราคาเสนอที่มีกลุ่มโฆษณาหลายกลุ่ม วิธีสังเกตเมื่อคำขอราคาเสนอมีกลุ่มโฆษณาหลายกลุ่มมีดังนี้ ให้คุณมองหาช่องmatching_ad_data(ข้อความย่อย) หลายช่อง เนื่องจากช่องmatching_ad_dataแต่ละช่องมีกลุ่มโฆษณาเพียงกลุ่มเดียว การมีช่องmatching_ad_dataหลายช่องจึงหมายความว่ามีกลุ่มโฆษณาหลายกลุ่มเสมอ
เมื่อการเปลี่ยนแปลงนี้มีผล ข้อกำหนดปัจจุบัน (ซึ่งระบุว่าการเสนอราคาตอบต้องมีช่องbilling_idทุกครั้งที่ผู้เสนอราคาใช้ครีเอทีฟโฆษณาที่โฮสต์หรือสตรีมที่ผสานรวม) จะล้าสมัย
ปัญหาที่แก้ไขแล้ว
- รายงานสถานะตัวอย่างข้อมูลแสดงหมวดหมู่ที่คาดไว้แล้ว
- หมวดหมู่เนื้อหาที่รายงานสถานะตัวอย่างข้อมูลมีวัตถุประสงค์เพื่อแสดงคือหมวดหมู่ที่อยู่ในไฟล์พจนานุกรม
ad-product-categories.txtในบางกรณี รายงานสถานะตัวอย่างข้อมูลแสดงหมวดหมู่ที่ไม่ได้บันทึกไว้ในไฟล์พจนานุกรม ปัญหานี้ได้รับการแก้ไขแล้ว
รุ่น 11 พฤษภาคม 2012
มีอะไรใหม่
- ตอนนี้โฆษณาจะปรากฏเฉพาะในเว็บไซต์ที่ตรงกับทั้งการกำหนดเป้าหมายตามหัวข้อและการกำหนดเป้าหมายจากตำแหน่ง
- ก่อนหน้านี้ โฆษณาปรากฏในเว็บไซต์ที่ตรงกับการกำหนดเป้าหมายจากหัวข้อใดๆ ก็ได้หรือ ตอนนี้โฆษณาจะปรากฏเฉพาะในเว็บไซต์ที่ตรงกับการกำหนดเป้าหมายทั้งตามหัวข้อและตำแหน่ง
- ครีเอทีฟโฆษณาแบบขยายได้หลายทิศทาง (เบต้า)
- Authorized Buyers รองรับครีเอทีฟโฆษณาแบบขยายได้หลายทิศทางเป็นฟีเจอร์เบต้า โฆษณาที่ขยายได้หลายทิศทางสามารถขยายได้สูงสุดขนาดที่ขยายได้สูงสุดตามที่ระบุไว้ในหลักเกณฑ์ของโปรแกรมที่อัปเดต
- พื้นที่โฆษณาวิดีโอในเกมพร้อมให้บริการใน Authorized Buyers แล้ว
- ตอนนี้พื้นที่โฆษณาวิดีโอที่แคมเปญซื้อใน Authorized Buyers จะรวมพื้นที่โฆษณาวิดีโอในเกมซึ่งนำเสนอโดยผู้เผยแพร่โฆษณาในเกมของ Google
ตอนนี้ทุกแคมเปญที่ซื้อโฆษณาวิดีโอจะซื้อตำแหน่งในเกมเหล่านี้โดยอัตโนมัติ เว้นแต่จะเพิ่มการยกเว้นหมวดหมู่ "ในเกม" ลงในแคมเปญ คุณสามารถเพิ่มการยกเว้นนี้ผ่านทาง SOAP API ฝั่งผู้ซื้อ โดยใช้ CampaignCriterionService เพื่อเพิ่มNegativeCampaignCriterionประเภทContentLabelโดยตั้งค่าcontentLabelTypeเป็นGAMESการอัปเดตวิดีโอ Authorized Buyers เวอร์ชันเบต้านี้มีผลตั้งแต่วันที่ 1 พฤษภาคม 2012 - อัปเดตหลักเกณฑ์ของโปรแกรมแล้ว
- เราได้ปรับปรุงหลักเกณฑ์ของโปรแกรมเพื่อชี้แจงขอบเขตของข้อห้ามในการส่งข้อมูลส่วนบุคคลที่ระบุตัวบุคคลนั้นได้ เพิ่มความสอดคล้องของคำศัพท์ที่ใช้ นำหัวข้อที่ Authorized Buyers API และข้อกำหนดในการให้บริการของโปรโตคอลออกครอบคลุม อธิบายการรองรับเบต้าสำหรับครีเอทีฟโฆษณาแบบขยายได้หลายทิศทาง และเพื่อชี้แจงขั้นตอนการแสดงโฆษณาของบุคคลที่สาม รวมถึงการระบุลิงก์ไปยังรายชื่อผู้ให้บริการเทคโนโลยีที่ได้รับอนุมัติและข้อกำหนดในการประกาศผู้ให้บริการเทคโนโลยี
- การกำหนดเป้าหมายการแสดงผลวิดีโอตามขนาดโปรแกรมเล่น
- สำหรับพื้นที่โฆษณาวิดีโอ ตอนนี้ช่องความกว้างและความสูงใน
BidRequest.AdSlotจะอธิบายโปรแกรมเล่นวิดีโอ การอัปเดตวิดีโอ Authorized Buyers เวอร์ชันเบต้านี้ช่วยให้คุณกำหนดเป้าหมายการแสดงผลวิดีโอตามขนาดโปรแกรมเล่นได้
เร็วๆ นี้
- การกำหนดสถานที่เป้าหมายเป็นกลุ่มใน UI
- เรากำลังทยอยเปิดตัวเครื่องมือใหม่สำหรับการอัปโหลดจำนวนมากสำหรับสถานที่ ซึ่งจะช่วยให้กลยุทธ์การกำหนดเป้าหมายตามสถานที่มีประสิทธิภาพมากขึ้น โดยเป็นส่วนหนึ่งของ UI ของ Authorized Buyers
GDNเพื่อแทนที่GCNเป็นค่าที่ได้รับอนุญาตในช่องseller_network- ตั้งแต่วันที่ 1 มิถุนายน 2012
BidRequestจะส่งค่าGDNในช่องseller_networkแทนค่าGCNที่ส่งในวันนี้ เมื่อผู้เสนอราคาใช้ช่องseller_networkให้ตรวจสอบและปรับโค้ดหากจำเป็นเพื่อให้แน่ใจว่าการเปลี่ยนแปลงค่าจะไม่ทำให้เกิดปัญหา - ต้องระบุรหัสกลุ่มโฆษณาเมื่อ
BidRequestมีกลุ่มโฆษณาหลายกลุ่ม - ตั้งแต่วันที่ 2 กรกฎาคม 2012
BidResponseจะต้องรวมช่องbilling_idเมื่อตอบกลับคำขอราคาเสนอที่มีกลุ่มโฆษณาหลายกลุ่ม วิธีสังเกตเมื่อคำขอราคาเสนอมีกลุ่มโฆษณาหลายกลุ่มมีดังนี้ ให้คุณมองหาช่องmatching_ad_data(ข้อความย่อย) หลายช่อง เนื่องจากช่องmatching_ad_dataแต่ละช่องมีกลุ่มโฆษณาเพียงกลุ่มเดียว การมีช่องmatching_ad_dataหลายช่องจึงหมายความว่ามีกลุ่มโฆษณาหลายกลุ่มเสมอ
เมื่อการเปลี่ยนแปลงนี้มีผล ข้อกำหนดปัจจุบัน (ซึ่งระบุว่าการเสนอราคาตอบต้องมีช่องbilling_idทุกครั้งที่ผู้เสนอราคาใช้ครีเอทีฟโฆษณาที่โฮสต์หรือสตรีมที่ผสานรวม) จะล้าสมัย
รุ่น 30 พฤศจิกายน 2010
- มีช่องใหม่ใน
BidRequestชื่อcookie_age_secondsเมื่อตั้งค่าแล้ว ข้อมูลนี้จะระบุว่ามีการสร้างคุกกี้ที่ใช้ในgoogle_user_idไปนานเท่าไรแล้ว - มีช่องใหม่ใน
BidRequest.AdSlot.MatchingAdDataชื่อper_buyer_minimum_cpmเมื่อตั้งค่าเป็น "จริง" ฟิลด์นี้ระบุว่าผู้เผยแพร่โฆษณาได้ตั้งค่า CPM ขั้นต่ำไว้เฉพาะสำหรับบัญชีของการกำหนดเป้าหมายล่วงหน้าของกลุ่มโฆษณา - ปัจจุบัน คุณสามารถเลือกแสดงครีเอทีฟโฆษณาที่โฮสต์แทนการแสดงโฆษณาในรูปแบบข้อมูลโค้ด HTML ได้ โปรดดูรายละเอียดเพิ่มเติมที่การสร้างคำตอบ
- การรองรับสตรีมแยกต่างหากและสตรีมรวมช่วยให้ซื้อผ่าน DSP อย่างน้อย 1 บัญชีจากบัญชี Authorized Buyers ที่แยกต่างหากได้ ดูรายละเอียดเพิ่มเติมได้ที่การเสนอราคาในนามของบัญชีหลายบัญชี
14 กันยายน 2010 รุ่น
- ตอนนี้ระบบจะใช้การตั้งค่าแคมเปญใน UI ที่ใช้แทน URL
adxrtb.comเพื่อทำเครื่องหมายแคมเปญและกลุ่มโฆษณาทั้งหมดของแคมเปญสำหรับการกำหนดเป้าหมายล่วงหน้า URLadxrtb.comจะยังคงใช้งานได้ในขณะนี้จนกว่าเราจะย้ายแคมเปญที่มีอยู่ทั้งหมดไปใช้การตั้งค่าใหม่ โฆษณาแบบตัวยึดตำแหน่งยังจำเป็นในกลุ่มโฆษณาการกำหนดเป้าหมายล่วงหน้าที่ใช้การตั้งค่าใหม่นี้ และโฆษณายังคงจำเป็นต้องระบุ URL ปลายทาง อย่างไรก็ตาม ตอนนี้คุณเลือกใช้ URL จริงที่สอดคล้องกับโฆษณาตัวยึดตำแหน่งในข้อมูลโค้ด HTML ได้แล้ว อีกตัวเลือกหนึ่งคือการใช้ URLadxrtb.comสำหรับโฆษณาตัวยึดตำแหน่งต่อไป แต่อย่าลืมว่าต้องมีการตั้งค่าแคมเปญด้วย โปรดทราบว่ากลุ่มโฆษณาที่มีการกำหนดเป้าหมายล่วงหน้าและที่ไม่ใช่การกำหนดเป้าหมายล่วงหน้าไม่สามารถอยู่ในแคมเปญเดียวกันได้เมื่อใช้การตั้งค่าแคมเปญ - รายงานอัตโนมัติพร้อมให้ใช้งานแล้วซึ่งมีข้อมูลที่ช่วยให้คุณเข้าใจประสิทธิภาพของโปรแกรมเสนอราคาของคุณ รายงานเหล่านี้จะส่งทางอีเมลไปยังที่อยู่ที่คุณให้ไว้ประมาณทุกชั่วโมงในชั่วโมง โปรดติดต่อผู้จัดการลูกค้าด้านเทคนิคหากคุณต้องการเปิดใช้รายงานเหล่านี้
รุ่น 17 มิถุนายน 2010
- เพิ่มการรองรับ HTTPS ในบริการจับคู่คุกกี้แล้ว ขณะนี้คุณสามารถส่งคำขอไปยัง cm.g.doubleclick.net โดยใช้ HTTPS แทน HTTP ได้แล้ว ในกรณีนี้ การเปลี่ยนเส้นทางจะไปยัง URL ที่กำหนดค่าไว้เดียวกันแต่จะใช้ HTTPS แทน HTTP ด้วย
- จะมีช่องใหม่
timezone_offsetในBidRequestที่ระบุเขตเวลาที่ตรวจพบในเบราว์เซอร์ของผู้ใช้ (หากมี) ดาวน์โหลดrealtime-bidding.protoเวอร์ชันล่าสุดจากหน้าดาวน์โหลด อ่านความคิดเห็นในช่องใหม่ และทำการอัปเดตที่จำเป็นในแอปพลิเคชัน - เราจะเพิ่มขั้นตอนการตรวจสอบและการยืนยันสําหรับโฆษณาที่แสดงผ่าน RTB เพื่อให้มั่นใจว่าโฆษณาจะได้รับอนุมัติให้แสดงทันเวลา โปรดตรวจสอบว่าโฆษณาแสดงได้อย่างถูกต้องในระยะเวลาหนึ่งหลังจากมีการแสดงผลครั้งแรก บางครั้งความผิดปกติหรือความไม่สอดคล้องกันอาจนำไปสู่ความล่าช้าหรือการไม่อนุมัติเป็นเวลานาน
รุ่น 14 เมษายน 2010
- ข้อมูลครึ่งหน้าบนพร้อมใช้งานแล้วในช่อง
slot_visibilityใหม่ ข้อกำหนดบัฟเฟอร์โปรโตคอลใหม่อยู่ในหน้าดาวน์โหลด - เราจะค่อยๆ เปลี่ยนไปใช้การจัดหมวดหมู่ประเภทธุรกิจใหม่ในอีกไม่กี่เดือนข้างหน้า ไฟล์การจัดหมวดหมู่ใหม่จะมีอยู่ในหน้าดาวน์โหลด และเพิ่มช่องใหม่คือ
vertical_dictionary_versionไปยังBidRequestซึ่งจะระบุเวลาที่มีการใช้การจัดหมวดหมู่ใหม่ - มีการรองรับการแทรกค่าของช่อง
google_user_idจากBidRequestใน URL ราคาเสนอแล้ว ซึ่งทำได้โดยใช้มาโครGOOGLE_USER_IDดูข้อมูลในมาโคร URL ราคาเสนอ - โปรดทราบว่าคุณควรส่งคืน
BidResponseที่ถูกต้องเสมอ ซึ่งมีการตั้งค่าprotocol_versionและprocessing_time_msสำหรับคำขอที่มีการตั้งค่าช่องis_pingในBidRequestข้อมูลนี้จะช่วยเราติดตามสถานที่ตั้งที่สามารถเข้าถึงโปรแกรมเสนอราคาของคุณได้และทำการปรับการกำหนดค่าอย่างต่อเนื่อง
รุ่น 10 มีนาคม 2010
Authorized Buyers ยินดีที่จะประกาศให้ทราบถึงการปรับปรุงใหม่ที่จะเพิ่มจำนวนพื้นที่โฆษณาที่มีให้สำหรับผู้ซื้อในโปรแกรมเสนอราคาแบบเรียลไทม์ได้เป็นอย่างมาก พื้นที่โฆษณาของผู้เผยแพร่โฆษณาที่จำกัดโฆษณาที่อยู่ใน "หมวดหมู่ที่ละเอียดอ่อน" อย่างน้อย 1 หมวดหมู่ (เช่น การเมือง การหาคู่ ศาสนา การลดน้ำหนัก) พร้อมให้บริการผ่าน RTB แล้วตอนนี้ เพื่อให้สอดคล้องกับข้อจำกัดของผู้เผยแพร่โฆษณา Google จะจัดประเภทโฆษณาของผู้ซื้อตามเนื้อหาของหน้า Landing Page การจัดหมวดหมู่นี้จะใช้ทุกครั้งที่มีการตรวจพบหน้า Landing Page ของโฆษณาใหม่ ทุกๆ 10 นาที ด้วยเหตุนี้ โฆษณาใหม่จึงอาจไม่มีสิทธิ์แสดงในช่วงระยะเวลาสั้นๆ ขณะที่โฆษณาได้รับการจัดประเภท
Authorized Buyers จะร่วมเปิดตัวฟีเจอร์ใหม่ร่วมกับเครือข่ายเนื้อหาของ Google ที่ช่วยให้ผู้ซื้อกรองพื้นที่โฆษณา "ครึ่งหน้าล่าง" ในเว็บไซต์ GCN ได้ ตัวกรองใหม่นี้ช่วยให้คุณแสดงโฆษณาเฉพาะในตำแหน่งที่ปรากฏบนหน้าจอของผู้ใช้เมื่อหน้าเว็บโหลดเท่านั้น โดยที่ผู้ใช้ไม่จำเป็นต้องเลื่อนลงมา Google ได้ใช้โซลูชันที่ขับเคลื่อนด้วยสถิติเพื่อพิจารณาว่าโฆษณาใดอยู่ครึ่งหน้าบนและครึ่งหน้าล่าง รูปแบบที่มีการอ้างอิงทางสถิติจะพิจารณาโฆษณา "ครึ่งหน้าบน" ก็ต่อเมื่อโฆษณาปรากฏบนหน้าจอโดยสมบูรณ์เมื่อหน้าต่างเบราว์เซอร์โหลดขึ้น เป้าหมายสำหรับการเผยแพร่ครั้งนี้คือ เพื่อช่วยให้ผู้ลงโฆษณาสามารถควบคุมที่ที่โฆษณาของตนปรากฏได้มากขึ้น และทำให้เครือข่ายเนื้อหาของ Google เป็นสภาพแวดล้อมที่ทรงประสิทธิภาพและควบคุมได้มากขึ้นสำหรับการใช้งานแคมเปญแบรนด์ที่มีประสิทธิภาพสูง
ผู้ซื้อที่ใช้โซลูชัน RTB สามารถยกเว้นพื้นที่โฆษณาครึ่งหน้าล่างในอินเทอร์เฟซผู้ใช้ได้ นอกจากฟังก์ชันการกรองนี้แล้ว คำขอราคาเสนอแต่ละรายการจะระบุตำแหน่งหน่วยโฆษณาด้วย เช่น ครึ่งหน้าบน ครึ่งหน้าล่าง หรือไม่ทราบ คุณอาจใช้ข้อมูลนี้เพื่อช่วยคำนวณราคาเสนอ ข้อมูลจะอยู่ในช่อง slot_visibility ใหม่ใน BidRequest คุณสามารถดูคําจํากัดความของบัฟเฟอร์โปรโตคอลที่อัปเดตแล้วได้ในหน้าการดาวน์โหลด
นอกจากนี้ เราได้ทำการเปลี่ยนแปลงต่อไปนี้
- ตอนนี้การตั้งค่าการกำหนดความถี่สูงสุดในแคมเปญกำหนดเป้าหมายล่วงหน้าจะมีผลในการตัดสินใจว่าจะส่งคำขอราคาเสนอหรือไม่ ก่อนหน้านี้ระบบจะไม่สนใจการตั้งค่าดังกล่าวที่ทำใน UI
- ตอนนี้เราสามารถส่งคําขอไปยังผู้เสนอราคาที่อยู่ในยุโรปได้ ซึ่งมีให้บริการแก่ลูกค้าใหม่ที่อยู่ในขั้นตอนการทดสอบตามปกติ คุณไม่จำเป็นต้องทดสอบเพิ่มเติมหากเสนอราคาจากที่อื่นอยู่แล้ว และมีเซิร์ฟเวอร์ในยุโรปด้วย ในกรณีนี้ ให้สอบถามผู้จัดการลูกค้าด้านเทคนิคเกี่ยวกับการกำหนดค่าโควต้า
- ขณะนี้พื้นที่โฆษณาจากผู้เผยแพร่โฆษณาที่ใช้การยกเว้นหมวดหมู่มีสิทธิ์สำหรับการเสนอราคาแบบเรียลไทม์แล้ว คุณต้องประกาศหมวดหมู่ในการเสนอราคาตอบเมื่อเสนอราคาให้กับพื้นที่โฆษณานี้ มิฉะนั้น ราคาเสนอจะถูกปฏิเสธ
- ขณะนี้ระบบจะส่ง
BidRequestsจำนวนเล็กน้อยโดยตั้งค่าช่องis_pingเป็น "จริง" - สคริปต์ของผู้ขอได้รับการอัปเดตได้หลายวิธีดังนี้
- เปิดการเชื่อมต่อ HTTP ไว้
- ป้อนข้อมูลในช่องใหม่ทั้งหมดที่แนะนำในช่วง 2-3 รุ่นที่ผ่านมา
- อนุญาตให้คุณระบุชุดของ
google_user_idsเพื่อส่งในBidRequests - ส่งคำขอ 1% โดยมี
is_pingเป็น true
- มี
vendors.txtเวอร์ชันอัปเดตอยู่ในหน้าการดาวน์โหลด - ในขณะนี้ คุณยังต้องขอให้ผู้จัดการลูกค้าด้านเทคนิคปรับโควต้า หากต้องการเพิ่มการเข้าชม ให้ติดต่อผู้จัดการลูกค้าด้านเทคนิคเพื่อขอเพิ่ม
รุ่น 24 กุมภาพันธ์ 2010
มีการเพิ่มช่อง publisher_settings_list_id 2 ช่อง
ใน BidRequest หน้าแรกคือระดับหน้า ขณะที่อีกโฆษณาหนึ่งคือระดับช่องโฆษณา ทั้ง 2 ค่าจะส่งผ่านค่าที่สามารถใช้เป็นคีย์ในการค้นหารายการในรายการข้อจำกัดของผู้เผยแพร่โฆษณาได้ สำหรับข้อมูลเพิ่มเติม โปรดติดต่อ
ผู้จัดการลูกค้าด้านเทคนิคของคุณ
มีช่อง seller_network ใหม่ใน BidRequest สำหรับพื้นที่โฆษณาที่ไม่ระบุตัวตน (เช่น พื้นที่โฆษณาที่มีการตั้งค่าช่อง URL) ระบบจะกรอกชื่อเครือข่ายที่ขายการแสดงผล ตัวอย่างเช่น พื้นที่โฆษณาทั้งหมดจากเครือข่ายเนื้อหาของ Google จะมีค่า "GCN" ในฟิลด์นี้
การตั้งค่าระดับบัญชีที่กล่าวถึงในบันทึกประจำรุ่นวันที่ 27 มกราคม 2010 ทำงานแล้ว ตรวจสอบคำอธิบายในหมายเหตุก่อนหน้า และติดต่อผู้จัดการฝ่ายดูแลลูกค้าหากต้องการเปลี่ยนการตั้งค่า
ไฟล์ provider.txt ใหม่มีให้ใช้งานในหน้าดาวน์โหลด ซึ่งมีข้อมูลผู้ให้บริการมากกว่าเวอร์ชันก่อนหน้า รหัสทั้งหมดจากเวอร์ชันก่อนหน้าจะยังใช้ได้อยู่
มีฟิลด์หมวดหมู่ใหม่ใน BidResponse อ่านความคิดเห็นในฟิลด์นั้นและช่อง excluded_category ใน BidResponse เพื่อดูวิธีการใช้ฟีเจอร์ใหม่นี้ นอกจากนี้ยังมีไฟล์ ad-categories.txt ใหม่ในหน้าดาวน์โหลดซึ่งมีรหัสหมวดหมู่ที่อัปเดตแล้ว
โปรดตรวจสอบว่าได้ใช้เครื่องมือผู้ขอเวอร์ชันล่าสุดจากหน้าการดาวน์โหลดเพื่อทำการทดสอบก่อนที่จะเปิดตัวการเปลี่ยนแปลงใดๆ ต่อผู้เสนอราคา
โปรดตรวจสอบว่าคุณได้ประกาศ URL ทั้งหมดสำหรับโฆษณาอย่างถูกต้องในช่อง click_through_url ของ BidResponse ตามที่อธิบายไว้ในบทความของศูนย์ช่วยเหลือเรื่องประกาศ URL การคลิกผ่านในโฆษณา โปรดทราบว่าคุณต้องระบุโปรโตคอลแบบเต็มของ URL (ตัวอย่างเช่น http://www.example.com แทนที่จะเป็น www.example.com)
รุ่น 27 มกราคม 2010
realtime-bidding.proto มีช่องใหม่หลายช่อง และบางช่องได้เลิกใช้งานแล้ว ดาวน์โหลดเวอร์ชันใหม่ล่าสุด อ่านความคิดเห็นในช่องต่างๆ ที่มีการเปลี่ยนแปลง และอัปเดตแอปพลิเคชันตามที่จำเป็น
เราขอแนะนำให้คุณรับโปรแกรม requester.tar.gz เวอร์ชันล่าสุด และใช้โปรแกรมดังกล่าวสำหรับการทดสอบทุกครั้งที่คุณทำการเปลี่ยนแปลงโปรแกรมการเสนอราคาของคุณ
รองรับ URL ราคาเสนอตามภูมิภาคแล้ว โปรดติดต่อเราหากคุณต้องการกำหนดค่า URL ที่แตกต่างกันในแต่ละภูมิภาค (เช่น ที่ชายฝั่งตะวันตกและอีก URL อยู่ในชายฝั่งตะวันออก)
ในรุ่นถัดไป เราจะเพิ่มการตั้งค่าระดับบัญชีเพื่อระบุค่ากำหนดที่จะส่งการแสดงผลทั้งแบบที่ไม่ระบุตัวตนหรือแบบแสดงแบรนด์ในกรณีที่มีตัวเลือก การแสดงผลแบบไม่ระบุตัวตนมักจะมีเกณฑ์ CPM ขั้นต่ำที่ผู้ขายกำหนดต่ำกว่า แต่จะมีรหัสที่ไม่ระบุตัวตนแทน URL ของเว็บไซต์ การแสดงผลที่มีแบรนด์จะมี URL ของเว็บไซต์ แต่อาจมีเกณฑ์ CPM ขั้นต่ำที่สูงกว่า การตั้งค่าเริ่มต้นสำหรับค่ากำหนดจะเป็นแบบแสดงแบรนด์ โปรดติดต่อเราหากต้องการให้การตั้งค่านี้แตกต่างจากค่าเริ่มต้น