तुमचे खाते धोक्यात न घालता VPN वर AdMob जाहिरातींची चाचणी करा

तुमचे जाहिरात एकत्रीकरण तुमच्या वापरकर्त्यांकडे प्रत्यक्षात असलेल्या नेटवर्कवर टिकते का हे तुम्हाला जाणून घ्यायचे आहे। दूरचे एक्झिट पुन्हा तयार करण्याचा सर्वात सोपा मार्ग VPN आहे। त्या प्रयोगाकडे महसूलाचा प्रयोग म्हणून पाहणे ही चूक आहे।

एक्झिट देश बदलल्याने नवीन प्रेक्षक तयार होत नाहीत, आणि तुमच्या स्वतःच्या टॅपचे पात्र रहदारीत रूपांतर होत नाही। त्यामुळे फक्त विनंतीचा मार्ग बदलतो।

म्हणून दस्तऐवजीकृत क्रमाने ती कनेक्टिव्हिटी चाचणी म्हणून चालवा, आणि थेट साठा त्यापासून पूर्णपणे बाहेर ठेवा। खालील पायऱ्या प्रत्येक build मध्ये पुन्हा करण्यासारख्या आहेत।

चाचणी कशासाठी आहे ते ठरवा

दोन प्रश्न एकमेकांत मिसळतात। पहिला म्हणजे दिलेल्या नेटवर्क मार्गावरून विनंतीला अजिबात सेवा मिळते का, हा एकत्रीकरण आणि कनेक्टिव्हिटीचा प्रश्न आहे। दुसरा म्हणजे त्या देशातील खऱ्या वापरकर्त्यांना किती कमाई होईल, हा अहवाल आणि व्यवसायाचा प्रश्न आहे आणि SDK तुमच्यासाठी त्याचे उत्तर देऊ शकत नाही।

फक्त पहिल्याची चाचणी विकास उपकरणावरून करता येते। अंदाजित कमाई अहवाल कालावधी संपण्यापूर्वीही बदलू शकते, म्हणून स्वतः तयार केलेल्या प्रयोगात पाहिलेली संख्या पात्र महसुलाचा पुरावा नाही आणि इतर कुणासाठी अंदाजही नाही।

जोडण्यापूर्वी प्रश्न लिहून ठेवा: उदाहरणार्थ, या build मध्ये उपकरण जर्मनीतून बाहेर पडते तेव्हा बॅनर विनंती भरणे परत करते का। तुम्हाला हवे असलेले उत्तर महसुलाचा आकडा असेल, तर इथेच थांबा, कारण कोणतेही VPN कॉन्फिगरेशन असा आकडा तयार करत नाही।

उड्डाणापूर्वी: उपकरण नोंदवा, पत्ता नाही

Google चे चाचणी-जाहिरात दस्तऐवजीकरण दोन समर्थित मार्ग देते। तुम्ही एकत्रित करत असलेल्या स्वरूपासाठी डेमो जाहिरात युनिट्स वापरा, किंवा भौतिक उपकरण चाचणी उपकरण म्हणून नोंदवून तुमची स्वतःची युनिट्स वापरा। दोन्ही प्रत्येक प्लॅटफॉर्म आणि प्रत्येक SDK पिढीसाठी दस्तऐवजीकृत आहेत, आणि Next-Gen व Legacy मार्गदर्शक तत्त्वे एकमेकांऐवजी वापरता येत नाहीत।

नोंदणी ही उपकरण ओळखकर्ता आहे, आणि तिचा नेटवर्क पत्त्याशी काही संबंध नाही। फोनची रहदारी कुठून बाहेर पडते हे बदलल्याने काहीही नोंद होत नाही। Android वर ओळखकर्ता SDK लॉग करते, आणि तुम्ही तो कोडमध्ये लागू करता:

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

नेटवर्क बदलण्यापूर्वी नोंदणीची पुष्टी करा, नाहीतर अयशस्वी भरणे आणि कधीही नोंदवले न गेलेल्या उपकरणाला दिलेली थेट जाहिरात यातील फरक तुम्हाला करता येणार नाही। जाहिरात Test Ad लेबल दाखवत असेल, तर विनंती चाचणी साठ्यातून गेली; दाखवत नसेल, तर तुम्ही दुसरे काहीतरी पाहत आहात आणि त्याला स्पर्श करू नये।

क्रम निश्चित क्रमाने चालवा

नेटवर्कशिवाय सर्व काही स्थिर ठेवा। तोच build, तीच जाहिरात युनिट, तेच स्थान, तीच अ‍ॅप स्थिती। दोन चल बदलल्यास तुम्ही काहीही शिकणार नाही।

आधी आधाररेषा। VPN बंद ठेवून स्थान लोड करा आणि चाचणी जाहिरात दिसते याची पुष्टी करा। logcat मध्ये adb logcat | grep -i ads वापरून विनंती पकडा आणि प्रतिसाद कोड नोंदवा। आधाररेषेवर भरणे न मिळणे ही VPN ची समस्या नाही।

नंतर जोडा आणि पुन्हा करा। तोच build, तीच युनिट, तेच स्थान, VPN सुरू। त्या लॉग ओळी पकडा। तुम्ही शोधत असलेला फरक असा: कालबाह्यतेत बदलणारे भरणे, कधीही बाहेर न पडणारी विनंती, बदलणारा त्रुटी कोड। भरणे राहिलेले भरणे म्हणजे त्या मार्गावर एकत्रीकरण ठीक आहे आणि चाचणी संपली आहे।

वातावरण नोंदवा। SDK आवृत्ती, अडॅप्टर आवृत्त्या, build प्रकार, जाहिरात स्वरूप, एक्झिट देश आणि पाहिलेला निकाल। त्या नोंदीशिवाय पुढील व्यक्ती प्रयोग शून्यापासून पुन्हा करते आणि त्याच पुराव्यांतून वेगळ्या निष्कर्षाप्रत पोहोचते।

मध्यस्थता ही वेगळी चाचणी आहे

मध्यस्थ जाहिरातींना Google चे Test Ad लेबल नसते, त्यामुळे स्पर्श करू नये अशा गोष्टीवर क्लिक करण्याचे ते सर्वात सोपे ठिकाण बनते। मध्यस्थता स्टॅकमधील प्रत्येक नेटवर्कचा स्वतःचा चाचणी मोड आणि स्वतःची रचना असते, आणि Google चे चाचणी कॉन्फिगरेशन त्यांच्यापर्यंत पोहोचत नाही।

अडॅप्टर एका वेळी एक तपासा, अडॅप्टरचा स्वतःचा चाचणी मोड सुरू ठेवून, आणि कोणत्या नेटवर्कने जाहिरात दिली हे लॉगवरून पुष्टी करा। कोणत्या अडॅप्टरने भरणे केले आणि ते चाचणी क्रिएटिव्ह होते का हे सांगता येत नसेल, तर इंप्रेशनला थेट साठा माना आणि ते सोडून द्या।

इथेच अवैध रहदारी धोरणही महत्त्वाचे ठरते। स्व-क्लिक, वारंवार इंप्रेशन, स्वयंचलित परस्परक्रिया आणि फसवी रहदारी या सर्वांचा समावेश होतो, आणि काय होते हे पाहण्यासाठीचे अनिश्चित क्लिक हेच त्या नियमांनी वर्णन केलेला नमुना आहे।

रोलबॅक आणि रिलीज गेट

चाचणी कॉन्फिगरेशन पाठवता कामा नये। रिलीज build च्या आधी डेमो जाहिरात युनिट्स उत्पादन युनिट्सने बदला, चाचणी उपकरणांची यादी काढा आणि फक्त विकासासाठी असलेले सर्व फ्लॅग हटवा। स्मरणशक्तीवर विश्वास ठेवण्याऐवजी रिलीज प्रकारात चाचणी ओळखकर्ते grep करा; भरकटलेली नोंद ही केवळ हरवलेल्या महसुलातून दिसणारी शांत अयशस्वीता आहे।

नंतर विरुद्ध दिशा तपासा: रिलीज build नोंदवलेल्या चाचणी उपकरणावर स्थापित करा आणि विनंती यापुढे चाचणी रहदारी मानली जात नाही याची पुष्टी करा। ते अजूनही लेबल दाखवत असेल, तर कॉन्फिगरेशनमध्ये काहीतरी शिल्लक आहे।

नंतर एक दस्तऐवजीकृत चाचणी मार्ग ठेवा, जेणेकरून पुढील नेटवर्क प्रश्नाचे उत्तर थेट साठ्याला स्पर्श न करता देता येईल। चाचणी जाहिराती कधीही खाते अहवालांमध्ये दिसत नाहीत, म्हणून स्वच्छ विभाजन अहवाल अचूकतेत काहीही खर्च करत नाही आणि तुम्हाला पुनरावृत्तीयोग्य निदान देते।