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.

Súvisiace články