شهدنا تحولاً كبيراً في السنوات الأخيرة بخصوص من يزور مواقعنا على الإنترنت. ففي أوائل يونيو 2026، أفادت Cloudflare بأن الزيارات المؤتمتة تجاوزت الزيارات البشرية للمرة الأولى، لتشكل حوالي 57% من طلبات الصفحات مقابل 43% للبشر. هذا يعني أن الغالبية العظمى من زوار موقعك الآن هم وكلاء ذكاء اصطناعي، وليسوا بشراً يستخدمون المتصفحات التقليدية.
هؤلاء الزوار الجدد لا يرون صفحتك بالطريقة التي تراها أنت. بدلاً من ذلك، يقرؤون نموذجاً مبسطاً للصفحة يُعرف باسم «شجرة الوصولية» (accessibility tree) – وهي نفس البنية التي تبنيها المتصفحات لقارئات الشاشة منذ عقدين. إنهم لا يهتمون بالألوان أو التصميم المرئي؛ بل يبحثون عن بنية واضحة ومُصنفة جيداً. إذا لم تكن لديك هذه البنية، فلن يتمكنوا من فهم موقعك.
كيف تقرأ وكلاء الذكاء الاصطناعي صفحات الويب؟
هناك ثلاث طرق رئيسية يمكن لوكيل الذكاء الاصطناعي أن يستوعب بها الصفحة: من خلال لقطة شاشة باستخدام نموذج رؤية، أو قراءة رمز HTML الخام للمستند، أو قراءة شجرة الوصولية التي يبنيها المتصفح من HTML.
كل طريقة لها تكلفتها وميزاتها. لقطة الشاشة مكلفة في الرموز وقد تفسر التصميمات الكثيفة بشكل خاطئ. HTML الخام صاخب ويحتوي على آلاف الرموز غير المهمة. أما شجرة الوصولية، فهي الخيار النظيف والأقل تكلفة: قائمة قصيرة بالعناصر التفاعلية وأدوارها وأسمائها وحالاتها. توصي Google بأن يجمع الوكلاء الأكفاء بين الطرق الثلاث، مع الاعتماد على القنوات المنظمة واستخدام الصورة لتأكيد التخطيط.
تختلف مقاربات الشركات الكبرى: وكيل Anthropic، Claude، يبدأ بالرؤية ولكن إضافة المتصفح الخاصة به تستخدم شجرة الوصولية أولاً. Microsoft، على الأقل للمطورين، تعتمد على لقطات الوصولية المنظمة وتتخطى الرؤية. وكلاء Google Gemini يمزجون بين القنوات المنظمة والرؤية لتأكيد التخطيط. حتى OpenAI، التي بدأت وكيلها Operator و Atlas بالاعتماد على لقطات الشاشة، توصي الآن مالكي المواقع بإصلاح شجرة الوصولية الخاصة بهم واستخدام علامات ARIA.
لماذا أصبحت الوصولية أساسية الآن؟
لم تعد الوصولية مجرد مبدأ أخلاقي أو مطلب لفئة قليلة؛ لقد أصبحت ضرورة عملية. عندما تحتاج وكلاء الذكاء الاصطناعي إلى التفاعل مع الصفحة – للعثور على زر، أو ملء حقل، أو التنقل بين الخيارات – تصبح البنية المعطلة حائطاً منيعاً. في دراسة A11y-CUA التي قدمت في CHI 2026، اختبر باحثون من جامعة كاليفورنيا في بيركلي وجامعة ميشيغان وكيل Claude Sonnet 4.5 في 60 مهمة ويب ومكتب يومية. نجح الوكيل في 78% منها بالوصول العادي، لكن نسبة النجاح انخفضت إلى 42% عند تقييده على التنقل بلوحة المفاتيح فقط، وهي المسار الذي تعتمد عليه وكلاء شجرة الوصولية.
برأينا، هذا يعني أن الفجوات الهيكلية التي تعيق مستخدمي قارئات الشاشة تعيق أيضاً وكلاء الذكاء الاصطناعي. إذا لم يتمكن مستخدم لوحة المفاتيح من إكمال المهمة، فعادة ما لا يتمكن الوكيل أيضاً. إن البنية التي يمكن الوصول إليها ليست مساراً منفصلاً عن جاهزية الوكيل؛ إنها نفس المسار.
من أين تبدأ بتحسين وصولية موقعك؟
الأساس هو استخدام عناصر HTML الأصلية التي تعلن عن نفسها في شجرة الوصولية دون عمل إضافي. فمثلاً، الزر «button» هو زر يمكن للوكيل العثور عليه والثقة به، بينما «div» متصل بمعالج نقرات هو مجرد صندوق مجهول يتعين على الوكيل تخمينه، وكثيراً ما يخطئ. استخدم العنصر الذي يعبر عن قصدك، وستتكفل معظم البنية بنفسها.
علاوة على ذلك، تُعد العناوين (h1 إلى h3) بمثابة مخطط تفصيلي يقرأه الوكيل لفهم محتوى الصفحة وكيفية ارتباط أجزائها. كما تخبره «المعالم» (landmarks) مثل التنقل والرئيسية والرأس والتذييل بالمنطقة التي يقف فيها.
كل عنصر تحكم قد يستخدمه الوكيل يحتاج إلى اسم في الشجرة، ودور يصف وظيفته، وحالة توضح ما يفعله الآن عند التغيير. هذا هو المكان الذي تفشل فيه معظم الصفحات الحقيقية. الأزرار التي تحتوي على أيقونات فقط بدون تسمية، الروابط التي تقرأ جميعها «اقرأ المزيد»، والقوائم المنسدلة المخصصة والنماذج المنبثقة المبنية من ترميز عام: كل منها يظهر في شجرة الوصولية كفراغ أو علامة استفهام.
توجد ARIA لملء الفجوات التي لا يمكن لـ HTML الأصلي التعبير عنها – لإعطاء عنصر واجهة مستخدم مخصص الدور والحالة التي قد يفتقر إليها. ومع ذلك، هناك قاعدة حادة لـ ARIA غالباً ما تتجاهلها الشركات: القاعدة الأولى لـ ARIA هي عدم استخدام ARIA إذا كان العنصر الأصلي يحمل المعنى بالفعل، لأن سمة ARIA الخاطئة أو الفارغة أسوأ من عدم وجودها على الإطلاق. إنها تملأ الشجرة بمعلومات خاطئة واثقة، ولا يملك الوكيل طريقة لمعرفة أنه يتم تضليله.
المصدر: uxdesign.cc