Փորձարկեք 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-ի տեսակը, գովազդի ֆորմատը, ելքի երկիրը և դիտարկված արդյունքը։ Առանց այդ գրառման հաջորդ մարդը փորձը կրկնում է զրոյից և նույն ապացույցներից այլ եզրակացության է գալիս։

Միջնորդությունը առանձին փորձարկում է

Միջնորդված գովազդները չեն կրում Google-ի Test Ad պիտակը, ինչը նրանց դարձնում է ամենահեշտ տեղը՝ սեղմելու մի բանի վրա, ինչի վրա չպետք է։ Միջնորդության կույտի յուրաքանչյուր ցանց ունի իր փորձնական ռեժիմը և իր կարգավորումը, և Google-ի փորձնական կոնֆիգուրացիան չի տարածվում նրանց վրա։

Ստուգեք ադապտերները մեկ առ մեկ՝ միացրած պահելով ադապտերի սեփական փորձնական ռեժիմը, և լոգից հաստատեք, թե որ ցանցն է մատուցել գովազդը։ Եթե չեք կարող ասել, թե որ ադապտերն է լրացրել և արդյոք դա փորձնական ստեղծագործություն էր, տպավորությունը համարեք կենդանի պաշար և ձեռք չտաք դրան։

Այստեղ է նաև կարևոր անվավեր երթևեկության քաղաքականությունը։ Ինքնասեղմումները, կրկնվող տպավորությունները, ավտոմատացված փոխազդեցությունները և խաբուսիկ երթևեկությունը բոլորը ընդգրկված են, և անորոշ սեղմումը՝ տեսնելու, թե ինչ կլինի, հենց այն ձևն է, որը նկարագրում են այդ կանոնները։

Հետադարձ և թողարկման դարպասը

Փորձնական կոնֆիգուրացիան չպետք է թողարկվի։ Թողարկման build-ից առաջ ցուցադրական գովազդային միավորները փոխարինեք արտադրական միավորներով, հանեք փորձնական սարքերի ցանկը և ջնջեք միայն զարգացման համար նախատեսված բոլոր դրոշները։ Փնտրեք թողարկման տարբերակում փորձնական նույնացուցիչները grep-ով՝ հիշողությանը վստահելու փոխարեն․ մոլորված գրառումը լուռ ձախողում է, որն ի հայտ է գալիս միայն որպես բաց թողնված եկամուտ։

Ապա ստուգեք հակառակ ուղղությունը․ տեղադրեք թողարկման build-ը գրանցված փորձնական սարքի վրա և հաստատեք, որ հարցումն այլևս չի դիտարկվում որպես փորձնական երթևեկություն։ Եթե պիտակը դեռ ցուցադրվում է, կարգավորումներում ինչ-որ բան պահպանվել է։

Դրանից հետո պահպանեք մեկ փաստաթղթավորված փորձնական ուղի, որպեսզի հաջորդ ցանցային հարցին կարելի է պատասխանել՝ չդիպչելով կենդանի պաշարին։ Փորձնական գովազդները երբեք չեն հայտնվում հաշվի հաշվետվություններում, ուստի մաքուր բաժանումը ոչինչ չի արժենա հաշվետվությունների ճշգրտության համար և ձեզ կտա կրկնելի ախտորոշում։