IMA SDK विज्ञापन अवरोधन, समझें

IMA SDK वास्तव में क्या है

इंटरैक्टिव मीडिया ऐड्स (IMA) SDK Google की वीडियो विज्ञापनों के लिए क्लाइंट-साइड लाइब्रेरी है। एक वेबसाइट जो वीडियो को मनीटाइज़ करना चाहती है, आमतौर पर अपना खुद का ऐड प्लेयर नहीं बनाती: वह imasdk.googleapis.com/js/sdkloader/ima3.js (या डायनेमिक वेरिएंट ima3_dai.js) लोड करती है, एक AdDisplayContainer को इनिशियलाइज़ करती है, और SDK को एक ऐड टैग URL प्रदान करती है। SDK फिर एक VAST रिस्पॉन्स प्राप्त करता है, प्लेयर के अंदर विज्ञापन रेंडर करता है, इम्प्रेशन और क्वार्टाइल्स को ट्रैक करता है, और अंत में प्रकाशक की कंटेंट को नियंत्रण वापस सौंप देता है।

चूंकि यह एक ही डोमेन से सर्व किया जाने वाला एक साझा स्क्रिप्ट है, इसलिए IMA SDK वेब वीडियो विज्ञापन में सबसे अधिक उपयोग किए जाने वाला एकमात्र चॉकपॉइंट है: इसे एक बार निष्क्रिय कर देने पर, इस पर आधारित प्रत्येक प्लेयर विज्ञापन प्रदान करना बंद कर देगा।

विज्ञापन अनुरोध का जीवनचक्र

जब दर्शक प्ले बटन दबाता है, तो प्लेयर आमतौर पर इस क्रम को चलाता है:

1. पेज Google के सर्वर से ima3.js लोड करता है।
2. प्लेयर एक विज्ञापन लोडर बनाता है और एक विज्ञापन टैग के साथ विज्ञापनों का अनुरोध करता है, जो एक विज्ञापन सर्वर की ओर इशारा करता है।
3. SDK विज्ञापन (आमतौर पर DoubleClick के माध्यम से VAST/VMAP दस्तावेज़) प्राप्त करता है, उसे पार्स करता है और वीडियो के ऊपर एक कंटेनर में विज्ञापन मीडिया रेंडर करता है।
4. ट्रैकिंग पिक्सेल चालू होते हैं; प्लेयर प्रतीक्षा करता है।
5. जब विज्ञापन समाप्त हो जाता है (या त्रुटि उत्पन्न होती है), तो SDK CONTENT_RESUME_REQUESTED फायर करता है और प्लेयर वास्तविक वीडियो को पुनः आरंभ करता है।

वह अंतिम घटना ही महत्वपूर्ण है: प्लेयर उसकी प्रतीक्षा करने के लिए लिखा गया है। जो व्यक्ति SDK को नियंत्रित करता है, वही निर्धारित करता है कि कंटेंट कब पुनः आरंभ होगा।

क्यों SDK को बस ब्लॉक करने से प्लेयर काम करना बंद कर देते हैं

गलत दृष्टिकोण यह है कि नेटवर्क स्तर पर imasdk.googleapis.com को ब्लॉक कर दें और इसे हल कर दें। समस्या यह है कि कई प्लेयर असफल या अनुपस्थित SDK को एक गंभीर त्रुटि के रूप में लेते हैं और वीडियो शुरू करने से इनकार कर देते हैं, बजाय सामग्री के लोडिंग स्पिनर या "एडब्लॉक पहचाना गया" वाली दीवार दिखाते हैं।

यही कारण है कि क्लासिक नेटवर्क-स्तरीय ब्लॉकर वीडियो विज्ञापनों के खिलाफ कमजोर होते हैं: वे विज्ञापन अनुरोध को रोक सकते हैं, लेकिन प्लेयर के प्रश्न "क्या मैं अब फिर से शुरू कर सकता हूँ?" का उत्तर नहीं दे सकते। केवल SDK के स्थान पर खड़ा कुछ ही ऐसा कर सकता है।

प्रतिस्थापन द्वारा उदासीनीकरण: स्टब दृष्टिकोण

AdOff एक अलग रास्ता अपनाता है: SDK को ब्लॉक करने के बजाय, यह उसे बदल देता है। एक स्टब जो IMA SDK के पब्लिक API का अनुकरण करता है, उसे घुसा दिया जाता है, ताकि प्लेयर अभी भी एक कार्यात्मक SDK "देखे" — जो ऐसा व्यवहार करता है जैसे हर विज्ञापन ब्रेक खाली हो।

जब प्लेयर adsManager.start() को कॉल करता है, तो स्टब तुरंत CONTENT_RESUME_REQUESTED को उत्सर्जित कर देता है। प्लेयर सामग्री को तुरंत पुनः आरंभ कर देता है। कोई विज्ञापन प्राप्त नहीं होता, कोई विज्ञापन प्रदर्शित नहीं होता, और प्लेयर कभी कोई त्रुटि स्थिति में प्रवेश नहीं करता क्योंकि वह कभी यह नहीं ध्यान देता कि कुछ अनुपलब्ध है।

एक ही स्टब के लिए दो वितरण चैनल

AdOff एक ही स्टब को दो चैनलों के माध्यम से भेजता है, क्योंकि विभिन्न साइटें SDK को अलग-अलग तरीके से लोड करती हैं:

• इन-पेज इंजेक्शन। उन साइट्स पर, जिन्हें अपवाद के रूप में निर्दिष्ट नहीं किया गया है, मेन-वर्ल्ड स्क्रिप्ट प्लेयर के आरंभ होने से पहले window.google.ima को परिभाषित करती है, इस प्रकार बंडल किया गया या बाहरी रूप से लोड किया गया SDK स्टब द्वारा प्रतिस्थापित हो जाता है।
• नेटवर्क रीडायरेक्ट। 42 यूरोपीय प्रसारक डोमेन के एक सेट के लिए, डिक्लेरेटिवनेटरिक्वेस्ट नियम ima3.js और ima3_dai.js के अनुरोध को एक्सटेंशन के भीतर बंडल किए गए स्टब फाइल में रीडायरेक्ट करते हैं। पेज वह लोड करता है जो वह गूगल का SDK सोचता है, लेकिन वास्तव में AdOff का SDK प्राप्त करता है।

दोनों चैनल एक ही परिणाम पर अर्थात खिलाड़ी को एक अनुकूलनीय SDK मिलता है और दर्शक को कंटेंट मिलता है।

यह दृष्टिकोण कहाँ तक पहुँचता है और कहाँ नहीं

यह स्टब क्लाइंट-साइड IMA-आधारित विज्ञापनों को निष्क्रिय कर देता है। यह सर्वर-साइड विज्ञापन सम्मिलन (SSAI) को प्रभावित नहीं करता, जहाँ विज्ञापन वीडियो स्ट्रीम में वितरण से पहले ही सम्मिलित किए जाते हैं — ऐसे में कोई SDK कॉल नहीं होती जिसे अवरुद्ध किया जा सके। प्रीमियम सदस्यता सेवाएँ, जो अपने स्वयं के विज्ञापन पाइपलाइन का उपयोग करती हैं, को जानबूझकर बाहर रखा गया है ताकि उनके प्लेयर सही ढंग से काम करते रहें।

मुख्य वीडियो प्लेटफॉर्म को ऊपर एक अलग पाइपलाइन भी मिलती है: पेज इसे पढ़ने से पहले, प्लेयर के रिस्पॉन्स से विज्ञापन अनुसूची को हटा दिया जाता है, और जो कुछ भी इससे गुजर जाता है, उसे त्वरित गति से आगे बढ़ा दिया जाता है।

विज्ञापन अवरोधन के भविष्य के लिए यह क्यों महत्वपूर्ण है

विज्ञापन प्लेटफॉर्म धीरे-धीरे क्लाइंट-साइड SDKs पर भार बढ़ा रहे हैं, बिल्कुल इसलिए कि निर्दोष अवरोधक इनसे निपटने में कठिनाई महसूस करते हैं। खिलाड़ी को भूखा न रखकर, बल्कि उसका जवाब देने वाला एक दृष्टिकोण मजबूत है: यह हर विज्ञापन URL की सूची बनाने पर निर्भर नहीं करता, बल्कि केवल SDK के अपने उस समझौते पर निर्भर करता है क

AdOff एक नि:शुल्क, खाता-रहित Manifest V3 एक्सटेंशन है, जो Chrome, Firefox, Safari, Edge और Opera के लिए उपलब्ध है, और इसका वीडियो न्यूट्रलाइज़ेशन लेयर सभी के लिए शामिल है।

अक्सर पूछे जाने वाले प्रश्न

क्या IMA SDK को ब्लॉक करना उसे बदलने के समान है?

नहीं। इसे नेटवर्क स्तर पर अवरुद्ध करना अक्सर वीडियो के चलने से रोक देता है, क्योंकि प्लेयर SDK से संकेत प्राप्त करने की प्रतीक्षा करते हैं कि सामग्री फिर से चलाई जा सके। इसे एक स्टब (stub) से बदलने से प्लेयर पूरी तरह कार्यात्मक बना रहता है, जबकि कोई भी विज्ञापन कभी नहीं मांगा जाता।

स्टब को विज्ञापन अनुरोध प्राप्त होने पर क्या होता है?

स्टब प्लेयर द्वारा अपेक्षित एक ही API सतह प्रदर्शित करता है। जब विज्ञापन शुरू करने के लिए कहा जाता है, तो यह तुरंत कंटेंट-रिज़्यूम (content-resume) इवेंट फायर कर देता है, इस प्रकार विज्ञापन को कभी नहीं लाया या प्रदर्शित किए जाने के बिना प्लेबैक जारी रहता है।

क्या IMA स्टब सर्वर-साइड विज्ञापन सम्मिलन (server-side ad insertion) के खिलाफ काम करता है?

नहीं। SSAI के साथ, विज्ञापन सर्वर पर वीडियो स्ट्रीम में स्टिच किए जाते हैं, जिससे डिलीवरी से पहले कोई क्लाइंट-साइड SDK कॉल नहीं रह जाती। सर्वर-साइड इंसर्शन के लिए अलग उपायों की आवश्यकता होती है और यह एक ब्राउज़र एक्सटेंशन के क्षेत्र से बाहर है।

इस प्रकार के एक्सटेंशन को कौन-कौन से ब्राउज़र चला सकते हैं?

AdOff Manifest V3 पर आधारित है और Chrome, Firefox, Safari, Edge और Opera पर काम करता है। IMA न्यूट्रलाइज़ेशन लेयर निःशुल्क संस्करण में शामिल है, जिसके लिए किसी खाते या पंजीकरण की आवश्यकता नहीं है।

क्या कोई साइट यह पता लगा सकती है कि SDK को बदल दिया गया है?

यही स्टील्थ लेयर का उद्देश्य है: बेट स्पूफिंग और fetch/XHR इंटरसेप्शन एंटी-एडब्लॉक स्क्रिप्ट्स के लिए वातावरण को सामान्य दिखाई देने देता है। कोई भी विधि स्थायी नहीं है, क्योंकि प्लेटफॉर्म अपनी पहचान प्रक्रिया को अक्सर बदलते रहते हैं।

इस पर और पढ़ें: स्ट्रीमिंग विज्ञापन अवरोधन: पूर्ण गाइड, प्री-रोल, मिड-रोल, पोस्ट-रोल: वीडियो विज्ञापन प्रारूप समझें, AdOff कैसे काम करता है, स्तर दर स्तल.