Тествайте реклами AdMob през VPN, без да рискувате акаунта си

Искате да разберете дали рекламната ви интеграция оцелява в мрежата, която потребителите ви реално имат. VPN е най-лесният начин да възпроизведете отдалечен изход. Грешката е да третирате този експеримент като експеримент с приходи.

Смяната на държавата на изход не създава нова аудитория и не превръща собствените ви докосвания в допустим трафик. Тя променя пътя на заявката.

Затова го провеждайте като тест за свързаност с документирана последователност и дръжте живия инвентар напълно извън него. Стъпките по-долу си струва да се повтарят при всяка сборка.

Решете за какво служи тестът

Два въпроса се бъркат. Първият е дали заявката изобщо се обслужва от даден мрежов път, което е въпрос на интеграция и свързаност. Вторият е какво биха спечелили реалните потребители в тази държава, а това е въпрос на отчетност и бизнес, на който SDK не може да отговори вместо вас.

Само първият е проверим от устройство за разработка. Прогнозните приходи също могат да се променят преди приключването на отчетния период, така че число, наблюдавано по време на самозаложен експеримент, не е нито доказателство за допустим приход, нито прогноза за някой друг.

Запишете въпроса, преди да се свържете: например, връща ли заявка за банер попълване, когато устройството излиза през Германия в тази сборка. Ако отговорът, който искате, е цифра за приходи, спрете дотук, защото никоя VPN конфигурация не дава такава.

Преди полета: регистрирайте устройството, не адреса

Документацията на Google за тестови реклами предлага два поддържани маршрута. Използвайте демонстрационните рекламни единици за формата, който интегрирате, или използвайте свои единици, като регистрирате физическото устройство като тестово. И двете са документирани за всяка платформа и всяко поколение от SDK, а ръководствата Next-Gen и Legacy не са взаимозаменяеми.

Регистрацията е идентификатор на устройство и няма нищо общо с мрежовия адрес. Промяната откъде излиза трафикът на телефона не регистрира нищо. В Android идентификаторът се записва от SDK и вие го прилагате в код:

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

Потвърдете регистрацията, преди да смените мрежите, иначе не можете да различите неуспешно попълване от жива реклама, показана на устройство, което никога не е било регистрирано. Ако рекламата показва етикета Test Ad, заявката е минала през тестовия инвентар; ако не, виждате нещо друго и не бива да го докосвате.

Изпълнявайте последователността в фиксиран ред

Дръжте всичко постоянно освен мрежата. Същата сборка, същата рекламна единица, същото място, същото състояние на приложението. Сменете две променливи и няма да научите нищо.

Първо базовата линия. С изключен VPN заредете мястото и потвърдете, че се показва тестова реклама. Уловете заявката в logcat с adb logcat | grep -i ads и запишете кода на отговора. Липсата на попълване на базовата линия не е проблем с VPN.

След това се свържете и повторете. Същата сборка, същата единица, същото място, VPN включен. Уловете същите редове от журнала. Търсите разлика: попълване, което се превръща в изчакване, заявка, която никога не тръгва, код на грешка, който се променя. Попълване, което си остава попълване, ви казва, че интеграцията е наред по този път и тестът е приключил.

Запишете средата. Версия на SDK, версии на адаптерите, тип сборка, формат на рекламата, държава на изход и наблюдавания резултат. Без този запис следващият човек повтаря експеримента от нулата и стига до различен извод от същите доказателства.

Медиацията е отделен тест

Медиираните реклами не носят етикета Test Ad на Google, което ги прави най-лесното място да кликнете върху нещо, което не бива. Всяка мрежа в стека за медиация има свой тестов режим и своя настройка, а тестовата конфигурация на Google не се разпростира върху тях.

Проверявайте адаптерите един по един, с включен собствен тестов режим на адаптера, и потвърдете от журнала коя мрежа е показала рекламата. Ако не можете да определите кой адаптер е попълнил и дали е бил тестов креатив, третирайте показа като жив инвентар и го оставете.

Тук има значение и политиката за невалиден трафик. Самостоятелни кликове, повторни показа, автоматизирани взаимодействия и измамен трафик са всички обхванати, а несигурното кликване, за да видите какво ще стане, е точно моделът, който тези правила описват.

Откат и шлюз за изданието

Тестовата конфигурация не бива да се доставя. Преди сборка за издание заменете демонстрационните рекламни единици с производствени, премахнете списъка с тестови устройства и изтрийте всички флагове само за разработка. Претърсете варианта за издание за тестовите идентификатори, вместо да разчитате на паметта; случайният запис е тих провал, който се появява само като липсващ приход.

След това проверете в обратната посока: инсталирайте сборката за издание на регистрирано тестово устройство и потвърдете, че заявката вече не се третира като тестов трафик. Ако все още показва етикета, нещо в конфигурацията е останало.

След това запазете един документиран тестов път, за да може следващият мрежов въпрос да бъде отговорен, без да се пипа живият инвентар. Тестовите реклами никога не се появяват в отчетите на акаунта, така че чистото разделяне не струва нищо за точността на отчетите и ви дава възпроизводима диагностика.