Testuokite AdMob skelbimus per VPN nerizikuodami savo paskyra

Norite sužinoti, ar jūsų skelbimų integracija atlaiko tinklą, kurį jūsų naudotojai iš tikrųjų turi. VPN yra lengviausias būdas atkurti tolimą išėjimą. Klaida yra laikyti tą eksperimentą pajamų eksperimentu.

Išėjimo šalies pakeitimas nesukuria naujos auditorijos ir nepaverčia jūsų pačių paspaudimų tinkamu srautu. Jis keičia tik užklausos kelią.

Todėl atlikite jį kaip ryšio testą su dokumentuota seka ir laikykite gyvą atsargą visiškai nuošalyje. Toliau pateiktus veiksmus verta kartoti kiekviename build'e.

Nuspręskite, kam skirtas testas

Du klausimai susimaišo. Pirmasis – ar užklausa apskritai aptarnaujama iš tam tikro tinklo kelio, ir tai integracijos bei ryšio klausimas. Antrasis – kiek uždirbtų tikri tos šalies naudotojai, ir tai ataskaitų bei verslo klausimas, į kurį SDK negali atsakyti už jus.

Tik pirmąjį galima patikrinti iš kūrimo įrenginio. Numatomos pajamos taip pat gali pasikeisti iki ataskaitinio laikotarpio pabaigos, todėl savarankiškai sukurto eksperimento metu pastebėtas skaičius nėra nei tinkamų pajamų įrodymas, nei prognozė kam nors kitam.

Užsirašykite klausimą prieš prisijungdami: pavyzdžiui, ar banerio užklausa grąžina užpildymą, kai įrenginys šiame build'e išeina per Vokietiją. Jei norimas atsakymas yra pajamų skaičius, sustokite čia, nes jokia VPN konfigūracija tokio nesukuria.

Prieš skrydį: registruokite įrenginį, o ne adresą

Google bandomųjų skelbimų dokumentacija siūlo du palaikomus kelius. Naudokite demonstracinius skelbimų vienetus tam formatui, kurį integruojate, arba savo vienetus, užregistravę fizinį įrenginį kaip bandomąjį. Abu dokumentuoti pagal platformą ir SDK kartą, o Next-Gen ir Legacy vadovai nėra keičiami.

Registracija yra įrenginio identifikatorius, ir jis neturi nieko bendra su tinklo adresu. Pakeitimas, iš kur išeina telefono srautas, nieko neregistruoja. Android sistemoje identifikatorių registruoja SDK, o jūs taikote jį kode:

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

Patvirtinkite registraciją prieš keisdami tinklus, kitaip negalėsite atskirti nepavykusio užpildymo nuo gyvo skelbimo, pateikto įrenginiui, kuris niekada nebuvo užregistruotas. Jei skelbimas rodo Test Ad etiketę, užklausa praėjo per bandomąsias atsargas; jei ne, žiūrite į kažką kita ir neturėtumėte to liesti.

Atlikite seką fiksuota tvarka

Laikykite viską pastoviai, išskyrus tinklą. Tas pats build'as, tas pats skelbimų vienetas, ta pati vieta, ta pati programos būsena. Pakeiskite du kintamuosius ir nieko nesužinosite.

Pirmiausia bazinė linija. Išjungus VPN, įkelkite vietą ir patvirtinkite, kad pasirodo bandomasis skelbimas. Užfiksuokite užklausą logcat su adb logcat | grep -i ads ir užsirašykite atsakymo kodą. Užpildymo nebuvimas bazinėje linijoje nėra VPN problema.

Tada prisijunkite ir pakartokite. Tas pats build'as, tas pats vienetas, ta pati vieta, VPN įjungtas. Užfiksuokite tas pačias žurnalo eilutes. Ko ieškote, yra skirtumas: užpildymas, kuris tampa laukimo pabaiga, užklausa, kuri niekada neišeina, klaidos kodas, kuris keičiasi. Užpildymas, kuris lieka užpildymu, sako, kad integracija tame kelyje tvarkinga ir testas baigtas.

Užrašykite aplinką. SDK versija, adapterių versijos, build'o tipas, skelbimo formatas, išėjimo šalis ir pastebėtas rezultatas. Be šio įrašo kitas žmogus pakartoja eksperimentą nuo nulio ir prieina kitą išvadą iš tų pačių įrodymų.

Tarpininkavimas yra atskiras testas

Tarpininkaujami skelbimai neturi Google Test Ad etiketės, todėl tampa lengviausia vieta spustelėti tai, ko neturėtumėte. Kiekvienas tarpininkavimo rietuvės tinklas turi savo testavimo režimą ir savo sąranką, o Google testavimo konfigūracija jiems netaikoma.

Tikrinkite adapterius po vieną, įjungę paties adapterio testavimo režimą, ir iš žurnalo patvirtinkite, kuris tinklas pateikė skelbimą. Jei negalite pasakyti, kuris adapteris užpildė ir ar tai buvo bandomoji kūryba, laikykite parodymą gyva atsarga ir palikite jį ramybėje.

Čia taip pat svarbi netinkamo srauto politika. Savęs paspaudimai, pakartotini parodymai, automatizuotos sąveikos ir apgaulingas srautas yra visi apimti, o neaiškus paspaudimas norint pamatyti, kas nutiks, yra būtent tas modelis, kurį aprašo šios taisyklės.

Atšaukimas ir leidimo vartai

Testavimo konfigūracija neturi būti išleista. Prieš leidimo build'ą pakeiskite demonstracinius skelbimų vienetus gamybiniais, pašalinkite bandomųjų įrenginių sąrašą ir ištrinkite visus tik kūrimui skirtus žymeklius. Ieškokite leidimo variante bandomųjų identifikatorių grep pagalba, o ne pasikliaukite atmintimi; nuklydęs įrašas yra tyli klaida, pasireiškianti tik kaip trūkstamos pajamos.

Tada patikrinkite priešingą kryptį: įdiekite leidimo build'ą įregistruotame bandomajame įrenginyje ir patvirtinkite, kad užklausa nebelaikoma bandomuoju srautu. Jei etiketė vis dar rodoma, kažkas konfigūracijoje išliko.

Po to palikite vieną dokumentuotą testavimo kelią, kad į kitą tinklo klausimą būtų galima atsakyti neliečiant gyvos atsargos. Bandomieji skelbimai niekada nerodomi paskyros ataskaitose, todėl švarus atskyrimas nieko nekainuoja ataskaitų tikslumui ir suteikia jums pakartojamą diagnostiką.