Тестирајте AdMob реклами на VPN без да го ризикувате вашиот профил

Сакате да знаете дали вашата рекламна интеграција го преживува мрежата што вашите корисници навистина ја имаат. VPN е најлесниот начин да репродуцирате далечен излез. Грешката е да го третирате тој експеримент како експеримент со приходи.

Менувањето на земјата на излез не создава нова публика и не ги претвора вашите сопствени допири во подобен сообраќај. Ја менува само патеката на барањето.

Затоа изведете го како тест за поврзаност со документирана низа и држете ја живата залиха целосно надвор од него. Чекорите подолу вреди да се повторуваат при секое build.

Одлучете за што е тестот

Две прашања се мешаат. Првото е дали барањето воопшто се опслужува од дадена мрежна патека, што е прашање на интеграција и поврзаност. Второто е што би заработиле вистинските корисници во таа земја, што е прашање на известување и бизнис на кое SDK не може да ви одговори наместо вас.

Само првото е проверливо од уред за развој. Проценетите приходи исто така можат да се променат пред да заврши извештајниот период, па број забележан во самостојно создаден експеримент не е ни доказ за подобен приход ни прогноза за некој друг.

Запишете го прашањето пред да се поврзете: на пример, дали барањето за банер враќа пополнување кога уредот излегува преку Германија во ова build. Ако одговорот што го сакате е бројка за приходи, застанете тука, зашто ниту една VPN конфигурација не дава таква.

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

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

Регистрацијата е идентификатор на уред и нема никаква врска со мрежната адреса. Менувањето каде излегува сообраќајот на телефонот ништо не регистрира. На Android SDK го евидентира идентификаторот, а вие го применувате во кодот:

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

Потврдете ја регистрацијата пред да смените мрежи, инаку не можете да разликувате неуспешно пополнување од жива реклама послужена на уред што никогаш не бил регистриран. Ако рекламата ја покажува ознаката Test Ad, барањето поминало низ тест-залихата; ако не, гледате нешто друго и не треба да го допирате.

Изведете ја низата во фиксен редослед

Држете сето постојано освен мрежата. Исто build, иста рекламна единица, иста поставеност, иста состојба на апликацијата. Сменете две променливи и нема да научите ништо.

Прво основната линија. Со исклучен VPN вчитајте ја поставеноста и потврдете дека се појавува тест-реклама. Фатете го барањето во logcat со adb logcat | grep -i ads и забележете го кодот на одговор. Недостатокот на пополнување на основната линија не е VPN проблем.

Потоа поврзете се и повторете. Исто build, иста единица, иста поставеност, VPN вклучен. Фатете ги истите линии на дневникот. Она што го барате е разлика: пополнување што станува истекување на време, барање што никогаш не излегува, код за грешка што се менува. Пополнување што останува пополнување ви кажува дека интеграцијата е во ред на таа патека и тестот е завршен.

Забележете ја околината. Верзија на SDK, верзии на адаптерите, тип на build, формат на рекламата, земја на излез и забележаниот резултат. Без тој запис следниот човек го повторува експериментот од нула и доаѓа до поинаков заклучок од истите докази.

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

Медиираните реклами не ја носат ознаката Test Ad на Google, што ги прави најлесното место за кликнување на нешто што не треба. Секоја мрежа во стекот за медијација има свој тест-режим и свое поставување, а тест-конфигурацијата на Google не се протега на нив.

Проверувајте ги адаптерите еден по еден, со вклучен сопствен тест-режим на адаптерот, и од дневникот потврдете која мрежа ја послужила рекламата. Ако не можете да кажете кој адаптер пополнил и дали тоа била тест-креација, третирајте го приказот како жива залиха и оставете го.

Овде е важна и политиката за невалиден сообраќај. Самокликовите, повторените прикази, автоматизираните интеракции и измамничкиот сообраќај се сите опфатени, а несигурниот клик за да видите што ќе се случи е токму шемата што ја опишуваат тие правила.

Враќање назад и портата за издавање

Тест-конфигурацијата не смее да се испорача. Пред build за издавање заменете ги демо рекламните единици со производствени, отстранете ја листата со тест-уреди и избришете ги сите знаменца само за развој. Пребарајте ја варијантата за издавање за тест-идентификаторите наместо да се потпирате на меморијата; залутаниот запис е тивок неуспех што се појавува само како недостижен приход.

Потоа проверете го спротивниот правец: инсталирајте го build-от за издавање на регистриран тест-уред и потврдете дека барањето повеќе не се третира како тест-сообраќај. Ако ознаката уште се покажува, нешто во конфигурацијата преживеало.

Потоа задржете една документирана тест-патека за да може да се одговори на следното мрежно прашање без допирање на живата залиха. Тест-рекламите никогаш не се појавуваат во извештаите на профилот, па чистото одвојување не чини ништо во точноста на известувањето и ви дава повторлива дијагностика.