Testujte reklamy AdMob cez VPN bez rizika pre svoj účet
Runbook na testovanie AdMob, kým je zariadenie na VPN: zaregistrujte testovacie zariadenie, zachyťte jednu požiadavku, overte štítok a pred vydaním upracte.
Chcete vedieť, či vaša integrácia reklám prežije sieť, ktorú vaši používatelia naozaj majú. VPN je najjednoduchší spôsob, ako napodobniť vzdialený výstup. Chybou je považovať tento experiment za experiment s príjmami.
Zmena krajiny výstupu nevytvára nové publikum a nepremieňa vaše vlastné klepnutia na spôsobilú návštevnosť. Mení len cestu požiadavky.
Preto ho vykonajte ako test konektivity s dokumentovanou postupnosťou a živý inventár držte úplne mimo. Kroky nižšie stoja za zopakovanie pri každom builde.
Rozhodnite, na čo test slúži
Dve otázky sa miešajú. Prvá je, či sa požiadavka vôbec obsluhuje z danej sieťovej cesty, čo je otázka integrácie a konektivity. Druhá je, čo by skutoční používatelia v tej krajine zarobili, čo je otázka reportingu a biznisu, na ktorú vám SDK neodpovie.
Z vývojového zariadenia sa dá testovať len prvá. Odhadované zárobky sa môžu zmeniť aj pred uzavretím reportovacieho obdobia, takže číslo pozorované v experimente, ktorý ste si sami vytvorili, nie je dôkazom spôsobilých príjmov ani prognózou pre nikoho iného.
Napíšte otázku, než sa pripojíte: napríklad, vracia požiadavka na banner vyplnenie, keď zariadenie v tomto builde vychádza cez Nemecko. Ak je odpoveď, ktorú chcete, číslo príjmov, zastavte sa tu, pretože žiadna konfigurácia VPN také nevytvára.
Pred odletom: registrujte zariadenie, nie adresu
Dokumentácia Google k testovacím reklamám ponúka dve podporované cesty. Použite demo reklamné jednotky pre formát, ktorý integrujete, alebo vlastné jednotky s fyzickým zariadením zaregistrovaným ako testovacie. Obe sú dokumentované pre každú platformu a každú generáciu SDK a príručky Next-Gen a Legacy nie sú zameniteľné.
Registrácia je identifikátor zariadenia a s adresou siete nemá nič spoločné. Zmena toho, odkiaľ vychádza prevádzka telefónu, nič nezaregistruje. V Androide identifikátor zapisuje SDK a vy ho použijete v kóde:
RequestConfiguration.Builder().setTestDeviceIds(Arrays.asList("YOUR_TEST_DEVICE_ID"))
Potvrďte registráciu, než zmeníte sieť, inak nerozoznáte neúspešné vyplnenie od živej reklamy zobrazenej zariadeniu, ktoré nikdy nebolo zaregistrované. Ak reklama ukazuje štítok Test Ad, požiadavka prešla cez testovací inventár; ak nie, pozeráte sa na niečo iné a nemali by ste na to klikať.
Vykonajte postupnosť v pevnom poradí
Držte všetko konštantné okrem siete. Rovnaký build, rovnaká reklamná jednotka, rovnaké umiestnenie, rovnaký stav aplikácie. Zmeňte dve premenné a nič sa nedozviete.
Najprv základná línia. S vypnutou VPN načítajte umiestnenie a potvrďte, že sa zobrazí testovacia reklama. Zachyťte požiadavku v logcate pomocou adb logcat | grep -i ads a poznačte kód odpovede. Chýbajúce vyplnenie na základnej línii nie je problém VPN.
Potom sa pripojte a zopakujte. Rovnaký build, rovnaká jednotka, rovnaké umiestnenie, VPN zapnutá. Zachyťte rovnaké riadky logu. Hľadáte rozdiel: vyplnenie, ktoré sa zmení na časový limit, požiadavku, ktorá nikdy neodíde, chybový kód, ktorý sa zmení. Vyplnenie, ktoré zostane vyplnením, vám hovorí, že integrácia je na tej ceste v poriadku a test sa skončil.
Zaznamenajte prostredie. Verzia SDK, verzie adaptérov, typ buildu, formát reklamy, krajina výstupu a pozorovaný výsledok. Bez tohto záznamu ďalší človek zopakuje experiment od nuly a dospeje k inému záveru z tých istých dôkazov.
Mediácia je samostatný test
Mediované reklamy nenesú štítok Test Ad od Google, čo z nich robí najjednoduchšie miesto na kliknutie na niečo, čo by ste nemali. Každá sieť v mediačnom zásobníku má vlastný testovací režim a vlastné nastavenie a testovacia konfigurácia Google sa na ne nevzťahuje.
Kontrolujte adaptéry jeden po druhom so zapnutým vlastným testovacím režimom adaptéra a z logu potvrďte, ktorá sieť reklamu obslúžila. Ak nedokážete určiť, ktorý adaptér vyplnil a či išlo o testovací kreatív, považujte zobrazenie za živý inventár a nechajte ho tak.
Práve tu záleží na politike neplatnej návštevnosti. Vlastné kliknutia, opakované zobrazenia, automatizované interakcie a klamlivá návštevnosť sú všetky pokryté a neisté kliknutie, aby ste videli, čo sa stane, je presne ten vzorec, ktorý tieto pravidlá opisujú.
Vrátenie späť a vydávacia brána
Testovacia konfigurácia nesmie ísť do vydania. Pred vydávacím buildom nahraďte demo reklamné jednotky produkčnými, odstráňte zoznam testovacích zariadení a vymažte všetky príznaky určené len na vývoj. Prehľadajte vydávací variant na testovacie identifikátory namiesto spoliehania sa na pamäť; zablúdený záznam je tichá chyba, ktorá sa prejaví len ako chýbajúce príjmy.
Potom overte opačný smer: nainštalujte vydávací build na zaregistrované testovacie zariadenie a potvrďte, že požiadavka sa už nepovažuje za testovú návštevnosť. Ak sa štítok stále zobrazuje, niečo v konfigurácii prežilo.
Potom si ponechajte jednu zdokumentovanú testovaciu cestu, aby sa na ďalšiu sieťovú otázku dalo odpovedať bez dotyku živého inventára. Testovacie reklamy sa nikdy neobjavujú v prehľadoch účtu, takže čisté oddelenie nič nestojí na presnosti reportingu a dáva vám opakovateľnú diagnostiku.