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

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

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

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

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

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

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

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

Google का सुझाव है कि क्रिएटिव का इस्तेमाल करके बिडिंग करने से पहले, उन्हें मंज़ूरी के लिए सबमिट करें. समीक्षा की प्रोसेस शुरू करने के लिए, Real-time Bidding API के Creatives resource का इस्तेमाल किया जा सकता है.

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

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

मैक्रो

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

  • %%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 डिवाइसों के लिए, इसमें विज्ञापन देने वालों के लिए आइडेंटिफ़ायर (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
इससे वीडियो विज्ञापन के अनुरोधों के लिए, पब्लिशर के साथ काम करने वाले 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: "n40G42d551UX18627ao8lt"
seatbid {
  bid {
    id: "17u6BnD62h88r5q7066"
    impid: "1"
    price: 0.797848
    adm: "https://video.test.com/ads?id=123456&wprice=%%WINNING_PRICE%%"
    adomain: "google.com"
    crid: "test_creative_id_987914"
    w: 320
    h: 480
    cattax: GOOGLE_CATEGORIES
    [com.google.doubleclick.bid] {
      attribute: 47
      attribute: 50
      billing_id: 55383762512
      skadn {
        version: "4.0"
        network: "306el65O"
        itunesitem: "832461214"
        sourceapp: "977150768"
        fidelities {
          fidelity: VIEW_THROUGH_ADS
          nonce: "0054e0b9-0b53-4426-99dd-a1eefeb45565"
          timestamp: "1757329316673"
          signature: "oE3Ek8347oZV1Yl1J42G2c88BSKr2dqEbiOK2S4ni7NVDh3v128NN0hlzWK5aX96ecV1504E9k288i0t0wGX73P317812WE7"
        }
        fidelities {
          fidelity: STOREKIT_RENDERED_ADS
          nonce: "0054e0b9-0b53-4426-99dd-a1eefeb45565"
          timestamp: "1757329316673"
          signature: "b1GqXA4v889p842512GQ1p3249q5VmPt1335f1H1zdK92fq24j7a7ml419W7u8B7rhhH97s507f2251923oWi89XF1voZv4b"
        }
        sourceidentifier: "8396"
      }
      app_promotion_type: INSTALLS
      clickurl: "google.com"
    }
  }
}
[com.google.doubleclick.bid_response] {
  processing_time_ms: 20
}

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

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 XML भी हो सकता है.

बिड अनुरोधों और जवाबों के उदाहरण

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

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

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

वेब

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

VPAID + VAST

 

VAST

 

MRAID + JS

 

 

 

 

 

कस्टम JS

 

नेटिव + VAST

 

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

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

VPAID + VAST

 

 

 

 

 

VAST

MRAID + JS

कस्टम JS

नेटिव + VAST

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

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

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

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

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

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

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

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

VIDEO ऑब्जेक्ट मौजूद है   &
video.placement = INSTREAM   &

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

VIDEO ऑब्जेक्ट मौजूद है   &
video.placement = INSTREAM    &
video.api = 1 VPAID 1.0 or 2:VPAID 2.0

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

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

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

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

VIDEO ऑब्जेक्ट मौजूद है   &
video.placement = IN-FEED

लेख में विज्ञापन

VIDEO ऑब्जेक्ट मौजूद है   &
video.placement = IN-ARTICLE

मूल भाषा वाला

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

इन-बैनर

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

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

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

इनस्ट्रीम

VIDEO ऑब्जेक्ट मौजूद है   &
video.placement = INSTREAM    &

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

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

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

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

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

VIDEO ऑब्जेक्ट मौजूद है   &
video.placement = IN-FEED

लेख में विज्ञापन

VIDEO ऑब्जेक्ट मौजूद है   &
video.placement = IN-ARTICLE

मूल भाषा वाला

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

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

VIDEO ऑब्जेक्ट मौजूद है   &
video.placement = INTERSTITIAL

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

VIDEO ऑब्जेक्ट मौजूद है   &
video.placement = INTERSTITIAL

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

इन-बैनर (MRAID)

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

इन-बैनर

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