Testige AdMobi reklaame VPN-is, ilma et riskiksite oma kontot

Tahate teada, kas teie reklaamiintegratsioon peab vastu võrgus, mis teie kasutajatel tegelikult on. VPN on lihtsaim viis kaugema väljundi taasesitamiseks. Viga on käsitleda seda katset tulukatsena.

Väljumisriigi muutmine ei loo uut auditooriumi ega muuda teie enda puudutusi kvalifitseeruvaks liikluseks. See muudab ainult päringu teekonda.

Seega viige see läbi dokumenteeritud järjestusega ühenduvustestina ja hoidke reaalne laoseis sellest täiesti väljas. Allpool olevad sammud tasub igas buildis korrata.

Otsustage, milleks test on

Kaks küsimust lähevad segamini. Esimene on see, kas päringut üldse teenindatakse antud võrguteekonnalt, mis on integratsiooni ja ühenduvuse küsimus. Teine on see, mida tõelised kasutajad selles riigis teeniksid, mis on aruandluse ja äri küsimus, millele SDK ei saa teie eest vastata.

Ainult esimest saab arendusseadmest testida. Hinnanguline tulu võib samuti muutuda enne aruandeperioodi sulgemist, nii et ise loodud katse käigus täheldatud arv ei ole tõend kvalifitseeruva tulu kohta ega prognoos kellelegi teisele.

Kirjutage küsimus üles enne ühendamist: näiteks kas banneripäring tagastab täitmise, kui seade väljub selles buildis Saksamaa kaudu. Kui vastus, mida soovite, on tulusumma, siis lõpetage siin, sest ükski VPN-konfiguratsioon ei anna seda.

Enne lendu: registreerige seade, mitte aadress

Google'i testreklaamide dokumentatsioon pakub kahte toetatud teed. Kasutage demo-reklaamiühikuid formaadi jaoks, mida integreerite, või oma ühikuid, registreerides füüsilise seadme testseadmena. Mõlemad on dokumenteeritud platvormi ja SDK-põlvkonna kaupa ning Next-Gen- ja Legacy-juhendid ei ole vahetatavad.

Registreerimine on seadme identifikaator ja sellel pole võrgu aadressiga midagi pistmist. Muutmine, kust telefoni liiklus väljub, ei registreeri midagi. Androidis logib identifikaatori SDK ja te rakendate selle koodis:

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

Kinnitage registreerimine enne võrkude vahetamist, muidu ei suuda te eristada ebaõnnestunud täitmist seadmest, mida ei olnud kunagi registreeritud, näidatud reaalajas reklaamist. Kui reklaam näitab silti Test Ad, läks päring testlaoseisu kaudu; kui ei näita, vaatate midagi muud ja te ei peaks seda puudutama.

Viige järjestus läbi kindlas järjekorras

Hoidke kõik muutumatuna peale võrgu. Sama build, sama reklaamiühik, sama paigutus, sama rakenduse olek. Muutke kahte muutujat ja te ei õpi midagi.

Kõigepealt baasjoon. Kui VPN on lahti ühendatud, laadige paigutus ja kinnitage, et testreklaam ilmub. Püüdke päring logcatis käsuga adb logcat | grep -i ads ja märkige vastusekood. Täitmise puudumine baasjoonel ei ole VPN-i probleem.

Seejärel ühendage ja korrake. Sama build, sama ühik, sama paigutus, VPN sees. Püüdke samad logiread. Mida otsite, on erinevus: täitmine, mis muutub ajalõpuks, päring, mis ei lahku kunagi, veakood, mis muutub. Täitmine, mis jääb täitmiseks, ütleb teile, et integratsioon on sellel teekonnal korras ja test on läbi.

Registreerige keskkond. SDK versioon, adapterite versioonid, buildi tüüp, reklaami formaat, väljumisriik ja täheldatud tulemus. Ilma selle kirjeta kordab järgmine inimene katse nullist ja jõuab samadest tõenditest teistsuguse järelduseni.

Vahendus on eraldi test

Vahendatud reklaamid ei kanna Google'i silti Test Ad, mis teeb neist kõige lihtsama koha klikkida millelgi, millele ei peaks. Igal vahenduspinus oleval võrgul on oma testrežiim ja oma seadistus ning Google'i testkonfiguratsioon ei laiene neile.

Kontrollige adaptereid ükshaaval, kui adapteri enda testrežiim on sisse lülitatud, ja kinnitage logist, milline võrk reklaami serveeris. Kui te ei suuda öelda, milline adapter täitis ja kas tegu oli testkreatiiviga, käsitlege muljet reaalse laoseisuna ja jätke see rahule.

Siin loeb ka kehtetu liikluse poliitika. Eneseklikid, korduvad muljed, automatiseeritud interaktsioonid ja petlik liiklus on kõik hõlmatud ning ebakindel klikk, et näha, mis juhtub, on täpselt see muster, mida need reeglid kirjeldavad.

Tagasipööramine ja väljalaskevärav

Testkonfiguratsioon ei tohi väljalaskesse jõuda. Enne väljalaskebuildi asendage demo-reklaamiühikud tootmisühikutega, eemaldage testseadmete loend ja kustutage kõik ainult arenduseks mõeldud lipud. Otsige väljalaskevariandist testidentifikaatoreid, selle asemel et loota mälule; eksinud kirje on vaikne tõrge, mis ilmneb ainult puuduva tuluna.

Seejärel kontrollige vastassuunda: installige väljalaskebuild registreeritud testseadmele ja kinnitage, et päringut ei käsitleta enam testliiklusena. Kui silt on endiselt näha, jäi konfiguratsiooni midagi alles.

Pärast seda hoidke üks dokumenteeritud testteekond alles, et järgmisele võrguküsimusele saaks vastata ilma reaalset laoseisu puutumata. Testreklaamid ei ilmu kunagi kontoaruannetes, seega puhas eraldamine ei maksa aruande täpsuses midagi ja annab teile korratava diagnostika.