Testujte reklamy AdMob na VPN, aniž byste riskovali účet

Chcete vědět, zda vaše integrace reklam přežije síť, kterou vaši uživatelé skutečně mají. VPN je nejjednodušší způsob, jak napodobit vzdálený výstup. Chybou je považovat tento experiment za experiment s příjmy.

Změna země výstupu nevytváří nové publikum a nepřeměňuje vaše vlastní klepnutí na způsobilý provoz. Mění jen cestu požadavku.

Proto ho provádějte jako test konektivity s dokumentovanou posloupností a živý inventář držte úplně stranou. Kroky níže stojí za opakování při každém sestavení.

Rozhodněte, k čemu test slouží

Dvě otázky se pletou. První je, zda je požadavek vůbec obsloužen z dané síťové cesty, což je otázka integrace a konektivity. Druhá je, co by skuteční uživatelé v dané zemi vydělali, což je otázka reportingu a byznysu, na kterou vám SDK neodpoví.

Testovat z vývojového zařízení lze jen tu první. Odhadované výdělky se navíc mohou změnit, než se reportovací období uzavře, takže číslo pozorované při experimentu, který jste si sami vygenerovali, není ani dokladem způsobilých příjmů, ani prognózou pro kohokoli jiného.

Napište otázku, než se připojíte: například vrací požadavek na banner vyplnění, když zařízení v tomto sestavení vychází přes Německo. Pokud je odpověď, kterou chcete, číslo příjmů, zastavte se tady, protože žádná konfigurace VPN takové číslo nevytvoří.

Před odletem: registrujte zařízení, ne adresu

Dokumentace Google k testovacím reklamám nabízí dvě podporované cesty. Použijte demo reklamní jednotky pro formát, který integrujete, nebo vlastní jednotky s fyzickým zařízením zaregistrovaným jako testovací. Obě jsou dokumentované pro každou platformu a každou generaci SDK a příručky Next-Gen a Legacy nejsou zaměnitelné.

Registrace je identifikátor zařízení a se síťovou adresou nemá nic společného. Změna toho, odkud provoz telefonu vychází, nic nezaregistruje. V Androidu identifikátor zaznamenává SDK a vy ho použijete v kódu:

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

Potvrďte registraci, než změníte síť, jinak nerozeznáte neúspěšné vyplnění od živé reklamy zobrazené zařízení, které nikdy nebylo registrované. Pokud reklama ukazuje štítek Test Ad, požadavek prošel testovacím inventářem; pokud ne, díváte se na něco jiného a neměli byste na to klepat.

Proveďte posloupnost v pevném pořadí

Držte vše konstantní kromě sítě. Stejné sestavení, stejná reklamní jednotka, stejné umístění, stejný stav aplikace. Změňte dvě proměnné a nic se nedozvíte.

Nejdřív základní stav. S vypnutou VPN načtěte umístění a potvrďte, že se objeví testovací reklama. Zachyťte požadavek v logcatu pomocí adb logcat | grep -i ads a poznamenejte kód odpovědi. Chybějící vyplnění v základním stavu není problém VPN.

Pak se připojte a opakujte. Stejné sestavení, stejná jednotka, stejné umístění, VPN zapnutá. Zachyťte stejné řádky logu. Hledáte rozdíl: vyplnění, které se změní v timeout, požadavek, který nikdy neodejde, chybový kód, který se změní. Vyplnění, které zůstane vyplněním, vám říká, že integrace je na této cestě v pořádku a test skončil.

Zaznamenejte prostředí. Verze SDK, verze adaptérů, typ sestavení, formát reklamy, země výstupu a pozorovaný výsledek. Bez tohoto záznamu další člověk opakuje experiment od nuly a dojde k jinému závěru ze stejných důkazů.

Mediace je samostatný test

Mediované reklamy nenesou štítek Test Ad od Google, což z nich dělá nejjednodušší místo, kde kliknout na něco, co byste neměli. Každá síť v mediačním zásobníku má vlastní testovací režim a vlastní nastavení a testovací konfigurace Google se na ně nevztahuje.

Kontrolujte adaptéry jeden po druhém se zapnutým vlastním testovacím režimem adaptéru a z logu potvrďte, která síť reklamu obsloužila. Pokud nedokážete určit, který adaptér vyplnil a zda šlo o testovací kreativu, považujte impresi za živý inventář a nechte ji být.

Právě tady záleží na politice neplatného provozu. Vlastní kliknutí, opakované imprese, automatizované interakce a klamavý provoz jsou všechny pokryté a nejisté kliknutí, abyste viděli, co se stane, je přesně ten vzorec, který tato pravidla popisují.

Vrácení zpět a vydávací brána

Testovací konfigurace nesmí do vydání. Před vydávacím sestavením nahraďte demo reklamní jednotky produkčními, odstraňte seznam testovacích zařízení a smažte všechny příznaky určené jen pro vývoj. Prohledejte vydávací variantu na testovací identifikátory, místo abyste věřili paměti; zbloudilý záznam je tichá chyba, která se projeví jen jako chybějící příjmy.

Pak ověřte opačný směr: nainstalujte vydávací sestavení na registrované testovací zařízení a potvrďte, že se požadavek už nepovažuje za testovací provoz. Pokud se štítek stále ukazuje, něco v konfiguraci přežilo.

Poté si ponechte jednu zdokumentovanou testovací cestu, aby bylo možné odpovědět na další síťovou otázku, aniž byste se dotkli živého inventáře. Testovací reklamy se nikdy neobjevují v přehledech účtu, takže čisté oddělení nic nestojí na přesnosti reportingu a dává vám opakovatelnou diagnostiku.