तपाईंको खाता जोखिममा नपारी 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 दर्ता भएको परीक्षण उपकरणमा स्थापना गर्नुहोस् र अनुरोध अब परीक्षण ट्राफिक मानिँदैन भनी पुष्टि गर्नुहोस्। यदि यसले अझै लेबल देखाउँछ भने कन्फिगरेसनमा केही बाँकी छ।

त्यसपछि एउटा दस्तावेजीकृत परीक्षण मार्ग राख्नुहोस्, ताकि अर्को नेटवर्क प्रश्नको जवाफ प्रत्यक्ष सूचीलाई नछोई दिन सकियोस्। परीक्षण विज्ञापनहरू कहिल्यै खाता रिपोर्टमा देखिँदैनन्, त्यसैले सफा छुट्याइले रिपोर्टिङ सटीकतामा केही खर्च गर्दैन र तपाईंलाई दोहोर्‍याउन योग्य निदान दिन्छ।