چگونه با ربات تلگرام اعضای غیرفعال گروه را شناسایی کنیم؟

تلگرام «عضویت» را از «مشارکت» جدا می‌کند

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

همین تمایز کوچک، کل مسئله را شکل می‌دهد. اگر هدف شما کاهش حجم فهرست اعضاست، معیار «سکوت» کافی است. اما اگر هدف واقعی‌تان سنجش سلامت یک اجتماع است، باید بپذیرید که هیچ رباتی نمی‌تواند ذهن یک خوانندهٔ ساکت را بخواند و تنها چیزی که در اختیار دارد، ردپاهای رفتاری قابل مشاهده در لایهٔ API است. این مقاله حول همان ردپاها ساخته شده است: چه چیزی واقعاً قابل اندازه‌گیری است، با چه ابزاری، و در چه نقطه‌ای باید از اقدام خودداری کرد.

محدودیت‌های بنیادین: چه داده‌ای در دسترس است و چه چیزی هرگز نخواهد بود

پیش از آنکه سراغ ربات یا اسکریپت برویم، باید مرزهای فنی را بپذیریم؛ چون هر راه‌حلی که این مرزها را نادیده بگیرد، در عمل به یک فهرست نادرست می‌رسد. تلگرام از طریق Bot API مجموعهٔ مشخصی از متدها را برای مدیریت گروه در اختیار ربات‌ها می‌گذارد که عمدتاً حول وضعیت عضویت، فهرست مدیران، محدودسازی و اخراج کاربران می‌چرخد. آنچه در این مجموعه وجود ندارد، یک متد سرراست برای پرسیدن «آخرین بار این کاربر کِی گروه را باز کرده؟» یا «چند پیام خوانده؟» است. تفاوت این دو نگاه، دقیقاً همان فاصله‌ای است که در ادامه به آن برمی‌گردیم.

آنچه واقعاً در دسترس است

ربات گروه می‌تواند وضعیت یک عضو را از نظر «عضو عادی»، «مدیر»، «محدودشده»، «اخراج‌شده» و مشابه آن بررسی کند؛ می‌تواند شمار کل اعضا را بگیرد؛ می‌تواند رویدادهای ورود و خروج اعضا را در لحظهٔ وقوع دریافت کند، به شرط آنکه از پیش در گروه حضور داشته باشد. مهم‌تر از همه، ربات می‌تواند پیام‌های گروه را ببیند و فرستندهٔ هر پیام را ثبت کند — اما این توانایی دو شرط دارد که هر دو قابل کنترل‌اند: نخست آنکه حالت حریم خصوصی ربات در BotFather غیرفعال شده باشد تا ربات پیام‌های معمولی گروه را هم ببیند، و دوم آنکه ربات پیش از ارسال آن پیام‌ها در گروه حاضر بوده باشد. مثال: اگر ربات امروز اضافه شده باشد، پیام‌های دیروز در دسترس آن نیستند، اما پیام‌های همین لحظه به بعد ثبت می‌شوند.

آنچه در دسترس نیست

تاریخچهٔ پیام‌ها هرگز به ربات تحویل داده نمی‌شود. ربات نمی‌تواند بپرسد «۲۰۰ پیام آخر این گروه چه کسانی را شامل می‌شد؟» و پاسخ بگیرد. همچنین ربات به وضعیت «آخرین بازدید» کاربران دسترسی ندارد؛ این داده در سطح کلاینت و بر اساس تنظیمات حریم خصوصی هر کاربر مدیریت می‌شود و در فهرست اعضای گروه هم فقط در شرایطی نمایش داده می‌شود که خود کاربر آن را محدود نکرده باشد. بنابراین اگر کسی حریم خصوصی خود را بسته باشد، حتی خود ادمین هم در کلاینت رسمی نمی‌تواند آخرین بازدیدش را ببیند. این محدودیت، عملاً ستون «آخرین بازدید» را در پایش خودکار بی‌اثر می‌کند و باید پیش از طراحی معیارها آن را در نظر گرفت.

فرضیهٔ کاری: پنجرهٔ مشاهده از لحظهٔ نصب ربات آغاز می‌شود

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

سه مسیر عملی: از سریع‌ترین تا دقیق‌ترین

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

مسیر اول: ربات‌های مدیریت گروه آماده

کوتاه‌ترین راه، افزودن یک ربات مدیریت گروه شخص ثالث است. دستهٔ وسیعی از این ربات‌ها وجود دارند که کارهایی مثل خوش‌آمدگویی، فیلتر کلمات، سکوت موقت و آمار پایهٔ اعضا را انجام می‌دهند. برخی از آن‌ها نیز شمارش پیام هر عضو را نگه می‌دارند و به ادمین اجازه می‌دهند اعضای کم‌فعال را ببیند. مزیت این مسیر، نبود هرگونه هزینهٔ فنی است؛ اما محدودیت‌ها هم روشن‌اند: شما کنترل کاملی روی معیار «غیرفعال» ندارید، داده‌ها روی سرور شخص ثالث نگهداری می‌شوند و اگر آن ربات روزی از کار بیفتد، تاریخچه هم از دست می‌رود.

مسیر عملیاتی برای این انتخاب در هر سه پلتفرم یکسان است: وارد گروه شوید، از منوی بالای صفحه (اندروید و iOS) یا نوار سمت راست (دسکتاپ) وارد «اطلاعات گروه» شوید، سپس «مدیران» را باز کنید و از گزینهٔ افزودن مدیر، شناسهٔ ربات را جست‌وجو و اضافه کنید. در دسکتاپ این کوتاه‌ترین مسیر است؛ در iOS تعداد لمس‌ها بیشتر است اما منطق همان است. توجه کنید که افزودن ربات به فهرست مدیران معمولاً لازم است، زیرا ربات برای اخراج کاربر به دسترسی مدیریتی نیاز دارد. اگر قصد شما فقط مشاهده و شمارش است، افزودن به‌عنوان عضو ساده کافی است، هرچند در آن حالت ربات پیام‌های گروه را نمی‌بیند مگر حالت حریم خصوصی‌اش را در BotFather تغییر داده باشید.

مسیر دوم: ترکیب لاگ اقدامات اخیر با فهرست اعضا

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

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

مسیر سوم: ربات اختصاصی روی Bot API

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

معیارهای سنجش غیرفعال بودن: از خام تا ترکیبی

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

نکتهٔ مهم آن است که «غیرفعال» یک برچسب مطلق نیست، بلکه یک آستانهٔ قراردادی است که خود شما تعیین می‌کنید. در یک گروه پرسش‌وپاسخ فنی، عضوی که در سه ماه گذشته هیچ پیامی نفرستاده ممکن است واقعاً غیرفعال باشد. اما در یک گروه خبری با ترافیک بالا، همان معیار بیش از نیمی از اعضا را علامت می‌زند، در حالی که بخش بزرگی از آن‌ها مخاطب اصلی گروه هستند. به همین دلیل، پیش از اعمال هر آستانه‌ای، بهتر است ابتدا توزیع نرخ مشارکت را در گروه خودتان بررسی کنید و سپس تصمیم بگیرید.

پیاده‌سازی گام‌به‌گام یک ربات پایش (سناریوی فرضی)

برای درک عملی مسئله، یک سناریوی فرضی را در نظر بگیرید: گروهی با حدود چند هزار عضو و ترافیک متوسط که ادمین می‌خواهد بداند چه کسانی در ۹۰ روز گذشته هیچ پیامی نفرستاده‌اند. مراحل زیر با استفاده از متدهای عمومی Bot API قابل بازتولید است؛ نام ربات و مقادیر دقیق، نمونه‌اند و باید با تنظیمات خود شما جایگزین شوند. هدف این بخش، رسیدن به یک برنامهٔ آماده نیست، بلکه روشن‌کردن منطق کار است.

1. ربات را از طریق BotFather بسازید و توکن را دریافت کنید. در تنظیمات BotFather، حالت حریم خصوصی ربات را غیرفعال کنید تا ربات پیام‌های عادی گروه را هم ببیند.
2. ربات را به گروه اضافه کنید و سطح دسترسی آن را به‌عنوان مدیر تنظیم کنید. بدون دسترسی مدیریتی، حذف یا محدودسازی اعضا ممکن نیست.
3. یک حلقهٔ دریافت به‌روزرسانی راه بیندازید که هر پیام ورودی را می‌گیرد و شناسهٔ فرستنده، زمان و شناسهٔ گروه را در یک جدول ثبت می‌کند.
4. یک زمان‌بند روزانه تنظیم کنید که فهرست اعضای گروه را با جدول فعالیت مقایسه کند و اعضای بدون رکورد در بازهٔ تعیین‌شده را در یک فهرست جدا بنویسد.
5. فهرست نهایی را در قالب یک پیام خصوصی به ادمین ارسال کنید، نه در گروه. انتشار عمومی فهرست «غیرفعال‌ها» در گروه، اعتماد اعضا را از بین می‌برد.

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

# شبه‌کد مفهومی - قابل بازتولید با هر زبان برنامه‌نویسی
on_message(update):
    if update.sender is not None:
        record(user_id=update.sender.id,
               chat_id=update.chat.id,
               timestamp=update.date)

daily_job():
    members   = get_all_member_ids(chat_id)      # از طریق متدهای مدیریتی Bot API
    active    = query_db(chat_id, since=now - 90_days)
    inactive  = members - active
    send_private_report(admin_id, inactive)

# نکته: برای گروه‌های بزرگ، فراخوانی‌های متوالی باید با فاصله انجام شود
# تا با پاسخ 429 Too Many Requests مواجه نشوید.

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

تفاوت پلتفرم‌ها: اندروید، iOS، دسکتاپ و وب

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

اندروید

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

iOS

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

دسکتاپ و وب

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

بده‌بستان‌ها: چرا «حذف خودکار» معمولاً پاسخ بدی است

فنی‌ترین بخش این مسئله، ساده‌ترین بخش آن نیست. حتی اگر فهرست دقیقی از اعضای بی‌فعالیت تولید کنید، تصمیم به حذف آن‌ها یک تصمیم اجتماعی است، نه فنی. در اینجا سه بده‌بستان اصلی وجود دارد که هرکدام می‌تواند نتیجهٔ یک سیاست تند را به شکست تبدیل کند.

ریسک حذف اعضای ساکت اما ارزشمند

در گروه‌های تخصصی، بخش قابل توجهی از ارزش یک اجتماع از افرادی می‌آید که کم حرف می‌زنند اما دقیق می‌خوانند؛ کسانی که پیام‌ها را برای مراجعهٔ بعدی ذخیره می‌کنند، یا افرادی که فقط در بحران‌ها وارد گفت‌وگو می‌شوند. اگر معیار حذف شما «نبود پیام در ۹۰ روز» باشد، این افراد حذف می‌شوند و جامعه دقیقاً همان لایه‌ای را از دست می‌دهد که به آن عمق می‌داد. تأیید تجربی این اثر دشوار است، اما یک روش قابل بازتولید وجود دارد: پیش از حذف انبوه، یک نمونهٔ کوچک تصادفی از فهرست غیرفعال‌ها را جدا کنید، آن‌ها را حذف نکنید و در عوض یک نظرسنجی کوتاه یا یک پیام اطلاع‌رسانی در گروه منتشر کنید. اگر پس از مدت کوتاهی از همان نمونه واکنش دیدید، منطق «سکوت برابر با بی‌علاقگی» زیر سؤال می‌رود.

اثر بر آمار، ادراک و رشد گروه

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

حریم خصوصی، انطباق و اعتماد اعضا

پایش مستمر رفتار اعضا، حتی وقتی فقط شامل شمارش پیام‌های عمومی است، در برخی حوزه‌های قضایی می‌تواند الزامات اطلاع‌رسانی داشته باشد. فراتر از الزامات قانونی، مسئلهٔ اعتماد مطرح است: اگر اعضا بفهمند که هر پیام‌شان شمرده و نگهداری می‌شود، بخشی از آن‌ها رفتار خود را تغییر می‌دهند. رویهٔ محتاطانه این است که در توضیحات گروه یا در پیام خوش‌آمد، به‌صورت شفاف ذکر کنید که برای بررسی سلامت گروه، آمار تعداد پیام‌ها به‌شکل تجمیعی نگهداری می‌شود. این کار هم شفافیت ایجاد می‌کند و هم از سوءتفاهم جلوگیری می‌کند؛ به‌ویژه در گروه‌هایی که اعضا نسبت به داده‌های خود حساس‌اند، همین یک پیام ساده می‌تواند تفاوت میان اعتماد و بی‌اعتمادی باشد.

طراحی خط‌مشی حذف: آستانه، هشدار، بازبینی

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

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

پرونده‌های نمونه: سه گروه، سه پاسخ متفاوت

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

سناریوی دوم، یک گروه بحث عمومی با هزاران عضو و ترافیک روزانهٔ بالا است. در این حالت، سکوت بلندمدت احتمال بیشتری دارد که نشانهٔ واقعی بی‌علاقگی باشد، چون فضای گفت‌وگو باز است و ورود به بحث هزینهٔ پایینی دارد. اینجا معیار ترکیبی، مثلاً «بدون پیام در ۱۲۰ روز و بدون هیچ واکنش در ۶۰ روز گذشته»، منطقی‌تر است.

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

رفع اشکال: نشانه، علت احتمالی، تأیید، راه‌حل

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

ربات پیام‌های گروه را ثبت نمی‌کند

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

فهرست غیرفعال‌ها بزرگ‌تر از حد انتظار است

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

ربات با خطای محدودیت نرخ متوقف می‌شود

نشانه: عملیات بازبینی فهرست اعضا نیمه‌کاره می‌ماند و پاسخ خطای 429 برمی‌گردد. علت احتمالی: فراخوانی‌های پشت‌سرهم بدون فاصله. تأیید: لاگ سرور را ببینید؛ اگر خطاها در بازه‌های زمانی متمرکز باشند، الگو تأیید می‌شود. راه‌حل: فاصلهٔ ثابت بین فراخوانی‌ها بگذارید و در صورت دریافت خطا، با تأخیر فزاینده دوباره تلاش کنید.

چک‌لیست: کجا این روش جواب می‌دهد و کجا نه

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

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

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

بهترین روش‌های پیاده‌سازی

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

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

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

پرسش‌های متداول

آیا تلگرام به‌صورت بومی گزینه‌ای برای شناسایی اعضای غیرفعال دارد؟

خیر. تلگرام ابزار بومی و اختصاصی برای فهرست‌کردن اعضای کم‌فعالیت ندارد. آنچه در دسترس است، بخش مشاهدهٔ رویدادهای اخیر گروه و فهرست اعضاست که ورود و خروج‌ها و در برخی موارد آخرین بازدید را نشان می‌دهد، اما این‌ها معیار مستقیم مشارکت نیستند. برای سنجش سطح فعالیت معمولاً به ربات‌های مدیریت گروه یا یک ربات اختصاصی روی Bot API نیاز دارید.

آیا ربات می‌تواند پیام‌های ارسال‌شده پیش از افزوده‌شدنش را ببیند؟

خیر. Bot API تاریخچهٔ پیام‌ها را به ربات تحویل نمی‌دهد. ربات فقط پیام‌هایی را می‌بیند که پس از حضور آن در گروه ارسال شده باشند. به همین دلیل، پنجرهٔ پایش شما در بهترین حالت از لحظهٔ نصب ربات آغاز می‌شود و فهرست تولیدشده در روزهای نخست قابل اتکا نیست.

برای اینکه ربات پیام‌های عادی گروه را ببیند چه باید کرد؟

باید حالت حریم خصوصی ربات را در BotFather تغییر دهید تا ربات همهٔ پیام‌های گروه را دریافت کند، نه فقط دستورات و پیام‌های هدفمند. پس از این تغییر، ربات را در گروه با دسترسی مدیریتی تنظیم کنید. برای تأیید، یک پیام آزمایشی در گروه بفرستید و بررسی کنید که در فهرست پیام‌های دریافتی ربات ثبت شده باشد.

آیا حذف اعضای غیرفعال تأثیری بر ایندکس جست‌وجو دارد؟

گروه‌های تلگرام به‌صورت عمومی ایندکس نمی‌شوند و مدل جست‌وجوی وب در مورد آن‌ها صادق نیست. تأثیر واقعی کاهش اعضا بر خود گروه است، نه بر جست‌وجو: عدد کمتر اعضا می‌تواند ادراک تازه‌واردها را تغییر دهد. این یک فرضیهٔ کاری بر پایهٔ مشاهده است و هیچ عدد دقیقی برای آن قابل ارائه نیست؛ برای بررسی، می‌توانید نرخ ورود اعضای جدید را پیش و پس از حذف مقایسه کنید.

چه معیاری برای تعیین «غیرفعال» منطقی‌تر است؟

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

جمع‌بندی و گام بعدی

شناسایی اعضای بی‌فعالیت در گروه‌های تلگرام یک مسئلهٔ فنی ساده نیست، چون داده‌ای که به ربات تحویل داده می‌شود همیشه یک قدم از واقعیت عقب‌تر است. Bot API تاریخچه نمی‌دهد، آخرین بازدید را نشان نمی‌دهد و ربات تنها از لحظهٔ ورودش می‌تواند چیزی ثبت کند. در نتیجه، هر فهرستی که تولید می‌شود یک تخمین است، نه یک حقیقت. همین محدودیت است که این کار را به یک تصمیم مدیریتی و نه یک تنظیم فنی تبدیل می‌کند.

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