अपना खाता जोखिम में डाले बिना VPN पर AdMob विज्ञापनों का परीक्षण करें

आप जानना चाहते हैं कि आपका विज्ञापन एकीकरण उस नेटवर्क पर टिकता है या नहीं जो आपके उपयोगकर्ताओं के पास वास्तव में है। दूर के एग्ज़िट को दोबारा बनाने का सबसे आसान तरीका VPN है। गलती यह है कि उस प्रयोग को राजस्व का प्रयोग मान लिया जाए।

एग्ज़िट देश बदलने से नया दर्शक वर्ग नहीं बनता, और यह आपके अपने टैप को पात्र ट्रैफ़िक में नहीं बदलता। यह केवल एक अनुरोध का मार्ग बदलता है।

इसलिए इसे प्रलेखित क्रम के साथ कनेक्टिविटी परीक्षण के रूप में चलाएँ, और लाइव इन्वेंटरी को इससे पूरी तरह बाहर रखें। नीचे दिए गए चरण हर बिल्ड में दोहराने योग्य हैं।

तय करें कि परीक्षण किस लिए है

दो प्रश्न आपस में मिल जाते हैं। पहला यह है कि किसी दिए गए नेटवर्क मार्ग से अनुरोध की सेवा होती भी है या नहीं, जो एकीकरण और कनेक्टिविटी का प्रश्न है। दूसरा यह है कि उस देश के असली उपयोगकर्ता कितना कमाएँगे, जो रिपोर्टिंग और व्यवसाय का प्रश्न है जिसका उत्तर SDK आपकी ओर से नहीं दे सकता।

केवल पहले का परीक्षण डेवलपमेंट डिवाइस से किया जा सकता है। अनुमानित कमाई रिपोर्टिंग अवधि पूरी होने से पहले भी बदल सकती है, इसलिए स्वयं बनाए गए प्रयोग में देखी गई संख्या न तो पात्र राजस्व का प्रमाण है और न ही किसी और के लिए पूर्वानुमान।

कनेक्ट करने से पहले प्रश्न लिख लें: उदाहरण के लिए, इस बिल्ड में जब डिवाइस जर्मनी से बाहर जाता है तो क्या बैनर अनुरोध कोई भरण लौटाता है। यदि आप जो उत्तर चाहते हैं वह राजस्व का आँकड़ा है, तो यहीं रुकें, क्योंकि कोई भी VPN कॉन्फ़िगरेशन ऐसा नहीं देता।

उड़ान से पहले: डिवाइस दर्ज करें, पता नहीं

Google का परीक्षण-विज्ञापन दस्तावेज़ीकरण दो समर्थित मार्ग देता है। जिस फ़ॉर्मेट को आप एकीकृत कर रहे हैं उसके लिए डेमो विज्ञापन इकाइयाँ इस्तेमाल करें, या भौतिक डिवाइस को टेस्ट डिवाइस के रूप में दर्ज करके अपनी इकाइयाँ इस्तेमाल करें। दोनों प्रति प्लेटफ़ॉर्म और प्रति SDK पीढ़ी प्रलेखित हैं, और Next-Gen तथा Legacy गाइड आपस में बदले नहीं जा सकते।

पंजीकरण एक डिवाइस पहचानकर्ता है, और इसका नेटवर्क पते से कोई संबंध नहीं है। फ़ोन का ट्रैफ़िक कहाँ से बाहर जाता है यह बदलने से कुछ भी दर्ज नहीं होता। Android पर पहचानकर्ता SDK लॉग करता है, और आप इसे कोड में लागू करते हैं:

RequestConfiguration.Builder().setTestDeviceIds(Arrays.asList("YOUR_TEST_DEVICE_ID"))

नेटवर्क बदलने से पहले पंजीकरण की पुष्टि करें, वरना आप विफल भरण और ऐसे डिवाइस को दी गई लाइव विज्ञापन के बीच अंतर नहीं कर पाएँगे जो कभी दर्ज ही नहीं हुआ। यदि विज्ञापन Test Ad लेबल दिखाता है तो अनुरोध टेस्ट इन्वेंटरी से गया; यदि नहीं दिखाता तो आप कुछ और देख रहे हैं और उसे टैप नहीं करना चाहिए।

क्रम को निश्चित क्रम में चलाएँ

नेटवर्क को छोड़कर सब कुछ स्थिर रखें। वही बिल्ड, वही विज्ञापन इकाई, वही स्थान, वही ऐप स्थिति। दो चर बदलेंगे तो आप कुछ नहीं सीखेंगे।

पहले आधार-रेखा। VPN डिस्कनेक्ट रखते हुए स्थान लोड करें और पुष्टि करें कि परीक्षण विज्ञापन दिखता है। logcat में adb logcat | grep -i ads से अनुरोध कैप्चर करें और प्रतिक्रिया कोड नोट करें। आधार-रेखा पर भरण न मिलना VPN की समस्या नहीं है।

फिर जोड़ें और दोहराएँ। वही बिल्ड, वही इकाई, वही स्थान, VPN चालू। वही लॉग पंक्तियाँ कैप्चर करें। आप जो ढूँढ रहे हैं वह अंतर है: भरण जो टाइमआउट बन जाए, वह अनुरोध जो कभी बाहर न जाए, बदलता हुआ त्रुटि कोड। भरण ही रहने वाला भरण आपको बताता है कि उस मार्ग पर एकीकरण ठीक है और परीक्षण समाप्त है।

परिवेश दर्ज करें। SDK संस्करण, अनुकूलक संस्करण, बिल्ड प्रकार, विज्ञापन फ़ॉर्मेट, एग्ज़िट देश और देखा गया परिणाम। उस रिकॉर्ड के बिना अगला व्यक्ति प्रयोग शून्य से दोहराता है और उन्हीं प्रमाणों से अलग निष्कर्ष पर पहुँचता है।

मध्यस्थता एक अलग परीक्षण है

मध्यस्थ विज्ञापनों पर Google का Test Ad लेबल नहीं होता, जिससे वे ऐसी चीज़ पर क्लिक करने की सबसे आसान जगह बन जाते हैं जो नहीं करनी चाहिए। मध्यस्थता स्टैक के हर नेटवर्क का अपना परीक्षण मोड और अपना सेटअप है, और Google का परीक्षण कॉन्फ़िगरेशन उन तक नहीं पहुँचता।

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

यहीं अमान्य-ट्रैफ़िक नीति भी मायने रखती है। स्व-क्लिक, बार-बार इम्प्रेशन, स्वचालित इंटरैक्शन और भ्रामक ट्रैफ़िक सभी शामिल हैं, और यह देखने के लिए कि क्या होता है कोई अनिश्चित क्लिक ठीक वही पैटर्न है जिसका वर्णन वे नियम करते हैं।

रोलबैक और रिलीज़ गेट

परीक्षण कॉन्फ़िगरेशन शिप नहीं होना चाहिए। रिलीज़ बिल्ड से पहले डेमो विज्ञापन इकाइयों को प्रोडक्शन इकाइयों से बदलें, टेस्ट डिवाइस सूची हटाएँ और केवल-डेवलपमेंट फ़्लैग हटा दें। मेमोरी पर भरोसा करने के बजाय रिलीज़ वैरिएंट में टेस्ट पहचानकर्ताओं को grep करें; भटकी हुई प्रविष्टि एक मौन विफलता है जो केवल छूटे हुए राजस्व के रूप में दिखती है।

फिर विपरीत दिशा सत्यापित करें: रिलीज़ बिल्ड को दर्ज टेस्ट डिवाइस पर इंस्टॉल करें और पुष्टि करें कि अनुरोध अब टेस्ट ट्रैफ़िक नहीं माना जाता। यदि वह अब भी लेबल दिखाता है, तो कॉन्फ़िगरेशन में कुछ बच गया है।

इसके बाद एक प्रलेखित परीक्षण मार्ग रखें ताकि अगला नेटवर्क प्रश्न लाइव इन्वेंटरी को छुए बिना उत्तरित हो सके। परीक्षण विज्ञापन कभी खाता रिपोर्ट में नहीं दिखते, इसलिए साफ़ अलगाव रिपोर्टिंग सटीकता में कुछ खर्च नहीं करता और आपको दोहराने योग्य निदान देता है।