آگهی‌های 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 به آن‌ها تعمیم پیدا نمی‌کند.

آداپترها را یکی‌یکی بررسی کنید، با فعال بودن حالت آزمایشی خود آداپتر، و از گزارش تأیید کنید کدام شبکه آگهی را سرو کرده است. اگر نمی‌توانید بگویید کدام آداپتر پر کرده و آیا یک کریتیو آزمایشی بوده، نمایش را موجودی زنده در نظر بگیرید و رهایش کنید.

اینجاست که سیاست ترافیک نامعتبر هم اهمیت دارد. کلیک‌های خودی، نمایش‌های تکراری، تعامل‌های خودکار و ترافیک فریبکارانه همگی پوشش داده می‌شوند و کلیک مردد برای دیدن اینکه چه می‌شود دقیقاً همان الگویی است که این قواعد توصیف می‌کنند.

بازگردانی و دروازه انتشار

پیکربندی آزمایشی نباید منتشر شود. پیش از ساخت انتشار، واحدهای آگهی نمایشی را با واحدهای تولید جایگزین کنید، فهرست دستگاه‌های آزمایشی را بردارید و هر پرچم مخصوص توسعه را حذف کنید. در نسخه انتشار به‌جای اعتماد به حافظه، شناسه‌های آزمایشی را grep کنید؛ یک ورودی سرگردان یک خطای خاموش است که فقط به‌صورت درآمد ازدست‌رفته دیده می‌شود.

سپس جهت مخالف را بررسی کنید: ساخت انتشار را روی یک دستگاه آزمایشی ثبت‌شده نصب کنید و تأیید کنید که درخواست دیگر ترافیک آزمایشی تلقی نمی‌شود. اگر هنوز برچسب را نشان می‌دهد، چیزی در پیکربندی باقی مانده است.

بعد از آن یک مسیر آزمایشی مستند نگه دارید تا پرسش شبکه بعدی بدون دست زدن به موجودی زنده پاسخ داده شود. آگهی‌های آزمایشی هرگز در گزارش‌های حساب ظاهر نمی‌شوند، بنابراین جداسازی تمیز هیچ هزینه‌ای در دقت گزارش‌گیری ندارد و یک تشخیص قابل تکرار به شما می‌دهد.