Сіз жарнама интеграцияңыз пайдаланушыларыңызда шынымен бар желіде төтеп бере ме, соны білгіңіз келеді. 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-ін тіркелген сынақ құрылғысына орнатып, сұрау енді сынақ трафигі ретінде қаралмайтынын растаңыз. Егер белгі әлі де көрінсе, конфигурацияда бірдеңе қалған.

Осыдан кейін бір құжатталған сынақ жолын сақтаңыз, сонда келесі желі сұрағына тірі қорға тиіспей-ақ жауап беруге болады. Сынақ жарнамалар ешқашан шот есептерінде көрінбейді, сондықтан таза бөлу есеп дәлдігіне ештеңе шығындатпайды және сізге қайталанатын диагностика береді.

Қатысты мақалалар