विज्ञापन लोड और कैश होने की प्रोसेस, GMA Next-Gen SDK में विज्ञापन लोड करने की एक सुविधा है. यह बैकग्राउंड में विज्ञापन लोड करती है और उन्हें दिखाने से पहले कैश मेमोरी में सेव करती है. विज्ञापन लोड और कैश होने की प्रोसेस का इस्तेमाल करके परफ़ॉर्मेंस को बेहतर बनाने के लिए, कस्टम कैश मेमोरी की सुविधा बंद करें. साथ ही, यह ज़िम्मेदारी GMA Next-Gen SDK को सौंपें.
GMA Next-Gen SDK में विज्ञापन लोड और कैश होने की प्रोसेस, विज्ञापन लोड होने और कैश होने की प्रोसेस को ऑटोमेट करती है.
विज्ञापन लोड और कैश होने की प्रोसेस से ये फ़ायदे मिलते हैं:
- रेफ़रंस मैनेजमेंट: विज्ञापन दिखाए जाने तक रेफ़रंस बनाए रखता है.
- अपने-आप रीलोड होने की सुविधा: कैश मेमोरी से विज्ञापन वापस पाने पर, नया विज्ञापन लोड होता है.
- मैनेज की गई फिर से कोशिशें: जब कोई विज्ञापन लोड नहीं हो पाता है, तब यह सुविधा नया विज्ञापन लोड करती है.
- समयसीमा खत्म होने से पहले विज्ञापन रीफ़्रेश करना: समयसीमा खत्म होने से पहले विज्ञापनों को रीफ़्रेश करता है.
- कैश मेमोरी को ऑप्टिमाइज़ करना: यह सुविधा, कैश मेमोरी के क्रम को ऑप्टिमाइज़ करती है, ताकि सबसे ज़्यादा प्राथमिकता वाला विज्ञापन दिखाया जा सके.
विज्ञापन लोड और कैश होने की प्रोसेस और सिंगल लोड की तुलना करना
अपने ऐप्लिकेशन में फ़ुल-स्क्रीन विज्ञापनों के लिए, विज्ञापन लोड और कैश होने की प्रोसेस को डिफ़ॉल्ट इंटिग्रेशन के तौर पर इस्तेमाल करें.
यहां विज्ञापन लोड और कैश होने की प्रोसेस और सिंगल लोड विज्ञापन दिखाने के अनुरोधों की तुलना की गई है:
विज्ञापन लोड और कैश होने की प्रोसेस
विज्ञापन लोड और कैश होने की प्रोसेस का इस्तेमाल करने से ये फ़ायदे मिलते हैं:
- लाइफ़साइकल को अपने-आप मैनेज करने की सुविधा: विज्ञापन कैश मेमोरी में सेव करने, विज्ञापन की समयसीमा खत्म होने की जानकारी ट्रैक करने, अनुरोध पूरा न होने पर फिर से कोशिश करने, और विज्ञापन रीफ़्रेश करने की ज़िम्मेदारी GMA Next-Gen SDK को सौंपें. इसके लिए, आपको कस्टम लाइफ़साइकल कोड लिखने या उसे मैनेज करने की ज़रूरत नहीं है. जब आपको दिखाने के लिए, कैश मेमोरी से पहले से लोड किया गया कोई विज्ञापन मिलता है, तो GMA Next-Gen SDK उसकी जगह पर अपने-आप कोई दूसरा विज्ञापन लोड कर देता है.
- ट्रांज़िशन पॉइंट पर विज्ञापन दिखाने की सुविधा: विज्ञापनों को पहले से लोड करके रखें, ताकि जब उपयोगकर्ता एक लेवल या स्क्रीन से दूसरी पर जाएं, तो उन्हें विज्ञापन दिखाए जा सकें.
- विज्ञापन चुनने की सुविधा को ऑप्टिमाइज़ करना: GMA Next-Gen SDK को हर प्रीलोड कॉन्फ़िगरेशन के लिए कई विज्ञापन सेव करने की अनुमति दें. साथ ही, जब भी कोई विज्ञापन दिखाया जाए, तब कैश मेमोरी से सबसे ज़्यादा प्राथमिकता वाला विज्ञापन दिखाएं.
सिंगल-लोड
सिंगल-लोड विज्ञापन दिखाने के अनुरोधों का इस्तेमाल सिर्फ़ तब करें, जब आपको अलग-अलग विज्ञापन दिखाने के अनुरोधों पर सीधे तौर पर कंट्रोल की ज़रूरत हो. उदाहरण के लिए:
- इनबाउंड मीडिएशन: अगर आपने पार्टनर बिडिंग जैसे तीसरे पक्ष के मीडिएशन प्लैटफ़ॉर्म की मदद से GMA Next-Gen SDK को मीडिएट किया है, तो विज्ञापन दिखाने के लिए सिंगल-लोड अनुरोधों का इस्तेमाल करें. ज़्यादा जानकारी के लिए, पार्टनर बिडिंग के बारे में जानकारी लेख पढ़ें. तीसरे पक्ष का मीडिएशन एसडीके, वॉटरफ़ॉल, कैश मेमोरी, और रीफ़्रेश साइकल को मैनेज करता है. इसलिए, GMA Next-Gen SDK को हर अडैप्टर लोड कॉल के लिए, विज्ञापन दिखाने के एक अनुरोध की उम्मीद होती है.
- कस्टम विज्ञापन दिखाने का अनुरोध: अगर आपने ऐसे कस्टम
AdRequestपैरामीटर सेट किए हैं जो हर अनुरोध से पहले बदल जाते हैं, तो सिंगल-लोड विज्ञापन दिखाने के अनुरोधों का इस्तेमाल करें.PreloadConfigurationऑब्जेक्ट को अपडेट करने से, पहले से लोड होने की प्रोसेस फिर से शुरू हो जाती है. साथ ही, कैश मेमोरी में सेव किए गए विज्ञापन मिट जाते हैं.
विज्ञापन की लाइफ़साइकल के व्यवहार की तुलना करना
यहां दी गई टेबल में बताया गया है कि विज्ञापन लोड और कैश होने की प्रोसेस और सिंगल-लोड, विज्ञापन की लाइफ़साइकल के व्यवहार को कैसे मैनेज करते हैं:
| व्यवहार | विज्ञापन लोड और कैश होने की प्रोसेस | सिंगल-लोड एपीआई |
|---|---|---|
| स्टोर के विज्ञापन | यह लोड किए गए विज्ञापनों को इंटरनल कैश मेमोरी में तब तक सेव रखता है, जब तक pollAd तरीके को कॉल नहीं किया जाता. |
आपके ऐप्लिकेशन को लोड किए गए विज्ञापन ऑब्जेक्ट के रेफ़रंस को मेंबर वैरिएबल में तब तक सेव रखना होगा, जब तक विज्ञापन नहीं दिखाया जाता. |
| विज्ञापनों को फिर से लोड करना | कैश मेमोरी से विज्ञापन वापस पाने पर, उसकी जगह दिखने वाला विज्ञापन अपने-आप लोड हो जाता है. | जब उपयोगकर्ता किसी विज्ञापन को खारिज कर दे या विज्ञापन न दिखे, तो आपके ऐप्लिकेशन को load तरीके को मैन्युअल तरीके से कॉल करना होगा. |
| अनुरोध पूरा न होने पर फिर से कोशिश करना | एक्स्पोनेंशियल बैकऑफ़ का इस्तेमाल करके, असफल अनुरोधों को अपने-आप फिर से भेजता है. | पूरे न हो पाए अनुरोधों को मैनेज करने के लिए, फिर से कोशिश करने का कस्टम लॉजिक ज़रूरी है. |
| समयसीमा खत्म होना और रीफ़्रेश करना | यह विज्ञापन की समयसीमा खत्म होने की जानकारी को ट्रैक करता है. साथ ही, कैश मेमोरी में मौजूद एक्सपायर हो चुके विज्ञापनों को अपने-आप रीफ़्रेश करता है. | आपके ऐप्लिकेशन को विज्ञापन की समयसीमा खत्म होने के समय को ट्रैक करना होगा और मैन्युअल तरीके से विज्ञापन का अनुरोध करना होगा. |
| कैश मेमोरी ऑप्टिमाइज़ेशन | यह हर प्रीलोड कॉन्फ़िगरेशन के लिए कई विज्ञापन सेव करता है और सबसे ज़्यादा प्राथमिकता वाले विज्ञापन को पहले दिखाता है. | यह हर अनुरोध पर एक विज्ञापन लोड करता है. इसमें पहले से मौजूद कोई सूची या कैश मेमोरी का क्रम नहीं होता. |
विज्ञापन लोड और कैश होने की प्रोसेस की लाइफ़साइकल
विज्ञापन लोड और कैश होने की प्रोसेस, मैन्युअल तरीके से विज्ञापन लोड करने के कॉल को लाइफ़साइकल के इन चरणों से बदल देती है:
- विज्ञापन लोड और कैश होने की प्रोसेस शुरू करना: पहले से लोड होने की सुविधा के हर कॉन्फ़िगरेशन के लिए,
startतरीके को एक बार कॉल करें. लागू करने के बारे में ज़्यादा जानने के लिए, ऐप्लिकेशन खोलने पर दिखने वाले विज्ञापन, इंटरस्टीशियल विज्ञापन, इनाम वाले विज्ञापन या इनाम वाले इंटरस्टीशियल विज्ञापन देखें. - पहले से लोड किया गया विज्ञापन पाना और दिखाना:
pollAdतरीके को कॉल करें. इसके बाद,showतरीके को कॉल करें. लागू करने के बारे में ज़्यादा जानने के लिए, ऐप्लिकेशन खोलने पर दिखने वाले विज्ञापन, इंटरस्टीशियल विज्ञापन, इनाम वाले विज्ञापन या इनाम वाले इंटरस्टीशियल विज्ञापन देखें. - ज़रूरी नहीं: विज्ञापनों को पहले से लोड होने से रोकना:
destroyयाdestroyAllतरीके को कॉल करें. लागू करने के बारे में ज़्यादा जानने के लिए, ऐप्लिकेशन खोलने पर दिखने वाले विज्ञापन, इंटरस्टीशियल विज्ञापन, इनाम वाले विज्ञापन या इनाम वाले इंटरस्टीशियल विज्ञापन देखें.
कैश मेमोरी में पहले से लोड करने की सीमाएं
बफ़र साइज़ से, पहले से लोड किए गए विज्ञापनों की संख्या को कंट्रोल किया जाता है. ये विज्ञापन, पहले से लोड करने के कॉन्फ़िगरेशन के लिए मेमोरी में सेव किए जाते हैं. डिफ़ॉल्ट रूप से, Google बफ़र साइज़ को ऑप्टिमाइज़ करता है, ताकि मेमोरी के इस्तेमाल और विज्ञापन दिखाने में लगने वाले समय को संतुलित किया जा सके.
GMA Next-Gen SDK, सभी विज्ञापन यूनिट और पहले से लोड किए गए आईडी के लिए, पहले से लोड किए गए विज्ञापनों की कुल संख्या पर, ऐप्लिकेशन के हिसाब से सीमा लागू करता है:
- ऐप्लिकेशन के लिए डिफ़ॉल्ट सीमा: GMA Next-Gen SDK, सभी फ़ॉर्मैट और प्रीलोड आईडी के लिए, मेमोरी में पहले से लोड किए गए ज़्यादा से ज़्यादा छह विज्ञापन सेव रखता है.
- बफ़र साइज़ के लिए सुझाव: हमारा सुझाव है कि हर प्रीलोड आईडी के लिए, बफ़र साइज़ दो रखें.
अगले चरण
GMA Next-Gen SDK, फ़ुल-स्क्रीन विज्ञापन फ़ॉर्मैट के लिए, विज्ञापन लोड और कैश होने की प्रोसेस के साथ काम करता है. बैनर और नेटिव विज्ञापन फ़ॉर्मैट, विज्ञापन लोड और कैश होने की प्रोसेस का इस्तेमाल नहीं करते. बैनर विज्ञापन, आपकी विज्ञापन यूनिट के कॉन्फ़िगरेशन के आधार पर अपने-आप रीफ़्रेश होते हैं. साथ ही, नेटिव विज्ञापन NativeAdLoader क्लास का इस्तेमाल करते हैं.
अपने चुने गए विज्ञापन फ़ॉर्मैट के लिए, विज्ञापन लोड और कैश होने की प्रोसेस को इंटिग्रेट करें या विज्ञापन लॉन्च होने में लगने वाले समय को ऑप्टिमाइज़ करें:
- ऐप्लिकेशन खोलने पर दिखने वाला विज्ञापन
- इंटरस्टीशियल
- इनाम वाले विज्ञापन
- इनाम वाला इंटरस्टीशियल विज्ञापन