تقيس جاهزية المحتوى للوكلاء ما إذا كان وكيل الذكاء الاصطناعي يستطيع قراءة صفحتك وفهمها وإعادة صياغتها بدقة من دون مساعدة بشرية. ولا ترتبط هذه الجاهزية تقريباً بجمال تصميم الصفحة، كما أنها لا تتقاطع مع تجربة المستخدم البشري إلا جزئياً. فقد يبدو الموقع أنيقاً وسلساً داخل المتصفح، لكنه يتحول إلى كتلة من الضوضاء يستحيل على وكلاء مثل ChatGPT وPerplexity وClaude استخراجها بوضوح. وهنا تأتي فائدة أدوات مثل isitagentready: فهي تحوّل هذه الفجوة غير المرئية إلى درجة توضّح مقدار المعلومات التي تظل متاحة للآلة داخل الصفحة.
ما الذي تقيسه جاهزية المحتوى للوكلاء تحديداً؟
ينطلق SEO التقليدي من أن القارئ إنسان يشاهد الصور والصفحة عبر متصفح. أما جاهزية المحتوى للوكلاء فتنطلق من أن القارئ برنامج يتلقى شفرة HTML والنص العادي والبيانات المنظّمة التي يعيدها الخادم، لا الشاشة الكاملة بعد أن يعرضها JavaScript. وهذا فارق جوهري؛ إذ تضع مواقع كثيرة محتواها الأساسي خلف مرحلة العرض التي ينفذها إطار الواجهة الأمامية، فيراه الزائر عند فتح الصفحة، بينما لا يتلقى الوكيل في الاستجابة الأولية سوى هيكل شبه فارغ. وما تقيسه الجاهزية عملياً هو حجم المعلومات التي تحتفظ بها الصفحة عند الاعتماد على إشارات قابلة للقراءة آلياً فقط، من دون العرض المرئي أو العين البشرية.
عند تفكيك المفهوم، نجد أنه يطرح ثلاثة أسئلة: هل يمكن استخراج المحتوى بوضوح؟ هل بنيته الدلالية واضحة؟ وهل تستطيع الآلة تحديد موضوع الصفحة والجهة التي تمنحها المصداقية؟ تحدد هذه الجوانب مجتمعة ما إذا كان الوكيل سيستشهد بك، وما إذا كان سيضع اسم علامتك وأرقامك واستنتاجاتك في سياقها الصحيح عند الاقتباس. فنقل المعلومة إلى موضع خاطئ قد يكون أسوأ من عدم الاستشهاد بها أصلاً.
كيف تقرأ درجات isitagentready؟
يمنحك isitagentready درجة إجمالية إلى جانب مجموعة من نتائج الفحوص الفرعية. الدرجة الكلية ليست رقماً للتباهي؛ بل تعبّر عن احتمال نجاح الوكيل في الوصول إلى محتوى الصفحة عند زحفها. ولا تعني الدرجة المنخفضة عادةً أن المحتوى ضعيف الصياغة، وإنما أن طريقة تغليفه تجعله غير مقروء للآلة أو غير ملائم لطريقة عملها. لذلك، يكمن المؤشر الأهم في مواضع الضعف ضمن البنود الفرعية.
- HTML الدلالي: هل تتبع العناوين تسلسلاً صحيحاً من h1 إلى h3؟ وهل تستخدم الفقرات وسوماً فعلية بدلاً من مجموعة من عناصر div المتداخلة؟
- قابلية استخراج المحتوى: هل يظهر النص الأساسي في HTML الأولي، أم لا يظهر إلا بعد انتظار العرض عبر JavaScript؟
- البيانات المنظّمة: هل تتضمن الصفحة ترميز Schema.org مثل Article وFAQPage وOrganization، بحيث تستطيع الآلة قراءة الحقول مباشرة؟
- ملاءمة المحتوى للقراءة النصية: هل تتوفر نسخة نصية واضحة أو نسخة Markdown، مع حدود ظاهرة بين الفقرات؟
- أذونات الزحف: هل تحظر ملفات robots.txt وllms.txt وكلاء الذكاء الاصطناعي أم ترشدهم؟
- إشارات الموثوقية: هل تتوفر عناصر ثقة يمكن للآلة تفسيرها، مثل اسم المؤلف وتاريخ النشر والاستشهادات بالمصادر وغيرها؟
لا تُقيّم هذه البنود بمنطق النجاح أو الفشل المطلق، بل بدرجات متفاوتة. فقد تحصل صفحة على نتيجة مرتفعة بفضل بنيتها الدلالية النظيفة، ثم تخسر في بند آخر لأن جميع أرقامها الأساسية موجودة داخل صور من دون بديل نصي. عندئذ يستطيع الوكيل قراءة الفقرة، لكنه يعجز عن نقل الرقم الذي تريد له أن يكون محور الاقتباس.
ماذا يحدث فعلياً عندما يقرأ وكيل الذكاء الاصطناعي صفحة؟
تخيّل أن Perplexity تلقى سؤالاً وقرر زحف صفحتك. يرسل طلباً أقرب إلى النص العادي، ويتلقى HTML، ثم يستبعد الأنماط والبرامج النصية، ويقسّم المحتوى المتبقي إلى مقاطع، ويحدد المقطع الذي يجيب عن السؤال. تكتمل العملية كلها خلال ثوانٍ، ولا يوجد من يساعده على تخمين «ما الذي يفترض أن يكون مكتوباً في هذه الصورة». وإذا كانت فكرتك الأساسية مخفية داخل شريط تمرير أو قسم قابل للطي أو كتلة لا تظهر إلا بعد النقر، فمن المرجح أن يتجاوزها الوكيل.
وهذا يفسر ظاهرة شائعة: قد يُستشهد بالمحتوى نفسه عندما يُنشر ضمن بنية مقال نظيفة، ثم يختفي من النتائج بعد إدراجه داخل مكونات تفاعلية. الوكيل لا يشتكي؛ بل ينتقل بهدوء إلى مصدر آخر.
أكثر أسباب خسارة النقاط شيوعاً
عند إجراء فحوص جاهزية المحتوى للوكلاء لصالح العملاء، تتكرر مجموعة محدودة وواضحة من المشكلات:
- يُعرض المحتوى عبر JavaScript من جهة العميل، فيبقى HTML الأولي شبه فارغ؛ فلا يحصل الوكيل إلا على الهيكل ثم يغادر.
- تُستخدم الأنماط البصرية لمحاكاة العناوين، عبر تكبير عناصر div وجعلها عريضة، فلا تستطيع الآلة تمييز التسلسل الهرمي للمحتوى.
- تُحوّل البيانات والمواصفات والأسعار الأساسية إلى صور، من دون توفير نسخة نصية أو جدول يمكن قراءته.
- تغيب البيانات المنظّمة تماماً، أو يُستخدم نوع Schema خاطئ، أو لا يتطابق الترميز مع المحتوى الظاهر على الشاشة.
- تُعرض الأسئلة الشائعة داخل قسم مرئي قابل للطي فقط، من دون ترميز FAQPage المقابل.
- عند غياب llms.txt، لا يملك الوكيل سوى التخمين لتحديد الصفحات التي ينبغي زحفها وتلك التي ينبغي تجاوزها.
لا تتطلب أي من هذه المشكلات إعادة كتابة المحتوى؛ فجميعها مسائل بنيوية وهندسية تتعلق بكيفية تسليم المحتوى الحالي إلى الآلة. وهذه نقطة إيجابية: إذ يمكن رفع جاهزية المحتوى عبر عدد محدود من التحسينات المنخفضة التكلفة، بينما يظهر العائد مباشرةً في معدل الاستشهاد. وهذا أجدى بكثير من إعادة كتابة دفعة كاملة من المقالات.
إلى أي مدى اجتاز موقعك الاختبار؟ وما الخطوة التالية؟
لا توجد علامة نجاح موحّدة، لكن يمكن اعتماد معيار عملي: إذا استطاع الوكيل، بالاعتماد على HTML الأولي وحده، أن يوضح «من أنتم، وما موضوع الصفحة، وما أبرز الاستنتاجات والأرقام، ومن يؤيدها»، فأنتم قريبون من الجاهزية المطلوبة. وظيفة الدرجة هي كشف الفجوات، لا تأطير النتيجة بوصفها غاية في ذاتها.
ترتيب الأولويات العملي واضح: تأكد أولاً من أن المحتوى مقروء داخل HTML الأولي، ثم أضف الوسوم الدلالية ومستويات العناوين، وبعدها طبّق البيانات المنظّمة المناسبة، وأخيراً عالج llms.txt وإشارات الموثوقية. أما عكس الترتيب، بتكديس مجموعة من ترميزات Schema بينما يظل المحتوى غير معروض، فيعادل وضع ملصقات على أشياء لا يمكن قراءتها. وإذا أردت أن تعرف كيف يبدو موقعك في نظر الوكلاء، وما الفجوات الأكثر تأثيراً في معدل الاستشهاد، يمكنك حجز جلسة تشخيص GEO مدتها 30 دقيقة؛ وسنراجع معك النتائج عبر فحص متكامل لجاهزية المحتوى للوكلاء.
