वीडियो विज्ञापन

इस गाइड में, इंटिग्रेशन की ज़रूरी शर्तों, कॉन्फ़िगरेशन, और काम के OpenRTB प्रोटोकॉल फ़ील्ड के बारे में बताया गया है. इनका इस्तेमाल, वीडियो इन्वेंट्री पर बिड करते समय किया जा सकता है. Google आरटीबी प्रोटोकॉल का इस्तेमाल बंद कर दिया गया है. इसलिए, इस गाइड में इस पर फ़ोकस नहीं किया जाएगा. Google आरटीबी प्रोटोकॉल में वीडियो विज्ञापनों के बारे में जानकारी पाने के लिए, Google आरटीबी गाइड में वीडियो विज्ञापन देखें.

Google, इन-स्ट्रीम, नेटिव, और इंटरस्टीशियल वीडियो विज्ञापनों के साथ काम करता है. नेटिव और इंटरस्टीशियल विज्ञापन फ़ॉर्मैट के बारे में ज़्यादा जानकारी के लिए, उनके लिए बनी गाइड देखें.

खरीदार के लिए ज़रूरी शर्तें

आरटीबी प्रोटोकॉल

आम तौर पर, इस गाइड में Protobuf फ़ॉर्मैट के बारे में बताया गया है. हालांकि, जब तक कुछ और न बताया गया हो, तब तक फ़ील्ड के नाम और पाथ, Protobuf और JSON फ़ॉर्मैट में एक जैसे होते हैं.

प्रोटोकॉल और रेफ़रंस डेटा पेज पर, आपको OpenRTB प्रोटोकॉल और Google के लिए बने OpenRTB एक्सटेंशन मिल सकते हैं. बिडर बनाने के बारे में ज़्यादा जानने के लिए, अनुरोध को प्रोसेस करना और रिस्पॉन्स बनाना लेख पढ़ें.

क्रिएटिव की समीक्षा

Google का सुझाव है कि आप उन क्रिएटिव के साथ बिडिंग करने से पहले, उन्हें अनुमति के लिए सबमिट करें. समीक्षा की प्रोसेस शुरू करने के लिए, रीयल-टाइम बिडिंग एपीआई के क्रिएटिव रिसॉर्स का इस्तेमाल किया जा सकता है.

प्रीटारगेटिंग कॉन्फ़िगरेशन

वीडियो इन्वेंट्री पाने के लिए, आपके Authorized Buyers खाते को ऐसा प्री-टारगेटिंग कॉन्फ़िगरेशन बनाना चाहिए जिसमें वीडियो इन्वेंट्री शामिल हो.

मैक्रो

BidResponse.seatbid.bid.adm में दिए गए वीडियो यूआरएल लिंक या वीएएसटी एक्सएमएल में, मैक्रो तय किए जा सकते हैं. इसके अलावा, अगर आपने वीडियो का यूआरएल दिया है, तो लिंक किए गए VAST एक्सएमएल दस्तावेज़ में मैक्रो भी डाले जा सकते हैं. वीडियो क्रिएटिव के लिए, ये मैक्रो काम करते हैं:

  • %%CACHEBUSTER%%
  • %%WINNING_PRICE%%
  • %%SITE%%

CLICK_URL_ESC जैसे क्लिक मैक्रो काम नहीं करते, क्योंकि Authorized Buyers अपने क्लिक ट्रैकर को VAST रैपर में शामिल करता है. काम करने वाले मैक्रो के बारे में ज़्यादा जानकारी के लिए, मैक्रो तय करना लेख पढ़ें.

कॉलआउट की जानकारी

OpenRTB के BidRequest.imp.video फ़ील्ड का इस्तेमाल करके, यह पता लगाया जा सकता है कि कोई इनकमिंग बिड रिक्वेस्ट, इन-स्ट्रीम या इंटरस्टीशियल वीडियो इन्वेंट्री के लिए है या नहीं. साथ ही, रिक्वेस्ट के बारे में वीडियो से जुड़ी ज़्यादा जानकारी भी पाई जा सकती है. इसके अलावा, नेटिव विज्ञापन इन्वेंट्री के लिए, किसी वीडियो से मिलती-जुलती जानकारी के लिए BidRequest.imp.native.{request/request_native}.assets.video का इस्तेमाल किया जा सकता है.

BidRequest.{app/site}.content.producer.domain

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

http://www.publisher.com/watchpagelink
banner.vcm
अगर इस विकल्प को true पर सेट किया जाता है, तो वीडियो विज्ञापन के खत्म होने के बाद, वीडियो स्लॉट में एंड कैप (जानकारी का कार्ड) के तौर पर, साथ में दिखाए जाने वाले विज्ञापन को रेंडर किया जा सकता है. ऐसा न होने पर, साथी विज्ञापन को एंड कैप के तौर पर रेंडर नहीं किया जाता.
BidRequest.imp.rwdd
अगर इसे true पर सेट किया जाता है, तो इसका मतलब है कि उपयोगकर्ता को वीडियो विज्ञापन देखने के लिए इनाम मिलेगा. आम तौर पर, इनाम के तौर पर ये चीज़ें मिल सकती हैं: बिना किसी शुल्क के एक और लेख पढ़ना, गेम में एक और लाइफ़ पाना या प्रायोजित संगीत सेशन में बिना विज्ञापन के संगीत सुनना.
BidRequest.imp.video.maxduration

आपको जिस विज्ञापन को दिखाना है उसकी ज़्यादा से ज़्यादा अवधि सेकंड में. अगर इसकी वैल्यू सेट नहीं की जाती है, तो ज़्यादा से ज़्यादा अवधि तय नहीं की जा सकती. जब BidRequest.imp.video.skip true है, तो यह अलग तरह से काम कर सकता है. ज़्यादा जानकारी के लिए, स्किप किए जा सकने वाले वीडियो की ज़्यादा से ज़्यादा अवधि देखें.

BidRequest.imp.video.maxseq

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

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

BidRequest.imp.video.minduration
आपको जिस विज्ञापन को दिखाना है उसकी कम से कम अवधि सेकंड में. अगर इसे unset किया जाता है, तो विज्ञापन दिखाने की अवधि की कोई तय सीमा नहीं होती.
BidRequest.imp.video.plcmt
इससे पता चलता है कि वीडियो कहां चलेगा.
PLCMT_UNKNOWN प्लेसमेंट की जानकारी नहीं है या यह पता नहीं चल पा रहा है.
PLCMT_INSTREAM वीडियो शुरू होने से पहले, बीच में, और वीडियो खत्म होने के बाद दिखने वाले विज्ञापन. ये विज्ञापन, उपभोक्ता के अनुरोध किए गए स्ट्रीमिंग वीडियो कॉन्टेंट से पहले, उसके बीच में या उसके बाद दिखते हैं. इन-स्ट्रीम वीडियो के लिए, प्लेयर शुरू होने पर आवाज़ को डिफ़ॉल्ट रूप से "चालू है" पर सेट किया जाना चाहिए. इसके अलावा, यह भी ज़रूरी है कि उपयोगकर्ता ने वीडियो कॉन्टेंट देखने के लिए साफ़ तौर पर अपनी दिलचस्पी दिखाई हो. प्लेयर के आस-पास अन्य कॉन्टेंट हो सकता है, लेकिन उपयोगकर्ता को वीडियो कॉन्टेंट पर फ़ोकस करना चाहिए. यह पेज पर मुख्य कॉन्टेंट बना रहना चाहिए. साथ ही, वीडियो चलाते समय, ऑडियो के साथ दिखने वाला यह एकमात्र वीडियो प्लेयर होना चाहिए. अगर प्लेयर, फ़्लोटिंग/स्टिकी में बदल जाता है, तो विज्ञापन से जुड़े बाद के कॉल में, प्लेयर के अपडेट किए गए साइज़ की सटीक जानकारी दी जानी चाहिए.
PLCMT_ACCOMPANYING_CONTENT वीडियो शुरू होने से पहले, बीच में, और वीडियो खत्म होने के बाद दिखने वाले विज्ञापन. वीडियो प्लेयर, टेक्स्ट या ग्राफ़िक कॉन्टेंट के पैराग्राफ़ से पहले, उसके बीच में या उसके बाद लोड होता है और चलता है. यह सिर्फ़ तब चलता है, जब वह व्यूपोर्ट में दिखता है. साथ में दिखने वाला कॉन्टेंट, व्यूपोर्ट में दिखने पर ही चलना चाहिए. पेज से स्क्रोल होने पर, यह फ़्लोटिंग/स्टिकी प्लेयर में बदल सकता है.
PLCMT_INTERSTITIAL वीडियो विज्ञापन, जो वीडियो कॉन्टेंट के बिना चलाए जाते हैं. वीडियो चलाने के दौरान, यह पेज का मुख्य फ़ोकस होना चाहिए. साथ ही, यह व्यूपोर्ट के ज़्यादातर हिस्से में दिखना चाहिए. इसे स्क्रोल करके नहीं हटाया जा सकता. यह इन-ऐप्लिकेशन वीडियो या स्लाइड शो जैसे प्लेसमेंट में हो सकता है.
PLCMT_NO_CONTENT_STANDALONE वीडियो विज्ञापन, जो स्ट्रीमिंग वीडियो कॉन्टेंट के बिना चलाए जाते हैं. यह स्लाइड शो, नेटिव फ़ीड, कॉन्टेंट में या स्टिक/फ़्लोटिंग जैसे प्लेसमेंट में हो सकता है.
BidRequest.imp.video.playbackmethod
वीडियो विज्ञापन चलाने का तरीका बताता है. उपलब्ध सबसे अच्छे मेज़रमेंट के आधार पर, प्लेबैक का तरीका ऑटो-प्ले या क्लिक-टू-प्ले तय किया जाता है.
AUTO_PLAY_SOUND_ON पेज लोड होने पर, आवाज़ चालू होने पर शुरू होता है.
AUTO_PLAY_SOUND_OFF पेज लोड होने पर, आवाज़ बंद करके शुरू होता है.
CLICK_TO_PLAY क्लिक करने पर, आवाज़ चालू हो जाती है.
MOUSE_OVER माउस घुमाने पर, आवाज़ चालू हो जाती है.
ENTER_SOUND_ON साउंड चालू करके व्यूपोर्ट में प्रवेश करने पर शुरू होता है.
ENTER_SOUND_OFF व्यूपोर्ट में प्रवेश करने पर, डिफ़ॉल्ट रूप से साउंड बंद रहता है.
BidRequest.imp.video.skip
अगर true है, तो इसका मतलब है कि प्लेयर, वीडियो को स्किप करने की अनुमति देगा या स्किप किए जा सकने वाले विज्ञापन दिखाए जा सकते हैं. ऐसा न होने पर, इससे पता चलता है कि स्किप किए जा सकने वाले विज्ञापनों को दिखाने की अनुमति नहीं है.
BidRequest.imp.video.startdelay

0 वैल्यू का मतलब है कि विज्ञापन, वीडियो शुरू होने से पहले दिखेगा. -1 का मतलब है कि विज्ञापन, वीडियो के बीच में दिखेगा. और -2 का मतलब है कि विज्ञापन, वीडियो खत्म होने के बाद दिखेगा.

कोई भी दूसरी पॉज़िटिव वैल्यू, वीडियो के शुरू होने से लेकर विज्ञापन दिखने तक के समय को सेकंड में दिखाती है.

ये सिग्नल, वीडियो क्रिएटिव के लिए खास नहीं हैं, लेकिन बिड लगाने वालों के लिए ये खास तौर पर अहम हैं:

BidRequest.device.ifa
यह फ़ील्ड 36 वर्णों का यूयूआईडी है. इसे सिर्फ़ एसएसएल का इस्तेमाल करने पर सेट किया जाता है और इसे हैश नहीं किया जाता. यह BidRequest.device.dpidm5 का एन्क्रिप्ट (सुरक्षित) नहीं किया गया वर्शन है. iOS डिवाइसों के लिए, इसमें सभी अपरकेस वर्णों में, विज्ञापन देने वालों के लिए आइडेंटिफ़ायर (IDFA) शामिल होता है. Android डिवाइसों के लिए, इसमें सभी छोटे अक्षरों में Android आइडेंटिफ़ायर (ADID) होता है. कनेक्टेड टीवी डिवाइसों के लिए, इसमें उनके यूनीक आइडेंटिफ़ायर शामिल होते हैं. उदाहरण के लिए, Roku का RIDA.
BidRequest.device.devicetype
यह बताता है कि डिवाइस किस तरह का है.
MOBILE HIGHEND_PHONE या TABLET के लिए इस्तेमाल न किया जाने वाला उपनाम.
PERSONAL_COMPUTER इसमें डेस्कटॉप और लैपटॉप डिवाइस शामिल हैं.
CONNECTED_TV कनेक्टेड टीवी (यानी स्मार्ट टीवी) और कनेक्ट किए गए डिवाइस (जैसे, Roku, Apple TV वगैरह) दोनों शामिल हैं.
HIGHEND_PHONE इसमें बेहतर फ़ोन डिवाइस शामिल हैं.
TABLET इसमें टैबलेट डिवाइस शामिल हैं.
CONNECTED_DEVICE इसमें खास तौर पर गेमिंग के लिए बने डिवाइस भी शामिल हैं.
SET_TOP_BOX इसमें सेट-टॉप बॉक्स डिवाइस शामिल हैं.
OOH_DEVICE इसमें आउट-ऑफ़-होम विज्ञापन डिवाइस शामिल हैं. उदाहरण के लिए, डिजिटल बिलबोर्ड.
BidRequest.device.make
यह डिवाइस के ब्रैंड (जैसे, Nokia या Samsung) के बारे में बताता है.
BidRequest.device.model
अगर डिवाइस का मॉडल उपलब्ध है, तो उसका सटीक मॉडल (जैसे, N70 या Galaxy) बताता है. अगर डिवाइस का मॉडल उपलब्ध नहीं है, तो "iphone" या "ipad" जैसा कोई सामान्य मॉडल दिखाता है.
BidRequest.imp.metric
जब Metric.type को completion_rate पर सेट किया जाता है, तो Metric.value [0.0, 1.0] की रेंज में एक फ़्रैक्शन होगा. इससे, विज्ञापन स्लॉट में दिखाए गए वीडियो विज्ञापनों के लिए, विज्ञापन देखे जाने की दर का इतिहास पता चलता है. -1.0 की डिफ़ॉल्ट वैल्यू से पता चलता है कि ऐप्लिकेशन को पूरा करने की दर का पुराना डेटा उपलब्ध नहीं है.
BidRequest.imp.video.poddur
विज्ञापन के लिए पूरे ब्रेक की अवधि, सेकंड में. इसमें पॉड में मौजूद सभी स्लॉट शामिल हैं. यह वैल्यू, वीडियो पब्लिशर के दिए गए वीडियो मेटाडेटा में बताई गई वैल्यू पर सेट होती है.

वीडियो बिड रिक्वेस्ट में इन्वेंट्री के बारे में भी जानकारी होती है. जैसे, वर्टिकल, अनुमति वाले वेंडर, और चैनल की जानकारी. बिड रिक्वेस्ट में मौजूद सभी अन्य मौजूदा फ़ील्ड, वीडियो पर भी लागू होते हैं.

वीडियो अनुरोध के AdSlot मैसेज में मौजूद चौड़ाई और ऊंचाई फ़ील्ड, वीडियो विज्ञापन प्लेयर के साइज़ से जुड़े होते हैं.

BidRequest.imp.ext.allowed_vendor_type
अनुमति पा चुके वेंडर. आईडी की सूची के लिए, तकनीकी दस्तावेज़ में vendors.txt फ़ाइल देखें. उदाहरण के लिए, 309 = डीएफ़ए वीडियो यूनिट.
BidRequest.imp.video.mimes
बिड रिक्वेस्ट के जवाब में दिखाए जाने वाले विज्ञापनों के लिए, काम करने वाले कॉन्टेंट MIME टाइप की जानकारी देने वाली अनुमति वाली सूची. उदाहरण के लिए, "video/mp4". बिड रिस्पॉन्स में, कम से कम एक के लिए सहायता की जानकारी होनी चाहिए.
BidRequest.imp.video.protocols
इससे पता चलता है कि वीडियो विज्ञापन अनुरोधों के लिए, पब्लिशर के कौनसे VAST वर्शन काम करते हैं. इसमें Protocol की वैल्यू का कलेक्शन होता है. जैसे: VAST_2_0, VAST_3_0, VAST_2_0_WRAPPER, VAST_3_0_WRAPPER, VAST_4_0, VAST_4_0_WRAPPER वगैरह.
BidRequest.imp.video.companionad
इस फ़ील्ड में, Banner ऑब्जेक्ट का कलेक्शन शामिल होता है. ये ऑब्जेक्ट, अगर उपलब्ध हों, तो साथ में दिखने वाले विज्ञापनों को दिखाते हैं.
BidRequest.site.page

वीडियो के वॉच पेज का यूआरएल या उस पेज का यूआरएल जिसमें वीडियो एम्बेड किया गया है. उदाहरण के लिए:

http://www.publisher.com/watchpagelink

वीडियो के अनुरोध का जवाब देते समय, बिडर को BidResponse.seatbid.bid.adm फ़ील्ड में वीएएसटी रीडायरेक्ट यूआरएल या वीएएसटी एक्सएमएल दिखाना चाहिए. बिड रिस्पॉन्स में, वीडियो विज्ञापन के लिए सही एलान भी शामिल होना चाहिए. यहां, वीडियो बिड रिस्पॉन्स का एक उदाहरण दिया गया है: 

id: "cRPF1960K8WH788KM8ZT5k"
seatbid {
  bid {
    id: "99862J52T2r9f8n6hzY"
    impid: "1"
    price: 0.2873480215418293
    adid: "test_creative_id_958969"
    adm: "https://video.test.com/ads?id=123456&wprice=%%WINNING_PRICE%%"
    adomain: "google.com"
    cid: "80831705186"
    crid: "test_creative_id_958969"
    w: 480
    h: 854
  }
  seat: "5731:4728:218110"
}
bidid: "dR2wx766-444e907U-Xpv0-634m58Wa5V73"
cur: "USD"

वीडियो बिड रिस्पॉन्स में ये फ़ील्ड अहम होते हैं:

BidResponse.seatbid.bid.ext.attribute
इस स्निपेट से दिखाए जा सकने वाले विज्ञापनों के लिए एट्रिब्यूट. आईडी की सूची के लिए, buyer-declarable-creative-attributes.txt फ़ाइल देखें. हम यह पक्का करने के लिए जांच करते हैं कि इनमें से कोई भी एट्रिब्यूट, बिड रिक्वेस्ट में पब्लिशर की ओर से अस्वीकार किए गए एट्रिब्यूट से मेल न खाता हो. उदाहरण के लिए, अगर किसी फ़ील्ड में 30 शामिल है, तो इससे यह पता चलता है कि विज्ञापन को रेंडर करने के लिए, VPAID की ज़रूरत है.
BidResponse.seatbid.bid.adm

वीडियो विज्ञापनों के लिए, यह वीडियो विज्ञापन का वीएएसटी रीडायरेक्ट यूआरएल है. उदाहरण के लिए:

http://ad.doubleclick.net/pfadx/N270.132652.1516607168321/B3442378.3;dcadv=1379578;sz=0x0;ord=79879;dcmt=text/xml

इसके अलावा, यह रॉ VAST एक्सएमएल भी हो सकता है.

बिड रिक्वेस्ट और रिस्पॉन्स का उदाहरण

वीडियो फ़ॉर्मैट

खरीदार, वीडियो कैसे शामिल कर सकते हैं

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

वेब

वीडियो क्रिएटिव इनस्ट्रीम (सभी) फ़ीड/लेख में फ़ीड/लेख में नेटिव विज्ञापन मध्यवर्ती इन-बैनर

VPAID + VAST

 

VAST

 

MRAID + JS

 

 

 

 

 

कस्टम JS

 

नेटिव + VAST

 

मोबाइल ऐप्लिकेशन

वीडियो क्रिएटिव इनस्ट्रीम (सभी) फ़ीड/लेख में फ़ीड/लेख में नेटिव विज्ञापन मध्यवर्ती इन-बैनर

VPAID + VAST

 

 

 

 

 

VAST

MRAID + JS

कस्टम JS

नेटिव + VAST

कुंजी: फ़ॉर्मैट/टेक्नोलॉजी उपलब्ध नहीं है

इस प्लेसमेंट में वीडियो क्रिएटिव स्वीकार किया जाता है. हालांकि, पब्लिशर के ब्लॉक के हिसाब से यह तय होता है

इस प्लेसमेंट पर वीडियो क्रिएटिव उपलब्ध नहीं है

OpenRTB के सुझाए गए सिग्नल

नीचे दी गई टेबल में, डेस्कटॉप और मोबाइल वेब और मोबाइल ऐप्लिकेशन के लिए, सभी वीडियो फ़ॉर्मैट के लिए OpenRTB के सुझाए गए सिग्नल दिखाए गए हैं.

डेस्कटॉप और मोबाइल वेब

वीडियो फ़ॉर्मैट सुझाए गए सिग्नल (सिर्फ़ वीडियो से जुड़े सिग्नल) मिलते-जुलते सिग्नल (सिर्फ़ वीडियो से जुड़े सिग्नल)

इनस्ट्रीम (VPAID)

वीडियो ऑब्जेक्ट मौजूद है   &
video.placement = INSTREAM   &

इनस्ट्रीम (VPAID नहीं)

वीडियो ऑब्जेक्ट मौजूद है   &
video.placement = INSTREAM    &
video.api = 1 VPAID 1.0 or 2:VPAID 2.0

नॉन-इन-स्ट्रीम

VIDEO ऑब्जेक्ट मौजूद है

video.linearity: linear
प्लेसमेंट, असल
प्लेसमेंट पर निर्भर करता है. इसकी वैल्यू यहां दी गई हैं
Video.startdelay = 0

फ़ीड में विज्ञापन

वीडियो ऑब्जेक्ट मौजूद है   &
video.placement = IN-FEED

लेख में

वीडियो ऑब्जेक्ट मौजूद है   &
video.placement = IN-ARTICLE

मूल भाषा वाला

NATIVE ऑब्जेक्ट मौजूद है और

इन-बैनर

वीडियो ऑब्जेक्ट मौजूद नहीं है &
banner.battr ≠ 6 इन-बैनर वीडियो (अपने-आप चलना) &
banner.battr ≠ 7 इन-बैनर वीडियो (उपयोगकर्ता से शुरू होना)

मोबाइल ऐप्लिकेशन

वीडियो फ़ॉर्मैट बिड रिक्वेस्ट की जानकारी (सिर्फ़ वीडियो से जुड़ी जानकारी)

इनस्ट्रीम

वीडियो ऑब्जेक्ट मौजूद है   &
video.placement = INSTREAM    &

video.api = 1 VPAID 1.0 या 2: VPAID 2.0

नॉन-इन-स्ट्रीम

VIDEO ऑब्जेक्ट मौजूद है

video.linearity: linear
प्लेसमेंट, असल
प्लेसमेंट पर निर्भर करता है. इसकी वैल्यू यहां दी गई हैं
Video.startdelay = 0

फ़ीड में विज्ञापन

वीडियो ऑब्जेक्ट मौजूद है   &
video.placement = IN-FEED

लेख में

वीडियो ऑब्जेक्ट मौजूद है   &
video.placement = IN-ARTICLE

मूल भाषा वाला

NATIVE ऑब्जेक्ट मौजूद है और

इंटरस्टीशियल (वीएएसटी)

वीडियो ऑब्जेक्ट मौजूद है   &
video.placement = INTERSTITIAL

पेज पर अचानक दिखने वाला विज्ञापन (वीएएसटी नहीं)

वीडियो ऑब्जेक्ट मौजूद है   &
video.placement = INTERSTITIAL

फ़िल्टर किया गया

इन-बैनर (MRAID)

वीडियो ऑब्जेक्ट मौजूद नहीं है &
banner.battr ≠ 6 इन-बैनर वीडियो (अपने-आप चलने वाला) &
banner.battr ≠ 7 इन-बैनर वीडियो (उपयोगकर्ता से शुरू किया गया)

इन-बैनर

(कोई MRAID नहीं)

वीडियो ऑब्जेक्ट मौजूद नहीं है &
banner.battr ≠ 6 इन-बैनर वीडियो (अपने-आप चलने वाला) &
banner.battr ≠ 7 इन-बैनर वीडियो (उपयोगकर्ता से शुरू किया गया)

पब्लिशर, वीडियो को अनुमति कैसे दे सकते हैं/अनुमति कैसे हटा सकते हैं

नीचे दी गई टेबल में बताया गया है कि पब्लिशर अपने प्लेसमेंट में वीडियो दिखाने की अनुमति कैसे दे सकते हैं/अनुमति कैसे हटा सकते हैं.

पब का विकल्प लागू होने वाले फ़ॉर्मैट बिड रिक्वेस्ट में इसकी जानकारी

इन-स्ट्रीम वीडियो यूनिट की जानकारी दें

इनस्ट्रीम (सभी)

वीडियो ऑब्जेक्ट मौजूद है &
video.placement = INSTREAM

VPAID में ऑप्ट इन करना

इनस्ट्रीम वेब

वीडियो ऑब्जेक्ट मौजूद है &
video.api = 1 (VPAID 1.0) या 2 (VPAID 2.0)

आईबीवी में ऑप्ट इन करना

इन-बैनर

मध्यवर्ती

banner.battr ≠ 6 इन-बैनर वीडियो (अपने-आप चलने वाला) &/या 7 इन-बैनर वीडियो (उपयोगकर्ता से शुरू किया गया)

(निर्देश) के लिए ऑप्ट इन करें

फ़ीड में विज्ञापन

लेख में

वीडियो ऑब्जेक्ट मौजूद है &
video.placement = IN-FEED या IN-ARTICLE

नॉन-इन-स्ट्रीम विज्ञापनों के लिए ऑप्ट इन करना (निर्देश)

मूल भाषा वाला

नेटिव ऑब्जेक्ट मौजूद है

बीच में दिखने वाले वीडियो को ब्लॉक करना

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

VIDEO ऑब्जेक्ट मौजूद नहीं है

कभी-कभी होने वाले मामले

# केस की जानकारी टिप्पणियां बिड रिक्वेस्ट

1

MRAID का इस्तेमाल करके, कस्टम विंडो को देर से बंद करना

अचानक दिखने वाले विज्ञापनों के लिए, विज्ञापन बंद करने पर MRAID का इस्तेमाल करके खरीदार को सूचना भेजी जा सकती है. ऐसा तब भी किया जा सकता है, जब खरीदार ने कस्टम क्लोज़ का इस्तेमाल न किया हो.


अनुमति पा चुके खरीदारों ने X का इस्तेमाल किया है, यह जानकारी हमेशा किसी भी कस्टम क्लोज़ के सबसे ऊपर दिखेगी. भले ही, कस्टम क्लोज़ पांच सेकंड बाद दिखे

शब्दावली

Authorized Buyers वीडियो की ग्लॉसरी देखें.

इन-स्ट्रीम और नॉन-इन-स्ट्रीम फ़ॉर्मैट के लिए काम के फ़ील्ड

OpenRTB 2.5 (पेज 47 से शुरू) देखें

BidRequest.Video.
Placement
इनस्ट्रीम mWeb

1: इन-स्ट्रीम
2: इन-बैनर

mApp

1: इन-स्ट्रीम
2: इन-बैनर
नॉन-इन-स्ट्रीम mApp Interstitial

5: अचानक दिखने वाला (इंटरस्टीशियल) विज्ञापन

Native

3: लेख में विज्ञापन
4: फ़ीड में विज्ञापन

Rewarded

is_rewarded_inventory: OpenRTB एक्सटेंशन के लिए bool
linearity

इससे पता चलता है कि इंप्रेशन लीनियर, नॉन-लीनियर वगैरह होना चाहिए या नहीं. अगर कोई भी नहीं बताया गया है, तो मान लें कि सभी की अनुमति है.

इनस्ट्रीम mWeb

1: LINEAR (इन-स्ट्रीम)

mApp

1: LINEAR (इन-स्ट्रीम)
नॉन-इन-स्ट्रीम mApp Interstitial

2: INTERSTITIAL

Native

3: IN_FEED
5: IN_ARTICLE
videoad_start_delay
इनस्ट्रीम mWeb

>0: start delay in seconds
 0: PRE_ROLL
-1: GENERIC_MID_ROLL
-2: GENERIC_POST_ROLL

mApp

>0: start delay in seconds
 0: PRE_ROLL
-1: GENERIC_MID_ROLL
-2: GENERIC_POST_ROLL
नॉन-इन-स्ट्रीम Rewarded

>0: start delay in seconds
 0: PRE_ROLL
-1: GENERIC_MID_ROLL
-2: GENERIC_POST_ROLL

बिड रिक्वेस्ट की वैल्यू का सोर्स

OpenRTB
ऑब्जेक्ट		 फ़ील्ड Authorized Buyers
/Exchange
बिडिंग
नॉन-इनस्ट्रीम		 सैंपल वैल्यू यह तय कौन करता है?
/यह वैल्यू
कहां से मिलती है?
ऑब्जेक्ट
वीडियो माइम हां ["application/javascript",
"video/mp4"]",		 Google
minduration नहीं पब्लिशर ने कॉन्फ़िगर किया
maxduration हां पब्लिशर ने कॉन्फ़िगर किया
playbackmet
hod		 हां [6] आम तौर पर, पब्लिशर
कॉन्फ़िगर किया गया
api (MRAID) हां [1,2] Google
प्रोटोकॉल हां [2,3,5,6,7,8] Google
लीनियरिटी हां [1] Google
प्लेसमेंट हां [1] Google
प्लेयर की चौड़ाई हां 400,400,300 Google
प्लेयर की ऊंचाई हां 22,53,00,153 Google
शुरू होने में देरी हां 0 Google, डिफ़ॉल्ट रूप से 5 सेकंड
अभी नहीं हां 1 पब्लिशर/Google
- इंटरस्टीशियल के लिए => Google
- इनस्ट्रीम के लिए => पब्लिशर
यह तय करता है कि
स्किप किए जा सकने वाले, स्किप न किए जा सकने वाले या दोनों तरह के विज्ञापन दिखाने हैं या नहीं.
इनाम वाले विज्ञापन, जिन्हें हमेशा स्किप नहीं किया जा सकता;
कम से कम बिटरेट नहीं Google
ज़्यादा से ज़्यादा बिटरेट नहीं Google
pos हां 1 Google
डिवाइस
पिक्सल का अनुपात हां 1 Google
इंप्रेशन
सुरक्षित हां 1 Google
के लिए, यह वैल्यू डिफ़ॉल्ट रूप से 'सही'
होती है, क्योंकि adtag हमेशा
सुरक्षित होता है