خارطة طريق الويب المتاح: من قائمة تحقق WCAG إلى نظام داخل المنتج

1. حدِّد هدف الامتثال والنطاق ومهمة المستخدم معًا

يعرّف WCAG 2.2 ثلاثة مستويات امتثال: A وAA وAAA. ويتطلب امتثال المستوى AA استيفاء جميع معايير النجاح في المستويين A وAA، ويُقيَّم الامتثال على مستوى الصفحة الكاملة، وتدخل العروض المتجاوبة ضمن هذا النطاق. كما لا يوصي W3C بفرض المستوى AAA سياسةً عامة إلزامية لجميع المواقع. وعلى المؤسسة أن تتحقق أولًا مع مختصيها من المتطلبات القانونية والتعاقدية والقطاعية التي تخضع لها، ثم تكتب هدفها التقني بوضوح.W3C — Web Content Accessibility Guidelines (WCAG) 2.2

هدف المعيار وحده ليس نطاقًا. يجب إدراج أسماء النطاقات وويب الهاتف والشاشات التي تتطلب تسجيل الدخول وأنواع المستندات والفيديو ومسارات الدفع أو الحجز التابعة لأطراف ثالثة واللغات المدعومة والتطبيقات القديمة. والمكوّنات التي لا تملك التحكم فيها لا تُنسى بحجة أنها خارج النطاق؛ فمخاطر المورّد تُدار بمسار بديل وجدول زمني للإصلاح. وما لم تُضَف هذه الحدود وآلية الاستثناء إلى جملة قصيرة مثل «الموقع الرئيسي الجديد، WCAG 2.2 AA»، فستقيس الفرق مشاريع مختلفة.

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

2. بدلًا من عدّ الصفحات، أعِدّ جردًا للقوالب والمكوّنات والمحتوى

سرد آلاف الروابط واحدًا واحدًا يخفي الأسباب الجذرية المتكررة. قسّم الصفحات إلى قوالب رئيسية: الصفحة الرئيسية، وصفحة القائمة، وصفحة التفاصيل، والبحث، والنموذج، والحساب، وشاشة العملية. ثم اربط المكوّنات المشتركة: القائمة، والنافذة المنبثقة، والتبويبات، والقوائم المنسدلة، وجداول البيانات، والإشعارات، ورفع الملفات. وعلى جانب المحتوى، أظهِر بصورة منفصلة بنية العناوين ونص الروابط والنص البديل والترجمة المصاحبة والنص المفرَّغ وعملية إنتاج ملفات PDF.

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

تقدّم موارد تقييم الامتثال لدى W3C منهجية WCAG-EM بوصفها طريقة لتحديد مدى امتثال المواقع لمعايير WCAG، أما أداة التقرير فلا تنفذ الفحص نيابةً عنك، بل تدعم خطوات التقييم وإعداد التقرير. وهذا التمييز مهم: مخرجات الأداة مدخل ضمن الأدلة، وليست قرارًا بالامتثال.W3C WAI — Conformance Evaluation and Reports

3. رتّب النتائج حسب الشدة والانتشار وخطر التكرار

إعطاء كل نتيجة رقم معيار من WCAG لا يصنع قائمة عمل للمنتج. صِف الأثر على المستخدم: هل تتعطل المهمة تمامًا، أم تتطلب جهدًا إضافيًا كبيرًا، أم أنها مجرد إزعاج بسيط؟ وأضِف عدد القوالب والمكوّنات المتأثرة، ووجود حل بديل مؤقت من عدمه، وخطر أن يكسر الإصلاح مسارات أخرى. فقد يأتي فخّ لوحة المفاتيح في القائمة المشتركة قبل انحراف بسيط في التباين داخل صفحة واحدة.

الملكية متعددة الطبقات. يملك مدير المنتج النطاق والأولويات، ويملك التصميم الحالات والتفاعلات المتاحة، ويملك فريق المحتوى اللغة والبنية وبدائل الوسائط، وتملك البرمجة التنفيذ الدلالي، ويملك فريق الجودة الاختبارات القابلة للتكرار. أما الشؤون القانونية فتفسّر الهدف، لكنها لا تصمم وحدها حلًا قابلًا للاستخدام. ويجب أن تتضمن كل بطاقة عمل معيار قبول وبيئة اختبار ومسؤول تنفيذ وشخصًا يتولى التحقق.

صنّف السبب الجذري: نظام التصميم، أو قالب المحتوى، أو شيفرة التطبيق، أو طرف ثالث، أو العملية التحريرية. وأصلِح المكوّن المشترك بدل معالجة الأخطاء الفردية، وأدرِج حالاته المختلفة والقوالب التي تستخدمه في اختبارات الانحدار.

• لكل نتيجة وصف صريح للمستخدم المتأثر وللمهمة المتأثرة.
• جرى تقييم الشدة والانتشار والحل البديل المؤقت وخطر التكرار.
• مالك التنفيذ ومالك التحقق المستقل محددان بوضوح.
• فُصلت المشكلات الناتجة عن مكوّنات مشتركة عن الروابط الفردية.
• معيار القبول يتضمن شروط لوحة المفاتيح وقارئ الشاشة والتكبير.
• للعوائق التابعة لأطراف ثالثة خطة مع المورّد ومسار بديل.

4. ضع إتاحة الوصول داخل بوابات الجودة في التصميم والإطلاق

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

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

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

5. سيناريو افتراضي: إعادة ترتيب أولويات مسار التقديم

هذا السيناريو افتراضي، وليس نتيجة عميل ولا وعدًا بأداء. لنفترض منصة خدمات فيها 400 صفحة محتوى و12 قالبًا مشتركًا ومسار تقديم من أربع خطوات. ينتج الفحص الآلي في معظمه نتائج تتعلق بالنص البديل للصور الزخرفية وبتباين منخفض الأثر. أما اختبار لوحة المفاتيح فيُظهر تعذّر الخروج من منتقي التاريخ، ويُظهر اختبار قارئ الشاشة أن ملخص الأخطاء لا يُقرأ في الخطوة الثالثة. والتقديم هنا هو بوابة الوصول إلى الخدمة الأساسية للمؤسسة.

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

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

6. خطة تشغيل إتاحة الوصول في أول 90 يومًا

في أول 30 يومًا، حدِّد الراعي ومالك المنتج والمسؤول التقني، واكتب هدف المعيار والنطاق وتركيبات الاختبار المدعومة. اختر رحلات المستخدم الحرجة وأعِدّ جرد القوالب والمكوّنات. وكوّن الصورة المبدئية بدمج شكاوى المستخدمين والفحص الآلي واختبار المهام اليدوي. ومخرج هذه المرحلة ليس موقعًا خاليًا من العيوب، بل صورة مخاطر متفقًا عليها.

بين اليوم 31 واليوم 60، عالج العوائق الحرجة والأسباب الجذرية في المكوّنات المشتركة. أضِف الحالات المتاحة إلى نظام التصميم، وقواعد العناوين والروابط والوسائط إلى دليل المحتوى، ومعايير القبول إلى قالب التطوير. وأبلِغ الموردين متطلبات قابلة للقياس. واختبر رحلة حرجة واحدة على الأقل مع مشاركين من ذوي الإعاقة أو عبر تقييم مناسب من مستخدمين خبراء، واربط النتائج بقرارات المنتج.

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

• 0–30 يومًا: الهدف والنطاق والمهام والتقييم المبدئي مكتملة.
• 31–60 يومًا: العوائق الحرجة ومشكلات المكوّنات المشتركة قيد الإصلاح.
• 31–60 يومًا: أدلة التصميم والمحتوى والشيفرة محدَّثة.
• 61–90 يومًا: بوابات الجودة الآلية واليدوية تعمل.
• 61–90 يومًا: التغذية الراجعة والمؤشرات وإدارة الاستثناءات قائمة.

7. الحدود وأنماط الإخفاق: الامتثال ليس كل قابلية الاستخدام

يوفر WCAG أساسًا مشتركًا قويًا وقابلًا للاختبار، لكنه وحده لا يغطي كل احتياجات كل نوع من الإعاقة وكل سياق وكل تركيبة فردية. وادّعاء الامتثال التقني لا يعني أن المنتج سهل على الجميع. لذلك يجب أن يكتمل اختبار المعيار بنجاح المهام وبالتغذية الراجعة من الدعم ووضوح المحتوى والبحث مع مستخدمين من ذوي الإعاقة. وهذا المقال ليس رأيًا قانونيًا في الامتثال؛ فالالتزامات المرتبطة بالدولة والقطاع والعقود يجب التحقق منها مع المختصين.

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

ولاستدامة البرنامج، اختر مؤشرات قليلة لكنها ذات معنى. فعدد الأخطاء المفتوحة وحده مقياس رديء؛ والتقرير الأفضل يعرض معًا الأخطاء المعطِّلة في المهام الحرجة، وتغطية الاختبار للمكوّنات المشتركة، وزمن الإصلاح، والأسباب الجذرية المتكررة، وتغذية المستخدمين الراجعة. والهدف ليس تلوين التقرير بالأخضر، بل جعل عودة عائق الوصول إلى نظام الإنتاج أمرًا صعبًا.