உங்கள் கணக்கை ஆபத்தில் ஆழ்த்தாமல் 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-ஐ பதிவுசெய்யப்பட்ட சோதனைச் சாதனத்தில் நிறுவி, கோரிக்கை இனி சோதனைப் போக்குவரத்தாகக் கருதப்படுவதில்லை என்பதை உறுதிசெய்யுங்கள். லேபிள் இன்னும் தெரிந்தால், கட்டமைப்பில் ஏதோ எஞ்சியுள்ளது.

பின்னர் ஒரு ஆவணப்படுத்தப்பட்ட சோதனைப் பாதையை வைத்திருங்கள், அடுத்த நெட்வொர்க் கேள்விக்கு நேரடி இருப்பைத் தொடாமல் பதில் சொல்ல முடியும். சோதனை விளம்பரங்கள் கணக்கு அறிக்கைகளில் ஒருபோதும் தோன்றுவதில்லை, எனவே தூய பிரிப்பு அறிக்கைத் துல்லியத்தில் எதையும் இழக்கச் செய்யாது, மேலும் மீண்டும் செய்யக்கூடிய கண்டறிதலைத் தரும்.