Pārbaudiet AdMob reklāmas VPN, neriskējot ar savu kontu
Rokasgrāmata AdMob pārbaudei, kamēr ierīce ir VPN: reģistrējiet testa ierīci, uztveriet vienu pieprasījumu, pārbaudiet uzlīmi un sakopieties pirms izlaišanas.
Jūs vēlaties uzzināt, vai jūsu reklāmu integrācija iztur tīklu, kāds jūsu lietotājiem patiešām ir. VPN ir vienkāršākais veids, kā atdarināt attālu izeju. Kļūda ir uzskatīt šo eksperimentu par ieņēmumu eksperimentu.
Izejas valsts maiņa nerada jaunu auditoriju un nepārvērš jūsu pašu pieskārienus derīgā trafikā. Tā maina tikai pieprasījuma ceļu.
Tāpēc veiciet to kā savienojamības testu ar dokumentētu secību un turiet dzīvo krājumu pilnīgi ārpus tā. Tālāk minētos soļus ir vērts atkārtot katrā buildā.
Izlemiet, kam tests ir domāts
Divi jautājumi tiek sajaukti. Pirmais ir, vai pieprasījums vispār tiek apkalpots no noteikta tīkla ceļa, un tas ir integrācijas un savienojamības jautājums. Otrais ir, cik nopelnītu īstie lietotāji tajā valstī, un tas ir atskaišu un biznesa jautājums, uz kuru SDK nevar atbildēt jūsu vietā.
Tikai pirmo var pārbaudīt no izstrādes ierīces. Arī aplēstie ieņēmumi var mainīties pirms atskaites perioda noslēgšanas, tāpēc skaitlis, kas novērots pašu veidotā eksperimentā, nav ne pierādījums par derīgiem ieņēmumiem, ne prognoze kādam citam.
Pierakstiet jautājumu pirms pieslēgšanās: piemēram, vai banera pieprasījums atgriež aizpildījumu, kad ierīce šajā buildā iziet caur Vāciju. Ja vēlamā atbilde ir ieņēmumu skaitlis, apstājieties šeit, jo neviena VPN konfigurācija tādu nerada.
Pirms lidojuma: reģistrējiet ierīci, nevis adresi
Google testa reklāmu dokumentācija piedāvā divus atbalstītus ceļus. Izmantojiet demonstrācijas reklāmas vienības formātam, ko integrējat, vai savas vienības, reģistrējot fizisko ierīci kā testa ierīci. Abi ir dokumentēti pa platformām un SDK paaudzēm, un Next-Gen un Legacy rokasgrāmatas nav savstarpēji aizstājamas.
Reģistrācija ir ierīces identifikators, un tam nav nekāda sakara ar tīkla adresi. Izmaiņa, no kurienes iziet tālruņa trafiks, neko nereģistrē. Android vidē identifikatoru reģistrē SDK, un jūs to lietojat kodā:
RequestConfiguration.Builder().setTestDeviceIds(Arrays.asList("YOUR_TEST_DEVICE_ID"))
Apstipriniet reģistrāciju pirms tīklu maiņas, citādi jūs nevarēsit atšķirt neizdevušos aizpildījumu no dzīvas reklāmas, kas sniegta ierīcei, kura nekad nav bijusi reģistrēta. Ja reklāma rāda Test Ad uzlīmi, pieprasījums gāja caur testa krājumu; ja nē, jūs skatāties uz kaut ko citu, un jums to nevajadzētu aiztikt.
Veiciet secību noteiktā kārtībā
Turiet visu nemainīgu, izņemot tīklu. Tas pats builds, tā pati reklāmas vienība, tas pats izvietojums, tas pats lietotnes stāvoklis. Nomainiet divus mainīgos, un jūs neko neiemācīsities.
Vispirms bāzes līnija. Ar atvienotu VPN ielādējiet izvietojumu un apstipriniet, ka parādās testa reklāma. Uztveriet pieprasījumu logcat ar adb logcat | grep -i ads un pierakstiet atbildes kodu. Aizpildījuma trūkums bāzes līnijā nav VPN problēma.
Pēc tam pieslēdzieties un atkārtojiet. Tas pats builds, tā pati vienība, tas pats izvietojums, VPN ieslēgts. Uztveriet tās pašas žurnāla rindas. Tas, ko meklējat, ir atšķirība: aizpildījums, kas pārvēršas par taimautu, pieprasījums, kas nekad neiziet, kļūdas kods, kas mainās. Aizpildījums, kas paliek aizpildījums, stāsta, ka integrācija šajā ceļā ir kārtībā un tests ir beidzies.
Reģistrējiet vidi. SDK versija, adapteru versijas, builda tips, reklāmas formāts, izejas valsts un novērotais rezultāts. Bez šī ieraksta nākamais cilvēks atkārto eksperimentu no nulles un nonāk pie cita secinājuma no tiem pašiem pierādījumiem.
Starpniecība ir atsevišķs tests
Starpniecības reklāmām nav Google Test Ad uzlīmes, kas tās padara par vieglāko vietu, kur noklikšķināt uz kaut ko, ko nevajadzētu. Katram starpniecības steka tīklam ir savs testa režīms un sava iestatīšana, un Google testa konfigurācija uz tiem neattiecas.
Pārbaudiet adapterus pa vienam, ieslēdzot paša adaptera testa režīmu, un žurnālā apstipriniet, kurš tīkls sniedza reklāmu. Ja nevarat pateikt, kurš adapters aizpildīja un vai tas bija testa materiāls, uzskatiet parādīšanu par dzīvu krājumu un atstājiet to mierā.
Šeit nozīme ir arī nederīga trafika politikai. Pašklikšķi, atkārtotas parādīšanas, automatizētas mijiedarbības un maldinošs trafiks ir visi ietverti, un nedrošs klikšķis, lai redzētu, kas notiks, ir tieši tas modelis, ko apraksta šie noteikumi.
Atritināšana un izlaišanas vārti
Testa konfigurāciju nedrīkst izlaist. Pirms izlaišanas builda aizstājiet demonstrācijas reklāmas vienības ar ražošanas vienībām, noņemiet testa ierīču sarakstu un izdzēsiet visus tikai izstrādei paredzētos karodziņus. Meklējiet izlaišanas variantā testa identifikatorus ar grep, nevis paļaujoties uz atmiņu; nomaldījies ieraksts ir klusa kļūda, kas izpaužas tikai kā trūkstoši ieņēmumi.
Pēc tam pārbaudiet pretējo virzienu: instalējiet izlaišanas buildu reģistrētā testa ierīcē un apstipriniet, ka pieprasījums vairs netiek uzskatīts par testa trafiku. Ja uzlīme joprojām parādās, konfigurācijā kaut kas ir palicis.
Pēc tam saglabājiet vienu dokumentētu testa ceļu, lai uz nākamo tīkla jautājumu varētu atbildēt, neaiztiekot dzīvo krājumu. Testa reklāmas nekad neparādās konta atskaitēs, tāpēc tīra atdalīšana neko nemaksā atskaišu precizitātē un dod jums atkārtojamu diagnostiku.