متين: موقعك يعمل أيضا مع التكنولوجيا المساعدة

ما هو

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

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

في هذا المبدأ إرشاد واحد: متوافق (4.1). تحته في WCAG 2.2 معياران فقط للنجاح في المستوى A وAA، وهي شروط يمكن بها اختبار الموقع: 4.1.2 و4.1.3. هذا المبدأ عن الكود. ليس عليك كتابة الكود بنفسك، لكن يمكنك السؤال عنه عند من يبني موقعك أو الشركة المزودة.

لماذا هذا مهم

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

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

خطوات العمل

1. استخدام العناصر العادية من HTML. لغة HTML هي اللغة التي تبنى بها صفحات الويب. الزر أو الرابط أو حقل التعبئة المعتاد يفعل تلقائيا ما يطلبه 4.1.2، عند استخدامه بشكل صحيح.
2. اسم ودور وحالة للعناصر المبنية خصيصا (4.1.2، المستوى A). لنأخذ قسما للأسئلة الشائعة ينفتح عند الضغط. يقول الكود عندها: هذا زر (الدور) اسمه هو السؤال، وهو مفتوح أو مغلق (الحالة).
3. استخدام ARIA عند الحاجة فقط. ARIA (Accessible Rich Internet Applications) مجموعة من الأكواد الإضافية التي تخبر التكنولوجيا المساعدة ما هو العنصر، مثلا «هذا زر» أو «هذا القسم مفتوح». القاعدة العامة: عدم استخدام ARIA أفضل من ARIA سيئة. إذا قال الكود إن عنصرا ما زر، فعلى من يبني الموقع أن يتأكد أيضا من أنه يعمل بلوحة المفاتيح مثل الزر. ARIA لا تفعل ذلك تلقائيا.
4. قراءة الرسائل بصوت عال (4.1.3، AA). الرسائل مثلا «تم إرسال تسجيلك» أو «تم العثور على 12 نتيجة» بعد البحث. هذه الرسالة تأخذ في الكود دور رسالة الحالة، حتى يستطيع قارئ الشاشة قراءتها دون أن يتنقل التركيز. قائمة النتائج نفسها ليست رسالة حالة، أما الجملة التي فيها العدد فهي رسالة حالة.
5. الاختبار بأكثر من طريقة. من المفيد تجربة موقعك بقارئ الشاشة، على الحاسوب وعلى الهاتف. ويمكنك طلب ذلك أيضا ممن يبني موقعك بعد كل تحديث كبير. أداة فحص البنية تجد الأزرار التي ليس لها اسم وحقول التعبئة التي ليس لها تسمية.

مثال: أسئلة عن جدول أنشطة الحي

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

1. هل المرشحات والأسهم أزرار حقيقية، أم عناصر مبنية خصيصا؟ وهل لها اسم ودور وحالة؟
2. هل يعطي الجدول رسالة يقرؤها قارئ الشاشة عندما تتغير القائمة، مثل «8 أنشطة يوم الثلاثاء»؟
3. هل تم اختبار الجدول بقارئ الشاشة، وهل يمكننا رؤية التقرير؟

تنبيه

• المعيار 4.1.1 لم يعد موجودا. كان معيار النجاح هذا عن الكود المبني بشكل صحيح، وتم حذفه في WCAG 2.2: المتصفحات تتعامل الآن بشكل أفضل مع أخطاء الكود، والتكنولوجيا المساعدة تترك قراءة الكود للمتصفح. كثير من المشاكل التي كان 4.1.1 يجدها تقع الآن تحت 1.3.1 أو 4.1.2. هل لا تزال قائمة تحقق قديمة أو تقرير ما يذكر 4.1.1، وعلى موقعك أن يستوفي WCAG 2.1؟ في النسخة المحدثة من WCAG 2.1، يعتبر 4.1.1 مستوفى دائما في HTML.

لمعرفة المزيد

• المبادئ الأخرى: قابل للإدراك، وقابل للتشغيل، وقابل للفهم.
• جعل موقعك سهل الوصول: الخطوات لمؤسستك.
• قائمة فحص لموقع يسهل الوصول إليه