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

इस गाइड में, इंटिग्रेशन की ज़रूरी शर्तों, कॉन्फ़िगरेशन, और काम के 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, वीएएसटी रैपर में अपने क्लिक ट्रैकर शामिल करते हैं. ज़्यादा के लिए समर्थित मैक्रो के बारे में जानकारी, देखें मैक्रो की जानकारी देना.

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

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

आपको जिस विज्ञापन को दिखाना है उसकी कम से कम अवधि सेकंड में. टास्क कब शुरू होगा सेट नहीं किया गया है, तो कम से कम अवधि की कोई सीमा नहीं है.

BidRequest.imp.video.plcmt

अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है यह बताता है कि वीडियो कहां चलेगा.

PLCMT_UNKNOWN	प्लेसमेंट की जानकारी नहीं है या यह पता नहीं चल पा रहा है.
PLCMT_INSTREAM	वीडियो शुरू होने से पहले, उसके बीच में, और खत्म होने के बाद दिखने वाले ऐसे विज्ञापन जो पहले चलाए जाते हैं, स्ट्रीमिंग वीडियो सामग्री के दौरान या उसके बाद उपभोक्ता के पास अनुरोध किया गया है. इन-स्ट्रीम वीडियो के लिए, प्लेयर शुरू होने पर आवाज़ को डिफ़ॉल्ट रूप से "चालू है" पर सेट किया जाना चाहिए. इसके अलावा, यह भी ज़रूरी है कि उपयोगकर्ता ने वीडियो कॉन्टेंट देखने का साफ़ तौर पर इरादा दिखाया हो. हालांकि, Google News पर प्लेयर, वीडियो सामग्री उपयोगकर्ता की विज़िट का मुख्य विषय होनी चाहिए. यह पेज पर मुख्य कॉन्टेंट बना रहना चाहिए. साथ ही, यह ऐसा वीडियो प्लेयर होना चाहिए जिस पर वीडियो चलने के दौरान ऑडियो सुनने की सुविधा उपलब्ध हो. अगर प्लेयर फ़्लोटिंग/स्टिकी में बदल देता है, बाद में दिखने वाली विज्ञापन कॉल सही तरीके से इससे प्लेयर का साइज़ अपडेट होता है.
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 = DFA वीडियो यूनिट.

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 एक्सएमएल भी हो सकता है.

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

• वीडियो के लिए बिड रिक्वेस्ट के सैंपल
• वीडियो बिड रिस्पॉन्स के सैंपल

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

• खरीदार वीडियो को कैसे शामिल कर सकते हैं
• सभी वीडियो फ़ॉर्मैट के लिए, OpenRTB के सुझाए गए सिग्नल
• Authorized Buyers प्रोटोकॉल में, सभी वीडियो फ़ॉर्मैट के लिए सुझाए गए सिग्नल
• पब्लिशर, वीडियो को अनुमति कैसे दे सकते हैं/अनुमति कैसे हटा सकते हैं
• एज केस

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

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

वेब

वीडियो क्रिएटिव	इनस्ट्रीम (सभी)	फ़ीड/लेख में	नेटिव फ़ीड/लेख	मध्यवर्ती	इन-बैनर
VPAID + VAST
VAST
MRAID + JS
कस्टम JS
नेटिव + वीएएसटी

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

वीडियो क्रिएटिव	इनस्ट्रीम (सभी)	फ़ीड/लेख में	नेटिव फ़ीड/लेख	मध्यवर्ती	इन-बैनर
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
मूल भाषा वाला	नेटिव ऑब्जेक्ट मौजूद है और
इन-बैनर	वीडियो ऑब्जेक्ट मौजूद नहीं है & 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
मूल भाषा वाला	नेटिव ऑब्जेक्ट मौजूद है और
इंटरस्टीशियल (वीएएसटी)	वीडियो ऑब्जेक्ट मौजूद है और video.placement = INTERSTITIAL
मध्यवर्ती (कोई VAST नहीं)	वीडियो ऑब्जेक्ट मौजूद है और 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.वीडियो.
Placement	इनस्ट्रीम mWeb 1: इन-स्ट्रीम 2: इन-बैनर mApp 1: इन-स्ट्रीम 2: इन-बैनर नॉन-इन-स्ट्रीम mApp Interstitial 5: मध्यवर्ती Native 3: इन-लेख 4: फ़ीड में विज्ञापन Rewarded is_rewarded_inventory: OpenRTB एक्सटेंशन बूल
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	हां		पब्लिशर को कॉन्फ़िगर किया गया
	वीडियो चलाने की जानकारी hod	हां	[6]	आम तौर पर, पब्लिशर कॉन्फ़िगर किया गया
	api (MRAID)	हां	[1,2]	Google
	प्रोटोकॉल	हां	[2,3,5,6,7,8]	Google
	लीनियरिटी	हां	[1]	Google
	प्लेसमेंट	हां	[1]	Google
	प्लेयर की चौड़ाई	हां	4,00,40,00,300	Google
	प्लेयर की ऊंचाई	हां	22,53,00,153	Google
	शुरू होने में देरी	हां	0	Google, डिफ़ॉल्ट रूप से 5 सेकंड
	अभी नहीं	हां	1	प्रकाशक/Google - मध्यवर्ती के लिए => Google - इनस्ट्रीम के लिए => प्रकाशक यह तय करता है कि को अनुमति देनी है या नहीं स्किप किया जा सकता है, स्किप नहीं किया जा सकता या दोनों. अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है इनाम वाले विज्ञापन, हमेशा स्किप नहीं किए जा सकते;
	कम से कम बिटरेट	नहीं		Google
	ज़्यादा से ज़्यादा बिटरेट	नहीं		Google
	pos	हां	1	Google
डिवाइस
	पिक्सल रेशियो	हां	1	Google
इंप्रेशन
	सुरक्षित	हां	1	Google को डिफ़ॉल्ट रूप से सही पर सेट करता है क्योंकि adtag हमेशा होता है सुरक्षित