فحص توكن بوت تيليجرام ومعرفة chat ID

توكن البوت ومعرّف المحادثة (chat ID) هما القيمتان اللتان يطلبهما كل تكامل مع Telegram: التوكن يحدد أي بوت يتكلم، ومعرّف المحادثة يحدد أين. هذه الصفحة تفحص الأول وتعثر على الثاني بسؤال Telegram نفسه — من متصفحك، بلا أي وسيط.

معرّف المحادثة (chat ID) من دون توكن

يجيب الحقل في الأعلى عن السؤال الأكثر شيوعًا — معرّف قناة أو مجموعة — من دون بوت خاص بك. للمحادثة العامة، الصق @اسم المستخدم الخاص بها أو رابط t.me: يوجّه خادم AdminHub السؤال إلى Telegram بالطريقة getChat، التي تنص Bot API على أنها تقبل «اسم المستخدم الخاص بالمجموعة الخارقة أو القناة المستهدفة»، ثم يعرض المعرّف مع عنوان المحادثة، لترى أنها المحادثة الصحيحة. وللقناة أو المجموعة الخارقة الخاصة، الصق رابط أي منشور فيها: يحمل رابط t.me/c/ الرقم الداخلي للمحادثة، ويُبنى منه معرّف Bot API داخل متصفحك مباشرة — سالبَ مجموع 1,000,000,000,000 وذلك الرقم.

وهناك أشياء لن تبحث عنها الصفحة. فاسم المستخدم الذي يخص شخصًا أو بوتًا تجيب عنه بلا معرّف، إذ ليس من شأن صفحةٍ أن تحوّل اسم المستخدم العام لشخص ما إلى معرّفه الدائم، والبوت المذكور أدناه لا يفعل ذلك إلا حين تختار الشخص بنفسك. ورابط الدعوة (t.me/+…) لا يحمل أي معرّف أصلًا. ولكل ذلك يقرأ @getid_adminhub_bot قائمة محادثاتك أنت عبر أداة اختيار المحادثة في Telegram. وأسماء المستخدمين التي تبحث عنها لا يُحتفظ بها أطول من ذاكرة مؤقتة قصيرة الأمد.

ما توكن البوت

توكن البوت مفتاح بوت واحد. يسلّمه @BotFather حين تنشئ بوتًا بالأمر /newbot، ويبدو هكذا: 110201543:AAHdqTcvCH1vGWJxfSeofSAs0K5PALDsaw — أرقام، ثم نقطتان، ثم سلسلة طويلة من الحروف والأرقام والشرطات والشرطات السفلية. وكل طلب إلى Bot API يحمله داخل العنوان، بعد كلمة bot مباشرة: https://api.telegram.org/bot<token>/getMe. ويقول توثيق Telegram صراحة ما يترتب على ذلك: التوكن يوثّق البوت لا حسابك، ومن يملكه يستطيع التحكم في البوت، ويجب أن يعامَل معاملة كلمة المرور. ويمكن إلغاؤه في أي وقت من @BotFather؛ وإن تسرّب أو ضاع فإن الأمر /token هناك يولّد توكنًا جديدًا، ويفعل Mini App الخاص بـ @BotFather الشيء نفسه بالأزرار.

الخطوة الأولى في هذه الصفحة هي getMe، الطريقة التي تخصصها Bot API لهذا تحديدًا: اختبار التوكن. حين يعمل التوكن يجيب Telegram بالبوت الذي ينتمي إليه: اسمه، واسم المستخدم، ومعرّفه، وإعدادان يحسن معرفتهما قبل المضي أبعد — هل يمكن إضافة البوت إلى المجموعات أصلًا، وهل وضع الخصوصية مفعّل. وحين يكون التوكن مكتوبًا خطأً أو مستبدلًا بغيره، يرفضه Telegram، وتقول الصفحة ذلك بكلمات واضحة.

من أين تأتي معرّفات المحادثات

لا توجد في Bot API طريقة تسرد محادثات البوت. لا يعرف البوت معرّف محادثة إلا حين يصله شيء منها على شكل تحديث (update) — رسالة، أو منشور، أو إضافة البوت أو إزالته — وgetUpdates هي الطريقة التي تسلّم تلك التحديثات. يحتفظ بها Telegram مدة 24 ساعة، فلا بد أن يكون شيء قد حدث مؤخرًا في المحادثة التي تحتاجها. وما هذا الشيء يتوقف على نوع المحادثة:

للحصول على معرّف	افعل هذا	يظهر على أنه
نفسك	أرسل /start إلى البوت	محادثة خاصة، عدد موجب
مجموعة	أضف البوت إلى المجموعة	مجموعة أو مجموعة خارقة، عدد سالب
قناة	اجعل البوت مشرفًا، أو أعِد توجيه منشور من القناة إلى البوت	قناة، يبدأ بـ -100
شخص آخر	أعِد توجيه إحدى رسائله إلى البوت	محادثة خاصة، ما لم تُخفِه إعدادات خصوصيته

وإضافة البوت إلى مجموعة تكفي وحدها: يُبلَّغ البوت بعضويته هو، وقواعد وضع الخصوصية في Telegram تسمح لكل بوت برؤية رسائل الخدمة ورسائل القنوات التي هو عضو فيها أيًّا كان الإعداد. أما ما يخفيه وضع الخصوصية فعلًا فهو الكلام العادي في المجموعات — حين يكون مفعّلًا يتلقى البوت الأوامر الموجهة إليه والردود على رسائله هو ورسائل الخدمة، فقد لا تصل «مرحبًا» عادية في مجموعة أبدًا. أما الأمر الموجّه إلى البوت باسمه، مثل /start@your_bot_name، فيصل دائمًا. وإعادة التوجيه تنجح مع قنوات ليس البوت فيها، لأن المنشور المعاد توجيهه يحمل معه القناة التي جاء منها؛ أما الشخص الذي يقيّد إعادة توجيه رسائله فيصل مرسلًا مجهولًا، بلا معرّف يُعرض.

ألا تملك بوتًا خاصًا بك بعد، أم أن بوتك ليس في المحادثة التي تحتاجها؟ يرد @getid_adminhub_bot بمعرّف أي شخص أو بوت أو مجموعة أو قناة تختارها من قائمة محادثاتك أنت، عبر أداة اختيار المحادثة في Telegram — بلا توكن ولا إعادة توجيه، والقنوات الخاصة أيضًا. ولا ينضم إلى أي من المحادثات التي تختارها ولا يحتفظ بمعرّفاتها، ولأن للمحادثة المعرّف نفسه عند كل بوت، فالعدد الذي يعطيك إياه يصلح لبوتك كذلك.

ما تعنيه الأرقام

معرّفات المحادثات ليست اعتباطية. يضع مرجع Telegram لمعرّفات المحادثات في Bot API الأشخاص والمجموعات والقنوات على خط أعداد واحد، بحيث تخبرك إشارة العدد وحجمه بنوع المحادثة: معرّف الشخص موجب، وهو أيضًا معرّف محادثته الخاصة مع أي بوت؛ ومعرّف المجموعة العادية هو معرّفها الداخلي بإشارة سالب؛ ومعرّف المجموعة الخارقة أو القناة هو سالب مجموع 1,000,000,000,000 ومعرّفها الداخلي. ومع المعرّفات الداخلية بطولها الحالي، فإن هذه القاعدة الأخيرة هي سبب ظهور معرّفات القنوات على شكل -100 تليها أرقام أخرى — وسبب حذف مولّد الروابط لهذه البادئة -100 بالذات حين يبني رابط t.me/c/ إلى منشور في قناة خاصة. انسخ العدد كاملًا بإشارة السالب: فهذا ما ينتظره chat_id. ويذكر المرجع نفسه أن المعرّف قد يزيد على 32 بتًا لكنه لا يتجاوز 52 بتًا أبدًا، فيحفظه عدد صحيح من 64 بتًا بأمان.

وقد تغيّر المحادثة معرّفها مرة واحدة أيضًا. حين تُرقّى مجموعة عادية إلى مجموعة خارقة، تحصل المجموعة على معرّف جديد يبدأ بـ -100، ولا يعود المعرّف القديم هو العنوان الصحيح: يرد Telegram على أي طلب إليه بخطأ يذكر المعرّف الجديد. وإن رأى البوت لحظة الترقية، تعرض هذه الصفحة المعرّف الجديد بجوار القديم.

حين يتعذر قراءة التحديثات

هناك طريقتان يتلقى بهما البوت التحديثات، ويصفهما توثيق Telegram بأنهما لا تجتمعان: getUpdates، التي تستخدمها هذه الصفحة، أو webhook، حيث يرسل Telegram كل تحديث إلى خادم. إن كان للبوت webhook فإن getUpdates يُرفض، وتقول هذه الصفحة ذلك بدل أن تزيل الـwebhook — فحذفه سيقطع خادمك عن بوته هو. وللالتفاف على ذلك طريقان: اقرأ chat.id في التحديثات التي يتلقاها خادمك أصلًا، أو أضف بوتًا ثانيًا احتياطيًا إلى المحادثة نفسها وافحص توكنه هنا، فللمحادثة المعرّف نفسه عند كل بوت.

أما البوت الذي يعمل بالفعل بـ getUpdates — سكربت أو إطار عمل يستطلع التحديثات — فيأخذ كل تحديث لحظة وصوله ويؤكده، فلا يبقى لهذه الصفحة ما تقرؤه، وتظل القائمة فارغة مهما فحصت. أوقف البوت لدقيقة، ونفّذ الخطوة التي تُظهر المحادثة، وافحص هنا، ثم شغّل البوت من جديد: فالتحديثات التي رأتها الصفحة ما زالت تنتظره، لأن هذه الصفحة لا تُخرج التحديثات من طابور البوت أبدًا. ولإيقافه أولًا سبب آخر أيضًا: حين يتداخل طلبا getUpdates لبوت واحد، قد يردّ Telegram على أحدهما بخطأ Conflict، وبعض أطر عمل البوتات تتوقف عن استطلاع التحديثات حين تتلقاه؛ وإن وقع الخطأ على هذه الصفحة بدلًا من ذلك، فستقول الصفحة ذلك.

ما ترسله الصفحة، وإلى من

تستدعي الصفحة في الجزء الخاص بالتوكن طريقتين، getMe وgetUpdates، وكلتاهما للقراءة فقط. وتستدعي getUpdates بلا أي معامل، عن قصد: فمعامل offset كان سيؤكد التحديثات، وهذا يُخرجها من الطابور الذي يقرأ منه بوتك، وقائمة التحديثات المسموحة كان Telegram سيحفظها إعدادًا خاصًا بالبوت نفسه. ولا تضبط الصفحة webhook ولا تحذفه أبدًا، ولا ترسل أي رسالة. تذهب الطلبات من متصفحك إلى api.telegram.org ولا مكان غيره — يعرضها تبويب Network (الشبكة) في أدوات المطوّر بمتصفحك — فلا يستلم خادم AdminHub التوكن أبدًا. وتبقي الصفحة التوكن في التبويب المفتوح وحده، لا في تخزين المتصفح أبدًا، والحقل والنتائج مستثناة من تحليلات الموقع وتسجيلات الجلسات. وإن كنت تفضّل فعل ذلك يدويًا، فافتح https://api.telegram.org/bot<token>/getUpdates في متصفح بعد وضع توكنك مكان <token>: إنه الطلب نفسه، والجواب JSON خام، ومعرّف كل محادثة تحت “chat” و”id”. والبحث باسم المستخدم في أعلى الصفحة هو الجزء الوحيد الذي يمر عبر خادم AdminHub — ويمر عبره اسم المستخدم، لا التوكن أبدًا.

وإن كان التوكن ومعرّف المحادثة لوكيل ذكاء اصطناعي ينبغي أن ينشر في قناتك، فهناك طريقة تغنيك عن تسليم الوكيل أي توكن أصلًا: خادم MCP من AdminHub يربط Claude أو ChatGPT أو Cursor بالقناة، وتخرج المنشورات عبر بوتك أنت.

---

المصادر، روجعت في أكتوبر 2026: Telegram Bot API — قسم Authorizing your bot لشكل التوكن وعنوان الطلب، وgetMe، وgetUpdates لصفحة المئة تحديث وتأكيد offset وإعداد allowed_updates المحفوظ، وقسم Getting updates لمدة الاحتفاظ البالغة 24 ساعة وللطريقتين اللتين لا تجتمعان، وUpdate وChatMemberUpdated لتغيّر عضوية البوت نفسه، وMessageOrigin للرسائل المعاد توجيهها، وResponseParameters لـ migrate_to_chat_id؛ Bot features لوضع الخصوصية ولإنشاء بوت وتوليد توكن جديد في @BotFather؛ Bot API dialog IDs لنطاقات معرّفات الأشخاص والمجموعات والمجموعات الخارقة والقنوات؛ Bot tutorial لإلغاء التوكن ومعاملته معاملة كلمة المرور؛ Bots FAQ لتعذّر عمل getUpdates حين يكون webhook مضبوطًا.