أعلنت Cloudflare في 17 أبريل 2026 عن درجة Agent Readiness، مع أداة فحص مجانية على isitagentready.com. تُدخل عنوان الموقع، فتُرسل الأداة مجموعة طلبات، وتحصل على مستوى من 0 إلى 5 مع نجاح أو فشل لكل فحص. فحصنا بها موقع شركتنا fanpino.com في 20 أكتوبر 2026، وكانت النتيجة المستوى 1: «حضور أساسي على الويب».
يبدو هذا الرقم سيئًا إلى أن تقرأ الفحوص واحدًا واحدًا. معظمها يسأل هل يتيح الموقع للوكلاء واجهة API أو خادم MCP أو خادم OAuth. موقع تعريفي ومدونة لا يملك شيئًا من ذلك، ونشر ملفات اكتشاف فارغة لجمع النقاط لن يفيد أي وكيل. فحص واحد كان نقصًا حقيقيًا، وأُغلق بسطر واحد.
ماذا تقيس الدرجة فعلًا
بحسب إعلان Cloudflare، تغطي الدرجة أربعة مجالات:
- قابلية الاكتشاف: robots.txt وsitemap.xml وترويسات Link في الاستجابة (RFC 8288).
- المحتوى: Markdown for Agents، أي أن يعيد الخادم markdown عندما يرسل العميل
Accept: text/markdown. - التحكم في وصول الروبوتات: Content Signals وقواعد روبوتات الذكاء الاصطناعي في robots.txt وWeb Bot Auth.
- القدرات: فهرس agent skills وكتالوج API (RFC 9727) واكتشاف OAuth (RFC 8414 وRFC 9728) وبطاقة خادم MCP وWebMCP.
تُفحص بروتوكولات التجارة مثل x402 لكنها، بتعبير Cloudflare، لا تُحتسب في الدرجة حاليًا. ولا يدخل llms.txt في الفحص الافتراضي، ويذكر المقال نفسه أنه يمكن إضافته إلى فحص مخصص. وقد اتسعت الأداة منذ إطلاقها: وصفها الحالي يذكر 23 فحصًا، وشمل تقريرنا أيضًا اكتشاف الوكلاء عبر DNS (DNS-AID) وبطاقة وكيل A2A وملف Auth.md.
ولمعرفة موقع أغلب المواقع: فحصت Cloudflare Radar أكثر 200,000 نطاق زيارة. وبحسب أرقامها، لدى 78% منها ملف robots.txt، و4% تعلن تفضيلات استخدام الذكاء الاصطناعي عبر Content Signals، و3.9% تنجح في فحص التفاوض على markdown، بينما تظهر بطاقات خادم MCP وكتالوجات API معًا في أقل من 15 موقعًا.
فحصنا، بندًا بندًا
fanpino.com موقع Astro ثابت بالإنجليزية والفارسية والعربية، يُقدَّم عبر Cloudflare. قبل الفحص كان لديه فهرس خرائط موقع وملفا llms.txt وllms-full.txt، وملف robots.txt يسمّي اثني عشر زاحفًا للذكاء الاصطناعي (منها GPTBot وClaudeBot وPerplexityBot وGoogle-Extended) ويسمح لكل منها. وهذه نتيجة الأداة:
- قابلية الاكتشاف، 2 من 4: نجح robots.txt وخريطة الموقع. فشلت ترويسات Link (لا توجد ترويسة
Linkفي الصفحة الرئيسية). وفشل DNS-AID. - المحتوى، 0 من 1: فشل التفاوض على markdown؛ يعيد الخادم HTML أيًا كانت ترويسة
Accept. - التحكم في وصول الروبوتات، 1 من 2: نجحت قواعد روبوتات الذكاء الاصطناعي وقُرئت الزواحف الاثنا عشر كلها على أنها مسموح لها صراحة. فشل Content Signals. وظهر Web Bot Auth كمعلومة فقط.
- اكتشاف API والمصادقة وMCP وA2A، 0 من 9: فشلت كلها: كتالوج API، واكتشاف OAuth، وبيانات المورد المحمي في OAuth، وAuth.md، وبطاقة خادم MCP، وبطاقة وكيل A2A، وفهرس agent skills، وWebMCP، وملف ARD.
- التجارة: أعادت كل الفحوص «ليس موقعًا تجاريًا»، وهذا صحيح ولا يُحتسب.
الإصلاح بسطر واحد: Content Signals
كان هذا أوضح نقص. ملف robots.txt لدينا كان يقول أصلًا إن كل زاحف ذكاء اصطناعي يستطيع جلب كل شيء، لكنه قاله زاحفًا زاحفًا عبر Allow: /. تتيح Content Signals (وهي مسودة لدى IETF) للموقع أن يعلن الغرض المسموح به من المحتوى المجلوب، بثلاث قيم نعم أو لا: search (بناء فهرس بحث وعرض الروابط والمقتطفات)، وai-input (إدخال المحتوى في إجابة ذكاء اصطناعي لحظيًا، كالاسترجاع لرد محادثة)، وai-train (تدريب نموذج أو ضبطه).
وبما أننا نسمح لزواحف التدريب بالاسم، فالإعلان الصادق يطابق ما يفعله الملف أصلًا. أضفنا هذا تحت User-agent: *:
User-agent: *
Allow: /
Content-Signal: search=yes, ai-input=yes, ai-train=yesإذا كان ملفك يحجب زواحف التدريب، فاكتب ai-train=no. المهم أن تقول الإشارة وقواعد الزواحف الشيء نفسه؛ فالموقع الذي يحجب GPTBot ثم يعلن ai-train=yes يعطي جوابين مختلفين.
ملاحظة عملية: خزّنت Cloudflare ملف robots.txt لدينا على الحافة مع max-age=14400، أي أربع ساعات، فظلت الأداة تقرأ الملف القديم مدة بعد تحديث الخادم الأصلي. إن لم يظهر إصلاح في إعادة الفحص، فراجع ترويسات التخزين المؤقت للملف قبل أن تفترض أن الإصلاح خاطئ.
ما تركناه ولماذا
فحوص القدرات التسعة. يوجّه كتالوج API الوكلاء إلى واجهاتك البرمجية، ويخبرهم اكتشاف OAuth من أين يحصلون على رمز الدخول، وتصف بطاقة خادم MCP خادمًا تشغّله. موقعنا العام لا يملك شيئًا من هذا: لا توجد واجهة API عامة، وواجهة لوحة الإدارة ليست شيئًا نريد أن يكتشفه الوكلاء. نشر هذه الملفات بلا شيء خلفها يرفع الدرجة ولا يفيد أحدًا. إن كان لديك منتج SaaS بواجهة API موثقة، فهنا العمل الحقيقي، ويستحق مشروعًا مستقلًا.
ترويسات Link. يقترح نص الإصلاح في الأداة ترويسات مثل Link: </.well-known/api-catalog>; rel="api-catalog" أو رابط service-doc إلى توثيق API. كلاهما يشير إلى ما لا نملكه، فتركناه.
DNS-AID. يطلب سجلات SVCB تحت اسم _agents موقّعة بـDNSSEC. ما زال مسودة، وهو لاكتشاف نقاط وصول الوكلاء، وهذا أيضًا لا نشغّله.
الفحص الأهم: markdown للوكلاء
هذا هو الفحص المهم لموقع محتوى، لأنه يغيّر ما يقرؤه الوكيل فعلًا. صفحة HTML تحمل القوائم والتذييل والسكربتات والأنماط، والمقال نفسه جزء صغير منها. وتذكر Cloudflare أن markdown قد يخفض الرموز (tokens) بنسبة تصل إلى 80% في بعض الحالات.
هناك طريقان للنجاح فيه. ميزة Markdown for Agents من Cloudflare تحوّل HTML إلى markdown على الحافة للطلبات التي تحمل Accept: text/markdown، وبحسب توثيقها تتوفر في خطط Pro وBusiness وEnterprise وتعمل على HTML حتى 6 ميبيبايت. والطريق الآخر إنشاء نسخة markdown لكل صفحة أثناء البناء وتقديمها عندما تطلبها الترويسة. لموقع ثابت، الطريق الثاني ليس عملًا كبيرًا لأن نص المقال موجود أصلًا في نظام إدارة المحتوى. نفذنا طريق البناء في المساء نفسه. بعد بناء Astro، تأخذ خطوة صغيرة الجزء <main> من كل صفحة وتحوّله إلى markdown وتكتب ملف index.md بجانب index.html. ويقدّم nginx هذا الملف أولًا عندما يطلب الطلب text/markdown، مع Vary: Accept. هذا المقال بصيغة markdown نحو 12 كيلوبايت مقابل نحو 120 كيلوبايت من HTML، وفي إعادة الفحص نجح فحص markdown.
فحصان مختلفان باسم «جاهزية الوكلاء»
تُستخدم العبارة لسؤالين منفصلين. درجة Cloudflare تسأل هل موقعك قابل للقراءة والاستخدام من وكلاء الذكاء الاصطناعي. أما أداة جاهزية وكيل الذكاء الاصطناعي لدينا فتسأل هل مؤسستك جاهزة لتشغيل وكيل: مهمة محددة، ومصادر موثقة، واستشهادات، ومسؤول عن الاعتماد، وسجلات، وقواعد وصول. كلاهما مفيد، ولا يخبرك أي منهما بشيء عن الآخر. وللظهور في إجابات الذكاء الاصطناعي، وهو سؤال ثالث، راجع دليل تحسين محركات التوليد.
إن فحصت موقعك
- اقرأ كل فحص فاشل قبل أن تتصرف بناءً على المستوى؛ فالمستوى وحده لا يبيّن أي الفحوص تخص نوع موقعك.
- أصلح الرخيص والصحيح أولًا: قواعد الذكاء الاصطناعي في robots.txt وContent Signals مطابقة لسياستك الفعلية.
- إن كان محتواك يُقرأ، فابدأ بالتفاوض على markdown؛ أثره الأكبر على ما يتلقاه الوكيل.
- لا تنشر ملفات اكتشاف لأشياء لا تشغّلها؛ كتالوج API بلا API مجرد ضجيج.
- راجع ترويسات التخزين المؤقت لملف robots.txt قبل إعادة الفحص.
الأسئلة الشائعة
ما درجة Agent Readiness من Cloudflare؟
فحص مجاني على isitagentready.com أطلقته Cloudflare في 17 أبريل 2026. يتحقق من دعم الموقع لمعايير تساعد وكلاء الذكاء الاصطناعي على إيجاده وقراءته واستخدامه، في قابلية الاكتشاف والمحتوى والتحكم في وصول الروبوتات والقدرات، ويعطي مستوى من 0 إلى 5 مع إصلاح لكل فحص فاشل.
هل تضر الدرجة المنخفضة بترتيبي في Google؟
لا يقول ذلك إعلان Cloudflare ولا توثيق Google. الدرجة تقيس دعم معايير موجهة للوكلاء، وليست إشارة ترتيب في البحث. أما robots.txt وخريطة الموقع، وتفحصهما الأداة أيضًا، فمهمان للبحث، وأغلب المواقع تنجح فيهما.
هل يدخل llms.txt في الدرجة؟
ليس افتراضيًا. يذكر إعلان Cloudflare أن الفحص يتحقق من التفاوض على محتوى markdown ولا يتحقق من llms.txt إلا إذا أضفته إلى فحص مخصص.
ماذا يفعل سطر Content-Signal في robots.txt؟
يعلن الأغراض المسموح بها للمحتوى المجلوب من موقعك: search، وai-input (الاستخدام اللحظي في إجابات الذكاء الاصطناعي)، وai-train (تدريب النماذج)، ولكل منها نعم أو لا. هو إعلان تفضيل وليس حجبًا تقنيًا، فأبقِ قواعد Allow وDisallow للزواحف متسقة معه.
هل يجب أن يسعى موقع شركة صغيرة إلى المستوى 5؟
فقط إن كان يقدم شيئًا يستطيع الوكلاء استخدامه، مثل واجهة API أو خادم MCP أو طلب شراء عبر الإنترنت. لموقع تعريفي أو مدونة، الأهداف المفيدة هي قواعد robots.txt صحيحة وContent Signals ونسخ markdown من الصفحات.
