نهایتا در تاریخ 8 شهریور شمارش آنینستال ادتریس مجدد شروع به شمارش کرد و کاربران توانستند تا از قابلیت شمارش آنینستال ادتریس استفاده ببرند. در این مقاله سعی داریم تا به بررسی علت لغو شمارش آنینستال توسط ادتریس و در نهایت شروع به شمارش پس از قریب به 3 هفته بپردازیم. آیا این اقدام یه ضعف فنی بود یا اقدامی بود که به صلاح خود کاربران بود؟
در تاریخ 13 مرداد بود که با بررسی وضعیت شمارش آنینستال‌ها و در نهایت بررسی وضعیت پوش توکن‌های ارسالی به این سرنخ رسیدیم که فایربیس محدودیت‌های جدیدی را اعمال کرده است. البته این مورد فورا توسط کانال‌های ارتباطی ادتریس اطلاع‌رسانی شد. پس از بررسی‌های چند روزه و اطمینان از اینکه این محدودیت صدمات بسیاری را به اپلیکیشن خواهد زد، در تاریخ 19 مرداد تیم ادتریس به این نتیجه رسید که شمارش آنینستال را لغو نماید. اما علت این تصمیم چه بود؟ علت این تصمیم در مقاله‌ای پیش‌تر برای کاربران ادتریس شرح داده شد.
امروز یعنی پس از فعال‌سازی مجدد شمارش آنینستال توسط ادتریس در تاریخ 8 شهریور، بناداریم تا توضیحاتی پیرامون این موضوع بدهیم که چرا در این تاریخ این قابلیت فعال شد؟ چرا زودتر این اتفاق نمی‌افتاد؟
چرا ادتریس زودتر اقدام به فعال‌سازی این قابلیت نکرد؟
همانطور که در تصویر می‌بینید، بوسیله اقدام فایربیس روز به روز بر تعداد پوش توکن‌های منقضی شده اضافه می‌شد. اما پس از اصلاح مشکل فایربیس، زمان می‌برد تا پوش توکن‌ها به وضعیت اولیه خود باز گردند. همانطور که در تصویر مشاهده می‌شود اگر بلافاصله پس از اصلاح وضعیت پوش توکن‌ها ادتریس اقدام به فعال‌سازی شمارش آنینستال می‌کرد، حجم بسیار زیادی آنینستال شمارش می‌شد که در حقیقت آنینستال نبودند. تبعات این اقدام بدین شرح بود که بسیاری از شاخص‌ها از جمله شمارش تعداد رینستال، ری‌اتریبیوشن و … تحت‌الشعاع قرار میگرفت و با توجه به حجیم بودن این اتفاق اپلیکیشن‌ها آمار خود را تا ماه‌ها غیر دقیق دریافت می‌کردند.
همانطور که در مقاله مطرح کردیم، فعال‌سازی مجدد آنینستال را به تعویق انداختیم تا تبعات این اقدام به حداقل برسد. حال شاید سوال مطرح شود که چرا در تاریخ 8 شهریور اقدام به فعال‌سازی مجدد کردیم؟ همانطور که در تصویر سعی داشتیم تا به نمایش بگذاریم در حوالی این تاریخ، تغییرات اصلاح پوش توکن‌ها یک روند ثابتی را پیدا کرده بود و عملا با گذر زمان اصلاحات پوش توکن‌ها تغییر آنچنانی دریافت نمی‌کرد. به همین جهت صبر بیشتر توسط ادتریس جایز نبود. به همین دلیل در این تاریخ اقدام به فعال‌سازی مجدد این قابلیت کردیم. قابل ذکر است که همانطور که در تصویر مشاهده می‌شود، فعال‌سازی شمارش در این تاریخ، بدین معنی نمی‌باشد که شمارش آنینستال اشتباهی توسط ادتریس رخ نداده‌است. اما این مقدار به حداقل مقدار ممکن رسید.
این اتفاق صرفا ترکر‌های داخلی را تحت‌الشعاع قرار داد؟
شاید برایتان سوال باشد که آیا این اتفاق برای ترکر‌های داخلی رخ داد و اگر به فرض ترکر‌های خارجی چون ادجاست در ایران فعالیت می‌کردند این اتفاق برای کاربران آن‌ها رخ نمی‌داد؟ خیر؛ این اتفاق ربطی به ترکر ندارد و در صورتی که با هر ترکری فعالیت می‌کردید و ان ترکر فارغ از خارجی یا داخلی بودن، شمارش آنینستال را قطع نمی‌کرد، حجم بسیار زیادی از شمارش آنینستال اشتباه برایش انجام میگرفت. اتفاق باتوجه به اینکه این اتفاق بیشتر برای اپلیکیشن‌های با کاربر ایرانی رخ داد، ترکر‌های خارجی صرفا برای اپلیکیشن‌های ایرانی این اقدام مبنی بر قطع شمارش آنینستال را انجام نمی‌داد و از این نظر ترکر داخلی یک مزیت محسوب می‌شود.
نتیجه اقدامات چه بود؟
باید پذیرفت که اقدام فایربیس یک بحرانی بود که نتیجه آن غیر دقیق‌کردن شمارش برخی از شاخص‌هایی بود که داخل ترکر اندازه‌گیری می‌شد. نتیجه این اقدام ادتریس بدین شرح بود که تا حد امکان از غیردقیق شدن شاخص‌های داخل ترکر جلوگیری شود. در این مقاله سعی شد تا مروری بر این اتفاقات داشته باشیم تا دلیل اقدامات انجام گرفته برای کاربران ادتریس به صورت کامل شفاف‌سازی شده باشد.