Hesabınızı riske atmadan bir VPN üzerinde AdMob reklamlarını test edin

Reklam entegrasyonunuzun kullanıcılarınızın gerçekte sahip olduğu ağda ayakta kalıp kalmadığını bilmek istiyorsunuz. VPN, uzak bir çıkışı yeniden üretmenin en kolay yoludur. Hata, bu deneyi bir gelir deneyi olarak görmektir.

Çıkış ülkesini değiştirmek yeni bir kitle yaratmaz ve kendi dokunuşlarınızı uygun trafiğe dönüştürmez. Yalnızca bir isteğin yolunu değiştirir.

Bu yüzden onu belgelenmiş bir sırayla bağlantı testi olarak çalıştırın ve canlı envanteri tamamen bunun dışında tutun. Aşağıdaki adımlar her build'de tekrarlanmaya değer.

Testin ne için olduğuna karar verin

İki soru birbirine karışır. Birincisi, bir isteğin belirli bir ağ yolundan hiç sunulup sunulmadığıdır ve bu bir entegrasyon ve bağlantı sorusudur. İkincisi, o ülkedeki gerçek kullanıcıların ne kadar kazanacağıdır ve bu, SDK'nın sizin yerinize yanıtlayamayacağı bir raporlama ve iş sorusudur.

Geliştirme cihazından yalnızca birincisi test edilebilir. Tahmini kazançlar bir raporlama dönemi kapanmadan önce de değişebilir, dolayısıyla kendi oluşturduğunuz bir deneyde gözlenen sayı ne uygun gelirin kanıtıdır ne de başkası için bir tahmin.

Soruyu bağlanmadan önce yazın: örneğin, bu build'de cihaz Almanya üzerinden çıkarken banner isteği bir doldurma döndürüyor mu. İstediğiniz yanıt bir gelir rakamıysa burada durun, çünkü hiçbir VPN yapılandırması öyle bir rakam üretmez.

Kalkıştan önce: cihazı kaydedin, adresi değil

Google'ın test reklamı belgeleri iki desteklenen yol sunar. Entegre ettiğiniz biçim için demo reklam birimlerini kullanın ya da fiziksel cihazı test cihazı olarak kaydedip kendi birimlerinizi kullanın. İkisi de platforma ve SDK nesline göre belgelenmiştir ve Next-Gen ile Legacy kılavuzları birbirinin yerine geçmez.

Kayıt bir cihaz tanımlayıcısıdır ve ağ adresiyle hiçbir ilgisi yoktur. Telefonun trafiğinin nereden çıktığını değiştirmek hiçbir şeyi kaydetmez. Android'de tanımlayıcı SDK tarafından günlüğe yazılır ve siz onu kodda uygularsınız:

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

Ağı değiştirmeden önce kaydı doğrulayın, yoksa başarısız bir doldurmayı hiç kaydedilmemiş bir cihaza sunulan canlı reklamdan ayırt edemezsiniz. Reklam Test Ad etiketini gösteriyorsa istek test envanterinden geçmiştir; göstermiyorsa başka bir şeye bakıyorsunuz ve ona dokunmamalısınız.

Diziyi sabit bir sırayla yürütün

Ağ dışında her şeyi sabit tutun. Aynı build, aynı reklam birimi, aynı yerleşim, aynı uygulama durumu. İki değişkeni değiştirin ve hiçbir şey öğrenmezsiniz.

Önce temel çizgi. VPN kapalıyken yerleşimi yükleyin ve bir test reklamının göründüğünü doğrulayın. logcat'te adb logcat | grep -i ads ile isteği yakalayın ve yanıt kodunu not edin. Temel çizgide doldurma olmaması bir VPN sorunu değildir.

Sonra bağlanın ve yineleyin. Aynı build, aynı birim, aynı yerleşim, VPN açık. Aynı günlük satırlarını yakalayın. Aradığınız şey bir farktır: zaman aşımına dönüşen bir doldurma, hiç çıkmayan bir istek, değişen bir hata kodu. Doldurma olarak kalan bir doldurma, o yolda entegrasyonun iyi olduğunu ve testin bittiğini söyler.

Ortamı kaydedin. SDK sürümü, bağdaştırıcı sürümleri, build türü, reklam biçimi, çıkış ülkesi ve gözlenen sonuç. Bu kayıt olmadan bir sonraki kişi deneyi sıfırdan tekrarlar ve aynı kanıtlardan farklı bir sonuca varır.

Arabuluculuk ayrı bir testtir

Arabuluculuk reklamları Google'ın Test Ad etiketini taşımaz, bu da onları yapmamanız gereken bir şeye tıklamak için en kolay yer yapar. Arabuluculuk yığınındaki her ağın kendi test modu ve kendi kurulumu vardır ve Google'ın test yapılandırması onlara uzanmaz.

Bağdaştırıcıları tek tek kontrol edin, bağdaştırıcının kendi test modu açıkken, ve günlükten hangi ağın reklamı sunduğunu doğrulayın. Hangi bağdaştırıcının doldurduğunu ve bunun bir test yaratıcı olup olmadığını söyleyemiyorsanız, gösterimi canlı envanter olarak kabul edin ve rahat bırakın.

Geçersiz trafik politikası da burada önemlidir. Kendi kendine tıklamalar, yinelenen gösterimler, otomatik etkileşimler ve yanıltıcı trafik hepsi kapsanır ve ne olacağını görmek için belirsiz bir tıklama tam olarak bu kuralların tanımladığı kalıptır.

Geri alma ve sürüm kapısı

Test yapılandırması sürümle birlikte gönderilmemelidir. Bir sürüm build'inden önce demo reklam birimlerini üretim birimleriyle değiştirin, test cihazı listesini kaldırın ve yalnızca geliştirmeye özgü tüm bayrakları silin. Sürüm varyantında test tanımlayıcılarını belleğe güvenmek yerine grep ile arayın; sürüklenmiş bir giriş, yalnızca eksik gelir olarak görünen sessiz bir hatadır.

Sonra ters yönü doğrulayın: sürüm build'ini kayıtlı bir test cihazına kurun ve isteğin artık test trafiği olarak görülmediğini doğrulayın. Etiket hâlâ görünüyorsa yapılandırmada bir şey hayatta kalmıştır.

Ardından, bir sonraki ağ sorusunun canlı envantere dokunulmadan yanıtlanabilmesi için belgelenmiş tek bir test yolu bırakın. Test reklamları hesap raporlarında asla görünmez, bu nedenle temiz bir ayrım raporlama doğruluğuna hiçbir şey kaybettirmez ve size yinelenebilir bir teşhis kazandırır.