از یک عدد به یک مسیر قابل بررسی
داشبورد تبلیغات وقتی مفید است که معلوم باشد هر عدد در کدام مرحله تولید شده است. درخواست تبلیغ، پاسخ دارای تبلیغ، بارگذاری محتوا، نمایش معتبر و کلیک یک رویداد واحد نیستند. اگر این مرحله‌ها را با هم جمع یا جایگزین کنید، ممکن است مشکل بارگذاری را به بودجه نسبت دهید یا دریافت پروژه را اتصال موفق تصور کنید.
در گزارش عملیات دیدنکس، آمار واقعی تحویل از جلسه‌های تشخیصی جداست. فیلتر پلتفرم در بخش اتصال، پروژه‌ها و آزمون بومی اعمال می‌شود؛ آمار کل تحویل و مالی همچنان مربوط به سراسر سامانه است. پیش از مقایسه، دامنه گزارش و بازه انتخاب‌شده را بخوانید تا دو عدد با جامعه متفاوت کنار هم قرار نگیرند.
نرخ پاسخ دارای تبلیغ چه می‌گوید؟
در این گزارش، نرخ پاسخ دارای تبلیغ از تقسیم تعداد پاسخ‌های دارای تبلیغ بر تعداد درخواست‌های ثبت‌شده بازه به دست می‌آید. پاسخ دارای تبلیغ می‌تواند از کمپین، تبلیغ داخلی یا شبکه بیرونی آمده باشد. این تعریف، تعداد نمایش معتبر یا تعداد کلیک نیست. اگر تبلیغ انتخاب شده اما فایل در دستگاه بارگذاری نشده باشد، باید مرحله بعدی را جدا بررسی کنید.
مخرج صفر را صفر درصد نخوانید
وقتی درخواستی در بازه وجود ندارد، نرخ قابل محاسبه نیست و خط تیره نمایش داده می‌شود. صفر درصد یعنی درخواست وجود داشته ولی پاسخ دارای تبلیغ صفر بوده است. این تفاوت کوچک، در روزهای آغاز کار یا پس از تغییر مسیر اتصال مهم است. نبود داده، مدرک خرابی یا موفقیت سرویس نیست.
همین منطق در مقایسه با بازه قبل هم وجود دارد. اگر مقدار قبلی صفر باشد، درصد رشد معنی معمولی ندارد. بهتر است مقدار فعلی را با عبارت نبود مبنای مقایسه بخوانید. یک رشد بزرگ روی تعداد بسیار کم نیز به‌تنهایی نشانه بهبود پایدار عملکرد نیست.
روند روزانه و دلایل نبود تبلیغ
نمودار روزانه کمک می‌کند زمان افت را پیدا کنید؛ جدول زیر آن اعداد دقیق را نشان می‌دهد. مرز روزهای گزارش UTC است و روز ابتدا و انتهای بازه ممکن است کامل نباشند. برای تحلیل یک تغییر سرور یا کمپین، زمان رخداد را با همان مبنای زمانی تطبیق دهید. مقایسه یک روز نیمه‌کامل با روز کامل می‌تواند برداشت نادرست ایجاد کند.
بعد از تشخیص افت، دلایل noFill را بررسی کنید. اگر کشور نامشخص زیاد شده، مسیر تشخیص موقعیت را ببینید. اگر کمپین مناسب وجود ندارد، فرمت، هدف‌گیری، زمان و اعتبار را بازبینی کنید. مقاله عیب‌یابی نبود تبلیغ واقعی ترتیب بررسی این شرط‌ها را توضیح می‌دهد.
آمار اتصال چه چیزی را ثابت می‌کند؟
تعداد دانلود پروژه نشان می‌دهد فایل چند بار دریافت شده است؛ تعداد توسعه‌دهنده یکتا یا ساخت موفق اپ نیست. تعداد جلسه‌های تست هم به‌معنای تعداد نصب نیست. یک توسعه‌دهنده می‌تواند چند جلسه برای بررسی یک مشکل ایجاد کند. گزارش بارگذاری SDK نشان می‌دهد درخواست و گزارش آماده‌شدن محتوای همان جلسه ثبت شده‌اند.
نتایج ساخت بومی از گزارش runner و فایل نتیجه می‌آیند. اگر چنین گزارشی وجود ندارد، نباید آن را موفق حساب کرد. همچنین وجود فایل نتیجه به‌تنهایی تأیید مستقل عملکرد روی همه دستگاه‌ها نیست. نام پلتفرم، دامنه آزمون، وضعیت و شواهد همان اجرا باید کنار نتیجه خوانده شوند.
سهم مالی را با مانده حساب یکی نگیرید
سهم تأییدشده ناشر و سامانه در این صفحه از درآمدهای تأییدشده ایجادشده در بازه محاسبه می‌شود. این مقادیر مانده کیف پول نیستند و الزاماً برابر مبلغ واریزشده به بانک نیستند. درآمد در انتظار، معکوس‌شده و درخواست تسویه هرکدام مرحله جداگانه دارند. برای پیگیری موجودی، سابقه اسناد مالی و وضعیت تسویه را نیز بررسی کنید.
راهنمای بررسی درآمد ناشر و بودجه و موجودی رزروشده این تفاوت‌ها را شرح می‌دهند. گزارش خوب باید شما را به اقدام بعدی برساند: بررسی تنظیمات، رسیدگی به صف معطل یا بازتولید خطای اتصال؛ افزایش تعداد نمودار بدون تعریف روشن شاخص، تصمیم را دقیق‌تر نمی‌کند.
