Preizkusite oglase AdMob prek VPN brez tveganja za svoj račun
Navodila za preizkušanje AdMob, medtem ko je naprava v VPN: registrirajte testno napravo, zajemite eno zahtevo, preverite oznako in počistite pred izdajo.
Želite vedeti, ali vaša oglasna integracija preživi omrežje, ki ga vaši uporabniki dejansko imajo. VPN je najlažji način za poustvaritev oddaljenega izhoda. Napaka je, da ta poskus obravnavate kot poskus prihodkov.
Sprememba države izhoda ne ustvari novega občinstva in vaših lastnih dotikov ne spremeni v upravičen promet. Spremeni le pot zahteve.
Zato ga izvedite kot test povezljivosti z dokumentiranim zaporedjem in živo zalogo držite popolnoma zunaj njega. Spodnji koraki so vredni ponovitve v vsaki gradnji.
Odločite se, čemu je test namenjen
Dve vprašanji se pomešata. Prvo je, ali se zahteva sploh streže z dane omrežne poti, kar je vprašanje integracije in povezljivosti. Drugo je, koliko bi zaslužili pravi uporabniki v tej državi, kar je vprašanje poročanja in poslovanja, na katerega SDK ne more odgovoriti namesto vas.
S samo razvojne naprave je mogoče preizkusiti le prvo. Ocenjeni zaslužki se lahko spremenijo tudi pred zaključkom poročevalskega obdobja, zato številka, opažena v poskusu, ki ste ga ustvarili sami, ni ne dokaz upravičenih prihodkov ne napoved za nikogar drugega.
Zapišite vprašanje, preden se povežete: na primer, ali zahteva za pasico vrne zapolnitev, ko naprava v tej gradnji izstopi skozi Nemčijo. Če je odgovor, ki ga želite, številka prihodkov, se ustavite tukaj, ker nobena konfiguracija VPN take ne ustvari.
Pred vzletom: registrirajte napravo, ne naslova
Googlova dokumentacija o testnih oglasih ponuja dve podprti poti. Uporabite predstavitvene oglasne enote za obliko, ki jo integrirate, ali lastne enote s fizično napravo, registrirano kot testna naprava. Obe sta dokumentirani po platformi in po generaciji SDK, vodnika Next-Gen in Legacy pa nista zamenljiva.
Registracija je identifikator naprave in nima ničesar skupnega z omrežnim naslovom. Spreminjanje tega, od koder izhaja promet telefona, ničesar ne registrira. V Androidu identifikator zabeleži SDK, vi pa ga uporabite v kodi:
RequestConfiguration.Builder().setTestDeviceIds(Arrays.asList("YOUR_TEST_DEVICE_ID"))
Potrdite registracijo, preden zamenjate omrežje, sicer ne morete ločiti neuspele zapolnitve od živega oglasa, prikazanega napravi, ki ni bila nikoli registrirana. Če oglas prikazuje oznako Test Ad, je zahteva šla skozi testno zalogo; če ne, gledate nekaj drugega in se tega ne bi smeli dotakniti.
Izvedite zaporedje v fiksnem vrstnem redu
Držite vse nespremenjeno razen omrežja. Ista gradnja, ista oglasna enota, ista umestitev, isto stanje aplikacije. Spremenite dve spremenljivki in ne boste izvedeli ničesar.
Najprej osnovna črta. Z izklopljenim VPN naložite umestitev in potrdite, da se prikaže testni oglas. Zajemite zahtevo v logcatu s adb logcat | grep -i ads in zabeležite kodo odgovora. Manjkajoča zapolnitev na osnovni črti ni težava VPN.
Nato se povežite in ponovite. Ista gradnja, ista enota, ista umestitev, VPN vklopljen. Zajemite iste vrstice dnevnika. Kar iščete, je razlika: zapolnitev, ki postane časovna omejitev, zahteva, ki nikoli ne odide, koda napake, ki se spremeni. Zapolnitev, ki ostane zapolnitev, vam pove, da je integracija na tej poti v redu in je test končan.
Zabeležite okolje. Različica SDK, različice adapterjev, vrsta gradnje, oblika oglasa, država izhoda in opaženi rezultat. Brez tega zapisa naslednja oseba ponovi poskus od začetka in pride do drugačnega sklepa iz istih dokazov.
Posredovanje je ločen test
Posredovani oglasi nimajo Googlove oznake Test Ad, zato so najlažje mesto za klik na nekaj, kar ne bi smeli. Vsako omrežje v skladu posredovanja ima svoj testni način in svojo nastavitev, Googlova testna konfiguracija pa se na njih ne razširi.
Preverite adapterje enega za drugim, z vklopljenim lastnim testnim načinom adapterja, in iz dnevnika potrdite, katero omrežje je postreglo oglas. Če ne morete povedati, kateri adapter je zapolnil in ali je šlo za testno kreativo, obravnavajte prikaz kot živo zalogo in ga pustite pri miru.
Tu šteje tudi politika o neveljavnem prometu. Samokliki, ponovljeni prikazi, avtomatizirane interakcije in zavajajoč promet so vsi zajeti, negotov klik, da vidite, kaj se zgodi, pa je natanko vzorec, ki ga ta pravila opisujejo.
Povrnitev in izdajna vrata
Testna konfiguracija ne sme v izdajo. Pred izdajno gradnjo zamenjajte predstavitvene oglasne enote s proizvodnimi, odstranite seznam testnih naprav in izbrišite vse zastavice, namenjene le razvoju. Preiščite izdajno različico za testnimi identifikatorji, namesto da zaupate spominu; zablodela vrstica je tiha napaka, ki se pokaže le kot manjkajoč prihodek.
Nato preverite nasprotno smer: namestite izdajno gradnjo na registrirano testno napravo in potrdite, da zahteva ni več obravnavana kot testni promet. Če je oznaka še vedno prikazana, je v konfiguraciji nekaj preživelo.
Nato ohranite eno dokumentirano testno pot, da bo na naslednje omrežno vprašanje mogoče odgovoriti brez dotika žive zaloge. Testni oglasi se nikoli ne pojavijo v poročilih računa, zato čista ločitev nič ne stane pri natančnosti poročanja in vam da ponovljivo diagnostiko.