जवाब तैयार करें

जब आपका ऐप्लिकेशन, Google से बिड रिक्वेस्ट प्रोसेस कर लेता है, तब उसे और जवाब भेजें. यह गाइड बताती है कि ऐप्लिकेशन बनाने के लिए कोड कैसे बनाएं जवाब को प्राथमिकता दें.

BidResponse मैसेज बनाएं

Authorized Buyers, BidRequest को ईमेल के मुख्य हिस्से के तौर पर भेजते हैं एक एचटीटीपी POST. आपके ऐप्लिकेशन से भेजा जाने वाला जवाब यह होना चाहिए Content-Type हेडर, application/octet-stream पर सेट किया गया और मैसेज का मुख्य हिस्सा, जिसमें एक सीरियल प्रोटोकॉल बफ़र हो. प्रोटोकॉल बफ़र एक BidResponse मैसेज है, जैसा कि इसमें बताया गया है realtime-bidding.proto. आपके ऐप्लिकेशन को पार्स करने लायक जवाब देना चाहिए हर BidRequest के जवाब में BidResponse. टाइम आउट की संख्या साथ ही, जिन जवाबों को पार्स नहीं किया जा सकता उन्हें गड़बड़ी और Google थ्रॉटल माना जाता है बैक बिडिंग करने वाले वे लोग जो ज़्यादा गड़बड़ी वाली दर दिखाते हैं.

अगर आपको किसी इंप्रेशन पर बिड नहीं करना है, तो processing_time_ms फ़ील्ड अकेले रखें और अन्य सभी फ़ील्ड छोड़ दें खाली. आपको यहां से realtime-bidding.proto मिल सकते हैं: रेफ़रंस डेटा पेज.

क्रिएटिव आईडी

आपका BidResponse एक क्रिएटिव की जानकारी देता है buyer_creative_id फ़ील्ड (ज़्यादा से ज़्यादा 64 बाइट). मिलते-जुलते क्रिएटिव भी अगर buyer_creative_id के लिए वे अलग-अलग वैल्यू हैं, तो उनके लिए यूनीक वैल्यू होनी चाहिए कोई भी खास विशेषताएं, जिनमें साइज़, एलान किया गया यूआरएल, और इनके अलावा, और भी चीज़ें शामिल हो सकती हैं. क्रिएटिव एट्रिब्यूट, और वेंडर टाइप. दूसरे शब्दों में, आपको अपने समाचार संगठन के लिए क्रिएटिव आईडी जोड़ें, जो:

  • अलग तरह से देखना या व्यवहार करना.
  • अलग-अलग इमेज को रेंडर करें.
  • अलग-अलग तरीकों से रेंडर करना. उदाहरण के लिए, एक विज्ञापन में एक इमेज, जबकि दूसरे में Flash होता है).

अपने ऐप्लिकेशन को डिज़ाइन करते समय, आपको एक व्यवस्थित तरीके से फ़ैसला लेना चाहिए ऐसे आइडेंटिफ़ायर जनरेट करना जो आपके प्लान किए गए क्रिएटिव के मुताबिक हों सबमिट करना है.

विज्ञापन की अहम जानकारियां

आपको विज्ञापन की पूरी जानकारी देने वाले क्रिएटिव एट्रिब्यूट की जानकारी देनी होगी BidResponse.Ad.attribute में विशेषताओं और इसके टारगेटिंग (विज्ञापन के लिए सही दर्शक चुनना) की सुविधा. कॉन्टेंट बनाने जिन विशेषताओं का एलान करना ज़रूरी है वे हैं (इन एट्रिब्यूट की पूरी सूची भी देखें एट्रिब्यूट buyer-declarable-creative-attributes.txt):

  • 7 Tagging: IsTagged
    विज्ञापन बनाने के उद्देश्य से उसके अंदर एक पिक्सेल या वेब-बीकन होता है फिर से मार्केटिंग के लिए कुकी आईडी की सूची.
  • 8 Remarketing: IsRemarketing
    विज्ञापन, उपभोक्ताओं को उनकी कुकी आईडी या डिवाइस आईडी के आधार पर टारगेट करता है, जहां कुकी आईडी या डिवाइस आईडी की सूची उपभोक्ताओं को दिखाती है कि खरीदार के मालिकाना हक वाली या उसके प्रतिनिधि के तौर पर काम करने वाली साइट से, पहले इंटरैक्ट किया हो.
  • 9 UserInterestTargeting: IsUserInterestTargeted
    विज्ञापन, उपभोक्ताओं को उनकी कुकी आईडी या डिवाइस आईडी के आधार पर टारगेट करता है, जहां कुकी आईडी या डिवाइस आईडी की सूची उन उपभोक्ताओं के समूह को दिखाती है जिन्हें खरीदार दिखाता है एक समान रुचि वाले समूह के रूप में परिभाषित किया गया है.
  • 30 InstreamVastVideoType: Vpaid
    विज्ञापन को रेंडर करने के लिए VPAID सहायता की ज़रूरत है.
  • 32 MraidType: MRAID
    विज्ञापन को रेंडर करने के लिए MRAID API की ज़रूरत होती है.

इसके अलावा, नीचे दिए गए एट्रिब्यूट इस्तेमाल किए जा सकते हैं, लेकिन उनका एलान इस तरह से किया गया है ज़रूरी नहीं है, क्योंकि Authorized Buyers अपने-आप ही इनकी पहचान कर लेंगे और उन्हें ब्लॉक कर देंगे (या अनुमति) आपके क्रिएटिव के लिए है, न कि आपके एलान के बजाय, पता लगाई गई वैल्यू के आधार पर. यहां जाएं: क्रिएटिव एपीआई की पहचान की गई प्रॉपर्टी के बारे में सुझाव, शिकायत या राय पाने के बारे में क्रिएटिव.

  • 34 RichMediaCapabilityType: RichMediaCapabilityFlash
    विज्ञापन को रेंडर करने के लिए Flash समर्थन की आवश्यकता होती है.
  • 50 RichMediaCapabilityType: RichMediaCapabilityNonFlash
    विज्ञापन को रेंडर करने के लिए Flash की ज़रूरत नहीं होती.
  • 47 RichMediaCapabilityType: RichMediaCapabilitySSL
    विज्ञापन में एसएसएल पेज पर रेंडर करने की सुविधा होती है. ध्यान दें कि Authorized Buyers, क्रिएटिव का इस्तेमाल करते हैं जिन्हें इस एट्रिब्यूट की अलग-अलग वैल्यू के तौर पर अलग-अलग बताया गया है. इन वैल्यू की समीक्षा की जाएगी और उनकी समीक्षा की स्थिति अलग-अलग हो). इसलिए, यदि आप SSL और अगर एक ही क्रिएटिव के SSL के अलावा किसी और वर्शन का इस्तेमाल करते हैं, तो आपको इस एट्रिब्यूट की घोषणा करनी चाहिए, ताकि यह अंतर AdX में ठीक से प्रदर्शित हो.

ओपन बिडिंग फ़ील्ड

ओपन में हिस्सा लेने वाले एक्सचेंज और नेटवर्क बिडर से भेजे जाने वाले बिड रिस्पॉन्स बिडिंग, स्टैंडर्ड प्रोग्राम में हिस्सा लेने वाले Authorized Buyers की बिडिंग जैसी ही होती है रीयल-टाइम बिडिंग. ओपन बिडिंग की सुविधा इस्तेमाल करने वाले ग्राहक, अतिरिक्त फ़ील्ड, और कुछ मौजूदा फ़ील्ड के वैकल्पिक इस्तेमाल हो सकते हैं. ये निम्नलिखित शामिल करें:

OpenRTB Authorized Buyers ब्यौरा
BidResponse.imp[].pmp.deals[].id BidResponse.ad[].adslot[].exchange_deal_id

इससे जुड़ा एक्सचेंज के नेमस्पेस का डील आईडी बिड सेट की जा सकती है और उसे पब्लिशर को रिपोर्ट किया जा सकता है.
BidResponse.seatbid[].bid[].ext.exchange_deal_type BidResponse.ad[].adslot[].exchange_deal_type

पब्लिशर को रिपोर्ट की गई डील किस तरह की है. इससे डील पर असर पड़ता है नीलामी में शामिल किया गया है.
BidResponse.seatbid[].bid[].ext.third_party_buyer_token BidResponse.ad[].adslot[].third_party_buyer_token तीसरे पक्ष के खरीदार की जानकारी की पहचान करने के लिए इस्तेमाल किया जाने वाला टोकन, अगर: ओपन बिडर के तौर पर एक्सचेंज, एक मध्यस्थ है. यह जानकारी इससे ली जाती है: तृतीय-पक्ष खरीदार और बोली में बिना बदलाव किए Google को पास किया जाना चाहिए जवाब.

सुझाव

  • परसिस्टेंट एचटीटीपीएस कनेक्शन को चालू करें. इसे "कीप-अलाइव" भी कहा जाता है या "कनेक्शन का फिर से इस्तेमाल करना") शामिल है. इस टाइम आउट को 10 सेकंड पर सेट करें सबसे कम—ज़्यादा वैल्यू से कई मामलों में फ़ायदा होता है. Google पुष्टि करता है यह आपके आवेदन की शुरुआती प्रतीक्षा अवधि परीक्षणों के दौरान होता है, क्योंकि Authorized Buyers, ज़्यादा दर पर अनुरोध भेजते हैं. साथ ही, उन्हें हर एक के लिए अलग टीसीपी कनेक्शन बनाने में लगने वाला समय से जुड़ा ओवरहेड अनुरोध.

  • वैकल्पिक इंप्रेशन ट्रैकिंग URL शामिल करें, ताकि आप इंप्रेशन रेंडर होने में मदद मिलती है, न कि बिड करने वाले के जीतने की स्थिति. ड्रॉप की वजह से के बीच जीत करके, ज़्यादा सटीक तरीके से ट्रैकिंग की जा सकती है. आंकड़े.

  • अपने बिडर कोड को इस्तेमाल से बाहर रखे गए फ़ील्ड पर निर्भर न रहने दें, इससे आपकी बिड में गड़बड़ियां हो सकती हैं.
  • BidResponse.Ad.width और शामिल करें आपके BidResponse में BidResponse.Ad.height. ऐप्लिकेशन कई विज्ञापन आकार वाले अनुरोध के लिए BidResponse width और height वैल्यू को शामिल करें, नहीं तो यह नीलामी से बाहर हो गया.
  • रिस्पॉन्स का साइज़ 8K से कम रखें. बहुत ज़्यादा जवाब बढ़ सकते हैं नेटवर्क में देरी और इसकी वजह से टाइम आउट हो जाते हैं.
  • इन दिशा-निर्देशों का पालन करें iOS इन्वेंट्री पर बिडिंग के लिए, SKAdNetwork एट्रिब्यूशन की ज़रूरत होती है.

बिड रिस्पॉन्स का उदाहरण

नीचे दिए गए उदाहरण, प्रोटोबफ़ के ऐसे नमूने हैं जिन्हें कोई भी व्यक्ति आसानी से पढ़ सकता है और JSON अनुरोध.

Google

OpenRTB JSON

ओपनआरटीबी प्रोटोबफ़

अहम जानकारी: यूआरएल में दिखाए गए प्रोटोबफ़ मैसेज, यहां ऐसे टेक्स्ट के तौर पर सैंपल दिखाए गए हैं जिन्हें कोई भी व्यक्ति पढ़ सकता है. हालांकि, इस तरह से मैसेज, वायर के ऊपर भेजे जाते हैं. Google या OpenRTB Protobuf का इस्तेमाल करते समय फ़ॉर्मैट का इस्तेमाल करते हैं, तो सिर्फ़ क्रम से लगाए गए BidResponse मैसेज स्वीकार किए जाएंगे.

BidResponse मैसेज को बनाने और क्रम से लगाने के लिए, इनका इस्तेमाल करें: इस C++ कोड का इस्तेमाल करें:

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.Ad.sdk_rendered_ad
  • एएमपी
    • BidResponse.Ad.amp_ad_url
  • वीडियो
    • BidResponse.Ad.video_url या
    • BidResponse.Ad.video_vast_xml
  • नेटिव लेआउट
    • BidResponse.Ad.native_ad

अपने सर्वर पर होस्ट किए गए ऐसे विज्ञापन के बारे में बताएं जो एचटीएमएल स्निपेट का इस्तेमाल करके BidResponse का html_snippet फ़ील्ड. कॉन्टेंट बनाने स्निपेट, वेब पेज में एक iframe के अंदर रखा जाता है. इससे, पेज के लोड होने पर, वापस और रेंडर किए जाते हैं. आपको HTML बनाना चाहिए स्निपेट को अपलोड करेगा, ताकि विज्ञापन (बैनर या पेज पर अचानक दिखने वाला विज्ञापन) iFrame और उस विज्ञापन स्लॉट के लिए उचित आकार में आप जिस पर बोली लगा रहे हैं.

इसके अलावा, बिड रिस्पॉन्स में बताया गया विज्ञापन का साइज़, बिलकुल एक से मैच होना चाहिए साइज़ कॉम्बिनेशन की बिड को कम या ज़्यादा करना, जब:

  • विज्ञापन एक सामान्य बैनर होता है (वीडियो, नेटिव या पेज पर अचानक दिखने वाले विज्ञापन नहीं).
  • बिड करने वाले व्यक्ति ने बिड के जवाब में साइज़ की जानकारी दी है. साइज़ का एलान है जब भी अनुरोध में एक से ज़्यादा आकार मौजूद हों, तो यह ज़रूरी है.
  • पेज पर अचानक दिखने वाले विज्ञापनों के मामले में एक अपवाद है. पेज पर अचानक दिखने वाले विज्ञापनों के लिए, चौड़ाई चौड़ाई, स्क्रीन की चौड़ाई का कम से कम 50% और ऊंचाई का कम से कम 40% होना चाहिए कर सकते हैं.

html_snippet फ़ील्ड, ऐसे सभी मान्य एचटीएमएल कोड के साथ काम करता है जो ठीक से रेंडर होता है, लेकिन खास जानकारी को ध्यान में रखते हुए, BidResponse मैसेज बनाएं सेक्शन में, buyer_creative_id फ़ील्ड. एक के लिए इसका इस्तेमाल उन URL के तर्क में अतिरिक्त जानकारी रखने के लिए किया जाता है विज्ञापन को रेंडर करने के दौरान, आपके सर्वर से फ़ेच किए जाते हैं. इसकी मदद से, इंप्रेशन के बारे में आपका आर्बिट्रेरी डेटा.

बिड रिस्पॉन्स में लौटाए गए एचटीएमएल स्निपेट के लिए ज़्यादातर नीतियां वैसी ही हैं विज्ञापनों के लिए सही है. Authorized Buyers देखें कार्यक्रम के दिशा-निर्देश, तीसरे पक्ष के लिए ज़रूरी शर्तें दिखाना और एलान करना होगा विज्ञापनों में क्लिक-थ्रू यूआरएल देखें.

मैक्रो चुनें

क्रिएटिव को परिभाषित करने वाले एचटीएमएल स्निपेट में एक या एक से ज़्यादा खास निर्माण करती है जिसे मैक्रो कहा जाता है. विज्ञापन दिखाते समय, वैल्यू को मैक्रो. उदाहरण के लिए, आपका क्लाइंट बिडिंग ऐप्लिकेशन विज्ञापन के लिए कितनी रकम चुकाई गई, यह तय करने के लिए WINNING_PRICE मैक्रो, को जीतने की कोशिश कर सकता है. इस मैक्रो को पार्स करने के लिए, आपको ऐसा ऐप्लिकेशन जो कीमत की पुष्टि को डिक्रिप्ट करता है. डिक्रिप्टिंग कीमत देखें पुष्टि वाले पेज पर जाएं.

एचटीएमएल स्निपेट के हिस्से के तौर पर इस फ़ॉर्मैट में मैक्रो तय करें %%MACRO%%, जहां MACRO का इस्तेमाल किया जा सकता है मैक्रो नीचे दी गई तालिका में सूचीबद्ध हैं.

Google चाहता है कि आप CLICK_URL_UNESC या दिखाए गए तीसरे पक्ष के क्रिएटिव में CLICK_URL_ESC मैक्रो विज्ञापन क्लिक ट्रैकिंग के लिए Google, CLICK_URL मैक्रो का इस्तेमाल करता है.

मैक्रो का इस्तेमाल करने के लिए, इसे विज्ञापन में शामिल करें, ताकि जब मैक्रो का इस्तेमाल किया जाए, तो यूआरएल फ़ेच हो जाए कोई व्यक्ति उस पर क्लिक करे. फ़ेच की गई रिटर्न वैल्यू किसी दूसरे पेज पर रीडायरेक्ट करती है वह यूआरएल जिसे आपने CLICK_URL में जोड़ा है.

मैक्रो जानकारी
ADVERTISING_IDENTIFIER इससे खरीदारों को इंप्रेशन रेंडरिंग पर iOS IDFA या Android का विज्ञापन आईडी मिल पाता है. विज्ञापन देने वाले के आइडेंटिफ़ायर को डिक्रिप्ट करना लेख पढ़ें देखें.
CACHEBUSTER किसी रैंडम, बिना साइन वाले, चार बाइट वाले पूर्णांक को दिखाने वाली स्ट्रिंग.
CLICK_URL_UNESC

विज्ञापन का ऐसा क्लिक यूआरएल जिसे एस्केप न किया गया हो. स्निपेट में, तृतीय पक्ष क्लिक URL सीधे मैक्रो के बाद होना चाहिए.

उदाहरण के लिए, यदि तृतीय-पक्ष क्लिक URL http://my.adserver.com/some/path/handleclick?click=clk, तो नीचे दिए गए कोड का इस्तेमाल तीसरे पक्ष के सिंगल-एस्केप्ड वर्शन के साथ किया जा सकता है मैक्रो शुरू करने के बाद आने वाला पार्टी क्लिक यूआरएल:

<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

विज्ञापन का एस्केप किया गया क्लिक यूआरएल. इसके बजाय यह इस्तेमाल करें CLICK_URL_UNESC अगर आपको पहले वैल्यू को पास करना है कोई दूसरा सर्वर जोड़ें, जो रीडायरेक्ट करने के बाद रीडायरेक्ट करेगा.

उदाहरण के लिए, किसी एचटीएमएल स्निपेट में यहां दिए गए कोड का इस्तेमाल किया जा सकता है:

<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>

इससे क्लिक, my.adserver.com के साथ रजिस्टर हो जाएगा, तो वह google_click_url पैरामीटर. इसमें यह माना जाता है कि my.adserver.com, google_click_url को एस्केप करता है पैरामीटर.

आप इसके बाद डबल-एस्केप्ड यूआरएल जोड़ सकते हैं %%CLICK_URL_ESC%%. एस्केपिंग के बाद यह प्रोसेस पूरी हो जाती है my.adserver.com, जो यूआरएल के सिंगल-एस्केप्ड वर्शन को छोड़ता है google_click_url में जोड़ा गया. जब google_click_url फ़ेच किया गया. इसके बाद, यह एक बार और अनएस्केप हो जाएगा रीडायरेक्ट करने के लिए कहा जाता है.
CLICK_URL_ESC_ESC

विज्ञापन का डबल-एस्केप यूआरएल. इसके बजाय यह इस्तेमाल करें CLICK_URL_UNESC अगर आपको पहले वैल्यू को पास करना है कोई दूसरा सर्वर जोड़ें, जो रीडायरेक्ट करने के बाद रीडायरेक्ट करेगा.

उदाहरण के लिए, किसी एचटीएमएल स्निपेट में यहां दिए गए कोड का इस्तेमाल किया जा सकता है:

<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 प्रोडक्शन के लिए अलग-अलग वैल्यू और पुष्टि में क्रिएटिव के स्कैन किए जाने पर पाइपलाइन. फ़ॉर्मैट ऐसा है: %%?VERIFICATION:true-val:false-val%% जहां कोई भी हो मैक्रो को छोड़कर, बाकी वैल्यू का इस्तेमाल true-val और false-val के लिए किया जा सकता है. खाली स्ट्रिंग सहित. हमारा सुझाव है कि ओपन बिडिंग के लिए एक्सचेंज इस मैक्रो का इस्तेमाल करें; एक बार पुष्टि हो जाने के बाद, डिमांड-साइड प्लैटफ़ॉर्म को बदलाव करने की ज़रूरत नहीं होगी.
अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है उदाहरण के लिए, अगर किसी क्रिएटिव में %%?VERIFICATION:-1:5000%% को शामिल करना था इसके बाद, टेक्स्ट को बदलने की प्रोसेस, विज्ञापन दिखाने पर 5000 और -1 हो जाएगी पुष्टि करने की प्रोसेस. ऐसा पिंग के इन दोनों सेट के बीच अंतर करने के लिए किया जाता है.
WINNING_PRICE कोड में बदली गई इंप्रेशन की लागत (यानी, सीपीएम के बजाय सीपीआई) खाते की मुद्रा के माइक्रो में. उदाहरण के लिए, 5 डॉलर का विनिंग सीपीएम 50,00,000 माइक्रो सीपीएम या 5,000 माइक्रो सीपीआई से मेल खाता हो. डिकोड किया गया इस मामले में WINNING_PRICE की वैल्यू 5,000 होगी. जीतने वाली कीमत की जानकारी सीपीआई में दी जाती है.
WINNING_PRICE_ESC यूआरएल-एस्केप्ड WINNING_PRICE.

मैक्रो में यूआरएल एस्केपिंग इस स्कीम का इस्तेमाल करता है:

  • स्पेस वर्ण को प्लस के निशान (+) से बदल दिया जाता है.
  • अक्षर और अंकों (0-9, a-z, A-Z) और सेट !()*,-./:_~ के वर्णों में कोई बदलाव नहीं होता है.
  • अन्य सभी वर्णों को %XX से बदल दिया जाता है, जहां XX हेक्साडेसिमल होता है संख्या.

पब्लिशर की पाबंदियां

प्रकाशक BidRequest का इस्तेमाल करके, यह तय करते हैं कि कौनसे विज्ञापन किन विज्ञापनों पर लागू होंगे वे अनुमति देंगे. आपको इन फ़ील्ड में पाबंदियां लागू करनी होंगी:

  • allowed_vendor_type
  • excluded_attribute
  • excluded_sensitive_category

एक फ़ील्ड विज्ञापन की उन सुविधाओं के बारे में बताता है जिन्हें इस्तेमाल करने की अनुमति है और दूसरा फ़ील्ड: सुविधाओं की अनुमति नहीं है. बिना अनुमति वाली सुविधा वाला विज्ञापन कभी न दिखाएं. अनुमति के लिए जैसे, वेंडर टाइप, कोई विज्ञापन सिर्फ़ तब दिखाएगा, जब उसका वेंडर टाइप BidRequest में allowed_vendor_type सूची. ज़्यादा जानकारी के लिए, BidRequest प्रोटोकॉल बफ़र में इन फ़ील्ड के लिए टिप्पणियां परिभाषा देखें.

अगर BidResponse में कोई एचटीएमएल स्निपेट दिखता है, तो attribute, category को सही तरीके से सेट करने के लिए ज़रूरी है, और BidResponse में click_through_url फ़ील्ड हैं. अगर किसी विज्ञापन में इन फ़ील्ड के लिए कई लागू वैल्यू हैं, तो आपको हर मान शामिल करें. यहां इन फ़ील्ड के लिए टिप्पणियां देखें: ज़्यादा जानकारी के लिए BidResponse प्रोटोकॉल बफ़र की परिभाषा. जिन जवाबों में ये फ़ील्ड सेट नहीं होते उन्हें छोड़ दिया जाता है.

BidRequest.excluded_attribute की संभावित वैल्यू ये हैं (publisher-excludable-creative-attributes.txt देखें):

  • 7 Tagging: IsTagged
    ऐसे विज्ञापनों की अनुमति नहीं दी जाती है, जिनमें कुकी आईडी का इस्तेमाल करके, फिर से मार्केटिंग करने के लिए कहा जाता है.
  • 8 CookieTargeting: IsCookieTargeted
    विज्ञापनों को तब दिखाने की अनुमति नहीं दी जाती, जब वे उपभोक्ताओं को उनकी कुकी आईडी के आधार पर टारगेट करते हैं, जहां कुकी आईडी की सूची उपभोक्ताओं का एक समूह, जिन्होंने पहले खरीदार के स्वामित्व वाली या उनके प्रतिनिधित्व वाली साइट से इंटरैक्ट किया था.
  • 9 UserInterestTargeting: IsUserInterestTargeted
    विज्ञापनों को तब दिखाने की अनुमति नहीं दी जाती, जब वे उपभोक्ताओं को उनकी कुकी आईडी के आधार पर टारगेट करते हैं, जहां कुकी आईडी की सूची उपभोक्ताओं का एक समूह, जिसे खरीदार सामान्य हित वाले समूह के रूप में परिभाषित किया गया है.
  • 21 CreativeType: Html
    विज्ञापनों को html_snippet या snippet_template का इस्तेमाल करने की अनुमति नहीं है फ़ील्ड से BidResponse.Ad में जोड़ें.
  • 22 CreativeType: VastVideo
    विज्ञापनों को BidResponse.Ad में video_url फ़ील्ड का इस्तेमाल करने की अनुमति नहीं है.
  • 30 InstreamVastVideoType: Vpaid
    विज्ञापनों को रेंडर करने के लिए, VPAID की सुविधा की ज़रूरत नहीं है.
  • 32 MraidType: MRAID
    विज्ञापनों को रेंडर करने के लिए MRAID API की ज़रूरत नहीं है.
  • 34 RichMediaCapabilityType: RichMediaCapabilityFlash
    विज्ञापनों को रेंडर करने के लिए Flash समर्थन की ज़रूरत नहीं है.
  • 39 RichMediaCapabilityType: RichMediaCapabilityHTML5
    विज्ञापनों को रेंडर करने के लिए HTML5 सुविधाओं की ज़रूरत नहीं होती.
  • 48 RichMediaCapabilityType: RichMediaCapabilityNonSSL
    विज्ञापनों को SSL के अलावा अनुरोध करने की अनुमति नहीं है.

इसलिए, अगर excluded_attribute फ़ील्ड में वैल्यू 7, तो आपको ऐसा विज्ञापन नहीं दिखाना चाहिए जो सूची बना रहा है. ध्यान दें कि अगर कोई विज्ञापन ऐसा करता है, तो उसे BidResponse के एट्रिब्यूट फ़ील्ड में. इसी तरह, अगर excluded_attribute फ़ील्ड में वैल्यू 48 है, तो आपको सिर्फ़ ऐसे विज्ञापन दिखाने चाहिए जो एसएसएल पेज पर रेंडर हो सकें (और इसी हिसाब से एट्रिब्यूट 47 RichMediaCapabilityType: RichMediaCapabilitySSL) के बारे में भी बताएं.

साथ ही, इसमें excluded_sensitive_category फ़ील्ड भी BidRequest ad-sensitive-categories.txt फ़ाइल, रेफ़रंस डेटा पेज पर उपलब्ध है. यहां बढ़ा हुआ है इनमें से कुछ कोड की जानकारी:

  • 3 Politics
    में राजनीति या विवादास्पद मुद्दों से जुड़े विज्ञापन शामिल हैं; इसमें ऐसे समाचार संगठनों के विज्ञापन शामिल नहीं होते जो आम तौर पर किसी एक राजनैतिक पार्टी के विचारों से न जुड़े हों.
  • 4 Dating
    इसमें डेटिंग सेवाएं और ऑनलाइन डेटिंग कम्यूनिटी से जुड़े विज्ञापन भी शामिल हैं.
  • 5 Religion
    इसमें धार्मिक विज्ञापन और ऐसे विज्ञापन शामिल हैं जिनमें धार्मिक विचारों को फैलाने या उनके ख़िलाफ़ कॉन्टेंट दिखाया गया हो; इसमें ज्योतिष या धर्म से जुड़े खुले विचारों वाले आध्यात्मिक शामिल नहीं होते.
  • 7 Video Games (Casual & Online)
    इनमें वीडियो गेम, ऑनलाइन गेम, और डाउनलोड किए जा सकने वाले गेम शामिल हैं; इसमें वीडियो गेम कंसोल शामिल नहीं होते.
  • 8 Ringtones & Downloadables
    मोबाइल ऐड-ऑन, जिनमें रिंगटोन और डेस्कटॉप के स्क्रीन सेवर और वॉलपेपर जैसे डाउनलोड किए जा सकने वाले गुडी शामिल हैं. साथ ही, सोशल नेटवर्क के लिए प्रोफ़ाइल लेआउट और ग्राफ़िक्स से जुड़े विज्ञापन शामिल हैं.
  • 10 Get Rich Quick
    तेज़ी से कमाई करने का वादा करने वाली स्कीम.
  • 18 Weight Loss
    इसमें वज़न घटाने, डायटिंग, और उनसे जुड़े प्रॉडक्ट और प्रोग्राम शामिल हैं; इसमें पौष्टिक खाना या सामान्य फ़िटनेस से जुड़े विज्ञापन शामिल नहीं होते.
  • 19 Cosmetic Procedures & Body Modification
    इसमें बॉडी लिफ़्ट, सक्शन, लेज़र, बाल हटाने और लगाने, टैटू हटाने, और शरीर में बदलाव करने की सर्जरी से जुड़े विज्ञापन शामिल होते हैं.
  • 23 Drugs & Supplements:
    इसमें दवाएं, विटामिन, सप्लीमेंट, और इनसे जुड़े खुदरा दुकानदार शामिल हैं; में नशीली दवाओं के बारे में जानकारी देने वाले संसाधन शामिल नहीं हैं.
  • 24 Sexual & Reproductive Health
    में सेक्शुअल फ़ंक्शन और प्रजनन की क्षमता बढ़ाने वाले विज्ञापन शामिल हैं; इसमें गर्भावस्था से जुड़े सामान्य संसाधन शामिल नहीं होते.
  • 35 Social Casino Games
    इसमें जुआ खेलने जैसा अनुभव देने वाले ऐसे गेम शामिल हैं जिनमें पैसा या इनाम जीतने का कोई मौका नहीं होता. जैसे, पोकर, स्लॉट्स, बिंगो, लॉटरी, स्पोर्ट्स बेटिंग, रेस पर बेटिंग, दूसरे कार्ड गेम, और कसीनो गेम. हालांकि, इसमें इनके अलावा और भी उदाहरण शामिल हो सकते हैं.
  • 36 Significant Skin Exposure
    विज्ञापन की ऐसी इमेज जिनमें इंसान के शरीर की छाती से लेकर जांघ तक का कोई हिस्सा, बिना कपड़ों के दिखाया गया हो; या शरीर अंडरवियर, स्विमवियर, लॉन्जरी या अन्य ढीला पहनने वाले कपड़े या तौलिया या चादर जैसी गैर-कपड़ों से घिरा हुआ हो.
  • 37 Sensationalism
    ऐसे विज्ञापन जिनका मकसद लोगों में दिलचस्पी जगाकर, उन पर क्लिक करने के लिए उकसाना हो. इनमें अक्सर ऐसे विज्ञापन होते हैं जिनमें बहुत ज़्यादा बोली जाने वाली भाषा या तस्वीरों को शामिल किया जाता है. इसमें ऐसे विज्ञापन शामिल हैं जो सनसनी फैलाने वाले विषयों (जैसे कि सेलेब्रिटी की गिरफ़्तारी, मौत या तलाक) पर फ़ोकस करते हैं या जिनका मकसद दर्शकों को चौंकाना है.

'मेज़रमेंट' खोलें

ओपन मेज़रमेंट की मदद से, तीसरे पक्ष के ऐसे वेंडर की जानकारी दी जा सकती है जो स्वतंत्र तौर पर मेज़रमेंट करते हैं और मोबाइल ऐप्लिकेशन प्लैटफ़ॉर्म पर दिखाए जाने वाले विज्ञापनों के लिए, पुष्टि करने की सेवाओं का इस्तेमाल करता है.

फ़िलहाल, इस्तेमाल किए जा सकने वाले विज्ञापन फ़ॉर्मैट में वीडियो, बैनर, और पेज पर अचानक दिखने वाले विज्ञापन शामिल हैं. Reader Revenue Manager को सेट अप करने के बारे में इन फ़ॉर्मैट वाले बिड रिस्पॉन्स में ओपन मेज़रमेंट का इस्तेमाल करने के बारे में जानने के लिए, मेज़रमेंट SDK टूल खोलें सहायता केंद्र पर जाएं लेख.

बोली प्रतिक्रियाओं का नमूना

यहां दिए गए सेक्शन में, अलग-अलग तरह के विज्ञापनों के लिए बिड रिस्पॉन्स के सैंपल दिखाए गए हैं.

ऐप्लिकेशन बैनर

Google

OpenRTB JSON

ओपनआरटीबी प्रोटोबफ़

ऐप्लिकेशन पर अचानक दिखने वाला विज्ञापन

Google

OpenRTB JSON

ओपनआरटीबी प्रोटोबफ़

ऐप्लिकेशन पर अचानक दिखने वाला वीडियो

Google

ओपनआरटीबी प्रोटोबफ़

ऐप्लिकेशन नेटिव

Google

OpenRTB JSON

ओपनआरटीबी प्रोटोबफ़

वेब वीडियो

Google

एक्सचेंज बिडर के लिए मोबाइल वेब बैनर

ओपनआरटीबी प्रोटोबफ़