<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.Placement
INTERSTITIAL
เพื่อระบุว่าช่องโฆษณาเป็นโฆษณาคั่นระหว่างหน้าหรือไม่
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 รวมถึงแอตทริบิวต์sizeless
AdX - เพิ่มออบเจ็กต์
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 exceeded
91 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
ในDevice
Geo
ข้อความcustomdata
ในUser
clicktrackers
ใน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 ขั้นต่ำที่สูงกว่า การตั้งค่าเริ่มต้นสำหรับค่ากำหนดจะเป็นแบบแสดงแบรนด์ โปรดติดต่อเราหากต้องการให้การตั้งค่านี้แตกต่างจากค่าเริ่มต้น