بيان إتاحة الوصول

نعمل على الامتثال لإرشادات إتاحة محتوى الويب (WCAG) الإصدار 2.1، المستوى AA. هذا هو المعيار الأكثر اشتراطا في تشريعات إتاحة الوصول حول العالم، وهو المعيار الذي نلتزم به عبر المنصة بأكملها، لا في عدد قليل من الصفحات النموذجية فقط.

نجري تدقيقا آليا حقيقيا — باستخدام axe-core عبر Playwright — على مجموعة تمثيلية من صفحات المنصة: الصفحة الرئيسية العامة، وصفحات التسجيل وتسجيل الدخول واستعادة كلمة المرور، وقوائم الوظائف العامة والصفحات القانونية، بالإضافة إلى لوحة التحكم وصفحات الوظائف والشهادات والتوظيف والاعتراضات والخصوصية والاختبارات وصانعي المحتوى ودليل المهارات ولعبة الاستكشاف ولوحة الإدارة بعد تسجيل الدخول.

يتم فحص كل صفحة بثلاث لغات: الإنجليزية (من اليسار إلى اليمين)، والعربية (من اليمين إلى اليسار — وهو الاتجاه الأكثر احتمالا لكشف خلل قد يفوته تدقيق يقتصر على الإنجليزية)، والإسبانية (لغة ثانية من اليسار إلى اليمين، لرصد أي مشكلة خاصة بطول النص لا بمحتوى إنجليزي تحديدا). يتم فحص الصفحات بعد تسجيل الدخول كحساب مرشح عادي، وحيثما كان ذا صلة، كمسؤول منصة أيضا.

سكربت التدقيق موجود ضمن الكود المصدري في scripts/a11y-audit.mjs ويعمل بأمر واحد، npm run check:a11y، بحيث يمكن إعادة تشغيله قبل أي إصدار جديد بدلا من الاعتماد على افتراض بقائه دقيقا مع الوقت.

حتى التاريخ أعلاه، فحص التدقيق 54 مجموعة صفحة/لغة (18 صفحة مختلفة × 3 لغات) ووجد في البداية ثلاثة عيوب حقيقية ومحددة:

تم إصلاح العيوب الثلاثة جميعها مباشرة في الكود المصدري: تم تغيير ألوان النصوص والروابط إلى درجات تحقق نسبة تباين 4.5:1 التي تشترطها WCAG 2.1 AA للنصوص العادية الحجم، وتم ربط كل تسمية متأثرة بحقل الإدخال الخاص بها، ومنحت القائمتان المنسدلتان اسما حقيقيا يمكن الوصول إليه يصف ما تتحكمان فيه.

بعد ذلك أعيد تشغيل التدقيق الآلي نفسه عبر جميع مجموعات الصفحة/اللغة الـ54، ولم يسجل أي انتهاك. هذه النتيجة — لا هذا البيان وحده — هي ما نعنيه بعبارة "مدعوم بتدقيق حقيقي".

نريد أن نكون صريحين بشأن حدود الاختبار الآلي بدلا من ترك نتيجة فحص نظيفة تقرأ على أنها أكثر مما هي عليه. أدوات مثل axe-core ترصد بموثوقية جزءا مهما من عيوب إتاحة الوصول — التسميات المفقودة، والتباين اللوني غير الكافي، وسمات ARIA غير الصحيحة، وما شابه — لكن بحسب توثيق الأداة نفسها، لا يمكن للفحوصات الآلية وحدها رصد أكثر من ثلث إلى أربعين بالمئة تقريبا من معايير نجاح WCAG. فهي لا تستطيع الحكم على ما إذا كان النص البديل لصورة ما يصف الصورة فعلا، أو ما إذا كان المحتوى يقرأ بترتيب منطقي لمن يتنقل بلوحة المفاتيح أو قارئ الشاشة فقط، أو ما إذا كان مستخدم لوحة المفاتيح قد يحبس داخل جزء من الصفحة.

لم نكمل بعد جولة يدوية مخصصة باستخدام قارئ شاشة (مثل NVDA أو VoiceOver)، ولا اختبارا كاملا للتنقل بلوحة المفاتيح فقط عبر كل مسار استخدام، ولا اختبارا مع أشخاص يستخدمون التقنيات المساعدة يوميا. هذه ثغرات حقيقية ومعلنة في عمليتنا الحالية، لسنا نخفيها — وسدها عمل لاحق منفصل.

تكبر قائمة صفحات سكربت التدقيق مع نمو المنصة، ونعتزم تشغيله قبل إصدار أي تغيير على صفحة يغطيها. حتى تاريخ هذا البيان، يعد تشغيله خطوة يدوية لا بوابة آلية ضمن التكامل المستمر — فهذا المشروع لا يملك بعد خط أنابيب CI من الأساس، وهي فجوة معروفة في طريقة إصدارنا للتغييرات بشكل عام، لا خاصة بإتاحة الوصول وحدها.

إن كنت تستخدم تقنية مساعدة وواجهت في Talaskill أمرا لا يعمل كما ينبغي، نريد أن نعرف ذلك. راسلنا على Talaskill1@gmail.com مع ذكر الصفحة التي كنت فيها وما حدث، وسنتعامل معه كخلل حقيقي — بالجدية نفسها التي نوليها لأي خلل آخر يبلغ عنه بهذه الطريقة.