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

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

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

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

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

BidRequest.imp.video.minduration
बिड रिस्पॉन्स में शामिल हर व्यक्तिगत विज्ञापन की कम से कम अवधि, सेकंड में. अगर इसे सेट नहीं किया जाता है, तो कम से कम अवधि की कोई सीमा नहीं होती.
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.imp.video.durfloors और BidRequest.imp.audio.durfloors

DurFloors ऑब्जेक्ट का कलेक्शन, जो अलग-अलग अवधि के वीडियो या ऑडियो क्रिएटिव के लिए, फ़्लोर प्राइस दिखाता है. खरीदार, इन क्रिएटिव के लिए बिड कर सकता है.

यहां Google के तय किए गए durfloors का उदाहरण दिया गया है:

  1. {"maxdur": 16, "bidfloor": 5}, $5 पर (0, 16) सेकंड को दिखाता है.
  2. {"mindur": 16, "maxdur": 31, "bidfloor": 10}, $10 पर [16, 31) सेकंड को दिखाता है.
  3. {"mindur": 31, "bidfloor": 20}, $20 पर [31, inf) सेकंड को दिखाता है.

ये सिग्नल, वीडियो क्रिएटिव के लिए यूनीक नहीं हैं. हालांकि, बिड लगाने वालों के लिए इन्हें पढ़ना ज़रूरी है:

BidRequest.device.ifa
यह फ़ील्ड 36 वर्णों का यूयूआईडी होता है. इसे सिर्फ़ एसएसएल का इस्तेमाल करते समय सेट किया जाता है. साथ ही, इसे हैश नहीं किया जाता. यह BidRequest.device.dpidm5 का एन्क्रिप्ट (सुरक्षित) नहीं किया गया वर्शन है. iOS डिवाइसों के लिए, इसमें सभी अपरकेस वर्णों में Identifier for Advertisers (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
अनुमति वाली सूची, जिसमें बिड रिक्वेस्ट के जवाब में दिखाए जाने वाले विज्ञापनों के लिए, इस्तेमाल किए जा सकने वाले कॉन्टेंट के एमआईएमई टाइप की जानकारी दी गई हो. उदाहरण के लिए, "video/mp4". बिड रिस्पॉन्स में, इनमें से कम से कम एक के लिए सहायता का संकेत होना चाहिए.
BidRequest.imp.video.protocols
इससे पता चलता है कि वीडियो विज्ञापन दिखाने के अनुरोधों के लिए, पब्लिशर के पास वीएएसटी के कौनसे वर्शन उपलब्ध हैं. इसमें Protocol enum वैल्यू का कलेक्शन होता है. इसमें ये वैल्यू शामिल हैं: 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: "eW3q768m3k93fv93a80tGQ"
seatbid {
  bid {
    id: "0uMc95E6ClImM3p5FSe"
    impid: "1"
    price: 0.034745
    adm: "https://video.test.com/ads?id=123456&wprice=%%WINNING_PRICE%%"
    adomain: "google.com"
    crid: "test_creative_id_168019"
    cat: "7"
    w: 320
    h: 480
    cattax: GOOGLE_CATEGORIES
    [com.google.doubleclick.bid] {
      attribute: 47
      attribute: 50
      billing_id: 61170857882
      app_promotion_type: INSTALLS
      clickurl: "google.com"
    }
  }
}
[com.google.doubleclick.bid_response] {
  processing_time_ms: 30
}

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

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

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

स्किप किया जा सकने वाला सुधार

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

  • बिड रिस्पॉन्स में तय किए गए क्रिएटिव को वीपीएआईडी का इस्तेमाल करके लागू किया जाता है. रीयल-टाइम बिडिंग एपीआई में Creative.video.videoMetadata.isVpaid फ़ील्ड की मदद से, यह पता लगाया जा सकता है कि आपके कौनसे वीडियो क्रिएटिव, VPAID का इस्तेमाल करके लागू किए गए हैं.
  • पब्लिशर, क्रिएटिव को रेंडर करेगा. इसका पता BidRequest.imp.displaymanager फ़ील्ड के आधार पर लगाया जा सकता है. अगर पब्लिशर क्रिएटिव को रेंडर करने वाला है, तो यह फ़ील्ड 'PUBLISHER' होगा.

यहां कुछ उदाहरण दिए गए हैं, जिनसे पता चलता है कि स्किप किए जा सकने वाले सुधार को कैसे लागू किया जाता है:

  • पहली स्थिति:
    • आपको JSON फ़ॉर्मैट के लिए 0 या Protobuf फ़ॉर्मैट के लिए false पर सेट किए गए BidRequest.imp.video.skip फ़ील्ड के साथ बिड रिक्वेस्ट मिलती है.
    • आपने स्किप किए जा सकने वाले क्रिएटिव के साथ बिड की हो.
    • नतीजा: आपकी बिड नीलामी में शामिल हो जाती है. अगर आपकी बिड जीत जाती है और वीडियो क्रिएटिव रेंडर होता है, तो वह स्किप न किए जा सकने वाले वीडियो के तौर पर रेंडर होता है.
  • दूसरी स्थिति:
    • आपको JSON फ़ॉर्मैट के लिए 1 या Protobuf फ़ॉर्मैट के लिए true पर सेट किए गए BidRequest.imp.video.skip फ़ील्ड के साथ बिड रिक्वेस्ट मिलती है.
    • आपने स्किप न किए जा सकने वाले ऐसे क्रिएटिव के साथ बिड की है जिसकी अवधि, BidRequest.imp.video.skipmin फ़ील्ड में बताई गई अवधि से ज़्यादा है.
    • नतीजा: आपकी बिड नीलामी में शामिल हो जाती है. अगर आपकी बिड जीत जाती है और वीडियो क्रिएटिव रेंडर होता है, तो वह स्किप किए जा सकने वाले विज्ञापन के तौर पर रेंडर होता है.

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

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

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

वेब

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

VPAID + VAST

 

VAST

 

MRAID + JS

 

 

 

 

 

कस्टम JS

 

नेटिव + वीएएसटी

 

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

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

VPAID + VAST

 

 

 

 

 

VAST

MRAID + JS

कस्टम JS

नेटिव + वीएएसटी

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

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

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

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

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

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

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

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

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

इनस्ट्रीम (कोई वीपीएआईडी नहीं)

वीडियो ऑब्जेक्ट मौजूद है   &
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 object present &

इन-बैनर

वीडियो ऑब्जेक्ट मौजूद नहीं है और
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

इंटरस्टीशियल (बिना 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 का इस्तेमाल करके खरीदार को सूचना भेजी जा सकती है. भले ही, उन्होंने कस्टम क्लोज़ का इस्तेमाल न किया हो.


Authorized Buyers का लागू किया गया X हमेशा किसी भी कस्टम बंद के ऊपर दिखेगा. भले ही, कस्टम बंद पांच सेकंड के बाद नीचे दिखे

शब्दावली

Authorized Buyers की वीडियो शब्दावली देखें.

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

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

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

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

mApp

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

5: इंटरस्टीशियल

Native

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

Rewarded

rwdd: 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
Bidding
नॉन-इनस्ट्रीम		 सैंपल वैल्यू यह कौन तय करता है?
/यह वैल्यू
कहां से मिलती है?
ऑब्जेक्ट
वीडियो माइम हां ["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, डिफ़ॉल्ट रूप से पांच सेकंड
अभी नहीं हां 1 पब्लिशर/Google
- इंटरस्टीशियल के लिए => Google
- इनस्ट्रीम के लिए => पब्लिशर
यह तय करता है कि
स्किप किए जा सकने वाले, स्किप न किए जा सकने वाले या दोनों तरह के विज्ञापनों को अनुमति देनी है या नहीं.
इनाम वाले विज्ञापन, जिन्हें स्किप नहीं किया जा सकता;
कम से कम बिटरेट नहीं Google
ज़्यादा से ज़्यादा बिटरेट नहीं Google
pos हां 1 Google
डिवाइस
पिक्सल का अनुपात हां 1 Google
इंप्रेशन
सुरक्षित हां 1 Google
डिफ़ॉल्ट रूप से true पर सेट है
क्योंकि adtag हमेशा
सुरक्षित होता है