معظم ما يُكتب عن «تهيئة موقعك لوكلاء الذكاء الاصطناعي» يتحدث عن ملفات لا يوثّق أي مزوّد أنه يقرأها. راجعت التوثيق الرسمي لـOpenAI وAnthropic وPerplexity وGoogle وMicrosoft. النتيجة: llms.txt — لا شركة واحدة توثّق أنها تقرأه من مواقع خارجية، وGoogle تذكر صراحةً أن بحثها يتجاهله. sitemap.xml — غير مذكور في أي من مستندات الروبوتات الثلاثة. مخطط schema.org — تكتب Google أنه غير مطلوب للميزات التوليدية. وفي سجل IANA، من أصل 152 مدخلًا، لا يوجد تسجيل لـmcp ولا ai ولا agent. أما ما هو قائم فعلًا — وما يستحق العمل — فتجده أدناه.
القائمة القصيرة لما هو موثَّق فعلًا
ثمة فرق بين ملف موجود وملف يقرأه أحد. تكاد كل الأدلة في هذا الشأن تخلط بين الاثنين، ولذلك بنيت جدولًا يفصل صراحةً بين «موجود كفكرة» و«يوجد توثيق رسمي لمزوّد يقرأه».
| الآلية | ما هو موثَّق رسميًّا | هل يستحق الاستثمار؟ |
|---|---|---|
| robots.txt | OpenAI وAnthropic وPerplexity توثّق صراحةً أنها تقرأه (مع تحفّظات بشأن الجلب بمبادرة المستخدم) | نعم. هذه الآلية الوحيدة التي يوثّقها كل المزوّدين |
| schema.org / JSON-LD | Google: غير مطلوب للميزات التوليدية، لكنه يساعد على أهلية rich results | نعم، لكن لأسباب SEO كلاسيكية |
| sitemap.xml | غير مذكور في أي من مستندات الروبوتات لدى OpenAI أو Anthropic أو Perplexity | نعم لـGoogle. لا كوسيلة «تهيئة للذكاء الاصطناعي» |
| llms.txt | لا مزوّد يوثّق أنه يقرأه. Google تذكر أن بحثها يتجاهله | لا. غير ضار، لكنه لا يفعل ما يُوعَد به |
| /.well-known/ للذكاء الاصطناعي | المسجَّل في IANA هو agent-card.json فقط (بروتوكول A2A). لا تسجيل لـmcp/ai/agent | ذو صلة فقط إن كنت تشغّل وكيل A2A |
| IndexNow | Microsoft تذكر أنه يحافظ على طزاجة المحتوى في تجارب البحث والذكاء الاصطناعي | نعم، إن كان لديك محتوى متجدّد |
llms.txt: الجميع ينشره، ولا أحد يوثّق أنه يقرأه
هذا الملف اقتراح من جيريمي هاوارد نُشر في 3 سبتمبر 2024، وحُدِّث إلى النسخة الثانية في 10 أغسطس 2026، ويُعرَّف في موقعه الرسمي بأنه «اقتراح للتقييس». وهو ليس على مسار تقييس لدى IETF أو W3C أو WHATWG — والبحث في Datatracker الخاص بـIETF لا يعيد أي مسوّدة ذات صلة. حتى موقع الاقتراح نفسه يذكر RFC 8615 كبديل دُرِس ولم يُختَر.
الالتباس المركزي الذي أصادفه هو هذا: OpenAI وAnthropic وPerplexity تنشر فعلًا ملف llms.txt لتوثيق مطوّريها. هذا واقعي وسهل التحقق منه. لكن نشر ملف وقراءة ملفات الآخرين فعلان مختلفان تمامًا، ولا واحدة من هذه الشركات توثّق الفعل الثاني. قرأت صفحات الزواحف الرسمية للثلاث؛ كلمة llms.txt لا ترد فيها.
Google هي الوحيدة التي تناولت الأمر صراحةً. ففي دليلها لتحسين الظهور في الميزات التوليدية، في صفحة حُدِّثت في 10 يوليو 2026، يوجد قسم بعنوان «تفنيد الخرافات» يشمل llms.txt صراحةً، بحجة أن بحث Google نفسه لا يستخدمها. وفي القسم ذاته تضيف Google أن إنشاء الملف «لن يضرّ ولن ينفع» الظهور أو الترتيب.
كيف تتعامل مع هذا عمليًّا: إن كنت قد أنشأت llms.txt فعلًا — لا تحذفه، فهو غير ضار. وإن لم تفعل بعد — لا تضعه على رأس القائمة. قد يصبح ذا صلة إن وثّق مزوّدٌ ما دعمه، لكن حتى اليوم لا يوجد مصدر أوّلي واحد يسند الوعد بأنه يحسّن الظهور.
schema.org: غير مطلوب، ويستحق مع ذلك
هذه النقطة تفاجئ الناس أكثر من غيرها. في دليل Google نفسه الصادر في 10 يوليو 2026 قسمٌ كامل عنوانه «الإفراط في التركيز على البيانات المنظَّمة»، ينص على أن البيانات المنظَّمة ليست مطلوبة للبحث التوليدي وأنه لا يوجد وسم schema.org خاص ينبغي إضافته. وفي الصفحة المقابلة عن الميزات المبنية على الذكاء الاصطناعي، المحدَّثة في 10 ديسمبر 2025، يرد الحكم نفسه بصياغة أخرى: لا حاجة إلى إنشاء ملفات جديدة قابلة للقراءة آليًّا ولا وسوم مخصّصة.
ومع ذلك توصي Google بمواصلة استخدام البيانات المنظَّمة — لا بسبب الذكاء الاصطناعي، بل بسبب الأهلية لـrich results، وهو سبب ممتاز بحد ذاته. والتوصية الإضافية ذات الصلة المباشرة هي التأكد من تطابق البيانات المنظَّمة مع النص المرئي في الصفحة. فمخطّطٌ يعلن شيئًا غير مكتوب في الصفحة مشكلةٌ لا ميزة.
الخلاصة العملية: إن كان لديك مخطط سليم — ممتاز، أبقِه. وإن لم يكن — أضفه لأنه يساعد على rich results، لا لأن أحدًا وعدك بأنه يُدخلك إلى إجابات ChatGPT.
sitemap.xml: الافتراض الذي لا مصدر له
«قدِّم sitemap كي تجدك زواحف الذكاء الاصطناعي» من أكثر التوصيات شيوعًا، ولم أجد لها أي مصدر أوّلي. صفحة الروبوتات لدى OpenAI تتحدث عن robots.txt وقوائم IP فحسب. ومقال الزاحف لدى Anthropic يتحدث عن robots.txt وCrawl-delay. وصفحة الزواحف لدى Perplexity لا تذكر sitemap إطلاقًا.
هذا لا يعني أنها لا تقرأ sitemap — بل يعني أن أحدًا لم يَعِد بأنها تفعل. وهذا التمييز مهم، لأنه يحدّد حجم الموارد التي يستحق استثمارها. فـsitemap.xml واجب أساسي لـGoogle، ولذلك ينبغي أن يكون لديك واحد سليم على أي حال. لكن إن كنت تبني خطة عمل كاملة حول sitemap بوصفه «بنية تحتية لوكلاء الذكاء الاصطناعي»، فأنت تبني على افتراض لم يؤكده أحد.
/.well-known/ — ما المسجَّل فعلًا، وما ليس كذلك
سجل IANA لعناوين well-known هو المصدر الوحيد الذي يحدّد ما هو قائم. وحتى آخر تحديث له، في 19 أغسطس 2026، يضم 152 مدخلًا. وما يهمّ عالم الوكلاء منه:
- agent-card.json — مسجَّل، دائم، تحت إشراف Linux Foundation، ويحيل إلى مواصفة بروتوكول A2A. وهو المدخل الوحيد المتعلق مباشرةً بالوكلاء.
- oauth-protected-resource (RFC 9728) وoauth-authorization-server (RFC 8414) — مسجَّلان، وذوا صلة لأن MCP يتكئ عليهما في طبقة التفويض.
- mcp وai وagent وai-plugin وllm — غير مسجَّلة.
أما بخصوص /.well-known/ai-plugin.json الخاص بإضافات ChatGPT: فهذه الآلية لم تعد في الصورة. صفحة التوثيق الأصلية تحيل اليوم إلى صفحة غير موجودة، والآلية التي حلّت محلها هي خوادم MCP وApps SDK — دون أي مسار well-known.
MCP غير قابل للاكتشاف من الموقع — حتى الآن
هذه أهم نقطة لمن يخطّط للمستقبل. النسخة الحالية من مواصفة Model Context Protocol هي 2026-07-28، ولا تتضمن آلية تتيح اكتشاف خادم MCP انطلاقًا من موقع إلكتروني. الموجود فعلًا هو server/discover، الذي يسأل خادمًا عن نسخ البروتوكول التي يدعمها — أي آلية تفترض أن عنوان الخادم معروف لك سلفًا. وwell-known الوحيد الوارد في المواصفة هو الخاص بـOAuth، وهو أيضًا لا يدخل الصورة إلا بعد الاكتشاف.
والمعنى العملي أن بين «موقعي مقروء للوكيل» و«الوكيل يستطيع اكتشاف ما يتيحه له موقعي» فجوةً بنيويةً مفتوحة. وهذا بالضبط سبب عملي على مواصفة AX — طبقة اكتشاف موحّدة تتيح للموقع أن يعلن ما يقدّمه للوكيل. لكن ما دام لا يوجد معيار متفق عليه، فالتوصية الصادقة ألا تخترع مسارًا خاصًّا وتأمل أن يقرأه أحد.
IndexNow: استثناء Microsoft
الشيء الوحيد الذي يوصي به مزوّد كبير صراحةً في سياق الذكاء الاصطناعي هو IndexNow. ففي منشور Bing Webmaster الصادر في 10 فبراير 2026، الذي قدّم تقرير الأداء الجديد الخاص بالذكاء الاصطناعي، قسمٌ مخصّص يشرح أن IndexNow يساعد على الحفاظ على طزاجة المعلومات في تجارب البحث والذكاء الاصطناعي. والبروتوكول نفسه مفتوح ومجاني، وتنفيذه نداء HTTP واحد لكل عنوان تحدَّث.
ويجدر التنويه بتمييز: مستندات مطوّري Bing لا تذكر llms.txt إطلاقًا. أما التوصيات بشأن المخطط في سياق إجابات الذكاء الاصطناعي فترد في مدونة Microsoft Advertising، وهي مدونة تسويقية لا توثيق تقني — ووزنها الاستدلالي مختلف.
ترتيب أولويات عملي
ثلاثة أسطر تخبرك بما يكشفه موقعك اليوم بالفعل:
for f in robots.txt sitemap.xml llms.txt .well-known/security.txt; do
printf “%-28s ” “$f”
curl -sI “https://example.com/$f” | head -1
done
# Does the page carry structured data at all?
curl -s https://example.com/page/ | grep -c ‘application/ld+json’
وبعد الفحص، هذا الترتيب الذي أوصي به. أولًا robots.txt سليم يفصل بين زواحف التدريب وزواحف الإجابة — فكّكت ذلك في خريطة الروبوتات لعام 2026. ثانيًا، التأكد أن المحتوى يصل أصلًا إلى HTML الأولي، فبدون ذلك يفقد كل ما عداه معناه — والفحص موجود في ما الذي يتلقّاه وكيل الذكاء الاصطناعي فعلًا. ثالثًا، مخطط سليم مطابق للنص المرئي. رابعًا، IndexNow إن كان المحتوى يتجدّد. وخامسًا، وخامسًا فقط، llms.txt — إن بقي وقت.
والمثير في هذا الترتيب أنه يكاد يطابق ترتيب السيو التقني الكلاسيكي. وليس ذلك مصادفة: حتى اليوم، معظم ما يجعل موقعًا مقروءًا للوكيل هو الأمور نفسها التي تجعله مقروءًا لمحرك بحث. الملفات الخاصة هي الوعد؛ أما الأساسيات فهي ما ينجح فعلًا.
أسئلة شائعة
هل يستحق إنشاء ملف llms.txt؟
هو غير ضار، لكن لا يوجد مصدر أوّلي يسند الادعاء بأنه يحسّن الظهور. لا شركة من الشركات الرئيسية توثّق أنها تقرأه من مواقع خارجية، وGoogle تذكر صراحةً أن بحثها يتجاهله. إن كان لديك وقت فائض — نعم. وإن وجب الاختيار — فثمة أمور أهم.
لماذا تنشر OpenAI وAnthropic ملف llms.txt خاصًّا بهما؟
كي يتمكن الوكلاء الذين يقرأون توثيقهما من التنقّل فيه. ونشر ملف ليس التزامًا بقراءة ملفات كهذه من مواقع أخرى، ولا واحدة منهما توثّق الجانب الآخر.
هل يلزم schema.org للظهور في إجابات الذكاء الاصطناعي لدى Google؟
لا. تكتب Google أن البيانات المنظَّمة ليست مطلوبة للبحث التوليدي وأنه لا يوجد وسم schema.org خاص ينبغي إضافته. لكنها توصي بمواصلة استخدامها لأجل الأهلية لـrich results، وبالتأكد من تطابقها مع النص المرئي في الصفحة.
هل يوجد مسار well-known لاكتشاف خادم MCP؟
لا. لا يتضمن سجل IANA تسجيلًا لـmcp، ولا تتضمن مواصفة MCP بنسخة 2026-07-28 آلية اكتشاف من موقع إلكتروني. وwell-known الوحيد في المواصفة هو الخاص بـOAuth، ولا يدخل الصورة إلا بعد أن يكون عنوان الخادم معروفًا. والمدخل الوحيد في عالم الوكلاء هو agent-card.json الخاص ببروتوكول A2A.
ما الذي يستحق العمل اليوم فعلًا؟
ملف robots.txt يفصل بين زواحف التدريب وزواحف الإجابة، ومحتوى موجود في HTML الأولي، ومخطط سليم مطابق للنص المرئي، وIndexNow إن كان المحتوى يتجدّد. هذه هي الأمور الأربعة التي لها مصدر رسمي.