کتاب آشپزی اشکال زدایی گزارش انتساب

بخش ۳ از ۳ در مورد اشکال‌زدایی گزارش‌های انتسابی. دستورالعمل‌های نحوه استفاده از گزارش‌های اشکال‌زدایی را بیابید.

در این کتاب آشپزی، دستورالعمل‌هایی برای نحوه استفاده از گزارش‌های اشکال‌زدایی برای موارد استفاده مختلف که در بخش 1: مقدمه‌ای بر گزارش‌های اشکال‌زدایی ذکر شده است، خواهید یافت.

واژه‌نامه

  • مبدا گزارش منبعی است که منبع گزارش Attribution و هدرهای راه‌انداز را تنظیم می‌کند. تمام گزارش های تولید شده توسط مرورگر به این مبدا ارسال می شود. در این راهنما، https://adtech.example به عنوان منبع گزارش نمونه استفاده می کنیم.
  • گزارش انتساب ( گزارش به اختصار) گزارش نهایی (در سطح رویداد یا جمع‌آوری) است که حاوی داده‌های اندازه‌گیری درخواستی شما است.
  • گزارش اشکال‌زدایی حاوی داده‌های اضافی درباره یک گزارش انتساب، یا درباره یک منبع یا رویداد راه‌انداز است. دریافت گزارش اشکال‌زدایی لزوماً به این معنی نیست که چیزی درست کار نمی‌کند! دو نوع گزارش اشکال زدایی وجود دارد
  • گزارش اشکال زدایی انتقالی یک گزارش اشکال زدایی است که برای تولید و ارسال به کوکی نیاز دارد. اگر کوکی تنظیم نشده باشد و پس از منسوخ شدن کوکی‌های شخص ثالث، گزارش‌های اشکال‌زدایی انتقالی در دسترس نخواهد بود. همه گزارش های اشکال زدایی که در این راهنما توضیح داده شده اند، گزارش های اشکال زدایی انتقالی هستند.
  • گزارش‌های اشکال‌زدایی موفقیت‌آمیز تولید موفقیت‌آمیز گزارش انتساب را دنبال می‌کنند. آنها مستقیماً به گزارش اسناد مربوط می شوند. گزارش‌های اشکال‌زدایی موفقیت آمیز از Chrome 101 (آوریل 2022) در دسترس بوده است.
  • گزارش‌های اشکال‌زدایی کامل می‌توانند گزارش‌های مفقود را ردیابی کنند و به شما در تعیین علت گم شدن آن‌ها کمک کنند. آنها مواردی را نشان می‌دهند که مرورگر یک منبع یا رویداد راه‌انداز را ثبت نکرده است (به این معنی که گزارش انتساب تولید نمی‌کند)، و مواردی که به دلایلی نمی‌توان گزارش انتساب ایجاد یا ارسال کرد. گزارش‌های اشکال‌زدایی کامل شامل یک فیلد type است که دلیل ایجاد نشدن رویداد منبع، رویداد راه‌انداز یا گزارش انتساب را توضیح می‌دهد. گزارش‌های اشکال‌زدایی کامل از Chrome 109 در دسترس هستند ( در ژانویه 2023 پایدار است ).
  • کلیدهای اشکال‌زدایی شناسه‌های منحصربه‌فردی هستند که می‌توانید هم در سمت منبع و هم در سمت ماشه تنظیم کنید. کلیدهای اشکال‌زدایی به شما امکان می‌دهند تا تبدیل‌های مبتنی بر کوکی و تبدیل‌های مبتنی بر اسناد را ترسیم کنید. هنگامی که سیستم خود را برای تولید گزارش‌های اشکال‌زدایی و تنظیم کلیدهای اشکال‌زدایی تنظیم می‌کنید، مرورگر این کلیدهای اشکال‌زدایی را در همه گزارش‌های انتساب و گزارش‌های اشکال‌زدایی گنجانده است.

برای مفاهیم بیشتر و اصطلاحات کلیدی مورد استفاده در اسناد ما، به واژه نامه جعبه ایمنی حریم خصوصی مراجعه کنید.

،
  • مبدا گزارش منبعی است که منبع گزارش Attribution و هدرهای راه‌انداز را تنظیم می‌کند. تمام گزارش های تولید شده توسط مرورگر به این مبدا ارسال می شود. در این راهنما، https://adtech.example به عنوان منبع گزارش نمونه استفاده می کنیم.
  • گزارش انتساب ( گزارش به اختصار) گزارش نهایی (در سطح رویداد یا جمع‌آوری) است که حاوی داده‌های اندازه‌گیری درخواستی شما است.
  • گزارش اشکال‌زدایی حاوی داده‌های اضافی درباره یک گزارش انتساب، یا درباره یک منبع یا رویداد راه‌انداز است. دریافت گزارش اشکال‌زدایی لزوماً به این معنی نیست که چیزی درست کار نمی‌کند! دو نوع گزارش اشکال زدایی وجود دارد
  • گزارش اشکال زدایی انتقالی یک گزارش اشکال زدایی است که برای تولید و ارسال به کوکی نیاز دارد. اگر کوکی تنظیم نشده باشد و پس از منسوخ شدن کوکی‌های شخص ثالث، گزارش‌های اشکال‌زدایی انتقالی در دسترس نخواهد بود. همه گزارش های اشکال زدایی که در این راهنما توضیح داده شده اند، گزارش های اشکال زدایی انتقالی هستند.
  • گزارش‌های اشکال‌زدایی موفقیت‌آمیز تولید موفقیت‌آمیز گزارش انتساب را دنبال می‌کنند. آنها مستقیماً به گزارش اسناد مربوط می شوند. گزارش‌های اشکال‌زدایی موفقیت آمیز از Chrome 101 (آوریل 2022) در دسترس بوده است.
  • گزارش‌های اشکال‌زدایی کامل می‌توانند گزارش‌های مفقود را ردیابی کنند و به شما در تعیین علت گم شدن آن‌ها کمک کنند. آنها مواردی را نشان می‌دهند که مرورگر یک منبع یا رویداد راه‌انداز را ثبت نکرده است (به این معنی که گزارش انتساب تولید نمی‌کند)، و مواردی که به دلایلی نمی‌توان گزارش انتساب ایجاد یا ارسال کرد. گزارش‌های اشکال‌زدایی کامل شامل یک فیلد type است که دلیل ایجاد نشدن رویداد منبع، رویداد راه‌انداز یا گزارش انتساب را توضیح می‌دهد. گزارش‌های اشکال‌زدایی کامل از Chrome 109 در دسترس هستند ( در ژانویه 2023 پایدار است ).
  • کلیدهای اشکال‌زدایی شناسه‌های منحصربه‌فردی هستند که می‌توانید هم در سمت منبع و هم در سمت ماشه تنظیم کنید. کلیدهای اشکال‌زدایی به شما امکان می‌دهند تا تبدیل‌های مبتنی بر کوکی و تبدیل‌های مبتنی بر اسناد را ترسیم کنید. هنگامی که سیستم خود را برای تولید گزارش‌های اشکال‌زدایی و تنظیم کلیدهای اشکال‌زدایی تنظیم می‌کنید، مرورگر این کلیدهای اشکال‌زدایی را در همه گزارش‌های انتساب و گزارش‌های اشکال‌زدایی گنجانده است.

برای مفاهیم بیشتر و اصطلاحات کلیدی مورد استفاده در اسناد ما، به واژه نامه جعبه ایمنی حریم خصوصی مراجعه کنید.

نحوه انجام: ادغام خود را در زمان واقعی بررسی کنید

  1. سیستم خود را برای تولید گزارش‌های اشکال‌زدایی موفقیت‌آمیز تنظیم کنید. نحوه‌ی انجام این کار را در بخش 2: تنظیم گزارش‌های اشکال‌زدایی ببینید.
  2. هر زمان که کد Attribution Reporting را مستقر می‌کنید، به صورت آنی بررسی کنید که آیا گزارش‌های اشکال‌زدایی موفقیت‌آمیزی را در نقطه پایانی خود دریافت می‌کنید یا خیر. در این صورت، تنظیمات Attribution Reporting شما کار می‌کند.
  3. گزارش‌های اشکال‌زدایی موفقیت‌آمیز فقط زمانی ارسال می‌شوند که تبدیلی انجام شود. در عوض، ممکن است بخواهید بررسی کنید که آیا یکپارچه‌سازی شما صرف نظر از تبدیل‌ها به درستی تنظیم شده است یا خیر - یعنی، می‌خواهید بررسی کنید که منابع با موفقیت ثبت شده‌اند. برای دستیابی به این هدف، می‌توانید به گزارش‌های اشکال‌زدایی verbose success در ثبت منبع تکیه کنید. نحوه تنظیم آنها را در بخش 2: تنظیم گزارش‌های اشکال‌زدایی ببینید.

نحوه انجام: تحلیل تلفات و عیب‌یابی یکپارچه‌سازی شما

برای مقایسه نتایج اندازه‌گیری تبدیل مبتنی بر کوکی با گزارش‌های گزارش‌دهی نسبت‌دهی، از کلیدهای اشکال‌زدایی استفاده کنید و تبدیل‌های کوکی را با گزارش‌های اشکال‌زدایی نگاشت کنید. به یاد داشته باشید که گزارش‌های اشکال‌زدایی بلافاصله به نقطه پایانی شما ارسال می‌شوند.

نمای کلی

مراحل تجزیه و تحلیل ضرر
مراحل تجزیه و تحلیل ضرر

از کلیدهای اشکال‌زدایی (جفت <source_debug_key, trigger_debug_key> ) برای نگاشت تبدیل‌های کوکی به گزارش‌های اشکال‌زدایی موفقیت‌آمیز استفاده کنید. برای هر تبدیل کوکی، در زمان تبدیل، آیا گزارش اشکال‌زدایی موفقیت‌آمیز مربوطه را دریافت کرده‌اید؟

اگر بله : برای همه این گزارش‌های اشکال‌زدایی موفقیت‌آمیز، می‌توانید انتظار داشته باشید که بعداً یک گزارش انتساب دریافت کنید - با چند استثنا. برای جزئیات بیشتر ، سناریوی گزارش اشکال‌زدایی موفقیت‌آمیز را مرور کنید.

اگر نه : ​​این بدان معناست که تبدیل در گزارش‌دهی انتساب ثبت نشده است. از جفت <source_debug_key, trigger_debug_key> (یا کلید اشکال‌زدایی منبع در صورت عدم وجود کلید اشکال‌زدایی تریگر) برای نگاشت تبدیل‌های کوکی به گزارش‌های اشکال‌زدایی مفصل استفاده کنید. آیا برای هر یک از این تبدیل‌ها، در مقطعی (زمان منبع یا تریگر) گزارش اشکال‌زدایی مفصل مربوطه را دریافت کرده‌اید؟

  • اگر گزارش اشکال‌زدایی مفصلی دریافت نکردید: این ممکن است به دلیل رفتار کاربر یا مشکل ادغام باشد. برای جزئیات بیشتر، سناریوی عدم گزارش اشکال‌زدایی را مرور کنید.

  • اگر گزارش اشکال‌زدایی طولانی و مفصلی دریافت کردید، به فیلد type آن نگاه کنید.

    • اگر type آن source-success باشد: این به این معنی است که منبع با موفقیت ثبت شده است، اما trigger با موفقیت ثبت نشده است. برای محدود کردن دلیل عدم وجود گزارش اشکال‌زدایی success، به دنبال یک گزارش اشکال‌زدایی مفصل مربوطه از هر نوع دیگری باشید - این گزارش نشان دهنده مشکلی در سمت trigger خواهد بود.

    • اگر type آن چیز دیگری باشد: منبع یا تریگر ثبت نشده است. type دلیل آن را به شما می‌گوید. گزارش انتساب مربوطه (و گزارش اشکال‌زدایی موفقیت‌آمیز) وجود نخواهد داشت. بسته به type گزارش اشکال‌زدایی مفصل، ممکن است بخواهید این اطلاعات را فقط به عنوان یک نقطه داده تحلیل ضرر در نظر بگیرید (به عبارت دیگر، هیچ اقدامی برای شما انجام نمی‌شود)، یا ممکن است بخواهید یک اشکال ثبت کنید یا پیاده‌سازی خود را عیب‌یابی کنید. برای جزئیات بیشتر ، سناریوی گزارش اشکال‌زدایی مفصل را بررسی کنید.

سناریوهای احتمالی

گزارش اشکال‌زدایی موفقیت‌آمیز

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

می‌توانید انتظار داشته باشید که بعداً گزارش انتساب این تبدیل را دریافت کنید ⏤ با چند استثنا:

  • رفتار کاربر: پاک کردن داده‌ها پس از تبدیل و قبل از ارسال گزارش انتساب، بستن مرورگر و غیره. اگر کاربری پس از تبدیل مرورگر خود را ببندد و به مدت یک هفته مرورگر خود را باز نکند، گزارش به مدت یک هفته یا بیشتر ارسال نخواهد شد. می‌توانید این تأخیر را به عنوان یک ضرر در نظر بگیرید.
  • فقط برای سطح رویداد قابل اجرا است: یک گزارش سطح رویداد با یک گزارش با اولویت بالاتر جایگزین می‌شود.
  • مشکلات احتمالی شبکه.

گزارش اشکال‌زدایی مفصل از نوع source-success

اگر برای منبع یک تبدیل کوکی مشخص، یک گزارش اشکال‌زدایی طولانی از نوع source-success دریافت کردید، این به این معنی است که ثبت منبع با موفقیت انجام شده است. بسته به اینکه آیا ثبت تریگر بعداً نیز موفقیت‌آمیز باشد، ممکن است گزارشی برای آن تبدیل دریافت کنید یا نکنید.

یک نکته در این مورد وجود دارد:

گزارش اشکال‌زدایی مفصل از هر نوع دیگر

اگر برای یک تبدیل کوکی مشخص، یک گزارش اشکال‌زدایی طولانی از هر نوع دیگری دریافت کردید، گزارش اشکال‌زدایی موفقیت‌آمیز دریافت نخواهید کرد و از این رو بعداً هیچ گزارش انتسابی دریافت نخواهید کرد⏤ زیرا یک گزارش طولانی به این معنی است که یک شکست قابل گزارش رخ داده است. چیزی مانع ثبت منبع، ثبت تریگر، تولید گزارش یا ارسال گزارش شده است. علل احتمالی:

  • محدودیت‌های حریم خصوصی
  • محدودیت‌های ذخیره‌سازی
  • قوانین سفارشی
  • مشکل پیاده‌سازی در کد شما
  • اشکال مرورگر

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

گزارش اشکال‌زدایی وجود ندارد

اگر برای یک تبدیل کوکی مشخص، فقط یک گزارش انتساب دریافت کردید (نه گزارش اشکال‌زدایی موفقیت‌آمیز و نه گزارش اشکال‌زدایی مفصل)، این بدان معناست که چیزی مانع از تولید گزارش‌های اشکال‌زدایی شده است. دلایل احتمالی:

  • تنظیمات برگزیده کاربر (کاربر کوکی‌های شخص ثالث را غیرفعال کرده است)
  • کوکی وجود ندارد، یا کلیدهای اشکال‌زدایی وجود ندارد (کلید اشکال‌زدایی به دلیل وجود کوکی پاک شده است). در chrome://attribution-internals ، برگه Logs را باز کنید و بررسی کنید که آیا مشکلی در آنجا مشاهده می‌شود یا خیر.
  • مشکلات شبکه‌ای که در زمان منبع یا زمان شروع رخ داده‌اند، اما هنگام ارسال گزارش انتساب رخ نداده‌اند.

آیا گزارش‌های انتساب دریافت می‌کنید؟

این یک مورد فرعی از عدم دریافت گزارش اشکال‌زدایی است: اگر برای یک تبدیل کوکی مشخص، هیچ نوع گزارشی دریافت نکردید (هیچ نوع گزارش اشکال‌زدایی، هیچ گزارش انتسابی)، این بدان معناست که یک خطای غیرقابل گزارش رخ داده است. علل احتمالی:

  • مشکل اساسی ادغام. نحوه عیب‌یابی این موارد را در بخش «رفع مشکلات اساسی ادغام» مرور کنید.
  • مشکلات احتمالی شبکه.
  • تنظیمات برگزیده کاربر در تنظیمات مرورگر مانند Privacy Sandbox غیرفعال شده است.

مرجع گزارش‌های اشکال‌زدایی مفصل

هر گزارش اشکال‌زدایی مفصل، یک فیلد type دارد که دلیل حذف گزارش انتساب مربوطه را ثبت می‌کند. از مرجع استفاده کنید تا بفهمید برای هر type گزارش مفصل، چه اقدامی باید انجام شود.

موفقیت در ثبت منبع

یک منبع با موفقیت ثبت شد.

source-success
جزئیات و متن گزارش

گزارش‌های محدودیت‌های حریم خصوصی

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

source-destination-limit
جزئیات و متن گزارش
source-noised
جزئیات و متن گزارش
trigger-attributions-per-source-destination-limit
جزئیات و متن گزارش
trigger-reporting-origin-limit
جزئیات و متن گزارش
trigger-event-noise
جزئیات و متن گزارش
trigger-event-excessive-reports
این گزارش در صورتی ایجاد می‌شود که تعداد گزارش‌ها از حد مجاز بیشتر باشد؛ شما می‌توانید حداکثر یک تبدیل برای بازدیدها و سه تبدیل برای کلیک‌ها ثبت کنید. توجه داشته باشید که می‌توانید با تنظیم اولویت‌ها ، گزارش‌هایی را که دریافت می‌کنید، پیکربندی کنید. جزئیات و متن گزارش

گزارش‌های محدودیت‌های ذخیره‌سازی

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

source-storage-limit
جزئیات و متن گزارش
trigger-event-storage-limit
جزئیات و متن گزارش
trigger-aggregate-storage-limit
جزئیات و متن گزارش

گزارش‌های قوانین سفارشی

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

trigger-no-matching-filter-data
جزئیات و متن گزارش
trigger-event-no-matching-configuration
جزئیات و متن گزارش
trigger-event-deduplicated
جزئیات و متن گزارش
trigger-aggregate-deduplicated
جزئیات و متن گزارش
trigger-event-low-priority
جزئیات و متن گزارش
trigger-event-report-window-passed
جزئیات و متن گزارش
trigger-aggregate-report-window-passed
جزئیات و متن گزارش

سایر گزارش‌های مفصل

این گزارش‌ها ممکن است مشکلات پیاده‌سازی بالقوه در کد شما را نشان دهند.

trigger-no-matching-source
این ممکن است یک مشکل پیاده‌سازی باشد. بررسی کنید که هیچ پیکربندی اشتباهی در تنظیمات <reporting origin, destination> شما وجود نداشته باشد. این همچنین می‌تواند یک رفتار API مورد انتظار باشد. به عنوان مثال، کاربر پس از تعامل با یک تبلیغ و قبل از تبدیل، داده‌ها را در مقطعی پاک کرده است، یا کاربر بدون دیدن تبلیغ مرتبط تبدیل کرده است. جزئیات و متن گزارش
trigger-aggregate-no-contributions
احتمالاً این رفتاری نیست که شما از کد خود انتظار دارید. کد ثبت تریگر خود را عیب‌یابی کنید؛ مطمئن شوید که پیکربندی مشارکت شما صحیح است. جزئیات و متن گزارش
trigger-aggregate-insufficient-budget
احتمالاً این رفتاری نیست که شما از کد خود انتظار دارید. کد ثبت تریگر خود را دوباره بررسی کنید تا مطمئن شوید که مجموع تمام مشارکت‌ها از بودجه مشارکت تجاوز نمی‌کند. جزئیات و متن گزارش

خطاهای غیرمنتظره (اشکالات احتمالی مرورگر)

این گزارش‌ها غیرمنتظره هستند . ممکن است به دلیل یک اشکال مرورگر باشند! یک اشکال ثبت کنید و در توضیحات خود مراحل ایجاد مجدد آن را مشخص کنید.

source-unknown-error
جزئیات و متن گزارش
trigger-unknown-error
جزئیات و متن گزارش

مثال تحلیل ضرر

مرحله ۱: راه‌اندازی و نگاشت با کوکی‌ها

برای تنظیم سیستم خود جهت تولید گزارش‌های اشکال‌زدایی موفق و گزارش‌های اشکال‌زدایی مفصل، دستورالعمل‌های بخش ۲: تنظیم گزارش‌های اشکال‌زدایی را دنبال کنید.

با این کار، می‌توانید از اطلاعات تبدیل مبتنی بر کوکی برای جستجوی گزارش‌های اشکال‌زدایی یا گزارش‌های انتساب مربوطه استفاده کنید.

مرحله ۲: شناسایی ثبت‌های موفق و گزارش‌های مفقود

در این مثال، فرض می‌کنیم که شما ۱۰۰ تبدیل را با سیستم مبتنی بر کوکی خود ردیابی کرده‌اید.

هر بار که یک تبدیل مبتنی بر کوکی را ضبط می‌کنید، به دنبال گزارش اشکال‌زدایی موفقیت‌آمیز (که بلافاصله ارسال می‌شود) باشید که دارای جفت <source_debug_key, trigger_debug_key> مشابه این تبدیل مبتنی بر کوکی باشد.

فرض کنید برای ۷۰ مورد از این تبدیل‌های کوکی، گزارش اشکال‌زدایی موفقیت‌آمیز دریافت کرده‌اید.

  • گزارش‌های موفقیت به این معنی است که انتساب با موفقیت ثبت شده است، بنابراین می‌توانید با اطمینان فرض کنید که گزارش انتسابی مطابق با هر گزارش موفقیت - با برخی استثنائات - دریافت خواهید کرد.
  • می‌توانید تصمیم بگیرید که این استثنائات را زیر نظر بگیرید. برای انجام این کار، همانطور که گزارش‌های انتساب در روزها یا هفته‌های آینده (بسته به تاریخ انقضا) به دستگاه شما ارسال می‌شوند، به دنبال گزارش‌های انتسابی باشید که جفت کلیدهای اشکال‌زدایی یکسانی با هر گزارش اشکال‌زدایی موفقیت‌آمیز دارند. حتماً کمی صبر کنید: ممکن است گزارش‌ها بلافاصله در انتهای هر پنجره ارسال نشوند. فرض کنید فقط ۶۰ گزارش انتساب پیدا می‌کنید. ۱۰ گزارش انتساب گمشده ممکن است به دلیل رفتار کاربر باشد.

مرحله ۳: ارزیابی مختصر خسارت

۱۰۰-۷۰ = ۳۰ گزارش اشکال‌زدایی موفقیت‌آمیز از دست رفته است. این بدان معناست که این ۳۰ تبدیل (که در پیاده‌سازی مبتنی بر کوکی شما ردیابی شده‌اند) با گزارش‌دهی انتساب ثبت نشده‌اند. شما گزارش‌های انتساب را برای این موارد دریافت نخواهید کرد.

از آنجایی که شما ۱۰۰ تبدیل مبتنی بر کوکی و تنها ۷۰ تبدیل مبتنی بر انتساب دارید، ضرر شما ۳۰٪ است. اکنون یک ارزیابی مختصر از ضرر دارید.

مرحله ۴: تحلیل علل

برای بررسی دلیل عدم وجود این گزارش‌ها، به دنبال گزارش‌های اشکال‌زدایی مفصل مربوطه باشید که در زمان تبدیل (ثبت ماشه) یا قبل از آن در زمان ثبت منبع دریافت کرده‌اید. از کلیدهای تبدیل‌های مبتنی بر کوکی برای نگاشت این گزارش‌ها به گزارش‌های اشکال‌زدایی مفصل استفاده کنید.

  • فرض کنید ۱۰ کلید وجود دارد که هیچ گزارش اشکال‌زدایی مفصلی برای آنها وجود ندارد. بررسی کنید که آیا مشکلی در ادغام وجود دارد یا خیر. اگر نه، ممکن است به دلیل رفتار کاربر باشد.
  • شما 20 گزارش اشکال‌زدایی مفصل دارید. اکنون می‌توانید تحلیل ضرر خود را اصلاح کنید. فیلد type هر گزارش مفصل را تجزیه و تحلیل کنید. برای مثال، ممکن است متوجه شوید که:
    • ۱۰ گزارش (در مثال ما = ۱۰٪) به دلیل pending destination limit از دست رفته‌اند.
    • ۵ (= ۵٪) گزارش به دلیل trigger-aggregate-no-contributions از دست رفته‌اند.
    • ۵ (= ۵٪) گزارش به دلیل unknown-error از دست رفته است.

مرحله ۵: اقدام و عیب‌یابی

اکنون که متوجه دلیل عدم وجود گزارش‌ها شده‌اید، می‌توانید بر اساس این بینش‌ها اقدام کنید.

اینکه کدام اقدام باید انجام شود به type هر گزارش مفصل بستگی دارد. برای جزئیات بیشتر، مرجع گزارش‌های مفصل را بررسی کنید. برای مثال:

  • pending-destination-limit یک حفاظت از حریم خصوصی است. هیچ اقدامی برای انجام دادن وجود ندارد. از این عدد به عنوان یک نقطه داده، برای مشاهده و نظارت خود استفاده کنید.
  • ممکن است trigger-aggregate-no-contributions نشانه‌ی یک مشکل پیاده‌سازی از طرف شما باشد. این مورد را بیشتر تجزیه و تحلیل کنید. در صورت نیاز، از جزئیات موجود در بدنه‌ی گزارش مفصل برای عیب‌یابی و رفع این مشکل استفاده کنید.
  • unknown-error می‌تواند نشانه‌ای از یک باگ مرورگر یا خطای شبکه باشد. اگر مرتباً با این خطا مواجه می‌شوید، برای توسعه‌دهندگان مرورگر، یک باگ ثبت کنید.