Google आपकी पसंदीदा भाषा में कॉन्टेंट का अनुवाद करने के लिए, एआई टेक्नोलॉजी का इस्तेमाल करता है. एआई से मिले अनुवादों में गलतियां हो सकती हैं.

विज्ञापन प्रीलोडिंग

विज्ञापन लोड और कैश होने की प्रोसेस, 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 क्लास का इस्तेमाल करते हैं.

अपने चुने गए विज्ञापन फ़ॉर्मैट के लिए, विज्ञापन लोड और कैश होने की प्रोसेस को इंटिग्रेट करें या विज्ञापन लॉन्च होने में लगने वाले समय को ऑप्टिमाइज़ करें: