आपका ऐप्लिकेशन, Google से मिले बिड रिक्वेस्ट को प्रोसेस करने के बाद, जवाब बनाकर भेजेगा. इस गाइड में, जवाब बनाने के लिए अपने ऐप्लिकेशन को कोड करने का तरीका बताया गया है.
BidResponse मैसेज बनाना
बिड सबमिट करने के लिए, आपके बिडिंग ऐप्लिकेशन को बिड के अनुरोध का जवाब देना होगा. यह जवाब, आपके कॉन्फ़िगर किए गए फ़ॉर्मैट में Bid
वाले BidResponse
के साथ होना चाहिए. अगर JSON फ़ॉर्मैट का इस्तेमाल किया जा रहा है, तो आपके रिस्पॉन्स में Content-Type
हेडर को application/json; charset=utf-8
पर सेट करना होगा. साथ ही, बॉडी में JSON BidResponse
शामिल करना होगा. अगर Protobuf फ़ॉर्मैट का इस्तेमाल किया जा रहा है, तो आपके ऐप्लिकेशन को Content-Type
हेडर को application/octet-stream
पर सेट करना होगा और बॉडी में क्रम से लगाए गए BidResponse
को शामिल करना होगा.
Protobuf फ़ॉर्मैट के लिए BidResponse
बनाने और उसे सीरियलाइज़ करने के लिए, आपको openrtb.proto और openrtb-adx.proto के आधार पर Protobuf लाइब्रेरी जनरेट करनी होंगी और उनका इस्तेमाल करना होगा. ये लाइब्रेरी, Protobuf में स्टैंडर्ड OpenRTB BidResponse
फ़ील्ड और Google एक्सटेंशन को लागू करती हैं. ये प्रोटो और रेफ़रंस डेटा में मिल सकते हैं.
अगर आपको किसी इंप्रेशन पर बिड नहीं करनी है, तो आपको खाली एचटीटीपी
204 रिस्पॉन्स दिखाना होगा. आपके ऐप्लिकेशन को हर BidRequest
के लिए जवाब देना होगा. टाइम आउट और ऐसे रिस्पॉन्स जिन्हें पार्स नहीं किया जा सकता उन्हें गड़बड़ियां माना जाता है. साथ ही, Google ज़्यादा गड़बड़ी दर वाले बिडर को थ्रॉटल करता है.
क्रिएटिव आईडी
आपका BidResponse
, BidResponse.seatbid.bid.crid
फ़ील्ड (64 बाइट की सीमा) के ज़रिए किसी क्रिएटिव की जानकारी देता है. अगर एक जैसे क्रिएटिव में कोई खास बात अलग-अलग है, तो इस फ़ील्ड के लिए उन क्रिएटिव की वैल्यू भी अलग-अलग होनी चाहिए. इनमें साइज़, एलान किया गया यूआरएल, क्रिएटिव एट्रिब्यूट, और वेंडर टाइप वगैरह शामिल हैं. दूसरे शब्दों में, आपको दो ऐसे विज्ञापनों के लिए अलग-अलग क्रिएटिव आईडी देने होंगे:
- अलग तरह से दिखना या व्यवहार करना.
- अलग-अलग इमेज में रेंडर करें.
- अलग-अलग तरीकों से रेंडर किए जाते हैं. उदाहरण के लिए, एक विज्ञापन में इमेज है, जबकि दूसरे में वीडियो है.
अपना ऐप्लिकेशन डिज़ाइन करते समय, आपको आइडेंटिफ़ायर जनरेट करने का एक व्यवस्थित तरीका तय करना चाहिए. यह तरीका, सबमिट किए जाने वाले क्रिएटिव के हिसाब से होना चाहिए.
विज्ञापन की अहम जानकारियां
Google का सुझाव है कि आप अपने विज्ञापन की विशेषताओं और टारगेटिंग के बारे में बताने के लिए, क्रिएटिव एट्रिब्यूट का एलान करें. इसके लिए, BidResponse.seatbid.bid.apis
और BidResponse.seatbid.bid.attr
के कॉम्बिनेशन या BidResponse.seatbid.bid.ext.attribute
एक्सटेंशन का इस्तेमाल करें. यहां एट्रिब्यूट की जानकारी देने का तरीका बताया गया है:
VPAID
BidResponse.seatbid.bid.apis
कोVPAID_1
याVPAID_2
पर सेट करें. JSON फ़ॉर्मैट के लिए, इसे1
या2
पर सेट किया जा सकता है.MRAID
JSON फ़ॉर्मैट के लिए,BidResponse.seatbid.bid.apis
कोMRAID_1
या3
पर सेट करें.SIZELESS
JSON फ़ॉर्मैट के लिए,BidResponse.seatbid.bid.attr
कोRESPONSIVE
या18
पर सेट करें.PLAYABLE
इसकी जानकारी,BidResponse.seatbid.bid.attr
कोUSER_INTERACTIVE
पर सेट करके दी जाती है. इसके अलावा, JSON फ़ॉर्मैट के लिए13
पर सेट किया जा सकता है.
अपने क्रिएटिव में मिली प्रॉपर्टी के बारे में सुझाव, शिकायत या राय पाने के तरीके के बारे में जानने के लिए, क्रिएटिव से जुड़ा संसाधन देखें.
ओपन बिडिंग फ़ील्ड
ओपन बिडिंग में हिस्सा लेने वाले एक्सचेंज और नेटवर्क बिडिंग की कंपनियों से मिली बिड के जवाब, स्टैंडर्ड रीयल-टाइम बिडिंग में हिस्सा लेने वाले Authorized Buyers से मिले जवाबों से मिलते-जुलते होते हैं. ओपन बिडिंग के ग्राहक, कुछ अतिरिक्त फ़ील्ड तय कर सकते हैं. साथ ही, कुछ मौजूदा फ़ील्ड का इस्तेमाल अन्य कामों के लिए किया जा सकता है. इनमें ये शामिल हैं:
फ़ील्ड | विवरण |
---|---|
BidResponse.imp.pmp.deals.id |
एक्सचेंज के नेमस्पेस से मिला डील आईडी, जो इस बिड से जुड़ा है और पब्लिशर को रिपोर्ट किया गया है. |
BidResponse.seatbid.bid.ext.exchange_deal_type |
पब्लिशर को रिपोर्ट की गई डील का टाइप. इससे नीलामी में डील के व्यवहार पर असर पड़ता है. |
BidResponse.seatbid.bid.ext.third_party_buyer_token |
अगर ओपन बिडर के तौर पर एक्सचेंज, मध्यस्थ है, तो तीसरे पक्ष के खरीदार की आखिरी जानकारी की पहचान करने के लिए इस्तेमाल किया जाने वाला टोकन. इसे तीसरे पक्ष के खरीदार से हासिल किया जाता है. बिड रिस्पॉन्स में इसे बिना किसी बदलाव के Google को भेजा जाना चाहिए. |
सुझाव
- अपने सर्वर पर, हमेशा चालू रहने वाले एचटीटीपीएस कनेक्शन (जिन्हें "कनेक्शन को चालू रखना" या "कनेक्शन का फिर से इस्तेमाल करना" भी कहा जाता है) चालू करें. टाइम आउट को कम से कम 10 सेकंड पर सेट करें. ज़्यादा वैल्यू से कई मामलों में फ़ायदा होता है. Google आपके ऐप्लिकेशन के इंतज़ार का समय जांचने के दौरान, इसकी पुष्टि करता है. ऐसा इसलिए, क्योंकि अनुमति पा चुके खरीदार, अनुरोधों को तेज़ी से भेजते हैं. साथ ही, उन्हें हर अनुरोध के लिए अलग टीसीपी कनेक्शन बनाने में लगने वाले इंतज़ार के समय से बचना होता है.
बिड जीतने के बजाय, इंप्रेशन के रेंडर होने का समय ट्रैक करने के लिए, वैकल्पिक इंप्रेशन ट्रैकिंग यूआरएल शामिल करें. विज्ञापन दिखाए जाने और विज्ञापन दिखाए जाने के बाद उपयोगकर्ताओं के ग्राहक में बदलने के बीच के अंतर की वजह से, इससे ट्रैकिंग के ज़्यादा सटीक आंकड़े मिलते हैं.
- बिडर कोड को ऐसे फ़ील्ड पर निर्भर न रखें जो अब काम नहीं करते. ऐसा करने पर, आपकी बिड गड़बड़ियों की वजह से अस्वीकार हो सकती हैं.
- अपने
BidResponse
मेंBidResponse.seatbid.bid.w
औरBidResponse.seatbid.bid.h
शामिल करें. कई विज्ञापन साइज़ वाले अनुरोध के लिए,BidResponse
में ये फ़ील्ड शामिल होने चाहिए. ऐसा न करने पर, इसे नीलामी से हटा दिया जाएगा. - अपने जवाब का साइज़ 8K से कम रखें. बहुत बड़े रिस्पॉन्स से, नेटवर्क के रिस्पॉन्स में लगने वाला समय बढ़ सकता है और टाइम आउट हो सकता है.
- ऐसी iOS इन्वेंट्री पर बिडिंग के लिए दिशा-निर्देशों का पालन करें जिसके लिए SKAdNetwork एट्रिब्यूशन की ज़रूरत होती है.
बिड रिस्पॉन्स का उदाहरण
यहां दिए गए उदाहरणों में, Protobuf और JSON अनुरोधों के ऐसे सैंपल दिए गए हैं जिन्हें कोई भी व्यक्ति आसानी से पढ़ सकता है.
OpenRTB प्रोटोबफ़
OpenRTB JSON
अहम जानकारी: सैंपल में दिखाए गए Protobuf मैसेज, यहां ऐसे टेक्स्ट के तौर पर दिखाए गए हैं जिसे कोई भी पढ़ सकता है. हालांकि, मैसेज को इस तरह से नहीं भेजा जाता. OpenRTB Protobuf फ़ॉर्मैट का इस्तेमाल करते समय, सिर्फ़ क्रम में लगाए गए BidResponse मैसेज स्वीकार किए जाएंगे.
यहां दिए गए C++ कोड का इस्तेमाल करके, BidResponse
मैसेज बनाया और क्रम से लगाया जा सकता है:
BidResponse bid_response; // fill in bid response with bid information string post_response; if (bid_response.SerializeToString(&post_response)) { // respond to the POST with post_response as the content } else { // return an error to the POST }
क्रिएटिव की जानकारी दें
बिड रिस्पॉन्स से यह पता चलता है कि आपकी बिड जीतने पर कौनसा क्रिएटिव दिखाया जाएगा. आपकी बिड में, इस्तेमाल किए जा सकने वाले विज्ञापन फ़ॉर्मैट (एएमपी, वीडियो, नेटिव) में से कोई एक शामिल होना चाहिए. इस उदाहरण में, हम html_snippet
फ़ील्ड का इस्तेमाल करके क्रिएटिव की जानकारी देते हैं.
इसके अलावा, विज्ञापन फ़ॉर्मैट के आधार पर, इनमें से किसी फ़ील्ड का इस्तेमाल करके भी अपना क्रिएटिव तय किया जा सकता है:
- SDK टूल से रेंडर किया गया विज्ञापन
BidResponse.seatbid.bid.ext.sdk_rendered_ad
- एएमपी
BidResponse.seatbid.bid.amp_ad_url
- वीडियो
BidResponse.seatbid.bid.adm
- नेटिव
BidResponse.seatbid.bid.adm_native
BidResponse.seatbid.bid.adm
फ़ील्ड में एचटीएमएल स्निपेट का इस्तेमाल करके, अपने सर्वर पर होस्ट किए जा रहे विज्ञापन की जानकारी दें. स्निपेट को वेब पेज में डाले गए iFrame में शामिल किया जाता है. इससे, पेज लोड होने पर विज्ञापन को वापस पाया और रेंडर किया जाता है. आपको एचटीएमएल स्निपेट को इस तरह से बनाना होगा कि विज्ञापन (बैनर या इंटरस्टीशियल), आईएफ़आरईम में सही तरीके से रेंडर हो. साथ ही, वह उस विज्ञापन स्लॉट के लिए सही साइज़ में हो जिसके लिए बिडिंग की जा रही है.
इसके अलावा, बिड रिस्पॉन्स में बताया गया विज्ञापन साइज़, बिड रिक्वेस्ट में मौजूद साइज़ के किसी एक कॉम्बिनेशन से पूरी तरह मेल खाना चाहिए, जब:
- विज्ञापन, सामान्य बैनर हो (वीडियो, नेटिव या इंटरस्टीशियल नहीं).
- बिड लगाने वाले ने बिड रिस्पॉन्स में साइज़ की जानकारी दी हो. जब अनुरोध में एक से ज़्यादा साइज़ मौजूद हों, तो साइज़ की जानकारी देना ज़रूरी है.
- हालांकि, इंटरस्टीशियल विज्ञापनों के लिए यह शर्त लागू नहीं होती. इंटरस्टीशियल के लिए, चौड़ाई कम से कम स्क्रीन की चौड़ाई का 50% और ऊंचाई कम से कम स्क्रीन की ऊंचाई का 40% होनी चाहिए.
सही तरीके से रेंडर होने वाले किसी भी मान्य एचटीएमएल कोड का इस्तेमाल करके, एचटीएमएल स्निपेट क्रिएटिव तय किया जा सकता है. हालांकि, BidResponse मैसेज बनाएं सेक्शन में crid
फ़ील्ड की जानकारी देने से जुड़ी पाबंदियों को ध्यान में रखें.
इसका एक इस्तेमाल, विज्ञापन को रेंडर करने के लिए आपके सर्वर से फ़ेच किए गए यूआरएल के आर्ग्युमेंट में अतिरिक्त जानकारी डालना है. इससे, इंप्रेशन के बारे में मनमुताबिक डेटा को अपने सर्वर पर वापस भेजा जा सकता है.
बिड रिस्पॉन्स में दिखाए गए एचटीएमएल स्निपेट के लिए ज़्यादातर नीतियां, तीसरे पक्ष के विज्ञापनों के लिए तय की गई नीतियों जैसी ही होती हैं. ज़्यादा जानकारी के लिए, Authorized Buyers प्रोग्राम के दिशा-निर्देश, तीसरे पक्ष के विज्ञापन दिखाने से जुड़ी ज़रूरी शर्तें, और विज्ञापनों में क्लिक मिलने वाले यूआरएल की जानकारी दें लेख पढ़ें.
मैक्रो तय करना
मैक्रो, फ़ॉर्मैट किए गए टेक्स्ट होते हैं. इन्हें बिड रिस्पॉन्स के कुछ फ़ील्ड में जोड़ा जाता है. इन फ़ील्ड में यूआरएल होते हैं, जिन्हें विज्ञापन दिखाने के समय काम की वैल्यू से बदल दिया जाता है. उदाहरण के लिए, अगर आपकी जीतने वाली बिड में, बिड के साथ शामिल एचटीएमएल स्निपेट क्रिएटिव में AUCTION_PRICE
मैक्रो शामिल था, तो मैक्रो को ऐसी वैल्यू से बदल दिया जाएगा जिसे डिक्रिप्ट करके, नीलामी में इंप्रेशन के लिए चुकाई गई रकम का पता लगाया जा सकता है.
मैक्रो को इन फ़ील्ड में शामिल किया जा सकता है:
-
BidResponse.seatbid.bid.adm
मैक्रो, एचटीएमएल स्निपेट, नेटिव, वीडियो यूआरएल, और वीडियो VAST के लिए काम करते हैं एक्सएमएल फ़ॉर्मैट.
-
BidResponse.seatbid.bid.adm_native.eventtrackers.url
-
BidResponse.seatbid.bid.adm_native.imptrackers
-
BidResponse.seatbid.bid.ext.amp_ad_url
एएमपी क्रिएटिव के लिए, सिर्फ़ Google के
WINNING_PRICE
औरWINNING_PRICE_ESC
मैक्रो काम करते हैं. -
BidResponse.seatbid.bid.burl
-
BidResponse.seatbid.bid.ext.impression_tracking_url
अगर आपको एक से ज़्यादा बिलिंग यूआरएल की ज़रूरत है, तो
BidResponse.seatbid.bid.burl
के बजाय इसका इस्तेमाल करें.
उदाहरण के लिए, क्रिएटिव को फ़ेच करने के लिए इस्तेमाल किए गए यूआरएल में ${MACRO}
को एम्बेड करके, एचटीएमएल स्निपेट के हिस्से के तौर पर मैक्रो शामिल किया जा सकता है. यहां MACRO
, OpenRTB स्पेसिफ़िकेशन में बताए गए काम करने वाले मैक्रो में से एक है.
Google मैक्रो
Google, OpenRTB स्पेसिफ़िकेशन में मौजूद मैक्रो के अलावा, अन्य मैक्रो के साथ भी काम करता है. इनका फ़ॉर्मैट अलग होता है और इन्हें यूआरएल में एम्बेड करने पर, ये %%MACRO%%
के तौर पर दिखते हैं. नीचे दी गई टेबल में इन मैक्रो के बारे में बताया गया है:
मैक्रो | ब्यौरा |
---|---|
ADVERTISING_IDENTIFIER |
इससे खरीदारों को इंप्रेशन रेंडर होने पर, iOS आईडीएफ़ए या Android का विज्ञापन आईडी पाने की अनुमति मिलती है. ज़्यादा जानकारी के लिए, विज्ञापन देने वाले के आइडेंटिफ़ायर को डिक्रिप्ट करना देखें. |
CACHEBUSTER |
चार बाइट के किसी ऐसे इंटिजर की स्ट्रिंग वैल्यू जो बिना साइन वाला और रैंडम हो. |
CLICK_URL_UNESC |
विज्ञापन के लिए, बिना एस्केप किए गए क्लिक यूआरएल. स्निपेट में, तीसरे पक्ष के क्लिक यूआरएल का एस्केप्ट किया गया वर्शन, मैक्रो के बाद सीधे तौर पर दिखना चाहिए. उदाहरण के लिए, अगर तीसरे पक्ष का क्लिक यूआरएल
<a href="%%CLICK_URL_UNESC%%http%3A%2F%2Fmy.adserver.com%2Fsome%2Fpath%2Fhandleclick%3Fclick%3Dclk"></a> विज्ञापन दिखाने के समय, इसे इन साइज़ में बड़ा किया जाता है: <a href="http://google-click-url?...&ad_url=http%3A%2F%2Fmy.adserver.com%2Fsome%2Fpath%2Fhandleclick%3Fclick%3Dclk"></a> यूआरएल, पहले Google के साथ क्लिक को रजिस्टर करेगा और फिर तीसरे पक्ष के क्लिक यूआरएल पर रीडायरेक्ट करेगा. |
CLICK_URL_ESC |
विज्ञापन के लिए, एस्केप्ट किया गया क्लिक यूआरएल. अगर आपको पहले वैल्यू को किसी दूसरे सर्वर से पास करना है, जो फिर रीडायरेक्ट करेगा, तो उदाहरण के लिए, इस कोड का इस्तेमाल एचटीएमएल स्निपेट में किया जा सकता है: <a href="http://my.adserver.com/click?google_click_url=%%CLICK_URL_ESC%%"></a> विज्ञापन दिखाने के समय, इसे इन साइज़ में बड़ा किया जाता है: <a href="http://my.adserver.com/click?google_click_url=http://google-click- url%3F...%26ad_url%3D"></a> इससे क्लिक को
|
CLICK_URL_ESC_ESC |
विज्ञापन के लिए, दो बार एस्केप किया गया यूआरएल. अगर आपको पहले वैल्यू को किसी दूसरे सर्वर से पास करना है, जो फिर रीडायरेक्ट करेगा, तो उदाहरण के लिए, इस कोड का इस्तेमाल एचटीएमएल स्निपेट में किया जा सकता है: <a href="http://my.adserver.com/click?google_click_url=%%CLICK_URL_ESC_ESC%%"></a> विज्ञापन दिखाने के समय, इसे इन साइज़ में बड़ा किया जाता है: <a href="http://my.otheradserver.com/click?google_click_url=http%3A%2F%2Fmy.adserver.com%2Fclick%3Fgoogle_click_url%3Dhttp%3A%2F%2Fgoogle-click-%20url%253F...%2526ad_url%253D"></a> |
SCHEME |
अगर बिड रिक्वेस्ट के लिए एसएसएल की ज़रूरत नहीं है, तो इसे http: तक बड़ा किया जाता है. अगर बिड रिक्वेस्ट के लिए एसएसएल की ज़रूरत है, तो इसे
https: तक बड़ा किया जाता है. |
SITE |
कॉन्टेंट यूआरएल का यूआरएल-एस्केप किया गया डोमेन या गुमनाम इन्वेंट्री के लिए गुमनाम आईडी. |
SITE_URL |
समर्थन नहीं होना या रुकना. इसकी जगह SITE मैक्रो का इस्तेमाल किया जाता है, जो एक जैसी सुविधाएं देता है. |
TZ_OFFSET |
टाइम ज़ोन का ऑफ़सेट. |
VERIFICATION |
प्रोडक्शन के लिए अलग-अलग वैल्यू और पुष्टि की प्रोसेस के दौरान, क्रिएटिव को स्कैन किए जाने का समय. इसका फ़ॉर्मैट यह है:
उदाहरण के लिए, अगर किसी क्रिएटिव में
|
WINNING_PRICE |
खाते की मुद्रा के माइक्रो में, कोड में बदले गए इंप्रेशन की लागत (यानी सीपीएम के बजाय सीपीआई). उदाहरण के लिए, 5 डॉलर का विजेता सीपीएम,5,000, 000 माइक्रो सीपीएम या 5,000 माइक्रो सीपीआई के बराबर होता है. इस मामले में, इस मैक्रो को पार्स करने के लिए, आपको ऐसा ऐप्लिकेशन लागू करना होगा जो किराये की पुष्टि को डिक्रिप्ट करता हो. ज़्यादा जानकारी के लिए, किराये की पुष्टि करने वाले एन्क्रिप्ट किए गए मैसेज को डिक्रिप्ट करना पेज देखें. |
WINNING_PRICE_ESC |
यूआरएल-एस्केप किया गया WINNING_PRICE . |
Google की ज़रूरी शर्त है कि तीसरे पक्ष के दिखाए गए विज्ञापन के क्रिएटिव में, CLICK_URL_UNESC
या
CLICK_URL_ESC
मैक्रो का इस्तेमाल किया जाए. Google, क्लिक ट्रैकिंग के लिए CLICK_URL
मैक्रो का इस्तेमाल करता है.
मैक्रो में यूआरएल को एस्केप करने के लिए, इस स्कीम का इस्तेमाल किया जाता है:
- स्पेस वर्ण को प्लस साइन (
+
) से बदल दिया जाता है. - अक्षर और अंक (0-9, a-z, A-Z) और सेट !()*,-./:_~ के वर्ण में कोई बदलाव नहीं होता.
- अन्य सभी वर्णों को
%XX
से बदल दिया जाता है. यहांXX
, वर्ण को दिखाने वाली हेक्साडेसिमल संख्या है.
पब्लिशर के लिए पाबंदियां और ज़रूरी शर्तें
बिड रिक्वेस्ट में, उन पाबंदियों और ज़रूरी शर्तों के बारे में जानकारी शामिल होती है जो पब्लिशर, नीलामी में क्रिएटिव पर लगाते हैं.
BidRequest.bcat
- इस फ़ील्ड में बताई गई ब्लॉक की गई कैटगरी की तुलना, रीयल-टाइम बिडिंग एपीआई के
detectedCategories
फ़ील्ड का इस्तेमाल करके, सबमिट किए गए क्रिएटिव के लिए पता लगाई गई कैटगरी से की जा सकती है.
- इस फ़ील्ड में बताई गई ब्लॉक की गई कैटगरी की तुलना, रीयल-टाइम बिडिंग एपीआई के
BidRequest.imp.ext.allowed_vendor_type
BidRequest.imp.secure
- आम तौर पर, यह हमेशा
true
पर सेट रहेगा, क्योंकि Google को सभी क्रिएटिव के लिए एसएसएल की ज़रूरत होती है.
- आम तौर पर, यह हमेशा
BidRequest.imp.{audio/banner/native/video}
BidRequest.imp.{audio/banner/native/video}.api
BidRequest.imp.{audio/banner/native/video}.battr
BidRequest.imp.{audio/banner/video}.mimes
कभी भी ऐसे विज्ञापन के लिए बिड न लगाएं जिसमें पाबंदी वाली सुविधा शामिल हो. अनुमति वाली सुविधाओं के लिए, जैसे कि वेंडर टाइप, सिर्फ़ तब विज्ञापन दिखाएं, जब उसका वेंडर टाइप BidRequest
में मौजूद allowed_vendor_type
सूची में हो. बिड में सिर्फ़ वही विज्ञापन फ़ॉर्मैट शामिल किए जाने चाहिए जिन्हें बिड रिक्वेस्ट में BidRequest.imp.banner
जैसे फ़ील्ड में जानकारी भरकर तय किया गया है. ज़्यादा जानकारी के लिए, BidRequest
प्रोटोकॉल बफ़र की परिभाषा में इन फ़ील्ड के लिए दी गई टिप्पणियां देखें.
अगर BidResponse
में कोई विज्ञापन दिखाया जाता है, तो आपको BidResponse
में BidResponse.seatbid.bid.attr
, BidResponse.seatbid.bid.cat
, और BidResponse.seatbid.bid.adomain
या BidResponse.seatbid.bid.adm_native.link.url
फ़ील्ड को सही तरीके से सेट करना होगा. अगर किसी विज्ञापन में इन फ़ील्ड के लिए लागू होने वाली कई वैल्यू हैं, तो आपको हर वैल्यू शामिल करनी होगी. ज़्यादा जानकारी के लिए, BidResponse
प्रोटोकॉल बफ़र की परिभाषा में इन फ़ील्ड के लिए टिप्पणियां देखें.
जिन जवाबों में ये फ़ील्ड सेट नहीं होते उन्हें खारिज कर दिया जाता है.
Open Measurement
Open Measurement की मदद से, तीसरे पक्ष के उन वेंडर को चुना जा सकता है जो मोबाइल ऐप्लिकेशन के एनवायरमेंट में दिखाए जाने वाले विज्ञापनों के लिए, मेज़रमेंट और पुष्टि करने की सेवाएं स्वतंत्र तौर पर उपलब्ध कराते हैं.
इन विज्ञापन फ़ॉर्मैट का इस्तेमाल किया जा सकता है: वीडियो, बैनर, और इंटरस्टीशियल विज्ञापन. इन फ़ॉर्मैट वाले बिड रिस्पॉन्स में, Open Measurement का इस्तेमाल करने के तरीके के बारे में ज़्यादा जानने के लिए, Open Measurement SDK के सहायता केंद्र का लेख पढ़ें.
बिड रिस्पॉन्स के सैंपल
नीचे दिए गए सेक्शन में, अलग-अलग तरह के विज्ञापनों के लिए बिड रिस्पॉन्स के सैंपल दिखाए गए हैं.