ما المشكلة التي يحلها llms.txt؟
حين يزور زاحف ذكاء اصطناعي موقعك يواجه HTML مليئاً بالقوائم والإعلانات والسكربتات، وعليه أن يخمن أين المحتوى الجوهري. llms.txt يقدم خريطة مسبقة: فقرة تعريف بالموقع، ثم قوائم منظمة بأهم الصفحات ووصف كل منها. الفكرة مشابهة لملف Sitemap لكنها موجهة للنماذج اللغوية لا لمحركات الفهرسة الكلاسيكية، ومكتوبة بلغة يقرؤها النموذج مباشرة.
زواحف OpenAI وAnthropic بدأت فعلاً التقاط هذا الملف، وملف llms.txt الخاص بهذا الموقع نفسه مرجع تنفيذي. لكن الصدق يقتضي التأكيد: llms.txt مكمل لا بديل — قيمته تتحقق ضمن الثلاثية التقنية كاملة مع robots.txt والبيانات المنظمة، كما في صفحة التنفيذ التقني لـ GEO.
كيف تبني ملفاً صحيحاً؟
البنية المتعارف عليها: عنوان H1 باسم الموقع، اقتباس تعريفي قصير، ثم أقسام H2 تحوي قوائم روابط بصيغة Markdown مع وصف موجز لكل صفحة:
- السطر الأول: اسم العلامة أو الموقع كعنوان H1 واحد فقط.
- فقرة التعريف: جملتان تلخصان من أنت وماذا يقدم الموقع — اكتبها بصيغة كتلة الإجابة المباشرة القابلة للاستشهاد.
- الأقسام: مجوعات روابط (المنتجات، الوثائق، الأسعار، الأسئلة الشائعة) كل رابط مع وصف من جملة.
- اختياري (Optional): قسم أخير للمحتوى الثانوي الذي يمكن تجاوزه عند ضيق السياق.
ما علاقته بـ robots.txt والبيانات المنظمة؟
العلاقة تكاملية صارمة ولا تعارض فيها: robots.txt يحسم من يدخل (GPTBot وOAI-SearchBot وClaudeBot وPerplexityBot وGoogle-Extended، كل على حدة)، وllms.txt يحسم ما يُرى في الداخل، والبيانات المنظمة تحسم كيف تُفهم الحقائق آلياً. ملف llms.txt مثالي فوق زحف محظور لا يساوي شيئاً، والسماح الكامل بلا دليل يترك النموذج يتخبط في صفحاتك الثانوية.
وللمواقع متعددة اللغات اعتبار إضافي: ملف واحد في الجذر يكفي، على أن يشير بوضوح إلى النسخ اللغوية الأساسية وأقسامها؛ فالزاحف الذي يصل إلى النسخة الإنجليزية يجب ألا يضيع قبل أن يعرف أن نسخة عربية كاملة موجودة. وهذا امتداد طبيعي لمنطق hreflang نفسه: كيان واحد وألسنة كثيرة وخريطة واحدة تدل عليها جميعاً.
هل يرفع llms.txt معدل الاستشهاد مباشرة؟
الجواب الصادق: لا يوجد دليل عام على أن llms.txt وحده يرفع معدل الاستشهاد — وهو أصلاً لم يُصمَّم لذلك. وظيفته تقليل كلفة فهم موقعك على النماذج التي تزوره، وضمان أن ما تلتقطه أولاً هو الأجدر بالاستشهاد. يتحقق أثره الفعلي في ثلاث حالات: المواقع الكبيرة متشعبة الأقسام (الملف يختصر طريق الزاحف إلى الجوهري)، والمواقع التي يعتمد عرضها على JavaScript (الملف بديل ملاحي حين يصعب تفسير الصفحات)، والمحتوى المرجعي العميق المدفون في بنية معقدة. أما موقع صغير مسطح البنية بصفحات واضحة فأثر الملف عليه هامشي. القاعدة العملية إذن: انشره — كلفته ساعة عمل — لكن لا تتوقع منه ما لا يعد به، وراقب أثره ضمن قياسك الشهري لا بالحدس.
قائمة التحقق قبل النشر
- الملف متاح فعلاً على المسار /llms.txt ويعيد رمز 200.
- كل رابط فيه حي ومحدث — الروابط الميتة أسوأ من غياب الملف.
- المحتوى المدرج هو الأجدر بالاستشهاد فعلاً: المنتجات، الأسعار، الوثائق، لا صفحات الشعارات.
- الملف يُحدَّث مع كل تغيير كبير في بنية الموقع، ويُراجع فصلياً.
- متسق مع robots.txt: لا تدرج صفحات محظورة الزحف.
الأخطاء الشائعة
- تصدير خريطة الموقع كاملة: مئات الروابط بلا أولوية تُفقد الملف وظيفته — التوجيه لا الإحاطة.
- التنصيب والنسيان: ملف قديم يشير إلى صفحات محذوفة إشارة إهمال تقرأها الزواحف.
- توقع أثر على الترتيب: llms.txt ليس رافعة ترتيب ولا يعوض ضعف المحتوى أو الكيان؛ من يعدك بغير ذلك يبالغ.