تقيِّم فئة "التصفّح المستند إلى وكيل" مدى جودة تصميم موقعك الإلكتروني للتفاعل مع الآلات من خلال مجموعة من عمليات التدقيق المحدّدة.
كيف يتم احتساب نقاط الفئة؟
على عكس فئات Lighthouse الأخرى، لا تتضمّن فئة "التصفّح المستند إلى وكيل" نتيجة متوسطة مرجّحة تتراوح بين 0 و100. بما أنّ معايير الويب المستند إلى وكيل لا تزال قيد التطوّر، فإنّ التركيز الحالي هو على جمع البيانات وتقديم إشارات قابلة للتنفيذ بدلاً من ترتيب نهائي.
بدلاً من النتيجة، يعرض التقرير ما يلي:
- نتيجة جزئية: هي نسبة توضّح عدد عمليات التحقّق من جاهزية الموقع الإلكتروني للاستخدام من قِبل الوكلاء التي يجتازها موقعك الإلكتروني.
- الحالة "اجتياز" أو "لم يتم الاجتياز": قد تُظهر عمليات تدقيق معيّنة أخطاءً أو تحذيرات إذا لم يتم استيفاء المتطلبات الفنية (مثل صلاحية مخطّط WebMCP) .
- الأعداد المعلوماتية: قد يتضمّن عنوان الفئة نسبة الاجتياز لمساعدتك في الاطّلاع على التقدّم العام بنظرة سريعة.
سبب تقلّب النتائج
على الرغم من أنّ عمليات التدقيق محدّدة، قد تتقلّب نتائجك بسبب التغييرات في طريقة تسجيل موقعك الإلكتروني لأدواته أو استجابته لطلبات الوكلاء. تشمل الأسباب الشائعة ما يلي:
- تسجيل الأدوات بشكل ديناميكي: إذا كان موقعك الإلكتروني يسجِّل أدوات WebMCP باستخدام JavaScript (واجهة برمجة التطبيقات الإلزامية)، يمكن أن يؤثر توقيت عمليات التسجيل هذه في ما إذا كان سيتم رصدها أثناء اللقطة الثابتة في Lighthouse.
- تغيُّر طريقة إنشاء شجرة إمكانية الوصول: يمكن أن تؤثر التغييرات الكبيرة في حجم نموذج العناصر في المستند (DOM) أو مدى تعقيده في بنية شجرة إمكانية الوصول، وهي مقياس أساسي للتنقّل المستند إلى وكيل.
- متغيّرات التصميم التراكمية (CLS): يمكن أن تؤدي متغيّرات التصميم الناتجة عن الإعلانات أو الصور بدون أبعاد أو المحتوى الذي يتم إدراجه إلى نقل العناصر بين الوقت الذي يرصدها فيه الوكيل والوقت الذي يحاول فيه التفاعل معها.
كيف يتم تحديد عمليات التدقيق؟
يستخدم Lighthouse مجموعة من الإشارات المحدّدة لتقييم صفحتك. يضمن ذلك إمكانية إعادة إنتاج عمليات التدقيق وملاءمتها للدمج في مسارات التكامل المستمر/النشر المستمر (CI/CD).
التكامل مع WebMCP
يستدعي Lighthouse نطاق WebMCP في بروتوكول أدوات مطوّري البرامج في Chrome (CDP) لمراقبة أحداث تسجيل الأدوات. يتحقّق من الأدوات الإلزامية (المحدّدة في JavaScript) والأدوات التصريحية (المحدّدة في HTML).
إمكانية الوصول التي تركّز على الوكيل
تعتمد الوكلاء على شجرة إمكانية الوصول كنموذج البيانات الأساسي. يرصد Lighthouse مجموعة فرعية معيّنة من عمليات تدقيق إمكانية الوصول التي تُعدّ ضرورية للتفاعل مع الآلات، مثل:
- الأسماء والتصنيفات: التأكّد من أنّ كل عنصر تفاعلي له اسم برمجي
- سلامة الشجرة: التحقّق من أنّ الأدوار والعلاقات بين العناصر الرئيسية والفرعية صالحة.
- إمكانية الظهور: التأكّد من أنّ المحتوى ليس مخفيًا عن شجرة تسهيل الاستخدام أثناء تفاعله.
الثبات وإمكانية الاكتشاف
- متغيّرات التصميم التراكمية (CLS): هي مقياس نعرف من خلاله مدى الثبات البصري، وهو أمر بالغ الأهمية للوكلاء الذين يعتمدون على تحديد موضع العناصر.
- llms.txt: التحقّق من توفّر ملخّص قابل للقراءة آليًا في جذر النطاق
ما الذي يمكن للمطوّرين فعله للتحسين؟
لتحسين جاهزية موقعك الإلكتروني للاستخدام من قِبل الوكلاء:
- استخدام WebMCP: استخدِم واجهة برمجة تطبيقات WebMCP لعرض منطق موقعك الإلكتروني ونماذجه بشكل صريح على وكلاء الذكاء الاصطناعي.
- ضمان توفّر شجرة إمكانية وصول سليمة: أعطِ الأولوية لعلامات HTML الدلالية والتصنيفات المناسبة في ARIA ، لأنّها تمثّل "طريقة عرض الآلة" لصفحتك.
- التحسين لتحقيق الثبات: قلِّل متغيّرات التصميم لضمان قدرة الوكلاء على التفاعل بشكل موثوق مع واجهة المستخدم بدون أن تتحرّك العناصر بشكل غير متوقّع.
الملاحظات
إذا واجهت أخطاءً أو كان لديك اقتراحات بشأن تغييرات في عملية تدقيق "التصفّح المستند إلى وكيل":