17 दिसंबर, 2019
RTB Proto वर्शन 170 में नया क्या है
BidRequest.AdSlot.MatchingAdData.DirectDeal.must_bid
को जोड़ा गया.- खरीदार को बिडिंग करने की ज़रूरत होने पर, यह नया फ़ील्ड PG डील के लिए 'सही' पर सेट हो जाएगा. अगर इस वैल्यू को 'गलत' पर सेट किया जाता है, तो बिडिंग करने वाले लोग सिर्फ़ इस इंप्रेशन के लिए PG डील पर बिडिंग नहीं कर सकते. प्रोग्रामैटिक गारंटी वाली डील के लिए, बिडिंग के बारे में जानकारी पाने के लिए, सहायता केंद्र का यह लेख पढ़ें.
BidRequest.AdSlot.MatchingAdData.DirectDeal.must_bid_level
अब काम नहीं करता.- इस फ़ील्ड को इस रिलीज़ में जोड़े गए need_bid फ़ील्ड के लिए 'अब काम नहीं करता' के तौर पर मार्क किया गया है. हम साल 2020 की पहली तिमाही के आखिर तक, इस जानकारी को इकट्ठा करते रहेंगे. इसके बाद, इस फ़ील्ड को प्रोटोकॉल से पूरी तरह हटा दिया जाएगा.
OpenRTB Protos में नया क्या है
- Google OpenRTB एक्सटेंशन प्रोटोकॉल v.44
DealExt.must_bid
को जोड़ा गया.- खरीदार को बिडिंग करने की ज़रूरत होने पर, यह नया फ़ील्ड PG डील के लिए 'सही' पर सेट हो जाएगा. अगर इस वैल्यू को 'गलत' पर सेट किया जाता है, तो बिडिंग करने वाले लोग सिर्फ़ इस इंप्रेशन के लिए PG डील पर बिडिंग नहीं कर सकते. प्रोग्रामैटिक गारंटी वाली डील के लिए, बिडिंग के बारे में जानकारी पाने के लिए, सहायता केंद्र का यह लेख पढ़ें.
5 दिसंबर, 2019
RTB Proto वर्शन 169 में नया क्या है
BidRequest.AdSlot.OpenBidding.is_open_bidding
को जोड़ा गया.- यह नया फ़ील्ड बिड रिक्वेस्ट के लिए 'सही' पर सेट होगा. ऐसा तब होगा, जब पब्लिशर ने एक यील्ड ग्रुप या कोई ऐसा मीडिएशन ग्रुप सेट अप किया हो जो अनुरोध पर विज्ञापन स्लॉट को टारगेट करता हो और बिड करने वाले को अनुरोध मिला हो. ओपन बिडिंग और बिडिंग की प्रोसेस पर पड़ने वाले असर के बारे में जानने के लिए, सहायता केंद्र का यह लेख देखें.
OpenRTB Protos में नया क्या है
- Google OpenRTB एक्सटेंशन प्रोटोकॉल v.43
ImpExt.OpenBidding.is_open_bidding
को जोड़ा गया.- यह नया फ़ील्ड बिड रिक्वेस्ट के लिए 'सही' पर सेट होगा. ऐसा तब होगा, जब पब्लिशर ने एक यील्ड ग्रुप या कोई ऐसा मीडिएशन ग्रुप सेट अप किया हो जो अनुरोध पर विज्ञापन स्लॉट को टारगेट करता हो और बिड करने वाले को अनुरोध मिला हो. ओपन बिडिंग और बिडिंग की प्रोसेस पर पड़ने वाले असर के बारे में जानने के लिए, सहायता केंद्र का यह लेख देखें.
DealExt.publisher_blocks_overridden
को जोड़ा गया.- इस फ़ील्ड से पता चलता है कि पब्लिशर ने अपनी डील को, कॉन्फ़िगर किए गए ब्लॉक से छूट दी है या नहीं. यह सेटिंग, AdX नीतियों या विज्ञापन समीक्षा केंद्र के फ़ैसलों को नहीं बदलती. ज़्यादा जानकारी के लिए, सहायता केंद्र का यह लेख देखें.
21 नवंबर, 2019
आरटीबी डिक्शनरी में नया क्या है
providers.csv
शब्दकोश फ़ाइल बदल गई है.
14 नवंबर, 2019
RTB Proto वर्शन 168 में नया क्या है
BidRequest.bid_response_feedback.sampled_mediation_cpm_ahead_of_auction_winner
को जोड़ा गया.- अगर मीडिएशन चेन में अन्य नेटवर्क भी हैं, तो इस फ़ील्ड की वैल्यू, मंज़ूरी पा चुके मीडिएशन नेटवर्क में से किसी एक की सैंपल बिड को दिखाने वाली कीमत है. ये नेटवर्क, नीलामी के विजेता से ज़्यादा थे. इसे भरने के अनुमानित दर के आधार पर तय किया जाता है. अगर मीडिएशन चेन का कोई भी नेटवर्क नहीं भरता है या पब्लिशर, SDK टूल मीडिएशन का इस्तेमाल नहीं करता है, तो यह वैल्यू 0 पर सेट होगी. ज़्यादा जानकारी के लिए, फ़र्स्ट-प्राइस नीलामी के लिए बिडिंग मॉडल बनाना देखें.
OpenRTB Protos में नया क्या है
- Google OpenRTB एक्सटेंशन प्रोटोकॉल v.42
BidRequestExt.bid_feedback.sampled_mediation_cpm_ahead_of_auction_winner
को जोड़ा गया.- अगर मीडिएशन चेन में अन्य नेटवर्क भी हैं, तो इस फ़ील्ड की वैल्यू, मंज़ूरी पा चुके मीडिएशन नेटवर्क में से किसी एक की सैंपल बिड को दिखाने वाली कीमत है. ये नेटवर्क, नीलामी के विजेता से ज़्यादा थे. इसे भरने के अनुमानित दर के आधार पर तय किया जाता है. अगर मीडिएशन चेन का कोई भी नेटवर्क नहीं भरता है या पब्लिशर, SDK टूल मीडिएशन का इस्तेमाल नहीं करता है, तो यह वैल्यू 0 पर सेट होगी. ज़्यादा जानकारी के लिए, फ़र्स्ट-प्राइस नीलामी के लिए बिडिंग मॉडल बनाना देखें.
13 नवंबर, 2019
आरटीबी डिक्शनरी में नया क्या है
providers.csv
शब्दकोश फ़ाइल बदल गई है.
12 नवंबर, 2019
आरटीबी डिक्शनरी में नया क्या है
callout-status-codes.txt
शब्दकोश फ़ाइल बदल गई है.22 Dropped due to pretargeting sampling
को मिटाया गया.
5 नवंबर, 2019
आरटीबी डिक्शनरी में नया क्या है
cookie-matcher-status-codes.txt
शब्दकोश फ़ाइल बदल गई है.13 COOKIE_MATCHER_UIS_RPC_ERROR
को शामिल किया गया.
17 अक्टूबर, 2019
OpenRTB Protos में नया क्या है
- Google OpenRTB एक्सटेंशन प्रोटोकॉल v.41
BidExt.buyer_reporting_id
को जोड़ा गया.- खरीदार का तय किया गया आईडी, जिसका इस्तेमाल क्वेरी टूल में, आईवीटी की पारदर्शिता रिपोर्टिंग में खर्च और अमान्य ट्रैफ़िक की मेट्रिक को अलग-अलग करने के लिए किया जाएगा. फ़िलहाल, हम
Seatbid.seat
फ़ील्ड में दी गई वैल्यू के आधार पर, आईवीटी की पारदर्शिता रिपोर्टिंग में मौजूद मेट्रिक को भी बांटते हैं. ऐसा सिर्फ़ तब किया जाता है, जबBidExt.buyer_reporting_id
में जानकारी अपने-आप न भरी हो. हालांकि, हम साल 2020 की पहली तिमाही के आखिर में ऐसा करना बंद कर देंगे. इससे बिड करने वालों को, इस नए फ़ील्ड पर माइग्रेट करने के लिए ज़रूरत के मुताबिक समय मिलेगा.
1 अक्टूबर, 2019
OpenRTB Protos में नया क्या है
- Google OpenRTB एक्सटेंशन प्रोटोकॉल v.40
DealExt.deal_type
को जोड़ा गया.- अब हम OpenRTB डील एक्सटेंशन में, Google के लिए खास डील टाइप भेजते हैं.
23 सितंबर, 2019
RTB Proto वर्शन 167 में नया क्या है
- सभी सीपीएम फ़ील्ड में मुद्रा के बारे में साफ़ तौर पर बताई गई टिप्पणियां जोड़ी गईं.
16 सितंबर, 2019
RTB Proto वर्शन 166 में नया क्या है
- फ़िलहाल,
BidResponse.Ad.ImpressionTrackingResource.Context
एनम कीOMID
वैल्यू काम नहीं कर रही है. - फ़िलहाल, हम
impression_tracking_resource
फ़ील्ड के ज़रिए सबमिट की गई OMID स्क्रिप्ट को प्रोसेस नहीं करते हैं.
OpenRTB Protos में नया क्या है
- Google OpenRTB एक्सटेंशन प्रोटोकॉल v.39
- फ़िलहाल,
EventTrackerExt.Context
एनम कीOMID
वैल्यू काम नहीं करती. - फ़िलहाल, हम नेटिव
eventtrackers
फ़ील्ड से सबमिट की गई OMID स्क्रिप्ट को प्रोसेस नहीं करते.
13 सितंबर, 2019
RTB Proto वर्शन 165 में नया क्या है
BidResponse.ad.adslot.third_party_buyer_token
को जोड़ा गया.- अगर ओपन बिडिंग करने वाला कोई एक्सचेंज, मध्यस्थ है, तो इस टोकन का इस्तेमाल तीसरे पक्ष के असली खरीदार की जानकारी की पहचान करने के लिए किया जाता है. इसे तीसरे पक्ष के खरीदार से लिया जाता है और बिड के जवाब में बिना कोई बदलाव किए Google को भेजा जाना चाहिए.
OpenRTB Protos में नया क्या है
- Google OpenRTB एक्सटेंशन प्रोटोकॉल v.38
BidExt.third_party_buyer_token
को जोड़ा गया.- अगर ओपन बिडिंग करने वाला कोई एक्सचेंज, मध्यस्थ है, तो इस टोकन का इस्तेमाल तीसरे पक्ष के असली खरीदार की जानकारी की पहचान करने के लिए किया जाता है. इसे तीसरे पक्ष के खरीदार से लिया जाता है और बिड के जवाब में बिना कोई बदलाव किए Google को भेजा जाना चाहिए.
21 अगस्त, 2019
कुकी बल्क अपलोड प्रोटो वर्शन 8 में नया क्या है
UserIdType
में,RIDA
,AFAI
, औरMSAI
की नई वैल्यू जोड़ी गई.
29 जुलाई, 2019
RTB Proto वर्शन 164 में नया क्या है
BidRequest.AdSlot.flexible_adslot_settings
को जोड़ा गया.- इस सबमैसेज का इस्तेमाल, विज्ञापन स्लॉट के साइज़ में बदलाव से जुड़ी सेटिंग के बारे में बताने के लिए किया जाता है.
उदाहरण के लिए, अगर बिड करने वाले व्यक्ति को प्रॉडक्ट की किसी रेंज को दिखाने की अनुमति है, तो ज़्यादा से ज़्यादा और कम से कम ऊंचाई और चौड़ाई की जानकारी यहां दिखेगी.
OpenRTB के लिए, सुविधाजनक ऊंचाई और चौड़ाई की जानकारी
BidRequest.Imp.Banner
मैसेज केwmax
,hmax
,wmin
, औरhmin
एट्रिब्यूट के ज़रिए भी दी जाती है.
10 जुलाई, 2019
RTB Proto वर्शन 163 में नया क्या है
BidRequest.AdSlot.is_intersitial_slot
के इस्तेमाल पर रोक लगा दी गई है और इसे हटा दिया गया है.- यह फ़ील्ड पुराना है और अब इसमें अपने-आप जानकारी नहीं भरी जाती है. विज्ञापन स्लॉट, पेज पर अचानक दिखने वाला विज्ञापन है या नहीं, यह तय करने के लिए
BidRequest.Mobile.is_interstitial_request
औरBidRequest.Video.Placement
INTERSTITIAL
Enum वैल्यू का इस्तेमाल करें.
9 जुलाई, 2019
स्निपेट स्थिति रिपोर्ट प्रोटो वर्शन 29 में नया क्या है
ContextType
Enum से, अब काम नहीं करने वालीSSL_REQUEST
वैल्यू हटाई गई.
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 में जोड़ा गया है.- यह फ़ील्ड सिर्फ़ फ़र्स्ट-प्राइस नीलामियों के लिए भरा जाता है. इससे यह पता चलता है कि फ़्लोर को खाली करने और सभी प्रतिस्पर्धियों से आगे निकलने के लिए, कम से कम बिड की ज़रूरत है या नहीं. यह नीलामी में, बोली लगाने वाले उन सभी लोगों के लिए शामिल नहीं है जिन्हें डील के ज़रिए जीता गया है. इसमें,
LOST_TO_PMP_DEAL
के एक नए क्रिएटिव के स्टेटस से पता चलेगा कि आपको इस वजह से हार गया है या नहीं. BidResponse.ad.adslot.use_bid_translation_service
को realtime-bidding.proto में औरBidExt.use_bid_translation_service
को openrtb-adx.proto में जोड़ा गया है.- एक वैकल्पिक बूलियन, जो फ़र्स्ट-प्राइस नीलामी बिड को बिड का अनुवाद करने वाली सेवा के लिए ऑप्ट-इन करने की अनुमति देता है. अगर सही है, तो दी गई सेकंड-प्राइस बिड को फ़र्स्ट-प्राइस बिड में बदल दिया जाएगा. असल में, इसे चालू करने से आपकी बिड कभी नहीं बढ़ेगी. इस सेवा को कुछ समय के लिए, माइग्रेशन में मदद करने के लिए उपलब्ध कराया जा रहा है. इसे 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
कुकी बल्क अपलोड Proto वर्शन 8 में नया क्या है
BUYER_PROVIDED_ID
की वैल्यू कोUserIdType
से हटाया गया.
10 दिसंबर, 2018
RTB Proto वर्शन 161 में नया क्या है
BidRequest.Adslot.width
औरBidRequest.Adslot.height
के लिए टिप्पणियां अपडेट की गईं.- टिप्पणियों को अपडेट करने से यह पता चलता है कि पेज पर अचानक दिखने वाले पहले स्लॉट की चौड़ाई/ऊंचाई का स्लॉट, अब स्क्रीन के साइज़ के बराबर नहीं है. इसकी वजह यह है कि पेज पर अचानक दिखने वाले कुछ विज्ञापन, स्क्रीन के साइज़ से थोड़े छोटे हो सकते हैं.
NativeAdTemplate.Fields.STORE
औरNativeAdTemplate.store_max_safe_length
अब काम नहीं करते.
16 नवंबर, 2018
RTB Proto वर्शन 160 में नया क्या है
BidResponse.Ad.AdSlot.buyer_reporting_id
को जोड़ा गया.- बिड करने वाले इस फ़ील्ड का इस्तेमाल करके, अपनी पसंद का आईडी बता सकते हैं. इसका इस्तेमाल, आईवीटी की पारदर्शिता रिपोर्ट में खर्च और अमान्य ट्रैफ़िक की मेट्रिक को अलग-अलग करने के लिए किया जाएगा. 64 बाइट से लंबे आईडी को अनदेखा कर दिया जाएगा.
OpenRTB Protos में नया क्या है
- Google OpenRTB प्रोटोकॉल 2.5.0
- बिड करने वाले, अब अपनी पसंद का आईडी बताने के लिए,
SeatBid.seat
का इस्तेमाल कर सकते हैं. इसका इस्तेमाल, आईवीटी की पारदर्शिता रिपोर्टिंग में खर्च और अमान्य ट्रैफ़िक की मेट्रिक को अलग-अलग करने के लिए किया जाएगा. 64 बाइट से लंबे आईडी को अनदेखा कर दिया जाएगा.
29 अक्टूबर, 2018
RTB Proto वर्शन 159 में नया क्या है
BidRequest.auction_type
को जोड़ा गया.- यह फ़ील्ड, BidRequest.at के जैसा है, जो OpenRTB में पहले ही भेजा जा चुका है.
22 अक्टूबर, 2018
RTB Proto वर्शन 158 में नया क्या है
BidRequest.AdSlot.excluded_creatives
को जोड़ा गया.- फ़ील्ड में उन क्रिएटिव की सूची होती है जिन्हें इस इंप्रेशन में दिखाने की अनुमति नहीं है. अगर आपको यह सुविधा चालू करनी है, तो अपने खाता मैनेजर से संपर्क करें.
OpenRTB Protos में नया क्या है
- Google OpenRTB एक्सटेंशन प्रोटोकॉल v.36
ImpExt.excluded_creatives
को जोड़ा गया.- फ़ील्ड में उन क्रिएटिव की सूची होती है जिन्हें इस इंप्रेशन में दिखाने की अनुमति नहीं है. अगर आपको यह सुविधा चालू करनी है, तो अपने खाता मैनेजर से संपर्क करें.
17 अक्टूबर, 2018
RTB Proto वर्शन 157 में नया क्या है
BidRequest.Device.device_type
में सेट टॉप बॉक्स के लिए सहायता जोड़ी गई.BidRequest.Device.device_type
में नया सेट टॉप बॉक्स टाइप शामिल हो सकता है.
19 अक्टूबर, 2018
OpenRTB Protos में नया क्या है
- Google OpenRTB एक्सटेंशन प्रोटोकॉल v.35
BidExt.billing_id
को जोड़ा गया.- हम बोली के जवाब में यह बताने के लिए
Bid.cid
का इस्तेमाल नहीं करना चाहते हैं कि किस बिलिंग आईडी को इंप्रेशन के लिए एट्रिब्यूट करना चाहिए और इस नएBidExt.billing_id
फ़ील्ड में माइग्रेट कर रहे हैं. बिड करने वाले लोग जब तक माइग्रेट नहीं होते, तब तक हम पुराने सिस्टम के साथ काम करने की सुविधा के लिए,Bid.cid
का इस्तेमाल करना जारी रखेंगे.
17 अक्टूबर, 2018
RTB Proto वर्शन 157 में नया क्या है
BidRequest.Device.device_type
में सेट टॉप बॉक्स के लिए सहायता जोड़ी गई.BidRequest.Device.device_type
में नया सेट टॉप बॉक्स टाइप शामिल हो सकता है.
8 अक्टूबर, 2018
RTB Proto वर्शन 155 में नया क्या है
BidRequest.Mobile.advertising_id
में Samsung डिवाइस आईडी के लिए सहायता जोड़ी गई.- Samsung आईडी को
BidRequest.Mobile.advertising_id
के ज़रिए भेजा जा सकता है.
1 अक्टूबर, 2018
OpenRTB Protos में नया क्या है
- Google OpenRTB एक्सटेंशन प्रोटोकॉल v.33
BidExt.restricted_categories
को जोड़ा गया.- इस फ़ील्ड का इस्तेमाल, विज्ञापनों के लिए पाबंदी वाली कैटगरी तय करने के लिए किया जाना चाहिए. ये कैटगरी ऐसे विज्ञापनों के लिए हैं जिन्हें उनसे जुड़े स्निपेट की मदद से दिखाया जा सकता है. पाबंदी वाली कैटगरी के आईडी की सूची के लिए, ad-restricted- मिले.txt को देखें. खास तौर पर, शराब के विज्ञापनों को क्रिएटिव अस्वीकार होने से बचाने के लिए, एट्रिब्यूट 33 का एलान करना ज़रूरी है.
- Google OpenRTB प्रोटोकॉल 2.5.0
- लागू होने वाले अनुरोधों पर अब
App.storeurl
की जानकारी अपने-आप भर जाती है.
रिपोर्टिंग में नया क्या है
- अब काम नहीं कर रही CSV परफ़ॉर्मेंस रिपोर्ट.
- हर घंटे के हिसाब से, परफ़ॉर्मेंस रिपोर्ट का डेटा डाउनलोड करने की सुविधा अब काम नहीं करती. परफ़ॉर्मेंस रिपोर्ट का डेटा, अब भी परफ़ॉर्मेंस रिपोर्ट एपीआई में उपलब्ध है.
20 सितंबर, 2018
RTB Proto वर्शन 153 में नया क्या है
BidRequest.google_query_id
को जोड़ा गया.- यह पूरी क्वेरी के लिए एक यूनीक आईडी दिखाता है. अगर किसी क्वेरी के लिए
कई कॉलआउट हैं, तो उस क्वेरी के लिए सभी कॉलआउट अनुरोधों में
एक ही
google_query_id
होगा.
OpenRTB Protos में नया क्या है
- Google OpenRTB एक्सटेंशन प्रोटोकॉल v.32
BidRequestExt.google_query_id
को जोड़ा गया.- यह पूरी क्वेरी के लिए एक यूनीक आईडी दिखाता है. अगर किसी क्वेरी के लिए
कई कॉलआउट हैं, तो उस क्वेरी के लिए सभी कॉलआउट अनुरोधों में
एक ही
google_query_id
होगा.
18 सितंबर, 2018
स्निपेट स्थिति रिपोर्ट प्रोटो वर्शन 28 में नया क्या है
- अस्वीकार करने की नई वजह जोड़ी गई.
- 100 ज़मानत के लिए बॉन्ड से जुड़ी सेवाओं का प्रमोशन करता है.
27 अगस्त, 2018
स्निपेट स्थिति रिपोर्ट प्रोटो वर्शन 27 में नया क्या है
- अस्वीकार करने की नई वजह जोड़ी गई.
- 99 क्रिएटिव को कुछ समय के लिए रोकना.
23 अगस्त, 2018
RTB Proto वर्शन 153 में नया क्या है
BidRequest.adslot.native_placement_type
को जोड़ा गया.- इस मैसेज में, आस-पास के कॉन्टेक्स्ट के हिसाब से नेटिव विज्ञापन स्लॉट के प्लेसमेंट के बारे में बताया गया है.
OpenRTB Protos में नया क्या है
- Google OpenRTB प्रोटोकॉल 2.5.0
NativeRequest.plcmttype
में अब वही डेटा अपने-आप भर गया है जो AdX प्रोटोकॉल केBidRequest.adslot.native_placement_type
फ़ील्ड में है.
1 अगस्त, 2018
RTB Proto वर्शन 152 में नया क्या है
BidRequest.Mobile.installed_sdk
को जोड़ा गया.- इस मैसेज से, बिडिंग करने वाले को ऐप्लिकेशन में इंस्टॉल किए गए उस SDK टूल के बारे में पता चलता है जिसमें बिड करने की उसे अनुमति है.
30 जुलाई, 2018
स्निपेट स्थिति रिपोर्ट प्रोटो वर्शन 26 में नया क्या है
- साइज़लेस क्रिएटिव की पुष्टि करने के लिए माइग्रेट करने के लिए, नया फ़ील्ड
creative_status_identity_type
जोड़ा गया.
23 जुलाई, 2018
आरटीबी डिक्शनरी में नया क्या है
providers.csv
शब्दकोश फ़ाइल बदल गई है.- "Integral Ad Science", "Google", "EMX Digital", "KeyCDN", "Better Banners", "zeotap", और "Tramplin Media" के लिए एंट्री को अपडेट किया गया.
- "Clearstream.TV, Inc." के लिए एंट्री हटा दी गई है.
19 जुलाई, 2018
RTB Proto वर्शन 150 में नया क्या है
BidResponse.Ad.AdSlot.exchange_deal_type
में एक्सचेंज की नई डील का टाइप जोड़ा गया.- एक्सचेंज के लिए बिड करने वालों के लिए,
EXCHANGE_AUCTION_PACKAGE
का नया डील टाइप ऐसी इन्वेंट्री को दिखाता है जिसके लिए नीलामी में कोई खास तरीका नहीं अपनाया गया है.
OpenRTB Protos में नया क्या है
- Google OpenRTB एक्सटेंशन प्रोटोकॉल v.31
BidExt.exchange_deal_type
में एक्सचेंज की नई डील का टाइप जोड़ा गया.- एक्सचेंज के लिए बिड करने वालों के लिए,
EXCHANGE_AUCTION_PACKAGE
का नया डील टाइप ऐसी इन्वेंट्री को दिखाता है जिसके लिए नीलामी में कोई खास तरीका नहीं अपनाया गया है.
17 जुलाई, 2018
आरटीबी डिक्शनरी में नया क्या है
geo-table.csv
शब्दकोश फ़ाइल बदल गई है.- अर्जेंटीना में 3 शहर जोड़े गए.
- कनाडा में तीन शहर जोड़े गए.
- कोलंबिया में दो शहर जोड़े गए.
- ग्रीस में दो शहरों की जानकारी जोड़ी गई.
- इटली में 26 शहरों की जानकारी जोड़ी गई.
- जापान में 333 शहर जोड़े गए.
- स्विट्ज़रलैंड के 78 शहरों की जानकारी जोड़ी गई.
16 जुलाई, 2018
आरटीबी डिक्शनरी में नया क्या है
providers.csv
शब्दकोश फ़ाइल बदल गई है.- मौजूदा सेवा देने वाली कंपनियों के लिए अपडेट की गई जानकारी: Adriver, MediaMath, The Reach Group, getIntent, DYNADMIC, AdClear, Share कलाकार Inc., Media.ventive GmbH, Ingenious Technologies, StreamRail, Adways SAS, BDSK Handels GmbH & Co. KG, Adverseserve, INFINIA, Dose.
- नई कंपनियां जोड़ी गईं: AT Internet, Media.net, Vidazoo, Madington, IgnitionAI, All In View LTD, Captify, Seedtag, अफ़िलिएट Future, Grabit Interactive, FXCM.com, Rambla, Tramplin Media.
- ज़्यादा जानकारी के लिए, सर्टिफ़ाइड वेंडर की सूची देखें.
2 जुलाई, 2018
आरटीबी डिक्शनरी में नया क्या है
vendors.txt
शब्दकोश फ़ाइल बदल गई है.4513 Rippll
को शामिल किया गया.- ज़्यादा जानकारी के लिए, सर्टिफ़ाइड वेंडर की सूची देखें.
gdn-vendors.txt
शब्दकोश फ़ाइल बदल गई है.4513 Rippll
को शामिल किया गया.- ज़्यादा जानकारी के लिए, सर्टिफ़ाइड वेंडर की सूची देखें.
27 जून, 2018
RTB Proto वर्शन 149 में नया क्या है
BidRequest.adslot.matching_ad_data.direct_deal.remaining_impressions_to_buy
को 'अब काम नहीं करता' के तौर पर मार्क किया गया है.- अब हम अपने एपीआई को आसान बनाने के लिए, यह जानकारी नहीं देंगे.
26 जून, 2018
RTB Proto वर्शन 148 में नया क्या है
BidRequest.AdSlot.buyer_generated_request_data
को जोड़ा गया.- यह नीति, उन खरीदारों के मोबाइल ऐप्लिकेशन अनुरोधों पर सेट होगी जिन्होंने ऐप्लिकेशन में अपना SDK टूल इंस्टॉल किया है, ताकि वे ज़्यादा जानकारी भेज सकें.
BidResponse.Ad.AdSlot.sdk_rendered_ad
को जोड़ा गया.- इस फ़ील्ड की मदद से, बिडिंग करने वाला व्यक्ति अपने डिवाइस पर मौजूद SDK टूल से, विज्ञापन को दिखा सकता है. इसका इस्तेमाल सिर्फ़ तब किया जा सकता है, जब BidRequest में कोई mobile.installed_sdk सबमैसेज शामिल हो.
OpenRTB Protos में नया क्या है
- Google OpenRTB एक्सटेंशन प्रोटोकॉल v.30
AppExt.InstalledSdk
को जोड़ा गया.- इस मैसेज से, बिडिंग करने वाले को ऐप्लिकेशन में इंस्टॉल किए गए उस SDK टूल के बारे में पता चलता है जिसमें बिड करने की उसे अनुमति है.
ImpExt.BuyerGeneratedRequestData
को जोड़ा गया.- यह नीति, उन खरीदारों के मोबाइल ऐप्लिकेशन अनुरोधों पर सेट होगी जिन्होंने ऐप्लिकेशन में अपना SDK टूल इंस्टॉल किया है, ताकि वे ज़्यादा जानकारी भेज सकें.
BidExt.SdkRenderedAd
को जोड़ा गया.- इस फ़ील्ड की मदद से, बिडिंग करने वाला व्यक्ति अपने डिवाइस पर मौजूद SDK टूल से, विज्ञापन को दिखा सकता है. इसका इस्तेमाल सिर्फ़ तब किया जा सकता है, जब BidRequest में
AppExt.InstalledSdk
सबमैसेज शामिल हो.
NativeRequest.eventtrackers
के लिए मदद जोड़ी गई.- तय करता है कि किस तरह की इवेंट ट्रैकिंग काम करती है. Authorized
Buyers प्रोटोकॉल के
BidRequest.adslot[].excluded_attribute
फ़ील्ड सबमैसेज पर मैप.
NativeResponse.eventtrackers
के लिए मदद जोड़ी गई.- NativeRequest में इस्तेमाल किए जा सकने वाले
तरीकों के हिसाब से, विज्ञापन के साथ चलाए जाने वाले रिस्पॉन्स इवेंट ट्रैकर का कलेक्शन. इंप ट्रैकर और js ट्रैकर को बदलता है. Authorized Buyers प्रोटोकॉल
BidResponse.ad[].impression_tracking_resource
के मैप पर.
26 जून, 2018
आरटीबी डिक्शनरी में नया क्या है
publisher-excludable-creative-attributes.txt
शब्दकोश फ़ाइल बदल गई है.114 OmsdkType: OMSDK 1.0
को जोड़ा गया. इसका इस्तेमाल यह बताने के लिए किया जाता है कि ओपन मेज़रमेंट SDK टूल काम करता है या नहीं.
13 जून, 2018
RTB Proto वर्शन 147 में नया क्या है
- enum वैल्यू
AUCTION_PACKAGE
कोBidRequest.adslot.matching_ad_data.direct_deal.deal_type
में जोड़ा गया. - अब हम
AUCTION_PACKAGE
Enum वैल्यू का इस्तेमाल (पहले इस्तेमाल किए गएPRIVATE_AUCTION
के उलट) करते हैं. इससे यह पता चलता है किdirect_deal
में एक नीलामी पैकेजdirect_deal_id
मौजूद है.
11 जून, 2018
RTB Proto वर्शन 146 में नया क्या है
BidRequest.AdSlot.ImpressionTrackingResource.verification_parameters
औरBidRequest.AdSlot.ImpressionTrackingResource.vendor_key
जोड़े गए.verification_parameters
में, अतिरिक्त पैरामीटर शामिल किए जा सकते हैं. इन्हेंImpressionTrackingResource.script_url
में सेट की गई, OMID पुष्टि स्क्रिप्ट को पास किया जा सकेगा.vendor_key
को OMID स्क्रिप्ट वेंडर के यूनीक आइडेंटिफ़ायर से पॉप्युलेट करना चाहिए. जबImpressionTrackingResource.context
कोOMID
पर सेट किया जाता है, तो इन नए फ़ील्ड का कॉन्टेंट, ओपन मेज़रमेंट SDK टूल को भेज दिया जाएगा.
OpenRTB Protos में नया क्या है
- Google OpenRTB एक्सटेंशन प्रोटोकॉल v.29
EventTrackerExt.verification_parameters
औरEventTrackerExt.vendor_key
को शामिल किया गया.EventTracker.url
में सेट की गई OMID पुष्टि स्क्रिप्ट को पास किए जाने के लिए,verification_parameters
में अतिरिक्त पैरामीटर भरे जा सकते हैं.vendor_key
को OMID स्क्रिप्ट वेंडर के यूनीक आइडेंटिफ़ायर से पॉप्युलेट किया जाना चाहिए. जबEventTrackerExt.context
कोOMID
पर सेट किया जाता है, तो इन नए फ़ील्ड का कॉन्टेंट, ओपन मेज़रमेंट SDK टूल को भेज दिया जाएगा.- Google OpenRTB प्रोटोकॉल 2.5.0
User.buyeruid
में अब वही कॉन्टेंटUser.customdata
के तौर पर शामिल है. आने वाले समय में, हमUser.customdata
में अपने-आप जानकारी भरने की सुविधा बंद कर देंगे.
आरटीबी डिक्शनरी में नया क्या है
vendors.txt
शब्दकोश फ़ाइल बदल गई है.263 AddThis, Inc
को शामिल किया गया.- ज़्यादा जानकारी के लिए, सर्टिफ़ाइड वेंडर की सूची देखें.
7 जून, 2018
आरटीबी डिक्शनरी में नया क्या है
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
आरटीबी डिक्शनरी में नया क्या है
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
आरटीबी डिक्शनरी में नया क्या है
vendors.txt
शब्दकोश फ़ाइल बदल गई है.4483 ComScore vCE (YouTube)
को शामिल किया गया.4484 Campaign Monitor (YouTube)
को शामिल किया गया.- ज़्यादा जानकारी के लिए, सर्टिफ़ाइड वेंडर की सूची देखें.
gdn-vendors.txt
शब्दकोश फ़ाइल बदल गई है.4483 ComScore vCE (YouTube)
को शामिल किया गया.4484 Campaign Monitor (YouTube)
को शामिल किया गया.- ज़्यादा जानकारी के लिए, सर्टिफ़ाइड वेंडर की सूची देखें.
21 मई, 2018
आरटीबी डिक्शनरी में नया क्या है
providers.csv
शब्दकोश फ़ाइल बदल गई है.- सेवा देने वाली सभी कंपनियों के लिए डोमेन की सबसे नई जानकारी शामिल करने के लिए अपडेट किया गया.
18 मई, 2018
आरटीबी डिक्शनरी में नया क्या है
vendors.txt
शब्दकोश फ़ाइल बदल गई है.284 Research Now Limited
को मिटाया गया.- ज़्यादा जानकारी के लिए, सर्टिफ़ाइड वेंडर की सूची देखें.
gdn-vendors.txt
शब्दकोश फ़ाइल बदल गई है.284 Research Now Limited
को मिटाया गया.- ज़्यादा जानकारी के लिए, सर्टिफ़ाइड वेंडर की सूची देखें.
17 मई, 2018
स्निपेट स्थिति रिपोर्ट प्रोटो वर्शन 25 में नया क्या है
- अस्वीकार करने की नई वजहें जोड़ी गईं.
- 97 यह भाषा इस्तेमाल नहीं की जा सकती.
- 98 एसएसएल का पालन न करने वाले विज्ञापनों के लिए बनी नीति.
आरटीबी डिक्शनरी में नया क्या है
gdn-vendors.txt
शब्दकोश फ़ाइल बदल गई है.4374 TailTarget
को शामिल किया गया.- ज़्यादा जानकारी के लिए, सर्टिफ़ाइड वेंडर की सूची देखें.
vendors.txt
शब्दकोश फ़ाइल बदल गई है.4374 TailTarget
को शामिल किया गया.4458 Yieldlab
को शामिल किया गया.4461 Sharethrough
को शामिल किया गया.- ज़्यादा जानकारी के लिए, सर्टिफ़ाइड वेंडर की सूची देखें.
16 मई, 2018
आरटीबी डिक्शनरी में नया क्या है
gdn-vendors.txt
शब्दकोश फ़ाइल बदल गई है.4452 Research Now (YouTube)
को मिटाया गया.- ज़्यादा जानकारी के लिए, सर्टिफ़ाइड वेंडर की सूची देखें.
vendors.txt
शब्दकोश फ़ाइल बदल गई है.4452 Research Now (YouTube)
को मिटाया गया.- ज़्यादा जानकारी के लिए, सर्टिफ़ाइड वेंडर की सूची देखें.
15 मई, 2018
आरटीबी डिक्शनरी में नया क्या है
vendors.txt
शब्दकोश फ़ाइल बदल गई है.4452 Research Now (YouTube)
को शामिल किया गया.- ज़्यादा जानकारी के लिए, सर्टिफ़ाइड वेंडर की सूची देखें.
gdn-vendors.txt
शब्दकोश फ़ाइल बदल गई है.4452 Research Now (YouTube)
को शामिल किया गया.- ज़्यादा जानकारी के लिए, सर्टिफ़ाइड वेंडर की सूची देखें.
11 मई, 2018
आरटीबी डिक्शनरी में नया क्या है
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
आरटीबी डिक्शनरी में नया क्या है
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
आरटीबी डिक्शनरी में नया क्या है
providers.csv
फ़ाइल जोड़ दी गई है.- यह फ़ाइल, बिड रिक्वेस्ट में दी जाने वाली कंपनियों के बारे में जानकारी देती है. पूरी जानकारी के लिए, आरटीबी डिक्शनरी देखें.
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
आरटीबी डिक्शनरी में नया क्या है
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
आरटीबी डिक्शनरी में नया क्या है
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 Proto वर्शन 145 में नया क्या है
BidRequest.AdSlot.session_depth
को जोड़ा गया- यह फ़ील्ड, इस ब्राउज़िंग सेशन में इस उपयोगकर्ता को मिले इंप्रेशन की कुल संख्या (इस साइट या ऐप्लिकेशन में) को दिखाता है. साथ ही, 1 भी दिखाता है. सेशन 30 मिनट तक कोई गतिविधि न होने पर खत्म हो जाता है. -1 की डिफ़ॉल्ट वैल्यू से पता चलता है कि सेशन की गहराई का अनुमान नहीं लगाया जा सकता.
25 अप्रैल, 2018
स्निपेट स्थिति रिपोर्ट प्रोटो वर्शन 23 में नया क्या है
- अस्वीकार करने की नई वजहें जोड़ी गईं.
- 94 OMID स्क्रिप्ट का गलत इस्तेमाल
- 95 ऐसे OMID वेंडर जिन्हें अनुमति नहीं मिली है
18 अप्रैल, 2018
RTB Proto वर्शन 144 में नया क्या है
BidRequest.AdSlot.ConsentedProvidersSettings.consented_providers
अबpacked
है.- इससे यह पक्का होगा कि तार पर फ़ील्ड ज़्यादा छोटा हो जाता है. इस वर्शन में
अपडेट करना न भूलें, क्योंकि
packed
को जोड़ने की सुविधा पुराने सिस्टम के साथ काम नहीं करती.
OpenRTB Protos में नया क्या है
- Google OpenRTB एक्सटेंशन प्रोटोकॉल v.28
UserExt.ConsentedProvidersSettings.consented_providers
अबpacked
है. इससे यह पक्का होगा कि तार पर फ़ील्ड ज़्यादा छोटा हो गया है. इस वर्शन में अपडेट करना न भूलें, क्योंकिpacked
को जोड़ने की सुविधा पुराने सिस्टम के साथ काम नहीं करती.
17 अप्रैल, 2018
आरटीबी डिक्शनरी में नया क्या है
mobile-os.csv
शब्दकोश फ़ाइल बदल गई है.- लाइन
630359,"iOS",11,4,-1
जोड़ी गई. hosted-match-status-codes.txt
शब्दकोश फ़ाइल बदल गई है.10 HOSTED_MATCH_INTERNAL_ERROR
को शामिल किया गया.
16 अप्रैल, 2018
RTB Proto वर्शन 143 में नया क्या है
BidRequest.AdSlot.consented_providers_settings
औरBidRequest.AdSlot.regs_gdpr
को जोड़ा जा रहा है- दिलचस्पी के मुताबिक विज्ञापन दिखाने से जुड़ी सेवा देने वाली कंपनियों के लिए, उपयोगकर्ता की सहमति के बारे में बताने के लिए नए फ़ील्ड जोड़ें. इसे यूरोपियन इकनॉमिक एरिया के देशों के उपयोगकर्ताओं के लिए, पब्लिशर ने पास किया है. provider.csv को बाद में पोस्ट किया जाएगा.
OpenRTB Protos में नया क्या है
- Google OpenRTB एक्सटेंशन प्रोटोकॉल v.27
UserExt.consented_providers_settings
औरRegsExt.gdpr
जोड़कर यह बताएं कि दिलचस्पी के मुताबिक विज्ञापन दिखाने वाली कंपनियों के लिए, उपयोगकर्ताओं की सहमति क्या है. इसे यूरोपियन इकनॉमिक एरिया के देशों के उपयोगकर्ताओं के लिए, पब्लिशर ने अनुमति दी है. provider.csv को बाद में पोस्ट किया जाएगा.
9 अप्रैल, 2018
RTB Proto वर्शन 142 में नया क्या है
BidResponse.Ad.impression_tracking_resource
को जोड़ा गया- इस फ़ील्ड का इस्तेमाल, JavaScript के रिसॉर्स की जानकारी देने के लिए किया जा सकता है. ये रिसॉर्स, इंप्रेशन के रेंडर होने पर ट्रिगर होंगे. फ़िलहाल, इसके इस्तेमाल का सिर्फ़ उदाहरण उन संसाधनों के बारे में बताने के लिए है जिन्हें ओपन मेज़रमेंट SDK टूल से शुरू किया जाना है.
OpenRTB Protos में नया क्या है
- Google OpenRTB एक्सटेंशन प्रोटोकॉल v.26
EventTrackerExt.context
को जोड़ा गया. इसका इस्तेमाल यह बताने के लिए किया जा सकता है कि EventTracker मैसेज में शामिल JavaScript संसाधन को ओपन मेज़रमेंट SDK टूल से शुरू किया जाना है.
28 मार्च, 2018
आरटीबी डिक्शनरी में नया क्या है
geo-table.csv
शब्दकोश फ़ाइल बदल गई है.- भौगोलिक टारगेट का एक नया वर्शन रोल आउट किया गया है.
- 5,000 से ज़्यादा जगहें जोड़ी गईं.
9 मार्च, 2018
RTB Proto वर्शन 141 में नया क्या है
BidRequest.adslot.matching_ad_data.direct_deal
में एक नया फ़ील्ड जोड़ा गया:must_bid_level
- ज़्यादा जानकारी के लिए, प्रोग्रामैटिक गारंटी के साथ अन्य रीयल टाइम बिडिंग फ़ील्ड देखें.
8 मार्च, 2018
आरटीबी डिक्शनरी में नया क्या है
creative-status-codes.txt
शब्दकोश फ़ाइल बदल गई है.15 Creative filtered because one or more detected product categories were excluded in the bid request
को बदला गया.
7 मार्च, 2018
OpenRTB Protos में नया क्या है
- Google OpenRTB एक्सटेंशन प्रोटोकॉल v.25
BidExt.amp_ad_url
को जोड़ा गया- इस फ़ील्ड की मदद से, बोली लगाने वाले व्यक्ति को एएमपीएचटीएमएल विज्ञापन के यूआरएल के साथ जवाब देने की अनुमति मिलती है.
RTB Proto वर्शन 140 में नया क्या है
BidResponse.Ad.amp_ad_url
को जोड़ा गया- इस फ़ील्ड की मदद से, बिड करने वाले व्यक्ति को एएमपीएचटीएमएल विज्ञापन के लिए यूआरएल के साथ जवाब देने की सुविधा मिलती है.
1 मार्च, 2018
RTB Proto वर्शन 139 में नया क्या है
VideoPlaybackMethod
मेंINITIATE_ON_ENTERING_VIEWPORT_SOUND_ON
औरINITIATE_ON_ENTERING_VIEWPORT_SOUND_OFF
की नई वैल्यू जोड़ी गईं.
27 फ़रवरी, 2018
OpenRTB Protos में नया क्या है
- Google OpenRTB प्रोटोकॉल 2.5.0
- नए इनम वैल्यू
OMID_1
कोAPIFramework
में जोड़ा गया. इस वैल्यू से पता चलता है कि अनुरोध के लिए, ओपन मेज़रमेंट SDK टूल चालू है. यह वैल्यू अभी IAB OpenRTB की खास जानकारी में मौजूद नहीं है. हालांकि, इसे IAB AdCom के मौजूदा spec में शामिल किया गया है.
22 फ़रवरी, 2018
आरटीबी डिक्शनरी में नया क्या है
creative-status-codes.txt
शब्दकोश फ़ाइल बदल गई है.192 Rejected due to Coppa/KFA being filtered for demand syndication
को शामिल किया गया.
14 फरवरी, 2018
आरटीबी डिक्शनरी में नया क्या है
creative-status-codes.txt
शब्दकोश फ़ाइल बदल गई है.191 Creative filtered because it contains an invalid OMSDK script URL
को शामिल किया गया.
13 फ़रवरी, 2018
RTB Proto वर्शन 138 में नया क्या है
BidRequest.adslot.matching_ad_data.pricing_rule
को 'अब काम नहीं करता' के तौर पर मार्क किया गया है.- अब हम अपने एपीआई को आसान बनाने के लिए, यह जानकारी नहीं देंगे.
6 फरवरी, 2018
OpenRTB Protos में नया क्या है
- Google OpenRTB एक्सटेंशन प्रोटोकॉल v.24
BidRequestExt.bid_feedback
को शामिल किया गया. इस एक्सटेंशन की मदद से, अब OpenRTB में रीयल-टाइम में सुझाव, शिकायत या राय दी जा सकती है.BidExt.event_notification_token
को शामिल किया गया. इस फ़ील्ड को, बिड करने वाले के चुने हुए आर्बिट्रेरी टोकन पर सेट किया जा सकता है. साथ ही, यह उस बिड के रीयल-टाइम सुझाव में मौजूद होगा जिसमें इसे भेजा गया है.
5 फ़रवरी, 2018
RTB Proto वर्शन 137 में नया क्या है
BidRequest.BidResponseFeedback.buyer_creative_id
को जोड़ा गया.- आरटीबी रीयल-टाइम सुझाव में अब बिड के रिस्पॉन्स से मिला खरीदार का क्रिएटिव आईडी शामिल होता है.
साल 2017 और उससे पहले के संग्रहित किए गए रिलीज़ नोट
19 दिसंबर, 2017
OpenRTB Protos में नया क्या है
- Google OpenRTB प्रोटोकॉल 2.5.0
BidRequest.id
औरBidRequest.[constrained_usage_]hosted_match_data
को कोड में बदलने के तरीके को base64 से बदलकर websafe base64 किया गया है. अब भी कोई पैडिंग (जगह) नहीं होगी.
1 नवंबर, 2017
OpenRTB Protos में नया क्या है
- Google OpenRTB प्रोटोकॉल 2.5.0
- फ़ील्ड
NativeRequest.EventTrackers.methods
औरNativeResponse.EventTracker.method
तय किए गए. एलिमेंट की संख्या मिली-जुली है, रिस्पॉन्स फ़ील्ड के बजाय अनुरोध फ़ील्ड को दोहराया गया है. - कुछ नए मैसेज और Enum के नामों को बहुवचन रूप में बदल दिया गया है, ताकि OpenRTB स्टैंडर्ड का बेहतर तरीके से पालन किया जा सके और भ्रम की स्थिति से बचा जा सके.
26 अक्टूबर, 2017
RTB Proto वर्शन 136 में नया क्या है
BidResponse.Ad.NativeAd.click_tracking_urls
को जोड़ा गया.- Adx अब एक से ज़्यादा नेटिव क्लिक ट्रैकिंग यूआरएल के साथ काम करता है.
- click_tracking_url फ़ील्ड को बंद कर दिया जाएगा.
25 अक्टूबर, 2017
OpenRTB Protos में नया क्या है
- Google OpenRTB प्रोटोकॉल 2.5.0
- खास जानकारी के 1.2 वर्शन के लिए, नेटिव प्रोटोकॉल को अपडेट किया गया था.
- "[AdX: ...]" फ़ॉर्म में टिप्पणियों को मैप करने की सुविधा हटा दी गई है. मैपिंग और Authorized Buyers कार्यक्रम के बारे में पूरी जानकारी पाने के लिए, OpenRTB गाइड देखें.
- Google OpenRTB एक्सटेंशन प्रोटोकॉल v.22
- Accelerated Mobile Pages के साथ काम करने के लिए,
ImpExt.ampad
औरSiteExt.amp
एक्सटेंशन जोड़े गए.
18 अक्टूबर, 2017
आरटीबी डिक्शनरी में नया क्या है
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 Proto वर्शन 135 में नया क्या है
BidResponse.Ad.event_notification_token
को जोड़ा गया.BidRequest.BidResponseFeedback.event_notification_token
को जोड़ा गया.- समस्या का हल करने के लिए, बिड करने वाले लोग AdX को event_notice_token भेजते हैं. AdX में बोली के लिए रीयल-टाइम BidResponseफ़ीडबैक में event_notice_token शामिल किया जाएगा. AdX के टोकन के कॉन्टेंट को लॉग नहीं किया जाएगा. AdX 64 बाइट से लंबे किसी भी टोकन को अनदेखा कर देगा.
BidRequest.Adslot.allowed_vendor_type
के लिए टिप्पणियां अपडेट की गईं.- बिड रिक्वेस्ट के दो सिग्नल जोड़े गए:
AmpPage
औरAmpAdRequirementType
. - AmpPage से पता चलता है कि अनुरोध, एएमपी (Accelerated Mobile Pages) एचटीएमएल का इस्तेमाल करके बनाए गए वेबपेज से मिल रहा है या नहीं. AmpAdrequirementType इस बारे में ज़्यादा जानकारी देता है कि एएमपी में पहले से मौजूद विज्ञापनों को दिखाने की अनुमति है या नहीं और/या ऐसा करना ज़रूरी है या नहीं. साथ ही, इससे यह भी पता चलता है कि एएमपी विज्ञापन कैसे रेंडर किए जाएंगे. साफ़ तौर पर जानकारी देने के लिए, ये सिग्नल enum AmpAdRequestType की जगह लेते हैं.
कुकी बल्क अपलोड प्रोटो वर्शन 7 में नया क्या है
UserIdType
में एक नई Enum वैल्यूBUYER_PROVIDED_ID
जोड़ी गई.- Buyer_PROVIDED_ID खरीदार के डोमेन की कुकी है. जब खरीदार, खरीदार के डोमेन में आईडी अपलोड करता है, तो हम आईडी को Google के डोमेन से मैप करने के लिए, अपनी मैपिंग टेबल का इस्तेमाल करेंगे.
6 अक्टूबर, 2017
आरटीबी डिक्शनरी में नया क्या है
geo-table.csv
शब्दकोश फ़ाइल बदल गई है.- कनाडा, यूनाइटेड किंगडम, इटली, नॉर्वे, दक्षिण अफ़्रीका, कोलंबिया, नाइजीरिया, यूक्रेन, और अमेरिका की जगहों के लिए, लाइनें जोड़ी और मिटाई गईं. ज़्यादा जानकारी के लिए, अंतर की सूची देखें.
22 सितंबर, 2017
आरटीबी डिक्शनरी में नया क्या है
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 Proto वर्शन 134 में नया क्या है
BidRequest.response_deadline_ms
को जोड़ा गया- यह फ़ील्ड बताता है कि इस खास बोली अनुरोध का जवाब देने के लिए Google कितने समय तक इंतज़ार करेगा. समयसीमा पर निर्भर लॉजिक के साथ बिडिंग करने वाले लोगों को, समयसीमा को 100 मि॰से॰ की हार्डकोड करने के बजाय, हर बिड रिक्वेस्ट के बाद इस फ़ील्ड को पढ़ना चाहिए. अगर फ़ील्ड सेट नहीं है, तो बिडिंग करने वालों को डिफ़ॉल्ट तौर पर सेट की गई समयसीमा मानना चाहिए. मौजूदा समयसीमा, मिलीसेकंड में होती है.
18 सितंबर, 2017
RTB प्रोटो में नया क्या है
- RTB Proto वर्शन 133 और कुकी एक साथ कई अपलोड करने वाला Proto वर्शन 6.
BidRequest.Video.Placement.IN_FEED
Enum के लिए अपडेट की गई टिप्पणियां.- वीडियो क्रिएटिव के लिए,
BidRequest.Video.Placement.IN_ARTICLE
Enum की शुरुआत की गई. यह Enum, एडिटोरियल कॉन्टेंट के अलग-अलग पैराग्राफ़ के बीच में, स्टैंडअलोन वीडियो प्लेयर के तौर पर चलता है. - यह बताने के लिए कि एक data_source_id [1, 1000] की मान्य रेंज से बाहर था,
कुकी बल्क अपलोड प्रोटोकॉल में
ErrorCode.BAD_DATA_SOURCE_ID
Enum जोड़ा गया. Google इस आईडी को नहीं समझता और इसका इस्तेमाल सिर्फ़ रिपोर्टिंग के लिए किया जाता है.
15 सितंबर, 2017
OpenRTB Protos में नया क्या है
- Google OpenRTB प्रोटोकॉल 2.5.0
- अब हम
Imp
ऑब्जेक्ट केdisplaymanager
फ़ील्ड कोBidRequest.AdSlot.renderer
से भर देते हैं. ज़्यादा जानकारी के लिए, OpenRTB गाइड मेंImp
ऑब्जेक्ट देखें. Banner.pos
फ़ील्ड को तय करने के लिए, अब हमBidRequest.AdSlot.slot_visibility
के साथ-साथBidRequest.StickySettings
का भी इस्तेमाल करते हैं. ज़्यादा जानकारी के लिए, OpenRTB गाइड मेंBanner
ऑब्जेक्ट देखें.
14 सितंबर, 2017
आरटीबी डिक्शनरी में नया क्या है
geo-table.csv
शब्दकोश फ़ाइल बदल गई है.- कनाडा, भारत, इटली, जापान, कोरिया, लेबनान, नीदरलैंड्स, पनामा, और अमेरिका में नए स्थान और पिन कोड जोड़े गए. ज़्यादा जानकारी के लिए, अंतर की सूची देखें.
11 सितंबर, 2017
RTB Proto वर्शन 132 में नया क्या है
BidRequest.Mobile.is_app
औरBidRequest.Mobile.app_id
के लिए टिप्पणियों को अपडेट किया गया, ताकि मोबाइल ऐप्लिकेशन में मौजूद मोबाइल वेब पेजों से किए जाने वाले अनुरोधों का व्यवहार दिखाया जा सके.
24 अगस्त, 2017
आरटीबी डिक्शनरी में नया क्या है
geo-table.csv
शब्दकोश फ़ाइल बदल गई है.- कनाडा, जर्मनी, स्पेन, यूनाइटेड किंगडम, भारत, जापान, लेबनान, नीदरलैंड्स, और अमेरिका में जगहों की जानकारी जोड़ी गई. ज़्यादा जानकारी के लिए, अंतर की सूची देखें.
10 अगस्त, 2017
आरटीबी डिक्शनरी में नया क्या है
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 Proto वर्शन 131 में नया क्या है
BidRequest.Video.VideoFormat
में ऑडियो mimetype मानों के लिए काम करने वाला नया जोड़ा गया:- AUDIO_MP3 जोड़ा गया
- AUDIO_OGG जोड़ा गया
- AUDIO_MP4A जोड़ा गया
- mp3 और ogg, दोनों की ज़रूरत होने पर, AUDIO_MP3_OGG को जोड़ा गया.
- Allow_AD_TYPE_AUDIO को
BidRequest.AdSlot.AllowedAdType
में जोड़ा गया - तब मौजूद होगा, जब कोई भी ऑडियो माइम टाइप मौजूद हो
-
BidRequest.Video.Placement
में ऑडियो जोड़ा गया, ताकि यह पता चल सके कि अनुरोध किसी ऑडियो स्ट्रीम से कब किया गया है. - ज़रूरी जानकारी: जब उपयोगकर्ता स्क्रीन से इंटरैक्ट कर रहा होगा, तब कुछ ऑडियो प्लेयर वीडियो विज्ञापनों का अनुरोध करेंगे. इस फ़ील्ड से यह पता नहीं चलता है कि ऑडियो विज्ञापन स्वीकार किए जाते हैं या वीडियो विज्ञापन स्वीकार नहीं किए जाते!
7 अगस्त, 2017
RTB Proto वर्शन 130 में नया क्या है
BidRequest.Video.VideoFormat
में काम करने वाली नई mimetype वैल्यू जोड़ी गई हैं:- "video/webm" के लिए VIDEO_WEBM जोड़ा गया
- "video/Quicktime" के लिए VIDEO_MOV जोड़ा गया
- "video/3gpp" के लिए VIDEO_3GPP जोड़ा गया
- "application/x-mpegURL" के लिए VIDEO_HLS जोड़ा गया
- "application/dash+xml" के लिए VIDEO_DASH जोड़ा गया
2 अगस्त, 2017
RTB Proto वर्शन 129 में नया क्या है
BidRequest.AdSlot.exchange_bidding.key_value
को जोड़ा गया.- इसे तब सेट किया जाएगा, जब ओपन बिडिंग में हिस्सा लेने वाला कोई पब्लिशर, अनुरोध में मौजूद कुंजियां और वैल्यू, तीसरे पक्ष के एक्सचेंज को भेजता है.
BidResponse.Ad.AdSlot.video_vast_xml
को जोड़ा गया.- इस फ़ील्ड की मदद से, बिडिंग करने वाला व्यक्ति पूरा VAST 2.0 या 3.0 एक्सएमएल दस्तावेज़ लौटाकर, वीडियो विज्ञापन अनुरोध का जवाब दे सकता है.
28 जुलाई, 2017
आरटीबी डिक्शनरी में नया क्या है
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
आरटीबी डिक्शनरी में नया क्या है
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
आरटीबी डिक्शनरी में नया क्या है
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 और कुकी बल्क अपलोड Proto वर्शन 5
- जिस पब्लिशर से इंप्रेशन शुरू हुआ है उसकी जानकारी देने के लिए,
आरटीबी प्रोटो में
BidRequest.publisher_id
फ़ील्ड जोड़ा गया. - सदस्यता में योगदान देने वाले डेटा सोर्स की जानकारी देने के लिए,
data_source_id
को कुकी एक साथ अपलोड करने वाले प्रोटोकॉल में जोड़ा गया.
28 जून, 2017
आरटीबी डिक्शनरी में नया क्या है
pretargetable-creative-attributes.txt
शब्दकोश फ़ाइल बदल गई है.71 InstreamVastVideoType: Non Vpaid
को शामिल किया गया.71 InstreamVastVideoType: Non Vpaid Flash
मिटाया गया.
16 जून, 2017
आरटीबी डिक्शनरी में नया क्या है
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 में नया क्या है
- Google OpenRTB एक्सटेंशन प्रोटोकॉल v.21
is_rewarded_inventory
फ़ील्ड जोड़ा गया. इस फ़ील्ड में वही डेटा अपने-आप भर जाता है जो AdX प्रोटोकॉल मेंBidRequest.AdSlot.is_rewarded
फ़ील्ड में मौजूद होता है.
8 जून, 2017
आरटीबी डिक्शनरी में नया क्या है
creative-status-codes.txt
शब्दकोश फ़ाइल बदल गई है.174 Creative filtered because it lacks an MP4A file in the VAST
को शामिल किया गया.
7 जून, 2017
RTB Proto वर्शन 127 में नया क्या है
- जिन Enum में डिफ़ॉल्ट वैल्यू नहीं थी उनमें अनचाही वैल्यू जोड़ी गई थीं.
- यह उस परेशानी से बचाता है जहां
BidRequest
में नई ईनम वैल्यू शामिल की जाती हैं, लेकिन बिड करने वाला अब भी आरटीबी प्रोटो के पुराने वर्शन का इस्तेमाल कर रहा है, जिसमें ईनम वैल्यू की परिभाषाएं मौजूद नहीं हैं. ऐसी स्थिति में, प्रोटो लाइब्रेरी, गैटर को पहले-तय की गई वैल्यू (अगर डिफ़ॉल्ट नहीं है) रिटर्न करेगी. पहली वैल्यू को सेट न करने पर, क्लाइंट यह पक्का कर पाते हैं कि वे ऐसी वैल्यू को अनदेखा कर रहे हैं.
6 जून, 2017
आरटीबी डिक्शनरी में नया क्या है
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 में नया क्या है
- Google OpenRTB प्रोटोकॉल 2.5.0
- वीडियो के एंड कार्ड के लिए,
vcm
की सुविधा जोड़ी गई. जब वीडियो के बाद एंड कार्ड काम करता है, तो OpenRTB 2.5 एक्सचेंज कोvcm=1
को सेट करने की अनुमति देता है. ज़्यादा जानकारी के लिए, OpenRTB गाइड मेंBanner
ऑब्जेक्ट दस्तावेज़ देखें. - हमने मोबाइल ऐप्लिकेशन के लिए
App
ऑब्जेक्ट में, अबcat
को शामिल किया है. इससे, मोबाइल ऐप्लिकेशन कैटगरी को उनसे जुड़ी IAB वैल्यू से मैप किया जा रहा है. ज़्यादा जानकारी के लिए, OpenRTB गाइड मेंApp
ऑब्जेक्ट दस्तावेज़ देखें. - अब हम
imp
ऑब्जेक्ट में,metric
फ़ील्ड के लिए तीन मेट्रिक भरते हैं:click_through_rate
,viewability
, औरcompletion_rate
. ज़्यादा जानकारी के लिए, OpenRTB गाइड में Imp ऑब्जेक्ट देखें.
4 जून, 2017
OpenRTB Protos में नया क्या है
- Google OpenRTB एक्सटेंशन प्रोटोकॉल v.20
attribute
फ़ील्ड जोड़ा गया. इस फ़ील्ड में वही डेटा भरा जाता है जो AdX प्रोटोकॉल में विज्ञापन ऑब्जेक्ट केattribute
फ़ील्ड में होता है. इसमेंsizeless
AdX एट्रिब्यूट भी शामिल है.- AdX प्रोटोकॉल से, पब्लिशर के देश को भेजने में मदद करने के लिए
PublisherExt
ऑब्जेक्ट जोड़ा गया.
25 मई, 2017
आरटीबी डिक्शनरी में नया क्या है
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 में नया क्या है
- Google OpenRTB प्रोटोकॉल 2.5.0
- अब हम
BidResponse.burl
फ़ील्ड का सम्मान करते हैं.
10 मई, 2017
OpenRTB Protos में नया क्या है
- Google OpenRTB प्रोटोकॉल 2.5.0
- अब हमने
BidRequest.wlang
फ़ील्ड सेट कर दिया है. - वीडियो विज्ञापनों के लिए, अब हम
BidRequest.imp.video.placement
फ़ील्ड सेट करते हैं.
4 मई, 2017
OpenRTB Protos में नया क्या है
- Google OpenRTB प्रोटोकॉल 2.5.0
- वीडियो विज्ञापनों के लिए, अब हम
BidRequest.{site|app}.content.producer.domain
फ़ील्ड सेट करते हैं.
2 मई, 2017
आरटीबी डिक्शनरी में नया क्या है
geo-table.csv
शब्दकोश फ़ाइल बदल गई है.- मुख्य तौर पर अमेरिका में नई जगहें जोड़ी गई हैं. ज़्यादा जानकारी के लिए, पूरा अंतर देखें.
21 अप्रैल, 2017
OpenRTB Protos में नया क्या है
- Google OpenRTB प्रोटोकॉल 2.5.0
- OpenRTB 2.5 की खास बातों में अपडेट किया गया. OpenRTB 2.5 में नए फ़ील्ड के लिए वास्तविक सहायता, आने वाली रिलीज़ में मिलेगी.
12 अप्रैल, 2017
आरटीबी डिक्शनरी में नया क्या है
publisher-verticals.txt
शब्दकोश फ़ाइल बदल गई है.- फ़ाइल को अपडेट करने के लिए, लाइनें जोड़कर और उन्हें मिटा दिया गया था.
mobile-carriers.csv
शब्दकोश फ़ाइल बदल गई है.- फ़ाइल को अपडेट करने के लिए, लाइनें जोड़कर और उन्हें मिटा दिया गया था.
27 मार्च, 2017
OpenRTB Protos में नया क्या है
- Google OpenRTB प्रोटोकॉल 2.4.1
- यह बताने के लिए टिप्पणी जोड़ी गई कि
${AUCTION_PRICE}
मैक्रो अबimpression_tracking_url
के लिए काम करता है.
22 मार्च, 2017
RTB Proto वर्शन 126 में नया क्या है
click_through_url
फ़ील्ड के इस्तेमाल को साफ़ तौर पर बताने के लिए, टिप्पणियों में बदलाव किया गया है.- टिप्पणियों को शामिल करके यह बताया गया कि फ़ील्ड, डेस्टिनेशन यूआरएल (विज्ञापन के लैंडिंग पेज का यूआरएल) के तौर पर काम कर रहा है और इसका इस्तेमाल लाइव एनवायरमेंट में नहीं किया जाएगा.
17 मार्च, 2017
OpenRTB Protos में नया क्या है
- Google OpenRTB प्रोटोकॉल 2.4.1
protocols
फ़ील्ड के ऊपर दी गई टिप्पणी को अपडेट किया गया, ताकि यह पता चल सके कि फ़ील्ड को हर अनुरोध के लिए डाइनैमिक तौर पर सेट किया गया है. साथ ही, अब इसे किसी खास वैल्यू के लिए हार्डकोड नहीं किया जाता.
10 मार्च, 2017
OpenRTB Protos में नया क्या है
- Google OpenRTB प्रोटोकॉल 2.4.1
- यह बताने के लिए टिप्पणियां जोड़ी गईं कि रेंडर करने पर,
max_safe_length
से ज़्यादा स्ट्रिंग Authorized Buyers या पब्लिशर छोटा कर सकते हैं.
9 मार्च, 2016
RTB Proto वर्शन 125 में नया क्या है
max_safe_length
फ़ील्ड के लिए जानकारी अपडेट की गई.- यह बताने के लिए टिप्पणियां जोड़ी गईं कि रेंडर करने पर,
max_safe_length
से ज़्यादा स्ट्रिंग Authorized Buyers या पब्लिशर छोटा कर सकते हैं.
3 मार्च, 2017
आरटीबी डिक्शनरी में नया क्या है
vendors.txt
शब्दकोश फ़ाइल बदल गई है.889 Netscore
को शामिल किया गया.- ज़्यादा जानकारी के लिए, सर्टिफ़ाइड वेंडर की सूची देखें.
1 मार्च, 2017
OpenRTB Protos में नया क्या है
- Google OpenRTB एक्सटेंशन प्रोटोकॉल v.9
dfp_network_code
को हटाया गया. इस फ़ील्ड की वैल्यू हमेशाdfp_ad_unit_code
के पहले हिस्से की तरह ही रहती है. इसलिए, अबdfp_network_code
फ़ील्ड की ज़रूरत नहीं है.
28 फ़रवरी, 2017
RTB Proto वर्शन 124 में नया क्या है
BidRequest.adslot.matching_ad_data.direct_deal
में एक नया फ़ील्ड जोड़ा गया:remaining_impressions_to_buy
- ज़्यादा जानकारी के लिए, प्रोग्राम की मदद से गारंटी वाली डील के लिए आरटीबी दस्तावेज़ देखें.
24 फ़रवरी, 2017
OpenRTB Protos में नया क्या है
- Google OpenRTB प्रोटोकॉल 2.4.1
adm
औरadm_native
फ़ील्ड के इस्तेमाल को साफ़ तौर पर बताने के लिए टिप्पणियां जोड़ी गई हैं.
23 फ़रवरी, 2017
आरटीबी डिक्शनरी में नया क्या है
creative-status-codes.txt
शब्दकोश फ़ाइल बदल गई है.- क्रिएटिव स्टेटस कोड
147
,148
,149
,150
,151
अब काम नहीं करते और अब इस्तेमाल नहीं किए जाते.
22 फ़रवरी, 2017
RTB Proto वर्शन 123 में नया क्या है
EndCapSupport
Enum की टिप्पणियों में बदलाव किया गया, ताकि यह साफ़ तौर पर बताया जा सके कि कुछ वैल्यू इस्तेमाल नहीं की गई हैं.- वैल्यू
END_CAP_FORBIDDEN
औरEND_CAP_REQUIRED
को BidRequest में कभी सेट नहीं किया गया है. click_through_url
फ़ील्ड के इस्तेमाल को साफ़ तौर पर बताने के लिए, टिप्पणियों में बदलाव किया गया है.- टिप्पणियों को शामिल करके यह बताया गया कि फ़ील्ड, डेस्टिनेशन यूआरएल (विज्ञापन के लैंडिंग पेज का यूआरएल) के तौर पर काम कर रहा है और इसका इस्तेमाल लाइव एनवायरमेंट में नहीं किया जाएगा.
17 फ़रवरी, 2017
OpenRTB Protos में नया क्या है
- Google OpenRTB प्रोटोकॉल 2.4.1
- टिप्पणियों को हटा दिया गया था, ताकि यह साफ़ किया जा सके कि डेमोग्राफ़िक फ़ील्ड को अब AdX Userडेमोग्राफ़िक फ़ील्ड के साथ मैप नहीं किया जाता. ये फ़ील्ड अब काम नहीं करते हैं.
- एक टिप्पणी जोड़ी गई, ताकि
BidRequest.Imp.secure
फ़ील्ड के लिए AdX प्रोटो में वापस मैपिंग की जानकारी दी जा सके.
16 फ़रवरी, 2017
आरटीबी डिक्शनरी में नया क्या है
gdn-vendors.txt
शब्दकोश फ़ाइल बदल गई है.888 ViewersLogic
को शामिल किया गया.- ज़्यादा जानकारी के लिए, सर्टिफ़ाइड वेंडर की सूची देखें.
vendors.txt
शब्दकोश फ़ाइल बदल गई है.888 ViewersLogic
को शामिल किया गया.- ज़्यादा जानकारी के लिए, सर्टिफ़ाइड वेंडर की सूची देखें.
9 फ़रवरी, 2017
RTB Proto वर्शन 122 में नया क्या है
realtime-bidding.proto.txt
शब्दकोश फ़ाइल बदल गई है.IN_FEED
की जानकारी में बदलाव किया गया.
8 फ़रवरी, 2017
RTB Proto वर्शन 121 में नया क्या है
BidRequest.adslot.matching_ad_data.direct_deal.deal_type
के लिए नई वैल्यू जोड़ी गई:PROGRAMMATIC_GUARANTEED
.- ज़्यादा जानकारी के लिए, प्रोग्राम की मदद से गारंटी वाली डील के लिए आरटीबी दस्तावेज़ देखें.
3 फ़रवरी, 2017
आरटीबी डिक्शनरी में नया क्या है
geo-table.csv
शब्दकोश फ़ाइल बदल गई है.- मुख्य तौर पर, फ़्रांस में, एडमिन के क्रम में किए गए मामूली सुधार. ज़्यादा जानकारी के लिए पूरा अंतर देखें.
26 जनवरी, 2017
आरटीबी डिक्शनरी में नया क्या है
creative-status-codes.txt
शब्दकोश फ़ाइल बदल गई है.165 Creative filtered by publisher's restrictions on which brands can be shown together
को शामिल किया गया. इस कोड का इस्तेमाल तब किया जाता है, जब क्रिएटिव को पब्लिशर ने सेट अप किए गए, विज्ञापन देने वाले के प्रतिस्पर्धी एक्सक्लूज़न की मदद से फ़िल्टर किया था.
25 जनवरी, 2017
RTB Proto वर्शन 120 में नया क्या है
BidRequest.AdSlot.is_rewarded
को जोड़ा गया.- इस फ़ील्ड से पता चलता है कि उपयोगकर्ता को विज्ञापन देखने के लिए इनाम मिलता है या नहीं.
18 जनवरी, 2017
आरटीबी डिक्शनरी में नया क्या है
geo-table.csv
शब्दकोश फ़ाइल बदल गई है.-
geo-table.csv
में छोटे क्रम के सुधार किए गए. ज़्यादा जानकारी के लिए, अंतर की सूची देखें. publisher-verticals.txt
शब्दकोश फ़ाइल बदल गई है.publisher-verticals.txt
में नाम रखने के छोटे-मोटे सुधार किए गए. ज़्यादा जानकारी के लिए, अंतर की सूची देखें.creative-status-codes.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
जोड़े गए.
13 जनवरी, 2017
आरटीबी डिक्शनरी में नया क्या है
vendors.txt
शब्दकोश फ़ाइल बदल गई है.885 Cloud Technologies
को शामिल किया गया.886 Research and Analysis of Media
को शामिल किया गया.- ज़्यादा जानकारी के लिए, सर्टिफ़ाइड वेंडर की सूची देखें.
gdn-vendors.txt
शब्दकोश फ़ाइल बदल गई है.886 Research and Analysis of Media
को शामिल किया गया.- ज़्यादा जानकारी के लिए, सर्टिफ़ाइड वेंडर की सूची देखें.
12 जनवरी, 2016
RTB Proto वर्शन 119 में नया क्या है
app_id
की जानकारी अपडेट की गई.- आरटीबी प्रोटोकॉल में,
Windows डिवाइसों के लिए सैंपल शामिल करने के लिए,
app_id
की टिप्पणी को अपडेट किया गया.
9 जनवरी, 2017
OpenRTB Protos में नया क्या है
- Google OpenRTB प्रोटोकॉल 2.4.1
- टिप्पणियां जोड़ी गई हैं, ताकि नए तरीके के बारे में बताया जा सके: ब्राउज़र की उपयोगकर्ता एजेंट स्ट्रिंग के लिए, कुछ डेटा छिपाने के लिए बदलाव किया जा सकता है या उसे बदला जा सकता है.
आरटीबी डिक्शनरी में नया क्या है
vendors.txt
शब्दकोश फ़ाइल बदल गई है.884 Nugg.ad
को शामिल किया गया.- ज़्यादा जानकारी के लिए, सर्टिफ़ाइड वेंडर की सूची देखें.
6 जनवरी, 2017
RTB Proto वर्शन 118 में नया क्या है
- IN_Feed वीडियो प्लेसमेंट जोड़ें.
- bidRequest के वीडियो मैसेज में एक नया IN_Feed वीडियो प्लेसमेंट जोड़ें. IN_Feed प्लेसमेंट, एक इन-फ़ीड वीडियो फ़ॉर्मैट से जुड़ा होता है. इसके लिए, वीडियो क्रिएटिव तब दिखता है, जब उपयोगकर्ता किसी कॉन्टेंट के फ़ीड, आम तौर पर, सोशल मीडिया ऐप्लिकेशन के फ़ीड, समाचार लेख वगैरह को स्क्रोल करता है. वीडियो, मुख्य फ़ीड में, उपयोगकर्ता के विज़न और रीडिंग फ़्लो में रेंडर होता है. उदाहरण के लिए, इन-बैनर वीडियो में वीडियो, साइड में नहीं दिखता.
5 जनवरी, 2017
RTB प्रोटो में नया क्या है
- RTB Proto वर्शन 117 और कुकी एक साथ कई अपलोड करने वाला प्रोटो वर्शन 4
cookie-bulk-upload.proto
में मामूली टिप्पणी को ठीक किया गया- कॉपीराइट नोटिस के साल को बढ़ाकर 2017 किया गया
4 जनवरी, 2017
स्निपेट स्थिति रिपोर्ट प्रोटो वर्शन 22 में नया क्या है
93 Unsupported Flash Content
अस्वीकार करने की नई वजह जोड़ी गई
16 दिसंबर, 2016
OpenRTB Protos में नया क्या है
- Google OpenRTB प्रोटोकॉल 2.4.1
- टिप्पणियों को यह बताने के लिए अपडेट किया गया है कि नेटिव विज्ञापन को लागू करने पर, पसंदीदा अनुपात से बहुत दूर मौजूद आसपेक्ट रेशियो वाली इमेज को अस्वीकार किया जा सकता है. साथ ही, इससे बहुत लंबी स्ट्रिंग को छोटा कर दिया जाएगा.
RTB Proto वर्शन 116 में नया क्या है
- टिप्पणियां जोड़ी गईं.
- टिप्पणियों को यह बताने के लिए अपडेट किया गया है कि नेटिव विज्ञापन को लागू करने पर, पसंदीदा अनुपात से बहुत दूर मौजूद आसपेक्ट रेशियो वाली इमेज को अस्वीकार किया जा सकता है. साथ ही, इससे बहुत लंबी स्ट्रिंग को छोटा कर दिया जाएगा.
14 दिसंबर, 2016
आरटीबी डिक्शनरी में नया क्या है
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 Proto वर्शन 115 में नया क्या है
publisher_country
को जोड़ा गया- पब्लिशर के बिलिंग पते का देश. यह, geo_criteria_id में मौजूद उपयोगकर्ता के देश या वेबसाइट होस्ट करने वाले देश से अलग हो सकता है.
geo_criteria_id
औरpostal_code
की टिप्पणियों को साफ़ तौर पर बताना
5 दिसंबर, 2016
OpenRTB Protos में नया क्या है
- Google OpenRTB प्रोटोकॉल 2.4.1
- यह रिलीज़ सिर्फ़ OpenRTB
BidRequest.imp.video.protocols
फ़ील्ड के लिए टिप्पणी को अपडेट करती है, ताकि फ़ील्ड में भरे जाने के तरीके में हुए बदलाव को दिखाया जा सके. हमेशा VAST 3 से जुड़े प्रोटोकॉल नंबर शामिल करने के बजाय, इस फ़ील्ड में VAST 2, VAST 3 या VAST 4 के लिए प्रोटोकॉल नंबर सही तरीके से शामिल होंगे, जो इस बात पर निर्भर करता है कि क्या काम करता है (RTB प्रोटो वर्शन 114 रिलीज़ नोट देखें).
2 दिसंबर, 2016
RTB Proto वर्शन 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 Proto वर्शन 113 में नया क्या है
- वीडियो चलाने के नए तरीके के लिए सुविधा जोड़ी गई
- OpenRTB 2.0 का पालन करने के लिए,
BidRequest.Video.VideoPlaybackMethod
में एक नई Enum वैल्यूMOUSE_OVER
जोड़ी गई.
18 नवंबर, 2016
RTB Proto वर्शन 112 में नया क्या है
- पुराने अब काम न करने वाले फ़ील्ड हटाए गए.
- जिन फ़ील्ड को पहले बंद कर दिया गया था और अब सेट नहीं किया जा रहा है उन्हें गै़र-ज़रूरी चीज़ें हटाने के लिए, अब पूरी तरह से हटा दिया गया है.
14 नवंबर, 2016
RTB Proto वर्शन 111 में नया क्या है
BidRequest.AdSlot.ExchangeBidding.dfp_network_code
अब काम नहीं करता.- इस फ़ील्ड की वैल्यू हमेशा
BidRequest.AdSlot.dfp_ad_unit_code
के पहले हिस्से की तरह ही होती है. इसलिए, अबdfp_network_code
फ़ील्ड की ज़रूरत नहीं है.
9 नवंबर, 2016
RTB Proto वर्शन 110 में नया क्या है
BidResponse.Ad.NativeAd.click_link_url
को जोड़ा गया- वह यूआरएल जिसे ब्राउज़र/SDK टूल, उपयोगकर्ता के विज्ञापन पर क्लिक करने पर लोड करता है. बिड
के बीच स्विच किया जा सकता है.
पुराने सिस्टम के साथ काम करने की सुविधा को सेट न करने पर, ब्राउज़र/SDK टूल पहले
click_through_url
लोड करता है. हालांकि, एक ही purchase_creative_id के लिए, बिड के बीचclick_through_url
एक जैसा रहना चाहिए. हालांकि,click_link_url
में बदलाव हो सकता है.
4 नवंबर, 2016
OpenRTB Protos में नया क्या है
- Google OpenRTB एक्सटेंशन प्रोटोकॉल v.7
BidResponse.SeatBid.Bid.exchange_deal_type
को जोड़ा गया- इसका इस्तेमाल सिर्फ़ ओपन बिडिंग में हिस्सा लेने वाले एक्सचेंज के लिए किया जाता है (डीएफ़पी पर रीयल-टाइम बिडिंग का इस्तेमाल करने वाले तीसरे पक्ष के एक्सचेंज). इससे यह जानकारी मिलती है कि एक्सचेंज बिड पर किस तरह की डील लागू होती है.
OpenRTB Protos में नया क्या है
- Google OpenRTB एक्सटेंशन प्रोटोकॉल v.8
- OpenRTB नेटिव 1.1 अनुरोध में, नेटिव एक्सटेंशन में सिग्नल जोड़े गए.
- ये फ़ील्ड जोड़े गए:
style_id
,style_width
,style_height
, औरstyle_layout_type
.
RTB Proto वर्शन 109 में नया क्या है
BidResponse.Ad.AdSlot.exchange_deal_id
औरBidResponse.Ad.AdSlot.exchange_deal_type
जोड़े गए.- इनका इस्तेमाल सिर्फ़ ओपन बिडिंग में हिस्सा लेने वाले एक्सचेंज के लिए किया जाता है (डीएफ़पी पर रीयल-टाइम बिडिंग का इस्तेमाल करने वाले तीसरे पक्ष के एक्सचेंज). इनमें एक्सचेंज बिड पर लागू होने वाली डील के बारे में जानकारी होती है.
3 नवंबर, 2016
RTB Proto वर्शन 108 में नया क्या है
BidRequest.AdSlot.allowed_ad_types
को जोड़ा गया.- इसमें दोहराया गया Enum शामिल होता है, जो बिड रिस्पॉन्स में इस्तेमाल किए जा सकने वाले विज्ञापन के टाइप को दिखाता है. संभावित वैल्यू Allow_AD_TYPE_BANNER, FALSE_AD_TYPE_NATIVE, और Allow_AD_TYPE_VIDEO का इस्तेमाल किया जा सकता है. इस फ़ील्ड की मदद से, बिडिंग करने वाले आसानी से यह पहचान सकते हैं कि वे किस तरह के विज्ञापन दिखा सकते हैं.
2 नवंबर, 2016
RTB शब्दकोश में नया क्या है - geo-table.csv फ़ाइल का नया वर्शन
- नए भौगोलिक टारगेट की खास बातें:
- अमेरिका/कनाडा के करीब 100 नैशनल पार्क. पहली बार नैशनल पार्क को टारगेट किया जा सकता है.
- ऑस्ट्रेलिया/जर्मनी/नीदरलैंड्स/फ़्रांस के करीब 1,200 शहर और पिन कोड.
- प्योर्तो रिको की 78 नगरपालिकाएं.
- बांग्लादेश के 71 प्रांत/ज़िला.
- 21 प्रांत/कोस्टा रिका के शहर.
- देश के लेवल पर दो नए टारगेट: गर्न्ज़ी (GG) और जर्सी (JE).
- दक्षिण अमेरिका, अफ़्रीका, और मध्य-पूर्व में कुछ सौ प्रांतों को टारगेट किया गया है.
31 अक्टूबर, 2016
RTB Proto वर्शन 107 में नया क्या है
BidRequest.AdSlot.NativeAdTemplate
के लिए अपडेट करें.- ये फ़ील्ड जोड़े गए:
style_id
,style_width
,style_height
औरstyle_layout_type
.
आरटीबी डिक्शनरी में नया क्या है
ad-product-categories.txt
शब्दकोश फ़ाइल बदल गई है.-
विज्ञापनों को ब्लॉक करने के लिए, 200 से ज़्यादा नई सामान्य कैटगरी जोड़ी गई हैं. इनका इस्तेमाल करके, पब्लिशर ऐसा कर सकते हैं.
आम तौर पर, इन कैटगरी में ज़्यादा बारीकी से जानकारी दी जाती है. इससे पब्लिशर, छोटी कैटगरी को ब्लॉक कर सकते हैं. उदाहरण के लिए, सभी
Automotive
क्रिएटिव के बजायUsed Motor Vehicle
क्रिएटिव. पहले की तरह ही, शब्दकोश की यह फ़ाइल, बिड रिक्वेस्ट केexcluded_product_category
फ़ील्ड में मौजूद कैटगरी आईडी को मैप करने में काम की है. साथ ही, इससे उन कैटगरी के आईडी को भी मैप किया जा सकता है जिन्हें लोग पढ़ सकते हैं. - ज़्यादा जानकारी के लिए, अंतरों की पूरी सूची देखें.
27 अक्टूबर, 2016
RTB Proto वर्शन 106 में नया क्या है
BidRequest.AdSlot.sticky_settings
को जोड़ा गया.- इसमें अलग-अलग तरह के 'स्टिकीनेस' सेटिंग शामिल होती हैं, जिनके बारे में पब्लिशर अपनी इन्वेंट्री में एलान कर सकता है. चिपकने से जुड़ी तीन तरह की सेटिंग काम करती हैं - वर्टिकल स्टिकीनेस, बॉटम हॉरिज़ॉन्टल स्थिरता, और टॉप हॉरिज़ॉन्टल स्थिरता.
BidRequest.AdSlot.stickiness
के इस्तेमाल पर अब रोक लगा दी गई है.- इस फ़ील्ड की जगह अब
BidRequest.AdSlot.sticky_settings.vertical_stickiness
का इस्तेमाल किया जाता है.
आरटीबी डिक्शनरी में नया क्या है
publisher-verticals.txt
शब्दकोश फ़ाइल बदल गई है.- कुछ कैटगरी के नामों में गलतियों को ठीक किया गया है. ज़्यादा जानकारी के लिए, अंतरों की सूची डाउनलोड करें.
24 अक्टूबर, 2016
RTB Proto वर्शन 105 में नया क्या है
- काम न करने वाला फ़ील्ड
BidRequest.user_demographics
. BidRequest.user_demographics
फ़ील्ड अब काम नहीं करता.
21 अक्टूबर, 2016
OpenRTB Protos में नया क्या है
- Google OpenRTB एक्सटेंशन प्रोटोकॉल v.6
BidRequest.imp.dfp_ad_unit_code
को जोड़ा गया.- इसका इस्तेमाल सिर्फ़ ओपन बिडिंग के लिए किया जाता है.
RTB Proto वर्शन 104 में नया क्या है
BidRequest.AdSlot.non_browser_slot_source
को जोड़ा गया.- इसे तब सेट किया जाएगा, जब पब्लिशर यह एलान करेगा कि विज्ञापन स्लॉट बिना ब्राउज़र वाली इन्वेंट्री पर दिखाया गया है. साथ ही, यह बिना ब्राउज़र वाली इन्वेंट्री के बारे में भी बताता है.
BidRequest.AdSlot.is_interstitial_slot
को जोड़ा गया.- इसे तब सेट किया जाएगा, जब पब्लिशर यह एलान करता है कि विज्ञापन स्लॉट एक पेज पर अचानक दिखने वाला विज्ञापन है और कुछ समय के लिए कॉन्टेंट को कवर करता है.
20 अक्टूबर, 2016
RTB Proto वर्शन 103 में नया क्या है
BidRequest.AdSlot.dfp_ad_unit_code
को जोड़ा गया.- इसका इस्तेमाल सिर्फ़ ओपन बिडिंग के लिए किया जाता है.
14 अक्टूबर, 2016
आरटीबी डिक्शनरी में नया क्या है
geo-table.csv
शब्दकोश फ़ाइल बदल गई है.- वर्तनी और भौगोलिक पदानुक्रम से जुड़ी मामूली गड़बड़ियां ठीक की गईं. ज़्यादा जानकारी के लिए, अंतर की सूची देखें.
OpenRTB में नया क्या है
- Google OpenRTB प्रोटोकॉल 2.4.1
- इस रिलीज़ से प्रोटो में कोई बदलाव नहीं हुआ है. हालांकि, OpenRTB 2.4 के शुरुआती सहायता के साथ मैपिंग को अपडेट किया गया है:
- बैनर इंप्रेशन साइज़ को अब
Banner.format
के साथ मैप किया गया है.wmin
,wmax
,hmin
, औरhmax
फ़ील्ड अब काम नहीं करते. इन्हें 2.4+ के लिए पॉप्युलेट नहीं किया जाएगा.w
औरh
फ़ील्ड अब भी भरे हुए हैं (यह पहले की तरह ही पहला डाइमेंशन है). Video.skip
में अब जानकारी अपने-आप भर गई है. अबBid.api
इस्तेमाल किया जा सकता है.- एचटीटीपी हेडर
x-openrtb-version
"2.4" है. - OpenRTB/JSON का इस्तेमाल करके बिडिंग करने वाले लोग, RTB एपीआई के ज़रिए नए वर्शन 2.4 को ऑप्ट-इन कर सकते हैं. OpenRTB/Protobuf का इस्तेमाल करके बिड करने वाले लोग, सिर्फ़ वर्शन 2.3 का इस्तेमाल कर सकते हैं. साथ ही, आने वाले समय के अपग्रेड का एलान अलग से किया जाएगा.
13 अक्टूबर, 2016
RTB Proto वर्शन 102 में नया क्या है
- "connected_TV = 4" जानकारी को अपडेट किया गया.
- आरटीबी प्रोटोकॉल में, शामिल किए गए डिवाइसों के बारे में पूरी जानकारी देने के लिए, "connected_TV = 4" की टिप्पणी को अपडेट किया गया.
11 अक्टूबर, 2016
स्निपेट स्थिति रिपोर्ट के प्रोटो वर्शन 21 में नया क्या है
92 Personal Loans
अस्वीकार करने की नई वजह जोड़ी गई
6 अक्टूबर, 2016
RTB Proto वर्शन 101 में नया क्या है
- नेटिव विज्ञापनों के टेंप्लेट की टिप्पणी अपडेट की गई.
- आरटीबी प्रोटोकॉल में,
नेटिव विज्ञापन टेंप्लेट की टिप्पणी में बदलाव किया गया. ऐसा यह ध्यान देने के लिए किया गया कि कुछ
स्थितियों में,
native_ad
फ़ील्ड के बजायhtml_snippet
याvideo_url
फ़ील्ड को सेट किया जा सकता है.
5 अक्टूबर, 2016
RTB Proto वर्शन 100 में नया क्या है
- मोबाइल विज्ञापन के लिए आइडेंटिफ़ायर के लिए टिप्पणी को अपडेट किया गया.
- आरटीबी प्रोटोकॉल में,
BidRequest.Mobile.encrypted_advertising_id
फ़ील्ड में टिप्पणी को अपडेट किया गया, ताकि यह साफ़ तौर पर बताया जा सके कि वह किन प्लैटफ़ॉर्म पर उपलब्ध है (iOS और Android डिवाइसों के अलावा).
30 सितंबर, 2016
RTB Proto वर्शन 99 में नया क्या है
- रीयल टाइम बिडिंग में, वीडियो को पूरा देखे जाने की दर का सिग्नल जोड़ा गया.
- आरटीबी प्रोटोकॉल में,
BidRequest.AdSlot
में एक नया फ़ील्डvideo_completion_rate
जोड़ा गया. यह फ़ील्ड इस स्लॉट में दिखाए गए वीडियो विज्ञापन के दिखाए जाने की संभावना का एक अनुमान दिखाता है.
29 सितंबर, 2016
आरटीबी डिक्शनरी में नया क्या है
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
आरटीबी डिक्शनरी में नया क्या है
buyer-declarable-creative-attributes.txt
शब्दकोश फ़ाइल बदल गई है.105 Rendering: Sizeless AdX
को शामिल किया गया. इसका इस्तेमाल यह बताने के लिए किया जाता है कि क्या कोई एचटीएमएल क्रिएटिव, कई तरह के स्लॉट साइज़ को भरने के लिए डाइनैमिक तौर पर साइज़ बदल सकता है. ज़्यादा जानकारी के लिए, पेज पर अचानक दिखने वाले विज्ञापनों के दस्तावेज़ देखें.
15 सितंबर, 2016
RTB Proto वर्शन 98 में नया क्या है
- रीयल टाइम बिडिंग की सुविधा में, नेटिव वीडियो के लिए सहायता जोड़ी गई.
- आरटीबी प्रोटोकॉल में,
BidRequest.NativeAdTemplate
में एक नई एनम वैल्यूVIDEO
औरBidResponse.NativeAd
में एक नया फ़ील्डvideo_url
जोड़ा गया. इससे, बिडिंग करने वालों कोBidRequest.native_ad_template.required_fields
याBidRequest.native_ad_template.recommended_fields
मेंVIDEO
के मौजूद होने पर,native_ad
फ़ील्ड में वीडियो जवाब भेजने की सुविधा मिलती है.
13 सितंबर, 2016
OpenRTB Protos में नया क्या है
- Google OpenRTB प्रोटोकॉल 2.4.1
- इस रिलीज़ में, OpenRTB 2.4 से जुड़े छोटे-मोटे सुधार किए गए हैं. खास तौर पर, इनमें कई फ़ील्ड के इस्तेमाल को रोकने की स्थिति शामिल है. साथ ही,
Audio
औरFormat
के लिए एक्सटेंशन की सुविधा उपलब्ध है; नए फ़ील्डBid.qagmediarating
के Enum टाइप को सही करें.
8 सितंबर, 2016
आरटीबी डिक्शनरी में नया क्या है
creative-status-codes.txt
शब्दकोश फ़ाइल बदल गई है.107
स्थिति के ब्यौरे कोRequired elements specified in bid_request.adslot.native_ad_template.required_fields are missing or empty
में बदल दिया गया है, ताकि लॉजिक में हुए बदलाव को दिखाया जा सके. इसके तहत, खाली वैल्यू वाले ज़रूरी नेटिव विज्ञापन एलिमेंट पर फ़िल्टर करने की सुविधा जोड़ी जाती है.
7 सितंबर, 2016
RTB Proto वर्शन 97 में नया क्या है
- टिप्पणियां अपडेट की गईं, ताकि यह साफ़ तौर पर बताया जा सके कि iOS ऐप्लिकेशन के लिए,
app_name
, AppAnnie की ओर से उपलब्ध कराया जाता है.
6 सितंबर, 2016
स्निपेट स्थिति रिपोर्ट के प्रोटो वर्शन 19 में नया क्या है
- अस्वीकार करने की नई वजहें जोड़ी गईं.
- 81 वीडियो बहुत बड़ा है
- 82 जैपनीज़ फ़ार्मेसी कानून का उल्लंघन करता है
- 83 बिना मान्यता वाली पालतू जानवरों की फ़ार्मेसी
- 84 अमान्य कॉन्टेंट: गर्भपात
- 85 अमान्य कॉन्टेंट: गर्भनिरोधक
- 86 चाइनीज़ कॉन्टेंट दिखाने की शर्तों का उल्लंघन करता है
- 87 क्रिएटिव, सही सर्टिफ़िकेशन के बिना कोरियन फ़ार्मेसी का प्रमोशन करता है
- 88 नॉन-परिवार सुरक्षित या वयस्कों के लिए कॉन्टेंट के लिए भर्ती वाला कॉन्टेंट:
2 सितंबर, 2016
OpenRTB Protos में नया क्या है
- Google OpenRTB प्रोटोकॉल 2.4.0
- यह एक नई रिलीज़ है, जो नए स्पेसिफ़िकेशन वर्शन के लिए, प्रोटोकॉल स्कीमा को अपडेट करती है: OpenRTB 2.4 और OpenRTB नेटिव 1.1. यह बदलाव वायर लेवल पर पुराने सिस्टम के साथ काम करता है. हालांकि, नए स्कीमा को बिडिंग करने वाले में शामिल करने के लिए, कोड में छोटे-छोटे बदलाव करने पड़ सकते हैं. खास तौर पर, दो बदलाव किए गए हैं:
- नई शर्त के मुताबिक नए फ़ील्ड जोड़े गए हैं. उन्हें अभी तक सेट नहीं किया गया है. इसलिए, उनके लिए सहायता उपलब्ध कराने का एलान अलग से किया जाएगा.
- सभी Enum अब नेस्ट किए गए के बजाय टॉप लेवल हैं. इससे वायर के दिखने की स्थिति में कोई बदलाव नहीं होता, लेकिन इंपोर्ट को ठीक करने या कुछ भाषाओं में अलग-अलग क्वालिफ़ाइड Enum नाम इस्तेमाल करने की ज़रूरत होती है.
31 अगस्त, 2016
आरटीबी डिक्शनरी में नया क्या है
gdn-vendors.txt
शब्दकोश फ़ाइल बदल गई है.284 Research Now
को शामिल किया गया.- ज़्यादा जानकारी के लिए, सर्टिफ़ाइड वेंडर की सूची देखें.
vendors.txt
शब्दकोश फ़ाइल बदल गई है.284 Research Now
को शामिल किया गया.876 Exponential Expandable
को शामिल किया गया.- ज़्यादा जानकारी के लिए, सर्टिफ़ाइड वेंडर की सूची देखें.
22 अगस्त, 2016
OpenRTB Protos में नया क्या है
- Google OpenRTB एक्सटेंशन प्रोटोकॉल v.5
BidRequest.imp.dfp_network_code
को जोड़ा गया.- इसका इस्तेमाल सिर्फ़ ओपन बिडिंग के लिए किया जाता है.
RTB Proto वर्शन 96 में नया क्या है
dfp_network_code
कोBidRequest.AdSlot
में जोड़ा गया.- इसका इस्तेमाल सिर्फ़ ओपन बिडिंग के लिए किया जाता है.
18 अगस्त, 2016
RTB Proto वर्शन 95 में नया क्या है
mediation_status
फ़ील्ड के सिमैंटिक बदल दिए गए हैं.- विज्ञापन अनुरोध सीधे पब्लिशर से मिला है या नहीं, इस आधार पर फ़ील्ड को DIRECT_REQUEST या UNKNOWN पर सेट किया जाता है.
8 अगस्त, 2016
RTB Proto वर्शन 94 में नया क्या है
amp_ad_request_type
कोBidRequest.AdSlot
में जोड़ा गया.- इस फ़ील्ड से पता चलता है कि पेज, Accelerated Mobile Page (एएमपी) है या नहीं.
1 अगस्त, 2016
RTB Proto वर्शन 92 में नया क्या है
- ध्यान दें कि Google ट्रैफ़िक के साथ शुरुआती जांच के दौरान, बिड रिक्वेस्ट के जवाबों को नीलामी से फ़िल्टर करके बाहर कर दिया जाता है, चाहे बिड रिक्वेस्ट का
is_test
फ़ील्ड सही या गलत पर सेट हो.
26 जुलाई, 2016
आरटीबी डिक्शनरी में नया क्या है
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 Proto वर्शन 92 में नया क्या है
- टिप्पणियां अपडेट की गईं, ताकि यह साफ़ किया जा सके कि नेटिव विज्ञापनों के लिए
click_through_url
उस लैंडिंग पेज का यूआरएल देता है जिस पर उपयोगकर्ता को भेजा जाता है. वहीं,click_tracking_url
ऐसे यूआरएल के बारे में बताता है जिस पर बैकग्राउंड थ्रेड ट्रैकिंग के लिए पिंग कर सकता है.
14 जुलाई, 2016
आरटीबी डिक्शनरी में नया क्या है
- 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 Proto वर्शन 91 में नया क्या है
- टिप्पणियों को अपडेट करके, यह बताना कि उपयोगकर्ता एजेंट स्ट्रिंग के कुछ हिस्सों को छिपाने के लिए सेट किया गया है या उन्हें बदला जा सकता है.
8 जुलाई, 2016
RTB Proto वर्शन 90 में नया क्या है
- टिप्पणियां अपडेट की गईं, ताकि यह सही तरीके से बताया जा सके कि नेटिव विज्ञापनों के क्लिक यूआरएल के तौर पर,
click_through_url
की सिर्फ़ पहली वैल्यू का इस्तेमाल किया जाता है.
29 जून, 2016
RTB Proto वर्शन 89 में नया क्या है
- यह बताने के लिए टिप्पणियों को अपडेट किया गया कि
url
में हमेशा प्रोटोकॉल होता है.
22 जून, 2016
RTB Proto वर्शन 88 में नया क्या है
- यह बताने के लिए टिप्पणियां अपडेट की गईं कि
click_through_rate
में AdWords से इकट्ठा किया गया डेटा शामिल नहीं है.
RTB Proto वर्शन 87 में नया क्या है
BidResponse
टिप्पणी में साफ़ तौर पर बताया गया किBidRequest
के पास सिर्फ़ एकAdSlot
हो सकता है.- अन्य टिप्पणियों में शब्दों में कुछ मामूली बदलाव किए हैं.
3 जून, 2016
RTB शब्दकोश में नया क्या है - geo-table.csv फ़ाइल का नया वर्शन
- इससे करीब 6,000 नए भौगोलिक टारगेट जुड़ जाते हैं. ये टारगेट पहले से ही चालू हैं और बिड रिक्वेस्ट में मौजूद हैं. म्यांमार को छोड़कर, जो अब तक लागू नहीं हुआ है. अहम बदलाव:
- नीदरलैंड्स में 2,214 मोहल्ले और पिन कोड.
- मलेशिया में 1,423 शहर, आस-पास के इलाके, और पिन कोड.
- पूर्वी यूरोपीय देशों (पोलैंड, हंगरी, चेक गणराज्य) और ग्रीस के 722 शहर, आस-पास के इलाके, और पिन कोड.
- फ़िलिपींस के 639 प्रांत, शहर, और इलाके.
- स्वीडन में 155 शहर और इलाके.
- जर्मनी के 104 शहर और पिन कोड.
- लाॅन्ग टेल के कुछ अहम हिस्से:
- न्यूयॉर्क शहर के 2 अहम मोहल्ले - मैनहैटन और क्वींस.
- म्यांमार के 44 टारगेट में, एक देश भी शामिल है. ध्यान दें: यह देश अब तक उपलब्ध नहीं है.
- कई देशों की राजधानियां / बड़े शहर, उदाहरण के लिए, केन्या का नैरोबी और ग्वाटेमाला का ग्वाटेमाला शहर.
2 जून, 2016
OpenRTB Protos में नया क्या है
- Google OpenRTB एक्सटेंशन प्रोटोकॉल v.4
BidRequest.processing_time_ms
को शामिल किया गया.
30 मई, 2016
स्निपेट स्थिति रिपोर्ट प्रोटो वर्शन 17 में नया क्या है
VIDEO_IN_SNIPPET_ATTRIBUTE_ADDED
एलान में सुधार जोड़ा गया.- यह सुधार तब लागू किया जाता है, जब कोई एचटीएमएल स्निपेट, वीडियो कॉन्टेंट चला रहा हो. इसलिए, इसे ऐसी इन्वेंट्री पर ब्लॉक किया जाना चाहिए जो वीडियो चलाने पर पाबंदी लगाती है.
detected_language
फ़ील्ड जोड़ा गया.- यह फ़ील्ड उन भाषाओं की रिपोर्ट करता है, जिनका AdX ने क्रिएटिव के लिए पता लगाया है.
- इन भाषाओं का इस्तेमाल, पब्लिशर की भाषा के ब्लॉक लागू करने के लिए किया जाता है. आरटीबी प्रोटोकॉल में
allowed_languages
फ़ील्ड भी देखें. context
फ़ील्ड कोCorrection
मैसेज में जोड़ा गया.- यह फ़ील्ड उस कॉन्टेक्स्ट के बारे में बताता है जिसमें सुधार लागू किया गया है.
- कॉन्टेंट में सुधार करने और उसे खोज के नतीजों में दिखाने के लिए, मोबाइल वेब और मोबाइल ऐप्लिकेशन को एक-दूसरे से अलग कर दिया गया है.
Platform
एनम में नई वैल्यू जोड़ी गईं:ANDROID_IN_APP
औरIOS_IN_APP
. पहले से मौजूदANDROID
औरIOS
वैल्यू का नाम बदलकर,ANDROID_WEB
औरIOS_WEB
कर दिया गया है.
26 मई, 2016
OpenRTB Protos में नया क्या है
- Google OpenRTB एक्सटेंशन प्रोटोकॉल v.3
BidRequest.imp.publisher_parameter
औरBidResponse.SeatBid.Bid.bidder_name
जोड़े गए.- दोनों फ़ील्ड का इस्तेमाल सिर्फ़ ओपन बिडिंग में हिस्सा लेने वाले एक्सचेंज के लिए किया जाता है (डीएफ़पी पर रीयल-टाइम बिडिंग का इस्तेमाल करने वाले तीसरे पक्ष के एक्सचेंज).
RTB Proto वर्शन 86 में नया क्या है
allowed_languages
कोBidResponse.AdSlot
में जोड़ा गया.- इस फ़ील्ड में क्रिएटिव भाषाएं शामिल हैं, जिन्हें पब्लिशर ने अनुमति दी है.
- इस नीति को सेट न करने पर, सभी भाषाओं को इस्तेमाल करने की अनुमति दी जाती है.
25 मई, 2016
RTB Proto वर्शन 85 में नया क्या है
exchange_bidding
कोBidRequest.AdSlot
में औरbidder_name
कोBidResponse.Ad
में जोड़ा गया.- दोनों फ़ील्ड का इस्तेमाल सिर्फ़ ओपन बिडिंग में हिस्सा लेने वाले एक्सचेंज के लिए किया जाता है (डीएफ़पी पर रीयल-टाइम बिडिंग का इस्तेमाल करने वाले तीसरे पक्ष के एक्सचेंज).
19 मई, 2016
OpenRTB Protos में नया क्या है
- Google OpenRTB प्रोटोकॉल 2.3.3
- नेटिव रिस्पॉन्स के
Video.vasttag
को ऐरे के बजाय स्केलर के तौर पर तय किया गया. - फ़ील्ड की एन्कोडिंग में बदलाव दिखाने के लिए टिप्पणियों को अपडेट किया गया:
BidRequest.id
,User.customdata
,Device.ifa
. - Google OpenRTB एक्सटेंशन प्रोटोकॉल v.2
BidRequest.imp.allowed_vendor_type
औरBidResponse.SeatBid.Bid.ad_choices_destination_url
जोड़े गए.
13 मई, 2016
RTB Proto वर्शन 84 में नया क्या है
ad_choices_destination_url
कोBidResponse.Ad
में जोड़ा गया.- इस फ़ील्ड का इस्तेमाल, आपके 'विज्ञापन की प्राथमिकताएं' पेज का लिंक देने के लिए किया जा सकता है.
- यह सुविधा सिर्फ़ नेटिव विज्ञापनों के लिए काम करती है.
- अगर दिया गया हो, तो स्टैंडर्ड AdChoices आइकॉन को नेटिव क्रिएटिव में जोड़ दिया जाता है और इस यूआरएल से जोड़ दिया जाता है.
29 अप्रैल, 2016
आरटीबी डिक्शनरी में नया क्या है
- एलान करने लायक सूचियों से VAST (इन-स्ट्रीम वीडियो) वेंडर हटाए गए.
- इन वेंडर को अब एलान के बिना अनुमति दे दी गई है. पब्लिशर के पास ऑप्ट इन करने या उन्हें ब्लॉक करने की सुविधा नहीं है. इसलिए, अब हम उन्हें बिड रिक्वेस्ट के
allowed_vendors
फ़ील्ड में नहीं भेजते. - ज़्यादा जानकारी के लिए, सर्टिफ़ाइड वेंडर की सूची देखें.
28 अप्रैल, 2016
RTB Proto वर्शन 83 में नया क्या है
- टिप्पणियों को अपडेट किया गया, ताकि यह साफ़ तौर पर बताया जा सके कि
viewability
का अनुमान पुराने या पर्यावरण के डेटा के आधार पर लगाया जा सकता है.
27 अप्रैल, 2016
आरटीबी डिक्शनरी में नया क्या है
113 "Image & Flash"
वेंडर को एलान करने लायक सूचियों से हटाया गया.- इस वेंडर के इस्तेमाल पर रोक लगा दी गई है. इसे बिड रिस्पॉन्स में नहीं दिखाया जाना चाहिए, क्योंकि यह
किसी भी 3PAS टेक्नोलॉजी के साथ काम नहीं करती. हालांकि, अगर यह एलान किया जाता है, तो इसकी वजह से बिड को फ़िल्टर नहीं किया जाएगा. बिड करने वाले लोगों को, बिड रिक्वेस्ट के
allowed_vendors
फ़ील्ड में इस वेंडर के होने या न होने को अनदेखा करना चाहिए, क्योंकि इससे काम का सिग्नल नहीं मिलता.
12 अप्रैल, 2016
BidResponse
की नई सुविधा
- यह साफ़ करने के लिए टिप्पणियां अपडेट की गईं कि
video_url
से मिले एक्सएमएल के जवाब, VAST (वीडियो विज्ञापन देने के लिए टेम्प्लेट) 2.0 या 3.0 के मुताबिक हो सकते हैं.
11 अप्रैल, 2016
आरटीबी डिक्शनरी में नया क्या है
site-lists.txt
डिक्शनरी की पुरानी फ़ाइल हटा दी गई- AdX ने अक्टूबर 2015 में,
बिड रिक्वेस्ट में
site_list_id
फ़ील्ड में जानकारी भरना बंद कर दिया है. इसलिए,site-lists.txt
डिक्शनरी की ज़रूरत नहीं है. भ्रम की स्थिति को कम करने के लिए, इसे हटा दिया गया.
1 अप्रैल, 2016
RTB Proto वर्शन 81 में नया क्या है
- अपडेट की गई टिप्पणियां
BidResponseFeedback
केcreative_index
फ़ील्ड में टिप्पणी को अपडेट किया गया है, ताकि यह बताया जा सके कि जवाब मिलने पर यह हमेशा विज्ञापन के इंडेक्स को दिखाता है.
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 में नया क्या है
- कई फ़ील्ड के लिए बेहतर दस्तावेज़:
- ;
Device
मेंip
,ipv6
,carrier
,dpidm5
, औरadvertising_id
;Geo
मैसेज;User
मेंcustomdata
;Link
मेंclicktrackers
.id
BidRequest
और BidResponse
में 4 मार्च, 2016
OpenRTB Protos में नया क्या है
- Google OpenRTB प्रोटोकॉल 2.3.1 (अब उपलब्ध है)
- इसमें Authorized Buyers के OpenRTB प्रोटोकॉल का सबसे नया वर्शन शामिल होता है. Authorized Buyers के आरटीबी प्रोटोकॉल के लिए फ़ील्ड मैपिंग, टिप्पणियों में देखी जा सकती है.
- Google OpenRTB एक्सटेंशन प्रोटोकॉल v.1 (अब उपलब्ध है)
- इसमें OpenRTB प्रोटोकॉल में इस्तेमाल किए गए Authorized Buyers के एक्सटेंशन शामिल होते हैं.
26 फ़रवरी, 2016
RTB Proto वर्शन 80 में नया क्या है
- डायरेक्ट डील के
fixed_cpm_micros
फ़ील्ड पर टिप्पणियां अपडेट की गईं. - बेहतर तरीके से मिलान करने के लिए,
VideoFormat
फ़ील्ड की enum वैल्यू का नाम बदला गया. ऐसा इसलिए किया गया: VIDEO_FLASH से VIDEO_FLV और VIDEO_HTML5 से VIDEO_MP4. VideoFormat
फ़ील्ड में नए इस्तेमाल किए जा सकने वाले मान जोड़े गए हैं: VPAID_FLASH (SWF) और VPAID_JS (JavaScript).
19 फ़रवरी, 2016
RTB Proto वर्शन 79 में नया क्या है
placement
फ़ील्ड पर टिप्पणियां अपडेट की गईं.
8 फ़रवरी, 2016
RTB Proto वर्शन 78 में नया क्या है
inventory_type
फ़ील्ड को बदलने के लिए, वीडियो प्लेसमेंट फ़ील्ड जोड़ा गया.-
RTB Proto के वीडियो सब-मैसेज में अब एक
placement
फ़ील्ड है, जो इनस्ट्रीम और इंटरस्टिटियल के बीच अंतर करता है.inventory_type
फ़ील्ड के इस्तेमाल पर रोक लगा दी गई है. यह फ़ील्ड, आरटीबी प्रोटो में कहीं और मिलने वाली जानकारी का डुप्लीकेट है. - विज्ञापन स्लॉट के सबमैसेज में एक नया
renderer
फ़ील्ड जोड़ा गया. renderer
फ़ील्ड से यह तय होता है कि विज्ञापन अनुरोध करने वाले एनवायरमेंट (Google या पब्लिशर) को कौन कंट्रोल करेगा और विज्ञापन को रेंडर करेगा. यह फ़ील्ड सिर्फ़ उन अनुरोधों के लिए सेट की गई है जो VAST वीडियो विज्ञापनों को अनुमति देते हैं.
29 जनवरी, 2016
नया क्या है
- स्निपेट-status-report-proto.txt को v.15 में अपडेट कर दिया गया है
- सुधार की सुविधा के दो enum वैल्यू जोड़े गए: IN_BANNER_VIDEO_ATTRIBUTE_ADDED और MRAID_ATTRIBUTE_ADDED. ज़्यादा जानकारी के लिए, नई वैल्यू पर की गई टिप्पणियां देखें.
18 मई, 2015
नया क्या है
- Authorized Buyers ने बिड पर ऊपरी सैनिटी सीमा लागू करना शुरू कर दिया है
- खुद को और अपने पार्टनर को गड़बड़ियों और गलत कॉन्फ़िगरेशन से बचाने के लिए, Authorized Buyers बिड पर 5,000 डॉलर की ऊपरी सैनिटी सीमा लागू करना शुरू कर देगा. ज़्यादा जानकारी के लिए, बिड रिस्पॉन्स फ़िल्टर करना देखें.
11 जुलाई, 2014
नया क्या है
- बिड रिस्पॉन्स में फ़्लैश-कम एलान की अब ज़रूरत नहीं है
- खरीदारों को बिना फ़्लैश वाली इन्वेंट्री पर बिडिंग करते समय, अब फ़्लैश-लेस क्रिएटिव के इस्तेमाल का एलान करने की ज़रूरत नहीं होगी. ऐसा इसलिए, क्योंकि Authorized Buyers, बिना फ़्लैश वाले क्रिएटिव की मौजूदगी का पता अपने-आप लगा लेगा. फ़्लैश-लेस इन्वेंट्री पर बिडिंग करते समय, खरीदारों को फ़्लैश-लेस क्रिएटिव शामिल करना होगा. अगर कोई खरीदार, फ़्लैश क्रिएटिव के साथ फ़्लैश-लेस बिड रिक्वेस्ट का जवाब देता है, तो Authorized Buyers, फ़्लैश क्रिएटिव की मौजूदगी का पता लगाएगा और बिड रिस्पॉन्स को फ़िल्टर करेगा. ध्यान दें कि Authorized Buyers यह पता नहीं लगा पाएंगे कि बिड रिस्पॉन्स में फ़्लैश क्रिएटिव के साथ कोई फ़्लैश-लेस बैकअप क्रिएटिव शामिल है या नहीं. Authorized Buyers, फ़्लैश क्रिएटिव को शामिल करने के लिए, बिड रिस्पॉन्स को फ़िल्टर कर देगा.
- "Encrypt_idfa" फ़ील्ड का नाम बदलकर, "Encrypt_advertising_id" से बदल दिया गया है
- Authorized Buyers ने "Encrypt_idfa" फ़ील्ड का नाम बदलकर "Encrypt_advertising_id" कर दिया है. इससे, फ़ील्ड के नाम से यह पता चल सकेगा कि हम, उपलब्ध डेटा के आधार पर बिड रिक्वेस्ट में IDFA या विज्ञापन आईडी में से खरीदारों को भेज सकते हैं. खरीदार तब तक मूल "Encrypt_idfa" फ़ील्ड का नाम बता सकते हैं, जब तक वे आरटीबी प्रोटो के नए वर्शन को डाउनलोड करके इस्तेमाल करना शुरू नहीं कर देते. आरटीबी प्रोटो के नए वर्शन का इस्तेमाल करने के बाद, खरीदार को अपने बिडर को अपडेट करना होगा, ताकि उस फ़ील्ड के लिए नए नाम के तौर पर "Encrypt_advertising_id" का इस्तेमाल किया जा सके. ज़्यादा जानकारी के लिए, IDFA के साथ मोबाइल ऐप्लिकेशन इन्वेंट्री को टारगेट करना देखें.
- यह पता लगाने के लिए नया फ़ील्ड कि वीडियो प्लेयर एम्बेड किया गया है या नहीं
- Authorized Buyers ने आरटीबी प्रोटोकॉल में एक नया फ़ील्ड जोड़ा है, ताकि यह बताया जा सके कि वीडियो प्लेयर एम्बेड किया गया है या एम्बेड नहीं किया गया है. नए फ़ील्ड को "is_embedded_offsite" कहा जाता है. अगर यह सही है, तो वीडियो को पब्लिशर के डोमेन के बाहर के पेजों पर एम्बेड किया जाता है. ज़्यादा जानकारी के लिए, Authorized Buyers वीडियो इंटिग्रेशन गाइड देखें.
16 जुलाई, 2013
नया क्या है
- [ज़रूरी]
BidResponses
में एक से ज़्यादा साइज़ के अनुरोधों के लिए विज्ञापन का साइज़ शामिल होना चाहिए कई विज्ञापन साइज़ बताने वाले सभी बिड रिक्वेस्ट के लिए, आपके
BidResponse
मेंBidResponse.Ad.width
औरBidResponse.Ad.height
फ़ील्ड शामिल होने चाहिए. कई साइज़ के अनुरोधों के बिड रिस्पॉन्स जिनमें ये फ़ील्ड शामिल नहीं होंगे, उन्हें नीलामी से हटा दिया जाएगा. हमें उम्मीद है कि 24 सितंबर 2013 से कई आकार वाले डायनामिक आवंटन के दौरान, करीब 5% विज्ञापन अनुरोधों में कई विज्ञापन आकार होंगे. हमें उम्मीद है कि समय के साथ इस प्रतिशत में बढ़ोतरी होगी.हालांकि, सिंगल-साइज़ बिड रिक्वेस्ट के लिए बिड रिस्पॉन्स में
Ad.width
औरAd.height
फ़ील्ड शामिल करना ज़रूरी नहीं होता. हमारा सुझाव है कि सबसे सही तरीके के तौर पर, हमेशा इन्हें शामिल करें.- [रिमाइंडर] हर इलाके के हिसाब से CSV रिपोर्ट 9 जुलाई, 2013 को बंद कर दी जाएंगी
- 9 जुलाई के बाद, हर इलाके के हिसाब से CSV परफ़ॉर्मेंस रिपोर्ट डाउनलोड नहीं की जा सकेंगी.
- [रिमाइंडर] डाउनलोड का साइज़ 150 किलोबाइट तक बढ़ाया गया है
- हमने डाउनलोड के लिए ज़्यादा से ज़्यादा साइज़ को 50 केबी से बढ़ाकर 150 केबी कर दिया है. इसके अलावा, हम इस नीति के लिए अपने-आप लागू होने की सुविधा चालू कर रहे हैं, ताकि 150 केबी से ज़्यादा के विज्ञापनों को अस्वीकार कर दिया जाए. ज़्यादा जानकारी के लिए, हमारे सहायता केंद्र दस्तावेज़ पर जाएं.
- [रिमाइंडर] मोबाइल इन-ऐप्लिकेशन इन्वेंट्री के लिए, फ़्लैशलेस क्रिएटिव के बारे में एलान
- सभी मोबाइल इन-ऐप्लिकेशन आरटीबी सर्टिफ़ाइड खरीदारों को यह बताना होगा कि अगर मोबाइल ऐप्लिकेशन के कॉल आउट का जवाब दे रहे हैं, तो उनकी बोली का जवाब देने पर विज्ञापन फ़्लैश-कम होगा. अगर सही क्रिएटिव एलान मौजूद नहीं हैं, तो विज्ञापन को अस्वीकार किया जा सकता है. ज़्यादा जानकारी के लिए, सहायता केंद्र के दस्तावेज़ देखें.
- [रिमाइंडर] मोबाइल और इंटरनेट सेवा देने वाली कंपनी का नाम औरCarrier_country को बिड अनुरोधों से हटाया जाएगा
- 4 जून, 2013 को हमने BidRequest में, सुझाव देने वाली कंपनी का नाम और उसका कैरियर_देश फ़ील्ड से आधिकारिक तौर पर सहायता देने की सुविधा बंद कर दी है. खरीदारों को नएCarrier_id फ़ील्ड का इस्तेमाल करना चाहिए. ज़्यादा जानकारी के लिए, मार्च का न्यूज़लेटर देखें.
20 मई, 2013
नया क्या है
- Google की मदद से होस्ट की गई मैच टेबल (अब उपलब्ध हैं)
Google, अब खरीदार के आईडी और Google के कुकी आईडी के बीच, खरीदार की मैच टेबल होस्ट कर सकता है. इससे हमारे खरीदारों के लिए, इंफ़्रास्ट्रक्चर से जुड़ी ज़रूरतें कम हो जाती हैं. साथ ही, कुकी मैचिंग को बेहतर बनाने के लिए बुनियादी काम की ज़रूरत पड़ती है. खरीदार अब एक ही कॉल में, उपयोगकर्ता को एक या उससे ज़्यादा उपयोगकर्ता सूचियों में जोड़ सकते हैं और अगर Ad Manager कुकी मौजूद नहीं है, तो उसे सेट भी कर सकते हैं.
हमारा सुझाव है कि आप Google की मदद से होस्ट की गई कुकी मैच टेबल का इस्तेमाल करें. स्विच करने से दक्षता और लागत की बचत के अलावा, आपको हमारे पिक्सल मैचिंग बीटा में भी शामिल होने की मंज़ूरी मिलेगी. इससे कुकी मैच रेट में औसतन 20-30% तक की सुधार होता है. मंज़ूरी पाने के लिए, आपको Google के होस्ट किए गए मैच टेबल का इस्तेमाल करना होगा, इसलिए हम सभी AdX RTB खरीदारों को जल्द से जल्द ऐसा करने के लिए प्रोत्साहित करते हैं.
15 अप्रैल, 2013
नया क्या है
- [IMPORTANT]
seller_network
फ़ील्ड अब काम नहीं करता है. seller_network
फ़ील्ड को नएseller_network_id
फ़ील्ड से बदल दिया गया है. इस फ़ील्ड में, seller-network-ids.txt शब्दकोश की फ़ाइल में मौजूद नेटवर्क से जुड़ा एक पूर्णांक शामिल होता है. हमने 2 अप्रैल, 2013 सेseller_network
फ़ील्ड को सेट करना बंद कर दिया है. नए फ़ील्ड का इस्तेमाल करने के लिए, बिडिंग करने वाले को अपडेट करें. खास तौर पर, Google Display Network की इन्वेंट्री की पहचान करने के लिए, जहां अबseller_network_id
की वैल्यू 1 है.- [ज़रूरी जानकारी] Pixel Match की ज़रूरी शर्तों में बदलाव
- अप्रैल के मध्य से, हम अपने पिक्सल मैच के अनुरोधों में मौजूद
google_push
पैरामीटर को यूआरएल के हिसाब से सुरक्षित स्ट्रिंग वैल्यू असाइन करना शुरू कर देंगे. हम उम्मीद करते हैं कि आपके सेट किए गएgoogle_push
पैरामीटर में, यूआरएल के हिसाब से सुरक्षित स्ट्रिंग दिखेगी. इस बदलाव से, हमें इंतज़ार के समय की समस्या हल करने में मदद मिलेगी. साथ ही, इससे हमें पिक्सल मैच की परफ़ॉर्मेंस को बेहतर बनाने में मदद मिलेगी. - आरटीबी प्रोटोकॉल अपडेट -
BidResponse
में नया एजेंसी फ़ील्ड खरीदारों और विक्रेताओं को किसी खास एजेंसी के लिए पसंदीदा डील और निजी नीलामी बनाने की सुविधा देने के लिए,
BidResponse
मेंagency_id
नाम के नए फ़ील्ड को जोड़ा गया है. इस नए फ़ील्ड को लागू करने के लिए, हमने शब्दकोश की एक नई फ़ाइल बनाई है, जिसका नाम agencies.txt है. इसमें अनुमति वाली एजेंसियों को शामिल किया जाता है.इस फ़ील्ड को शामिल करने से, खरीदारों को प्रोग्राम के हिसाब से अपने-आप मिलने वाले ऑफ़र को बेहतर बनाने में मदद मिलेगी. साथ ही, इससे आपको उन पब्लिशर के साथ पसंदीदा डील पर बातचीत करने में मदद मिलेगी जो इस सुविधा वाले खरीदारों को खोज रहे हैं. इस बारे में ज़्यादा जानकारी के लिए, हमारे सहायता केंद्र के दस्तावेज़ देखें या अपने तकनीकी खाता मैनेजर से संपर्क करें.
- Google के होस्ट किए गए क्रिएटिव का इस्तेमाल अब आरटीबी के लिए नहीं किया जा सकता
- पहले, खरीदार आरटीबी और यूज़र इंटरफ़ेस (यूआई) कैंपेन, दोनों के लिए
Google की होस्ट की गई क्रिएटिव फ़ाइलों का इस्तेमाल कर सकते थे. अब आरटीबी खरीदार Google के होस्ट किए गए क्रिएटिव के साथ जवाब नहीं दे पाएंगे.
साथ ही, आरटीबी के ज़रिए
creative_id
फ़ील्ड में भेजे गए Google के होस्ट किए गए सभी क्रिएटिव खारिज कर दिए जाएंगे. होस्ट किए गए क्रिएटिव, अब भी यूज़र इंटरफ़ेस (यूआई) के खरीदारों के लिए उपलब्ध हैं. - RTB रीयल-टाइम फ़ीडबैक बीटा
- डाइनैमिक बिडिंग की रणनीतियों को और बेहतर बनाने के लिए, हम रीयल-टाइम में नीलामी से जुड़े सुझाव दे सकते हैं. इससे आपको पता चलेगा कि आपकी बिड जीत क्यों नहीं पाई. उदाहरण के लिए: पब्लिशर को ब्लॉक किया गया, क्रिएटिव को मंज़ूरी नहीं मिली या ज़्यादा बिड. इसकी असल वजह, बाद के BidRequest के BidResponseफ़ीडबैक सब-मैसेज में दी जाएगी. साथ ही, creative-status-codes.txt में डाउनलोड पेज पर संभावित वजहों की पूरी सूची दी गई है. तय की गई कम से कम कीमत से ज़्यादा रकम वाली बिड और नीलामी से पहले फ़िल्टर नहीं किए गए क्रिएटिव का इस्तेमाल करने पर, हम नीलामी जीतने के लिए ज़रूरी कीमत वापस कर देंगे. इस सीमित बीटा वर्शन में, सिर्फ़ वही खरीदार हिस्सा ले सकते हैं जिन्होंने अपनी बिड का डेटा ज़ाहिर करने के लिए ऑप्ट-इन किया है. अगर आपको इसमें हिस्सा लेना है, तो अपने तकनीकी खाता मैनेजर से संपर्क करें.
11 मार्च, 2013
नया क्या है
- [ज़रूरी] कुकी मैचिंग v1 को बंद किया जाएगा
- 4 जून, 2013 से, हम कुकी मैचिंग V1 की सुविधा नहीं देंगे. खरीदारों को बेहतर सेवा देने के लिए, हमने कुकी मैचिंग v2 एपीआई में, होस्ट की गई मैच टेबल जैसी बेहतर सुविधाएं जोड़ी हैं. अगर आपने अब तक ऐसा नहीं किया है, तो हमारा सुझाव है कि सभी खरीदार जल्द से जल्द, कुकी मैचिंग के नए वर्शन में अपग्रेड कर लें.
- [ज़रूरी] sellers_network_id में हुए बदलाव को अपडेट करें
- अगर आप sellers_network_id फ़ील्ड का इस्तेमाल करके टारगेट करके इन्वेंट्री खरीदते हैं, तो ध्यान दें कि हमने seller-network-ids.txt फ़ाइल में मौजूद कुछ आईडी में बदलाव किए हैं. ये बदलाव आईडी को फिर से इंडेक्स करने की वजह से हुए थे. साथ ही, मौजूदा मैपिंग स्थायी बनी रहेगी और बाद में जोड़े जाने वाले पब्लिशर को फ़ाइल के आखिर में जोड़ दिया जाएगा. ध्यान दें कि Google Display Network (GDN) seller_network_id की वैल्यू 0 से बदलकर 1 हो गई है.
- विक्रेता नेटवर्क आईडी की सबसे नई डिक्शनरी फ़ाइल डाउनलोड करें, ताकि यह पक्का किया जा सके कि आप AdX पर GDN और दूसरे पब्लिशर नेटवर्क को सही तरीके से टारगेट कर रहे हैं. अगर आपका कोई सवाल है, तो अपने खाता मैनेजर से संपर्क करें.
- [ज़रूरी] कई विज्ञापन साइज़ के लिए योग्य इंप्रेशन के लिए, BidResponse में विज्ञापन की चौड़ाई और ऊंचाई शामिल होनी चाहिए
- पब्लिशर, हर विज्ञापन स्लॉट के लिए कई साइज़ के विज्ञापन स्वीकार कर रहे हैं. इन इंप्रेशन में, BidRequest.AdSlot फ़ील्ड के कई साइज़ शामिल होते हैं. साथ ही, इन इंप्रेशन के लिए BidResponse.Ad.width और BidResponse.Ad.height फ़ील्ड की ज़रूरत होती है, ताकि उनसे जुड़े BidResponses में इनका डेटा देखा जा सके. कई विज्ञापन साइज़ वाले अनुरोधों के जवाब में दिए गए बिड रिस्पॉन्स में ये फ़ील्ड शामिल होने चाहिए. ऐसा न होने पर, उन्हें नीलामी से अपने-आप फ़िल्टर कर दिया जाएगा.
- फ़िलहाल, विज्ञापन के साइज़ के लिए कई बिड रिक्वेस्ट की सुविधा सिर्फ़ उन खरीदारों के लिए उपलब्ध है जो अपने BidResponse में BidResponse.Ad.width और BidResponse.Ad.height फ़ील्ड हैं. इसमें 3% उपलब्ध इंप्रेशन शामिल हैं और दूसरी तिमाही में हमारे Ad Manager क्लाइंट की ओर से ज़्यादा इन्वेंट्री उपलब्ध होने पर, इस तिमाही में यह संख्या बढ़ती जाएगी. हम जल्द ही, अनुमति वाली सूची बनाने वाले हैं, ताकि यह इन्वेंट्री सिर्फ़ उन खरीदारों को उपलब्ध कराई जा सके जिन्होंने विज्ञापन के साइज़ की कई बिड रिक्वेस्ट के जवाब में विज्ञापन का साइज़ सेट किया है. अगर बिड करने वाला व्यक्ति फ़िलहाल आपके BidResponses में BidResponse.Ad.width और BidResponse.Ad.height फ़ील्ड नहीं दिखा रहा है, तो आपको ऐसा करने के लिए बढ़ावा दिया जाता है, ताकि आपको इस तरह की इन्वेंट्री मिल सके. अनुमति वाले डोमेन की सूची में शामिल होने के तरीके के बारे में ज़्यादा जानकारी के लिए, अपने खाता मैनेजर से संपर्क करें.
- [ज़रूरी रिमाइंडर] SSL - तीसरे पक्ष के विज्ञापन दिखाने की सुविधा में होने वाला बदलाव
- हमें सिक्योर सॉकेट लेयर (एसएसएल) के एन्क्रिप्ट (सुरक्षित) किए गए ट्रैफ़िक के लिए सहायता उपलब्ध कराने में खुशी हो रही है. इससे Authorized Buyers, हमारे क्लाइंट को अलग तरह की इन्वेंट्री ऑफ़र कर पाएंगे. इनमें लॉग इन किए हुए उपयोगकर्ताओं के वेबमेल और अन्य इन्वेंट्री भी शामिल हैं. एसएसएल इन्वेंट्री इस मामले में यूनीक होती है कि शुरुआती विज्ञापन अनुरोध के बाद तीसरे पक्षों को किए जाने वाले सभी कॉल भी एसएसएल पर आधारित होने चाहिए. ऐसा न होने पर ब्राउज़र, उपयोगकर्ता को चेतावनी दिखाएगा. यह पक्का करने के लिए कि AdX में उपभोक्ता को बेहतर अनुभव मिले, हम एक नया SSL सर्टिफ़िकेशन पेश कर रहे हैं. इससे यह पक्का किया जा सकेगा कि सभी खरीदार टेक्नोलॉजी, SSL का पालन करती हैं.
- हमने पिछले साल अक्टूबर के आखिर में बताया था कि AdX पर एसएसएल इन्वेंट्री का पहला सोर्स, Google की YouTube जैसी प्रॉपर्टी के साइन-इन किए हुए उपयोगकर्ताओं से मिलेगा. फ़िलहाल, YouTube इन्वेंट्री का कुछ ही प्रतिशत एसएसएल चालू है. हालांकि, मई 2013 में, यह वॉल्यूम YouTube पर साइन-इन करने वाले सभी उपयोगकर्ताओं के लिए बढ़ जाएगा. यह कुल YouTube ट्रैफ़िक का 40% होता है. जैसे-जैसे हम वेबमेल और दूसरे सुरक्षित सिस्टम से नई इन्वेंट्री जोड़ते हैं, AdX पर एसएसएल इन्वेंट्री की सप्लाई में बढ़ोतरी का सिलसिला जारी रहेगा.
- एसएसएल इन्वेंट्री सिर्फ़ उन खरीदारों के लिए उपलब्ध होगी जिनके पास Google की सर्टिफ़िकेशन टीम से, एसएसएल की शर्तों को पूरा करने वाले सर्टिफ़ाइड खरीदार हैं. इस अवसर को हाथ से न जाने दें--अपने आरटीबी और तीसरे पक्ष के विज्ञापन पेश करने वाले प्लैटफ़ॉर्म पर जल्द से जल्द एसएसएल लागू करना शुरू करें.
- आरटीबी खरीदारों को एसएसएल और नॉन-एसएसएल वाले स्निपेट के लिए, अलग से purchase_creative_id का इस्तेमाल करने की ज़रूरत नहीं होगी. ज़्यादा जानकारी के लिए, हमारे सहायता केंद्र के दस्तावेज़ देखें.
- [रिमाइंडर] पब्लिशर की सेटिंग की फ़ाइलों का नया फ़ॉर्मैट
- हमने हाल ही में, पब्लिशर सेटिंग की फ़ाइलों (पीएसएफ़) के फ़ॉर्मैट में बदलाव किया है, ताकि उन्हें प्रोसेस करना आसान हो सके. नया फ़ॉर्मैट, PSF को 9 एमबी की दो फ़ाइलों में बांट देता है और फ़ाइल का कुल साइज़ 60% कम कर देता है.
- इसके अलावा, हम टाइप बाइट के आईडी फ़ील्ड कोFix64 टाइप के आईडी फ़ील्ड में बदलेंगे. फ़िलहाल दोनों फ़ील्ड की वैल्यू दी जा रही है, लेकिन 2 अप्रैल, 2013 से सिर्फ़ फ़िक्स्ड64 आईडी वाला फ़ील्ड ही भरा जाएगा.
- पीएसएफ़ खरीदारों को पब्लिशर की इन्वेंट्री से जुड़ी ज़रूरी शर्तों के बारे में जानकारी देते हैं, ताकि बोली लगाने वालों को बेहतर फ़ैसले लेने में मदद मिल सके. पीएसएफ़ में इस तरह का डेटा शामिल होता है: विज्ञापन टेक्नोलॉजी की अनुमति है, शामिल नहीं की गई कैटगरी, और ब्लॉक किए गए लैंडिंग पेज. कोई सवाल पूछने के लिए, अपने तकनीकी खाता मैनेजर से संपर्क करें या रीयल-टाइम बिडिंग से जुड़े दस्तावेज़ देखें.
- [आरटीबी प्रोटोकॉल] रोडमैप प्लानिंग - बिड रिस्पॉन्स में मार्च में नया एजेंसी फ़ील्ड शामिल किया जाएगा
- प्रोग्राम के हिसाब से, अपने-आप होने वाली खरीदारी में बढ़ोतरी की वजह से, पब्लिशर सीधे एजेंसियों के साथ प्रोग्रामैटिक डील पर हस्ताक्षर करने की कोशिश कर रहे हैं. खरीदारों और विक्रेताओं को खास खरीदार/एजेंसी/विज्ञापन देने वाले के मुताबिक सेगमेंट की गई पसंदीदा डील बनाने में मदद करने के लिए, BidResponse में एक नया एजेंसी फ़ील्ड जोड़ा जाएगा. एजेंसी के साथ खास डील बनाने की सुविधा होने से, AdX पर प्रोग्रैम्ड तरीके से खरीदारी करने की सुविधा के ज़रिए खरीदारों को ज़्यादा आसानी होती है. इससे, अपने खाते पर दूसरे विज्ञापन देने वालों और एजेंसियों के साथ होने वाले खर्च में कमी आती है.
- हमारा मानना है कि यह एक अहम बदलाव है और इसमें कुछ सुधार करने की ज़रूरत है. इसलिए, हम यह एलान इसलिए कर रहे हैं, ताकि आपको बिडिंग करने वालों में ज़रूरी बदलावों से जुड़ी योजना बनाने के लिए ज़रूरी समय मिल सके. हम मार्च के आखिर से इस फ़ील्ड को स्वीकार करना शुरू करेंगे और दूसरी तिमाही के आखिर में, इसे पसंदीदा डील में शामिल किया जाएगा. इस फ़ील्ड को शामिल करने से, खरीदारों को प्रोग्राम के हिसाब से अपने-आप मिलने वाली सुविधाओं के विकल्प मिलेंगे. साथ ही, इससे आपको उन पब्लिशर के साथ पसंदीदा डील पर बातचीत करने में मदद मिलेगी जो इस सुविधा वाले खरीदारों को खोज रहे हैं.
- डेटा उपलब्ध होने के बाद, क्रिएटिव सबमिट करते समय या BidResponse से एजेंसी फ़ील्ड में जानकारी भरी जा सकती है. नए एजेंसी फ़ील्ड को लागू करने के तरीके से जुड़ी ज़्यादा जानकारी के लिए हमारे साथ बने रहें. साथ ही, अगर आपका कोई सवाल है, तो अपने खाता मैनेजर से संपर्क करें.
- कुकी मैचिंग मैक्रो अब उपलब्ध हैं
- अब आपके पास कुकी से मेल खाने वाले यूआरएल को एक या उससे ज़्यादा मैक्रो के साथ कॉन्फ़िगर करने का विकल्प है. इससे यूआरएल में कुकी से मेल खाने वाले पैरामीटर जोड़े जाने का क्रम और जगह तय की जा सकेगी. इन मैक्रो का इस्तेमाल करने से आपको कुकी मैचिंग के लिए ज़्यादा सुविधा और कंट्रोल मिलता है. नए मैक्रो और उन्हें इस्तेमाल करने के तरीके के बारे में ज़्यादा जानने के लिए, हमारी कुकी मैचिंग गाइड पढ़ें.
15 अक्टूबर, 2012 की रिलीज़
नया क्या है
- नया
geo_criteria_id
- 2 अप्रैल, 2013 से, RTB प्रोटोकॉल में मौजूद
{country, region, city, metro}
फ़ील्ड, BidRequests में नहीं भेजे जाएंगे. इन फ़ील्ड को नएgeo_criteria_id
फ़ील्ड से बदल दिया जाएगा. यह एक आईडी है, जो उन भौगोलिक जगहों को दिखाता है. इन जगहों को, हमारी डेवलपर साइट पर मौजूद टारगेट टेबल में देखा जा सकता है. अगर आपका कोई सवाल है, तो अपने तकनीकी खाता मैनेजर से संपर्क करें. - [कार्रवाई आवश्यक]
seller_network
सेseller_network_id
पर माइग्रेशन seller_network
फ़ील्ड को नएseller_network_id
फ़ील्ड से बदल दिया जाएगा. इसमें, उस नेटवर्क से जुड़ा एक पूर्णांक शामिल होगा जो डाउनलोड पेज पर, seller-network-id.txt डिक्शनरी फ़ाइल में मिलता है. हम 2 अप्रैल, 2013 सेseller_network
फ़ील्ड सेट करना बंद कर देंगे.- नए फ़ील्ड का इस्तेमाल करने के लिए, बिडिंग करने वाले को अपडेट करें. खास तौर पर, Google Display Network की इन्वेंट्री की पहचान करने के लिए.
- [ध्यान दें] कई विज्ञापन आकार वाले बोली अनुरोधों में विज्ञापन की चौड़ाई और ऊंचाई शामिल की जानी चाहिए
- कई विज्ञापन साइज़ वाले सभी बिड रिक्वेस्ट के लिए, आपके
BidResponse
मेंBidResponse.Ad.width
औरBidResponse.Ad.height
फ़ील्ड शामिल होने चाहिए. कई विज्ञापन साइज़ वाले अनुरोधों के बिड रिस्पॉन्स, जिनमें ये फ़ील्ड शामिल नहीं हैं, नीलामी से हटा दिया जाएगा. - हालांकि, BidRequest.AdSlot में एक ही विज्ञापन साइज़ वाले बिड रिक्वेस्ट में, Ad.width और Ad.height फ़ील्ड शामिल नहीं होने चाहिए. हालांकि, हमारा सुझाव है कि विज्ञापन के साइज़ को हमेशा सबसे सही तरीका मानें.
2 जुलाई, 2012 की रिलीज़
नया क्या है
- नया आरटीबी प्रोटोकॉल फ़ील्ड
- आरटीबी प्रोटोकॉल के
BidRequest.AdSlot.ad_block_key
फ़ील्ड में एक 64-बिट पूर्णांक होता है, जो (web_property, स्टेशन, पेज) के कॉम्बिनेशन के लिए एक स्थायी आइडेंटिफ़ायर देता है. इस नए फ़ील्ड की मदद से, किसी खास विज्ञापन स्लॉट-विज्ञापन के कॉम्बिनेशन की परफ़ॉर्मेंस को ट्रैक किया जा सकता है, ताकि बिडिंग के लिए बेहतर फ़ैसले लिए जा सकें. - अगर आपको नए
BidRequest.AdSlot.ad_block_key
फ़ील्ड के बारे में कुछ पूछना है, तो अपने तकनीकी खाता मैनेजर से संपर्क करें या आरटीबी प्रोटोकॉल डेवलपर के दस्तावेज़ देखें. BidRequest
में कई विज्ञापन ग्रुप होने पर, विज्ञापन ग्रुप का आईडी ज़रूरी है- एक से ज़्यादा विज्ञापन समूहों वाले किसी बोली अनुरोध का जवाब देते समय,
BidResponse
मेंbilling_id
फ़ील्ड शामिल होना चाहिए. कईmatching_ad_data
फ़ील्ड (सब-मैसेज) वाली बिड रिक्वेस्ट में कई विज्ञापन ग्रुप होते हैं, क्योंकि हरmatching_ad_data
फ़ील्ड में सिर्फ़ एक विज्ञापन ग्रुप होता है.
2 जुलाई, 2012 से पहले, बोली जवाब मेंbilling_id
फ़ील्ड को शामिल करने की ज़रूरत तब होती थी, जब बोली लगाने वाला, होस्ट किए गए क्रिएटिव या मर्ज की गई स्ट्रीम का इस्तेमाल करता था. यह शर्त अब पुरानी हो गई है. - यूज़र इंटरफ़ेस (यूआई) में बल्क लोकेशन टारगेटिंग
- जगहों के लिए एक साथ कई फ़ाइलें अपलोड करने वाला टूल, अब Authorized Buyers यूज़र इंटरफ़ेस (यूआई) का हिस्सा है. इससे जगह के हिसाब से टारगेटिंग की रणनीतियों को और बेहतर बनाया जा सकता है.
5 जून, 2012 की रिलीज़
नया क्या है
GDN
नेseller_network
फ़ील्ड में,GCN
को मंज़ूर की गई वैल्यू के तौर पर बदल दिया हैBidRequest
अबseller_network
फ़ील्ड मेंGDN
का मान भेजता है. यह 1 जून, 2012 से पहले भेजे गएGCN
के मान से बदल जाता है. जहां भी बिड करने वाला व्यक्तिseller_network
फ़ील्ड का इस्तेमाल करता हो वहां यह पक्का करें कि आपने समीक्षा कर ली है. साथ ही, अगर ज़रूरी हो, तो अपने कोड में बदलाव करें, ताकि वैल्यू में बदलाव होने से कोई समस्या न हो.- VPAID v1.0 स्टैंडर्ड के आधार पर इंटरैक्टिव इन-स्ट्रीम वीडियो विज्ञापनों का बीटा वर्शन
- WRAP का मतलब है "वीडियो प्लेयर-विज्ञापन इंटरफ़ेस डेफ़िनिशन". यह इंटरैक्टिव इन-स्ट्रीम वीडियो विज्ञापनों के लिए, IAB की तरफ़ से पब्लिश किया गया स्टैंडर्ड है. Authorized Buyers ने आरटीबी प्रोटोकॉल और यूज़र इंटरफ़ेस (यूआई) के ज़रिए, VPAID विज्ञापनों के लिए बीटा वर्शन में सीमित सहायता देना शुरू कर दिया है. ज़्यादा जानकारी के लिए, अपने खाता प्रतिनिधि से संपर्क करें.
BidRequest
मेंmobile_device_type
का नया फ़ील्ड- मोबाइल इन्वेंट्री के बोली अनुरोधों में अब
mobile_device_type
फ़ील्ड शामिल है. फ़ील्ड की वैल्यू से पता चलता है कि विज्ञापन किस तरह के मोबाइल डिवाइस पर दिखाया जाएगा:TABLET
याHIGHEND_PHONE
. - नया नाम: Preferred डील, पहले डायरेक्ट डील के नाम से जाना जाता था
- यूज़र इंटरफ़ेस (यूआई) और सहायता में, "डायरेक्ट डील" शब्द को "पसंदीदा डील" से बदल दिया गया है. आने वाले समय में, Buyer REST API दस्तावेज़ के सही सेक्शन में नया नाम देखें.
BidRequest
में नयाUserList
मैसेज- बिड रिक्वेस्ट में एक या उससे ज़्यादा
UserList
मैसेज हो सकते हैं. हरUserList
मैसेज, ऑडियंस टारगेटिंग की एक सूची के बारे में बताता है, जिसमें उपयोगकर्ता को जोड़ा गया है. साथ ही, उपयोगकर्ता को जोड़े जाने के बाद से अब तक कितना समय लगा है. रीमार्केटिंग से जुड़े खरीदार यूज़र इंटरफ़ेस (यूआई) सहायता विषय देखें. यहां ऑडियंस-टारगेटिंग सूची को रीमार्केटिंग सूची कहा जाता है. यह सुविधा पाने के लिए कि बोली लगाने वाला व्यक्ति इस सुविधा का इस्तेमाल कर सके, अपने खाता प्रतिनिधि से संपर्क करें. excluded_sensitive_category
फ़ील्ड का स्ट्रिंग से int32 में ट्रांज़िशन- बिडिंग करने वाला व्यक्ति,
publisher-settings
प्रोटोबफ़ मेंexcluded_sensitive_category
फ़ील्ड का इस्तेमाल करके, यह देख सकता है कि पब्लिशर ने कॉन्टेंट की किन कैटगरी को अस्वीकार किया है. अगर ऐसा है, तो ध्यान रखें कि यह फ़ील्ड अब दो फ़ॉर्म में भेजा जा रहा है: दोहराया गया int32excluded_sensitive_category
और दोहराया गया स्ट्रिंगDEPRECATED_excluded_sensitive_category
. हमारा सुझाव है कि जब भी सुविधाजनक लगे, तब स्ट्रिंग के बंद होने के बाद, इस फ़ील्ड के int32 फ़ॉर्म को हैंडल करने के लिए, बिडिंग करने वाले में बदलाव करें. - यूआरएल और पहचान छिपाने वाले आईडी की कमी वाले बिड रिक्वेस्ट भेजते समय, Authorized Buyers आपकी बिड करने वाले व्यक्ति को स्किप कर सकता है
- अगर आपको लगता है कि बिडिंग में हिस्सा लेने वाले किसी ऐसे व्यक्ति को बिड रिक्वेस्ट नहीं भेजी जाएगी जिसमें पेज का यूआरएल या पहचान छिपाने वाला आईडी शामिल नहीं है, तो इस नए विकल्प के बारे में जानकारी पाने के लिए, अपने खाता प्रतिनिधि से संपर्क करें.
ये संसाधन जल्द ही उपलब्ध होंगे
- यूज़र इंटरफ़ेस (यूआई) में बल्क लोकेशन टारगेटिंग
- जगहों के लिए एक साथ कई फ़ाइलें अपलोड करने वाला टूल, जगह के हिसाब से टारगेटिंग की रणनीतियों को ज़्यादा कारगर बना सकता है. यह 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 इन-गेम विज्ञापन पब्लिशर की दी गई इन-गेम वीडियो इन्वेंट्री भी शामिल हो जाएगी.
वीडियो विज्ञापन खरीदने वाला कोई भी कैंपेन, अब अपने-आप इन-गेम प्लेसमेंट को खरीद लेता है. ऐसा तब तक होता है, जब तक कि कैंपेन में "इन-गेम" कैटगरी को बाहर नहीं रखा जाता.ContentLabel
टाइप केNegativeCampaignCriterion
जोड़ने के लिए, CampaignCriterionService का इस्तेमाल करके, Buyer SOAP API से इस एक्सक्लूज़न को जोड़ा जा सकता है. इसमेंcontentLabelType
कोGAMES
पर सेट किया जा सकता है. Authorized Buyers Video के बीटा वर्शन में किया गया यह अपडेट 1 मई, 2012 से लागू हुआ है. - कार्यक्रम के दिशा-निर्देश अपडेट किए गए
- व्यक्तिगत पहचान से जुड़ी जानकारी शेयर करने पर पाबंदी के दायरे को साफ़ तौर पर बताने, इस्तेमाल किए जाने वाले शब्दावली को बेहतर बनाने, Authorized Buyers API और प्रोटोकॉल की सेवा की शर्तों में शामिल विषयों को हटाने, कई दिशाओं में बढ़ने वाले क्रिएटिव के लिए बीटा के सहायता की व्याख्या करने, और तीसरे पक्ष के विज्ञापन दिखाने की प्रक्रिया को साफ़ तौर पर बताने के लिए कार्यक्रम के दिशा-निर्देशों को अपडेट किया गया है. इसमें मंज़ूरी पा चुके टेक्नोलॉजी वेंडर की सूची के लिंक देना और टेक्नोलॉजी वेंडर की जानकारी देना भी शामिल है .
- प्लेयर के साइज़ के हिसाब से वीडियो इंप्रेशन टारगेट करना
- वीडियो इन्वेंट्री के लिए,
BidRequest.AdSlot
में मौजूद चौड़ाई और लंबाई वाले फ़ील्ड, अब वीडियो प्लेयर के बारे में बताते हैं. Authorized Buyers Video के बीटा वर्शन में उपलब्ध इस अपडेट की मदद से, वीडियो इंप्रेशन को प्लेयर के साइज़ के हिसाब से टारगेट किया जा सकता है.
ये संसाधन जल्द ही उपलब्ध होंगे
- यूज़र इंटरफ़ेस (यूआई) में बल्क लोकेशन टारगेटिंग
- जगहों के लिए एक साथ कई फ़ाइलें अपलोड करने वाला एक नया टूल, Authorized Buyers यूज़र इंटरफ़ेस (यूआई) के हिस्से के तौर पर धीरे-धीरे लॉन्च किया जा रहा है. यह जगह जगह के हिसाब से टारगेटिंग की रणनीतियों को और बेहतर बना सकता है.
seller_network
फ़ील्ड में,GCN
को मंज़ूर की गई वैल्यू के तौर पर बदलने के लिएGDN
- 1 जून, 2012 से,
BidRequest
आज भेजे गएGCN
के मान को बदलकरseller_network
फ़ील्ड मेंGDN
का मान भेजेगा. जहां भी बिड करने वाला व्यक्ति,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
नाम का एक नया फ़ील्ड है. 'सही' पर सेट होने पर, यह फ़ील्ड बताता है कि पब्लिशर ने प्री-टारगेटिंग विज्ञापन ग्रुप के खाते के लिए, एक कम से कम सीपीएम सेट किया है.- अब आपके पास एचटीएमएल स्निपेट के रूप में विज्ञापन दिखाने के बजाय, होस्ट किए गए क्रिएटिव दिखाने का विकल्प है. ज़्यादा जानकारी के लिए, जवाब बनाना पर जाएं.
- अलग-अलग और सभी चैनलों के लिए एक साथ लाइव स्ट्रीम के लिए नई सुविधा, किसी अलग Authorized Buyers खाते से एक या उससे ज़्यादा DSP के ज़रिए खरीदारी करने की सुविधा देती है. ज़्यादा जानकारी के लिए, एक से ज़्यादा खातों की तरफ़ से बिडिंग देखें.
14 सितंबर, 2010 की रिलीज़
- अब यूज़र इंटरफ़ेस (यूआई) में एक कैंपेन सेटिंग है, जिसका इस्तेमाल
adxrtb.com
यूआरएल की जगह पर, प्री-टारगेटिंग के लिए किसी कैंपेन और उसके सभी विज्ञापन ग्रुप को मार्क करने के लिए किया जाता है. जब तक हम सभी मौजूदा कैंपेन को नई सेटिंग इस्तेमाल करने के लिए माइग्रेट नहीं कर देते, तब तकadxrtb.com
यूआरएल काम करता रहेगा. नई सेटिंग का इस्तेमाल करने वाले प्री-टारगेटिंग विज्ञापन ग्रुप में, प्लेसहोल्डर विज्ञापनों की अब भी ज़रूरत होती है. हालांकि, इनके लिए डेस्टिनेशन यूआरएल (विज्ञापन के लैंडिंग पेज का यूआरएल) की जानकारी देना ज़रूरी होता है. हालांकि, अब आपके पास एचटीएमएल स्निपेट में प्लेसहोल्डर विज्ञापन से जुड़े असली यूआरएल का इस्तेमाल करने का विकल्प है. दूसरा विकल्प, प्लेसहोल्डर विज्ञापन के लिएadxrtb.com
यूआरएल का इस्तेमाल जारी रखना है. हालांकि, यह भी ध्यान रखें कि कैंपेन सेटिंग की ज़रूरत भी हो. ध्यान दें कि कैंपेन सेटिंग का इस्तेमाल करते समय, प्री-टारगेटिंग और नॉन-प्री-टारगेटिंग विज्ञापन ग्रुप एक ही कैंपेन में मौजूद नहीं हो सकते. - अब ऑटोमेटेड रिपोर्ट उपलब्ध हैं. इनमें बिड करने वाले की परफ़ॉर्मेंस को समझने में आपकी मदद करने के लिए जानकारी मौजूद है. ये रिपोर्ट, आपके भेजे गए ईमेल पते पर हर घंटे भेजी जाती है. अगर आपको ये रिपोर्ट चालू करनी हैं, तो अपने तकनीकी खाता मैनेजर से बात करें.
17 जून, 2010 की रिलीज़
- कुकी मैचिंग सेवा के लिए एचटीटीपीएस की सुविधा जोड़ी गई. अब आप एचटीटीपी के बजाय एचटीटीपीएस का इस्तेमाल करके, cm.g.doubleclick.net पर अनुरोध कर सकते हैं. इस मामले में, रीडायरेक्ट उसी यूआरएल पर जाएगा जो कॉन्फ़िगर किए गए उसी यूआरएल पर जाएगा. हालांकि, वह एचटीटीपी के बजाय एचटीटीपीएस का भी इस्तेमाल करेगा.
BidRequest
में एक नया फ़ील्डtimezone_offset
है, जो उपयोगकर्ता के ब्राउज़र में पता लगाए गए टाइमज़ोन उपलब्ध होने पर उसे दिखाता है. डाउनलोड पेज सेrealtime-bidding.proto
का सबसे नया वर्शन डाउनलोड करें, नए फ़ील्ड पर टिप्पणियां पढ़ें, और अपने ऐप्लिकेशन में ज़रूरी अपडेट करें.- आरटीबी के ज़रिए दिखाए जाने वाले विज्ञापनों के लिए, हम समीक्षा और पुष्टि के कुछ और चरण जोड़ रहे हैं. यह पक्का करने के लिए कि आपके विज्ञापनों को समय पर दिखाए जाने की मंज़ूरी मिल जाए, पक्का करें कि वे ओरिजनल इंप्रेशन के बाद लंबे समय तक ठीक से दिख रहे हों. कभी-कभी अनियमितताएं या अलग-अलग चीज़ें होने की वजह से, प्रॉडक्ट को अस्वीकार किए जाने में ज़्यादा समय लग सकता है.
14 अप्रैल, 2010 की रिलीज़
- वेबसाइट में फ़ोल्ड के ऊपर, अब
slot_visibility
के नए फ़ील्ड में जानकारी दिखेगी. नई प्रोटोकॉल बफ़र परिभाषा डाउनलोड पेज पर उपलब्ध है. - आने वाले महीनों में, हम धीरे-धीरे इसे नई वर्टिकल कैटगरी में शामिल करेंगे. नई टेक्सॉनमी फ़ाइल डाउनलोड पेज पर उपलब्ध है और नई कैटगरी
vertical_dictionary_version
कोBidRequest
में जोड़ दिया गया है. इससे पता चलेगा कि नई कैटगरी का इस्तेमाल कब किया जा रहा है. - अब
google_user_id
फ़ील्ड की वैल्यू कोBidRequest
से बिड यूआरएल में डाला जा सकता है. इसके लिएGOOGLE_USER_ID
मैक्रो का इस्तेमाल करके, जानकारी के लिए बिड यूआरएल मैक्रो देखें. - ध्यान रखें कि आपको हमेशा ऐसा मान्य
BidResponse
देना चाहिए जोBidRequest
मेंis_ping
फ़ील्ड को सेट करने वाले अनुरोधों के लिए,protocol_version
औरprocessing_time_ms
पर सेट हो. इससे हमें उन जगहों को ट्रैक करने में मदद मिलेगी जो बिड करने वाले आपके बिड करने वाले तक पहुंच सकती हैं. साथ ही, कॉन्फ़िगरेशन में लगातार बदलाव कर सकते हैं.
10 मार्च, 2010 की रिलीज़
Authorized Buyers को एक नई सुविधा का एलान करते हुए खुशी हो रही है. इससे रीयल-टाइम बिडर के खरीदारों के लिए, उपलब्ध इन्वेंट्री की संख्या में काफ़ी बढ़ोतरी होगी. एक या उससे ज़्यादा “संवेदनशील कैटगरी” (उदाहरण के लिए, राजनीति, डेटिंग, धर्म, वज़न घटाने) से जुड़े विज्ञापनों पर पाबंदी लगाने वाली पब्लिशर इन्वेंट्री अब आरटीबी के ज़रिए उपलब्ध है. पब्लिशर की पाबंदियों का पालन करने के लिए, Google, खरीदार के विज्ञापनों को लैंडिंग पेज के कॉन्टेंट के आधार पर कैटगरी में बांटता है. यह वर्गीकरण हर बार 10 मिनट के अंतराल पर, किसी नए विज्ञापन लैंडिंग पेज का पता चलने पर किया जाएगा. इस वजह से, नए विज्ञापनों को कैटगरी में बांटने के बाद, हो सकता है कि नए विज्ञापन थोड़े समय के लिए न दिखाए जाएं.
Google सामग्री नेटवर्क के साथ मिलकर, Authorized Buyers एक नई सुविधा की घोषणा कर रहे हैं, जिसकी मदद से खरीदार अब GCN साइटों पर "फ़ोल्ड के नीचे" इन्वेंट्री फ़िल्टर कर सकते हैं. नए फ़िल्टर की मदद से, विज्ञापन सिर्फ़ उन जगहों पर दिखाए जा सकेंगे जो पेज लोड होने पर, उपयोगकर्ता की स्क्रीन पर दिखेंगी. इसके लिए, उन्हें नीचे स्क्रोल करने की ज़रूरत नहीं होगी. Google ने आंकड़ों के आधार पर एक समाधान लागू किया है, जिससे यह तय किया जा सकेगा कि कौनसे विज्ञापन वेबसाइट में फ़ोल्ड के ऊपर और नीचे हैं. अगर ब्राउज़र विंडो लोड होने पर विज्ञापन पूरी तरह से स्क्रीन पर दिखते हैं, तो आंकड़ों के हिसाब से बनाए गए मॉडल में विज्ञापन सिर्फ़ "पेज के ऊपरी हिस्से" पर दिखते हैं. इस रिलीज़ के साथ हमारा लक्ष्य विज्ञापनदाताओं को उन स्थानों पर बेहतर नियंत्रण देना है, जहां उनके विज्ञापन दिखाई देते हैं, साथ ही Google सामग्री नेटवर्क को उच्च प्रदर्शन करने वाले ब्रांड अभियान चलाने के लिए एक ज़्यादा शक्तिशाली, नियंत्रित वातावरण बनाना है.
आरटीबी समाधान का इस्तेमाल करने वाले खरीदार, यूज़र इंटरफ़ेस में फ़ोल्ड वाली इन्वेंट्री को बाहर रख सकते हैं. फ़िल्टर करने की इस सुविधा के अलावा, हर बिड रिक्वेस्ट में विज्ञापन यूनिट की जगह की जानकारी भी शामिल होगी. जैसे, वेबसाइट में फ़ोल्ड के ऊपर, फ़ोल्ड के नीचे या अज्ञात. आप इस डेटा का उपयोग अपनी बोली की गणना करने में सहायता के लिए कर सकते हैं. यह जानकारी, BidRequest
के नए slot_visibility
फ़ील्ड में है. डाउनलोड पेज पर जाकर, प्रोटोकॉल बफ़र की अपडेट की गई परिभाषा देखी जा सकती है.
इसके अलावा, हमने ये बदलाव किए हैं:
- पहले से टारगेट करने वाले कैंपेन की फ़्रीक्वेंसी कैपिंग सेटिंग के हिसाब से, अब यह तय किया जाता है कि बिड रिक्वेस्ट भेजना है या नहीं. इससे पहले, यूज़र इंटरफ़ेस (यूआई) में की गई ऐसी किसी भी सेटिंग को अनदेखा किया जाता था.
- अब हम यूरोप में मौजूद बिडिंग करने वालों को अनुरोध भेज सकते हैं. यह सुविधा, टेस्ट की सामान्य प्रक्रिया का इस्तेमाल करने वाले नए ग्राहकों के लिए उपलब्ध है. अगर पहले से ही दूसरी जगहों से बिडिंग की जा रही है और यूरोप में सर्वर मौजूद हैं, तो आपको और जांच करने की ज़रूरत नहीं है. ऐसे में, अपने तकनीकी खाता मैनेजर से कोटा कॉन्फ़िगर करने के बारे में पूछें.
- अब किसी कैटगरी को बाहर रखने की सुविधा का इस्तेमाल करने वाले पब्लिशर की इन्वेंट्री को रीयल-टाइम बिडिंग की सुविधा मिल सकती है. इस इन्वेंट्री पर बिड करते समय, आपको BidResponse में कैटगरी के बारे में बताना होगा. ऐसा न करने पर बिड हटा दी जाएंगी.
- अब सिस्टम कुछ
BidRequests
भेजता है. इसमेंis_ping
फ़ील्ड को 'सही है' पर सेट किया जाता है - अनुरोध करने वाले की स्क्रिप्ट को कई तरीकों से अपडेट किया गया है:
- एचटीटीपी कनेक्शन चालू रखें
- पिछली कुछ रिलीज़ में पेश किए गए सभी नए फ़ील्ड को भरें
- विकल्प के तौर पर, आपको
BidRequests
में भेजने के लिएgoogle_user_ids
का सेट तय करने की अनुमति दें is_ping
'सही' जवाब वाले 1% अनुरोध भेजें
- डाउनलोड पेज पर,
vendors.txt
का अपडेट किया गया वर्शन उपलब्ध है. - फ़िलहाल, आपको अपने तकनीकी खाता मैनेजर से कोटा अडजस्ट करने के लिए कहना होगा. अगर आपको ट्रैफ़िक बढ़ाना है, तो बढ़ोतरी का अनुरोध करने के लिए, अपने तकनीकी खाता मैनेजर से संपर्क करें.
24 फ़रवरी, 2010 की रिलीज़
BidRequest
में दो publisher_settings_list_id
फ़ील्ड जोड़े गए हैं. एक पेज लेवल पर और एक स्लॉट
लेवल पर है. दोनों पास की वैल्यू, जिनका इस्तेमाल पब्लिशर से जुड़ी पाबंदियों की सूची में एंट्री देखने के लिए, कुंजियों के तौर पर किया जा सकता है. ज़्यादा जानकारी के लिए, अपने तकनीकी खाता मैनेजर
से संपर्क करें.
BidRequest
में एक नया seller_network
फ़ील्ड है. बिना पहचान वाली इन्वेंट्री (उदाहरण के लिए, वह इन्वेंट्री जिसके लिए यूआरएल फ़ील्ड सेट किया गया है) के लिए, इंप्रेशन बेचने वाले नेटवर्क का नाम डाला जाता है. उदाहरण के लिए, Google कॉन्टेंट नेटवर्क की सभी इन्वेंट्री में इस फ़ील्ड में "GCN" वैल्यू भरी होगी.
27 जनवरी 2010 के रिलीज़ नोट में बताई गई खाता-लेवल सेटिंग अब चालू है. पिछले नोट में दी गई जानकारी देखें और अगर आपको सेटिंग बदलनी है, तो अपने खाता मैनेजर से संपर्क करें.
डाउनलोड पेज पर, एक नई sellers.txt फ़ाइल उपलब्ध है. इसमें पिछले वर्शन की तुलना में, वेंडर की संख्या ज़्यादा है. पिछले वर्शन के सभी आईडी अब भी मान्य हैं.
BidResponse
में एक नई कैटगरी फ़ील्ड है. इस नई सुविधा को इस्तेमाल करने का तरीका जानने के लिए, उस फ़ील्ड और BidResponse
के excluded_category
फ़ील्ड पर की गई टिप्पणियां पढ़ें. डाउनलोड पेज पर, अपडेट किए गए कैटगरी कोड के साथ एक नई ad-categories.txt
फ़ाइल भी उपलब्ध है.
बिड करने वाले की किसी भी भूमिका में बदलाव करने से पहले, उसकी जांच करने के लिए, डाउनलोड पेज से अनुरोध करने वाले टूल के नए वर्शन का इस्तेमाल करें.
आपको याद दिला दें कि BidResponse
के click_through_url
फ़ील्ड में, विज्ञापनों के सभी यूआरएल की सही जानकारी देना न भूलें. इसका तरीका, सहायता केंद्र के विज्ञापनों में क्लिक-थ्रू यूआरएल का एलान करना लेख में बताया गया है. ध्यान दें कि आपको यूआरएल का पूरा प्रोटोकॉल शामिल करना होगा. उदाहरण के लिए, www.example.com के बजाय, http://www.example.com.
27 जनवरी, 2010 की रिलीज़
realtime-bidding.proto
में कई नए फ़ील्ड हैं और कुछ फ़ील्ड अब काम नहीं करते. सबसे नया वर्शन डाउनलोड करें, किसी भी बदले गए फ़ील्ड पर की गई टिप्पणियां पढ़ें, और अपने ऐप्लिकेशन में ज़रूरी अपडेट करें.
हमारा सुझाव है कि आप requester.tar.gz प्रोग्राम का सबसे नया वर्शन डाउनलोड करें. साथ ही, हर बार बिडिंग प्रोग्राम में बदलाव करने पर, टेस्ट करने के लिए इसका इस्तेमाल करें.
अब हर इलाके के हिसाब से बिड के यूआरएल काम करते हैं. अगर आपको हर क्षेत्र में एक अलग यूआरएल कॉन्फ़िगर करना है, तो हमसे संपर्क करें. उदाहरण के लिए, एक यूआरएल पश्चिमी तट पर और दूसरा पूर्वी तट पर.
अगली रिलीज़ में, हम खाता-लेवल की एक सेटिंग जोड़ेंगे. इसमें, यह तय किया जा सकेगा कि जिन मामलों में इंप्रेशन को शामिल करने का विकल्प उपलब्ध है उन मामलों में, पहचान छिपाकर भेजे जाने वाले या ब्रैंड के आधार पर इंप्रेशन कैसे भेजे जाएं. बिना नाम वाले इंप्रेशन के लिए विक्रेता के तय किए गए कम से कम सीपीएम थ्रेशोल्ड होंगे, लेकिन उनका आईडी साइट के यूआरएल के बजाय, बिना नाम वाला आईडी होगा. ब्रैंडेड इंप्रेशन में साइट का यूआरएल होगा, लेकिन उसके लिए कम से कम सीपीएम की सीमा भी ज़्यादा हो सकती है. प्राथमिकता के लिए डिफ़ॉल्ट सेटिंग ब्रैंडेड होगी. अगर आपको इस सेटिंग को डिफ़ॉल्ट से अलग रखना है, तो हमसे संपर्क करें.