छिपा हुआ राजस्व रिसाव: विज्ञापन लेटेंसी आपको जितना सोचते हैं उससे कहीं अधिक महँगी पड़ रही है

अधिकांश प्रकाशक आपको अपना eCPM दो दशमलव स्थानों तक बता सकते हैं। वे geo और फ़ॉर्मेट के हिसाब से अपना fill rate जानते हैं। वे ARPDAU को रोज़ाना ट्रैक करते हैं। लेकिन उनसे पूछिए कि उपयोगकर्ता द्वारा विज्ञापन ट्रिगर करने के बाद उसे रेंडर होने में कितना समय लगता है, और आपको आमतौर पर एक खाली नज़र मिलेगी। विज्ञापन लेटेंसी वह मीट्रिक है जिसे लगभग कोई नहीं मापता — और यह मोबाइल मॉनेटाइज़ेशन की सबसे महँगी समस्याओं में से एक है।

विज्ञापन लेटेंसी क्या है?

विज्ञापन लेटेंसी वह समय है जो आपका ऐप एक विज्ञापन का अनुरोध करने और उस विज्ञापन के पूरी तरह से रेंडर होकर उपयोगकर्ता को दिखाई देने के बीच लेता है। rewarded video के लिए, यह उपयोगकर्ता द्वारा "विज्ञापन देखें" पर टैप करने और वीडियो के वास्तव में चलने के बीच का अंतराल है। interstitial के लिए, यह ट्रिगर घटना और फ़ुल-स्क्रीन विज्ञापन के प्रकट होने के बीच की देरी है। बैनर के लिए, यह वह समय है जब कंटेंट लोड होने से पहले बैनर स्लॉट खाली पड़ा रहता है।

एक आदर्श दुनिया में, यह संख्या शून्य होती है। वास्तविकता में, यह अच्छी तरह ऑप्टिमाइज़ किए गए सेटअप में 200 मिलीसेकंड से लेकर ख़राब तरीके से कॉन्फ़िगर किए गए waterfall में 3 या अधिक सेकंड तक होती है — और हर मिलीसेकंड आपको पैसा खर्च कराती है।

लेटेंसी राजस्व को कैसे नष्ट करती है

छोड़े गए इम्प्रेशन

जब एक rewarded video लोड होने में तीन सेकंड लेता है, तो उपयोगकर्ताओं का एक महत्वपूर्ण प्रतिशत हार मान लेता है और प्रॉम्प्ट बंद कर देता है। वे इनाम चाहते थे, लेकिन लोडिंग स्पिनर को घूरने के लिए इतना नहीं। वह इम्प्रेशन पैसे के लायक था — आपके waterfall को खरीदार मिल गया था, नीलामी जीत ली गई थी — लेकिन उपयोगकर्ता ने विज्ञापन कभी नहीं देखा। आपका fill rate डैशबोर्ड में ठीक दिखता है क्योंकि विज्ञापन तकनीकी रूप से सर्व किया गया था। लेकिन राजस्व खो गया क्योंकि उपयोगकर्ता विज्ञापन रेंडर होने से पहले ही चला गया।

कम कम्प्लीशन दरें

जो उपयोगकर्ता धीमी लोडिंग के बीच प्रतीक्षा करते हैं, वे विज्ञापन शुरू होने से पहले ही निराश होते हैं। निराश उपयोगकर्ता विज्ञापन को जल्दी छोड़ने या बंद करने के तरीक़े खोजने की अधिक संभावना रखते हैं, जिससे आपकी कम्प्लीशन दर कम हो जाती है। चूँकि कई demand पार्टनर cost-per-completed-view के आधार पर भुगतान करते हैं, कम कम्प्लीशन दरें सीधे आपके प्रभावी eCPM को कम कर देती हैं — भले ही डैशबोर्ड में कच्चा eCPM अपरिवर्तित दिखे।

ख़राब उपयोगकर्ता अनुभव

विज्ञापन लेटेंसी आपको केवल तात्कालिक इम्प्रेशन की क़ीमत नहीं चुकाती — यह उपयोगकर्ताओं को विज्ञापन प्लेसमेंट से पूरी तरह बचना सिखाती है। यदि आपका rewarded video लगातार धीमा है, तो उपयोगकर्ता सीख लेते हैं कि "विज्ञापन देखें" बटन पर टैप करने का मतलब है प्रतीक्षा करना, और वे उसे टैप करना बंद कर देते हैं। आपकी एंगेजमेंट दर स्थायी रूप से गिरती है, जिससे मॉनेटाइज़ करने के लिए उपलब्ध कुल इम्प्रेशन की संख्या कम हो जाती है।

लेटेंसी कहाँ से आती है

बहुत अधिक waterfall चरण

एक पारंपरिक waterfall में, प्रत्येक demand स्रोत को क्रमिक रूप से कॉल किया जाता है। यदि आपके पास आठ demand स्रोत हैं और प्रत्येक को जवाब देने में 300 मिलीसेकंड लगते हैं, तो यह 2.4 सेकंड है इससे पहले कि आप विजयी विज्ञापन को रेंडर करना भी शुरू करें। यह in-app bidding और Open Bidding के पक्ष में सबसे मज़बूत तर्क है — वे सभी demand स्रोतों को एक साथ कॉल करते हैं, क्रमिक लेटेंसी को एक राउंड-ट्रिप में समेट देते हैं।

SDK इनिशियलाइज़ेशन

कुछ SDK आलसी रूप से इनिशियलाइज़ होते हैं, जिसका अर्थ है कि वे पहले विज्ञापन अनुरोध तक लोड होना शुरू नहीं करते। इन SDK से पहला इम्प्रेशन बाद के इम्प्रेशन की तुलना में काफ़ी अधिक समय ले सकता है। ऐप लॉन्च पर अपने शीर्ष SDK को प्री-इनिशियलाइज़ करना — भले ही यह स्टार्टअप समय में थोड़ा जोड़े — आम तौर पर पहले इम्प्रेशन की लेटेंसी को समाप्त करके शुद्ध सकारात्मक परिणाम देता है।

भारी क्रिएटिव

15 मेगाबाइट का वीडियो क्रिएटिव 3 मेगाबाइट के क्रिएटिव की तुलना में डाउनलोड और बफ़र होने में काफ़ी अधिक समय लेगा, विशेष रूप से उभरते बाज़ारों में आम धीमे कनेक्शनों पर। आप सीधे क्रिएटिव आकार को नियंत्रित नहीं कर सकते, लेकिन आप timeout थ्रेशोल्ड सेट कर सकते हैं जो हल्के विकल्पों के पक्ष में धीमे लोड होने वाले क्रिएटिव को छोड़ देते हैं।

विज्ञापन लेटेंसी को कैसे मापें

अधिकांश mediation प्लेटफ़ॉर्म डिफ़ॉल्ट रूप से लेटेंसी मीट्रिक्स उजागर नहीं करते। आपको इसे स्वयं इंस्ट्रुमेंट करना होगा। जब आपका ऐप विज्ञापन अनुरोध को कॉल करे तो एक टाइमस्टैम्प लॉग करें, और जब विज्ञापन का इम्प्रेशन कॉलबैक फ़ायर हो तो फिर से लॉग करें। अंतर आपकी वास्तविक लेटेंसी है। इसे वितरण के रूप में ट्रैक करें, औसत के रूप में नहीं — माध्यिका 400 मिलीसेकंड हो सकती है, लेकिन यदि आपका 95वाँ पर्सेंटाइल 4 सेकंड है, तो आपके पास एक महत्वपूर्ण टेल समस्या है जो सभी इम्प्रेशन के 5 प्रतिशत को प्रभावित कर रही है।

यदि आप विज्ञापन लेटेंसी नहीं माप रहे हैं, तो आप अपने मॉनेटाइज़ेशन स्टैक के सबसे प्रभावशाली वेरिएबल्स में से एक पर आँख मूँद कर उड़ रहे हैं। आज ही इसे मापना शुरू करें — आप लगभग निश्चित रूप से ऐसा राजस्व पाएँगे जिसे खोने का आपको पता ही नहीं था।

लेटेंसी कम करना

आक्रामक रूप से प्री-लोड करें

जैसे ही वर्तमान विज्ञापन समाप्त हो, अपने अगले विज्ञापन का अनुरोध करें। rewarded video के लिए, अगले विज्ञापन को तैयार रखें इससे पहले कि उपयोगकर्ता "विज्ञापन देखें" बटन भी देखे। interstitials के लिए, अपने ऐप प्रवाह में प्राकृतिक परिवर्तन बिंदुओं के दौरान प्री-लोड करें।

timeouts सेट करें

प्रत्येक demand स्रोत के लिए अधिकतम प्रतीक्षा समय कॉन्फ़िगर करें — आमतौर पर 1 से 2 सेकंड। यदि कोई स्रोत timeout के भीतर जवाब नहीं देता, तो अगले पर जाएँ। कुछ उच्च eCPM लेकिन धीमे इम्प्रेशन को खोना इसके लायक है यदि इसका मतलब है कि शेष 95 प्रतिशत इम्प्रेशन तुरंत लोड होते हैं।

bidding पर जाएँ

जहाँ भी संभव हो, क्रमिक waterfall कॉल को एक साथ होने वाले bidding से बदलें। GAM के माध्यम से Open Bidding और आपके mediation प्लेटफ़ॉर्म के माध्यम से in-app bidding दोनों पारंपरिक waterfall की तुलना में लेटेंसी को नाटकीय रूप से कम कर देते हैं।

एक प्रबंधित साझेदार के साथ काम करें

एक प्रबंधित मॉनेटाइज़ेशन साझेदार आपके पूरे विज्ञापन स्टैक में लेटेंसी की निगरानी करता है और राजस्व के साथ-साथ निरंतर गति के लिए अनुकूलन करता है। वे पहचान सकते हैं कि कौन से demand स्रोत असंगत लेटेंसी जोड़ रहे हैं और बाधाओं को खत्म करने के लिए आपके कॉन्फ़िगरेशन को समायोजित कर सकते हैं — अक्सर ऐसा राजस्व पुनः प्राप्त करते हैं जिसे खोने का आपको पता भी नहीं था।