شرح WCAG 2.2 AA: ما الذي تحتاج المؤسسات إلى معرفته؟

شرح المستوى AA من WCAG 2.2 وما تحتاج المؤسسات إلى معرفته

المعايير والمطابقة

يمثل المستوى AA من إرشادات WCAG 2.2 مستوى محدداً للمطابقة ضمن إرشادات إمكانية الوصول إلى محتوى الويب. وهو ليس نسبة مئوية أو شهادة لمنتج أو إقراراً بتلبية جميع احتياجات المستخدمين. لكي تطابق صفحة ويب المستوى AA، يجب أن تستوفي جميع معايير النجاح في المستويين A وAA، أو أن توفر نسخة بديلة مطابقة، كما يجب أن تحقق متطلبات المطابقة الخمسة في WCAG. [1] [6]

تكتسب هذه النقطة أهمية لأن المؤسسة قد تشغّل فحصاً آلياً وتصحح الأخطاء التي أبلغت عنها الأداة، ومع ذلك تبقى عوائق جوهرية. فلا تستطيع أداة الفحص أن تحسم دائماً ما إذا كان النص البديل ينقل غرض الصورة، أو ما إذا كان التركيز يتحرك منطقياً داخل مربع حوار، أو ما إذا كانت التعليمات مفهومة، أو ما إذا كان العميل يستطيع إتمام رحلة كاملة باستخدام تقنية مساعدة. وقد صيغت WCAG 2.2 لدعم تقييم قابل للاختبار يجمع بين الفحوص الآلية والحكم البشري. [1] [9]

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

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

الإجابة في لمحة سريعة

تعد WCAG 2.2 توصية W3C الحالية ضمن سلسلة WCAG 2. وتنظم متطلبات إمكانية الوصول إلى الويب تحت أربعة مبادئ، وتقدم معايير نجاح قابلة للاختبار في المستويات A وAA وAAA. ويشمل المستوى AA جميع متطلبات المستويين A وAA. [1] [2]

المعيار يجب اعتماد النص المعياري لإرشادات WCAG 2.2 مرجعاً أساسياً. وتشرح وثائق الفهم والتقنيات المساندة المقصود وطرائق التنفيذ الممكنة، لكنها لا تنشئ متطلبات مطابقة إضافية. [1] [5] [8]

الهدف تعني المطابقة مع المستوى AA استيفاء جميع معايير النجاح في المستويين A وAA ضمن النطاق المعلن. ولا تحسب المطابقة على أساس المتوسط، لذلك لا يمكن لعدد كبير من الاختبارات الناجحة أن يلغي إخفاقاً واحداً قائماً.

النطاق تنطبق المطابقة على الصفحات الكاملة والعمليات الكاملة. ولا يجوز استبعاد اختلافات العرض المتجاوب أو الحالات التفاعلية أو مربعات الحوار أو رسائل التحقق أو الخطوات الأساسية لمجرد صعوبة اختبارها. [1]

الأدلة توفر الأدوات الآلية أدلة مفيدة عن الشروط القابلة للفحص آلياً. كما يلزم إجراء اختبارات يدوية للوحة المفاتيح والعرض والمحتوى والتقنيات المساعدة لتقييم السياق والسلوك. [4] [9]

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

ما هي WCAG 2.2

تطوّر مبادرة إتاحة الويب التابعة لاتحاد شبكة الويب العالمية إرشادات إمكانية الوصول إلى محتوى الويب. ونشرت WCAG 2.2 لأول مرة بوصفها توصية W3C في 5 أكتوبر 2023. وهي توسع WCAG 2.1 مع الاحتفاظ بالبنية العامة ونموذج المطابقة نفسيهما. كما أن المحتوى المطابق لـWCAG 2.2 يطابق أيضاً WCAG 2.1 وWCAG 2.0. [1] [2] [3]

تنطبق WCAG على محتوى الويب، بما يشمل المعلومات والواجهات وتطبيقات الويب. وقد صيغت معايير النجاح بصيغة محايدة تقنياً بحيث يمكن تطبيقها على HTML وCSS وJavaScript وتقنيات ويب أخرى. وتنشر W3C تقنيات مساندة لتقنيات بعينها، إلا أنها أمثلة وليست وصفات تنفيذ إلزامية. ويمكن لطريقة تنفيذ مختلفة أن تحقق المطابقة متى استوفت معيار النجاح. [1] [8]

يحدد النص المعياري المتطلبات المؤثرة في المطابقة. أما المقدمات والملاحظات والأمثلة ووثائق الفهم والتقنيات فهي معلومات إرشادية. وتفيد هذه المواد في التفسير والتطبيق، لكن ينبغي للفرق التمييز بين المصدر الذي يحمل المتطلب والمصدر الذي يقدم إرشاداً. [1] [5]

كيف تعمل المبادئ الأربعة

المبدأ

الغرض

أمثلة ضمن المستويين A وAA

قابلية الإدراك

يجب عرض المعلومات ومكونات الواجهة بطرق يستطيع المستخدمون إدراكها.

البدائل النصية والتعليقات النصية والبنية القابلة للتكيّف والتباين وتكبير النص وإعادة التدفق والمحتوى الذي لا يعتمد على حاسة واحدة.

قابلية التشغيل

يجب أن يستطيع المستخدمون تشغيل الواجهة والتنقل في المحتوى.

استخدام لوحة المفاتيح والوقت الكافي والحركة الآمنة والتركيز المنطقي والتنقل الواضح وبدائل المؤشر والأهداف القابلة للاستخدام.

قابلية الفهم

يجب أن تكون المعلومات وطريقة تشغيل الواجهة قابلتين للفهم.

تحديد اللغة والسلوك المتوقع والتعريف المتسق والتسميات المفيدة ودعم الأخطاء والمصادقة الميسّرة.

المتانة

يجب أن تتمكن طائفة واسعة من وكلاء المستخدم والتقنيات المساعدة من تفسير المحتوى.

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

تندرج تحت هذه المبادئ 13 إرشاداً. وتعبر الإرشادات عن أهداف عامة، بينما تقدم معايير النجاح المتطلبات القابلة للاختبار المستخدمة في تحديد المطابقة. ولا يكفي النجاح العام في أحد المبادئ، بل يجب تقييم كل معيار نجاح ينطبق ضمن المستوى المعلن. [1] [2]

ما الذي يعنيه المستوى AA

المستوى AA تراكمي. فلا يمكن لصفحة أن تطابق المستوى AA إذا أخفقت في أحد متطلبات المستوى A. ويجب أن تستوفي الصفحة جميع معايير النجاح في المستويين A وAA، أو أن تتوفر لها نسخة بديلة مطابقة للمستوى AA. وتكون نتيجة المطابقة ثنائية بالنسبة إلى الصفحة والمستوى المحددين، حتى عندما يسجل التدقيق أيضاً درجة الخطورة وأثر العائق في المستخدم وأولوية المعالجة. [1] [6]

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

يظل تقديم ادعاء بالمطابقة اختيارياً. وإذا قررت المؤسسة نشره، تحدد WCAG المعلومات الواجب تضمينها، ومنها التاريخ وإصدار WCAG وعنوانه الإلكتروني ومستوى المطابقة ووصف موجز للصفحات وتقنيات الويب التي يعتمد عليها المحتوى. [1]

المستويات A وAA وAAA

المستوى

المعنى

نطاق توضيحي

الاستخدام المؤسسي

المستوى A

الحد الأدنى لمستويات المطابقة في WCAG.

يعالج عوائق أساسية مثل غياب البدائل النصية ومصائد لوحة المفاتيح وعدم تحديد لغة الصفحة وعناصر التحكم التي لا تملك اسماً برمجياً.

مطلوب ضمن المطابقة مع المستوى AA.

المستوى AA

يشمل جميع معايير النجاح في المستويين A وAA.

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

هدف شائع للمؤسسات، مع ضرورة التحقق منفصلاً من الهدف القانوني أو التعاقدي الساري.

المستوى AAA

يشمل جميع المعايير في المستويات A وAA وAAA.

يتضمن متطلبات محسّنة يمكن أن ترفع إمكانية الوصول لفئات محددة من المستخدمين وأنواع المحتوى.

لا توصي W3C باشتراط المطابقة الكاملة مع AAA سياسة عامة للمواقع بأكملها، لأن بعض المحتوى لا يستطيع استيفاء كل معاييره.

لا تمثل المستويات درجات جودة. فقد يكون أثر إخفاق واحد في المستوى A أكبر من أثر عدة إخفاقات في المستوى AA. ويمكن للمؤسسة كذلك اعتماد ممارسات مختارة من المستوى AAA من دون ادعاء المطابقة الكاملة معه. وينبغي أن تراعي أولوية المعالجة أثر المشكلة في المستخدم وأهمية المهمة ومدى انتشارها وسببها الجذري، إلى جانب مستوى المعيار.

متطلبات المطابقة الخمسة

المتطلب

ما تقتضيه WCAG

الأثر العملي

مستوى المطابقة

تُستوفى جميع معايير النجاح في المستوى المعلن وكل مستوى أدنى منه، أو تتوفر نسخة بديلة مطابقة.

يمنع إخفاق واحد غير معالج في المستوى A أو AA إعلان مطابقة تلك الصفحة للمستوى AA.

الصفحات الكاملة

تنطبق المطابقة على الصفحة بأكملها وعلى كل نسخة متجاوبة تقدم تلقائياً.

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

العمليات الكاملة

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

تُختبر رحلة التسجيل أو الحجز أو تقديم الطلب أو الدفع كاملة، لا صفحات منفصلة فقط.

الاستخدام المدعوم من تقنيات إمكانية الوصول

لا يجوز الاعتماد لاستيفاء المعايير إلا على طرق استخدام التقنية التي تعمل مع وكلاء المستخدم والتقنيات المساعدة ذات الصلة.

تُتحقق أنماط التنفيذ الحرجة باستخدام المتصفحات والتقنيات المساعدة التي يستخدمها الجمهور المستهدف.

عدم التداخل

يجب ألا تمنع التقنيات غير المطابقة أو غير المدعومة الوصول إلى بقية الصفحة، كما تنطبق أربعة معايير محددة على كل المحتوى.

لا يجوز لأداة اختيارية أو إعلان أو حركة أن تحبس لوحة المفاتيح أو تومض بصورة خطرة أو تمنع الوصول إلى المحتوى المطابق.

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

ما الذي تغير مقارنة بإصدار WCAG 2.1

أضافت WCAG 2.2 تسعة معايير نجاح، وأزالت المعيار 4.1.1 Parsing لأنه أصبح متقادماً. ويؤثر ستة من المعايير الجديدة في المطابقة مع المستوى AA لأنها مصنفة ضمن المستوى A أو AA. أما المعايير الثلاثة الجديدة في المستوى AAA فلا تُطلب لنتيجة AA، مع إمكانية اعتمادها ممارسة محسّنة. [3]

New success criterion

Level

Core requirement

Implementation focus

2.4.11 عدم حجب التركيز بالحد الأدنى

ألا يكون المكون الذي يتلقى تركيز لوحة المفاتيح محجوباً بالكامل بمحتوى أنشأه المؤلف.

فحص الترويسات والتذييلات الثابتة وإشعارات ملفات تعريف الارتباط والألواح الجانبية ومربعات الحوار والطبقات المتداخلة في جميع أحجام العرض المدعومة.

2.4.12 عدم حجب التركيز المحسّن

AAA

ألا يُحجب أي جزء من المكون الذي عليه التركيز بمحتوى أنشأه المؤلف.

هدف تصميم أقوى، لكنه غير مطلوب للمستوى AA.

2.4.13 مظهر التركيز

AAA

أن يحقق مؤشر التركيز المرئي شروطاً محسّنة للحجم والتباين.

يفيد أنظمة التصميم التي تستهدف معالجة قوية ومتسقة للتركيز.

2.5.7 حركات السحب

أن تعمل الوظيفة التي تستخدم السحب بمؤشر واحد من دون سحب أيضاً، ما لم ينطبق استثناء.

توفير أزرار للنقل أو إجراء للنقر ثم الوضع أو طريقة بسيطة أخرى للمؤشر.

2.5.8 الحد الأدنى لحجم الهدف

ألا يقل حجم أهداف المؤشر عن 24 في 24 بكسل CSS، أو أن تحقق متطلب التباعد أو استثناءً منصوصاً عليه.

مراجعة القوائم المضغوطة وأزرار الأيقونات وترقيم الصفحات والخرائط والتقاويم وعناصر التحكم المتقاربة.

3.2.6 المساعدة المتسقة

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

إبقاء خيارات الاتصال والدردشة والمساعدة الذاتية والمساعدة الآلية متوقعة عبر القوالب.

3.3.7 تكرار إدخال البيانات

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

تجنب مطالبة المستخدم بإعادة كتابة الاسم أو العنوان أو المعرفات أو معلومات أخرى خلال رحلة متعددة الخطوات.

3.3.8 الحد الأدنى للمصادقة الميسّرة

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

دعم مديري كلمات المرور والنسخ واللصق، وتوفير بديل ميسّر لاختبارات الذاكرة أو الألغاز.

3.3.9 المصادقة الميسّرة المحسّنة

AAA

تجنب اختبارات الوظائف الإدراكية مع استثناءات أضيق من معيار المستوى AA.

جدير بالاعتبار في الخدمات كثيرة الاستخدام التي تخلق فيها المصادقة عوائق إدراكية كبيرة.

Removing 4.1.1 does not make code quality irrelevant. Invalid or duplicated markup can still create failures under other criteria when it affects programmatic names, roles, values, relationships, focus or operation. Teams should continue to use valid and predictable implementation patterns, while mapping the actual failure to the current criterion. [1] [3]

لا يعني حذف المعيار 4.1.1 أن جودة الشيفرة لم تعد مهمة. فما زالت العلامات غير الصالحة أو المكررة قادرة على إحداث إخفاقات في معايير أخرى عندما تؤثر في الأسماء والأدوار والقيم والعلاقات البرمجية أو التركيز أو التشغيل. وينبغي للفرق مواصلة استخدام أنماط تنفيذ صالحة ومتوقعة، مع ربط الإخفاق الفعلي بالمعيار الحالي المناسب. [1] [3]

ما الذي يغطيه المستوى AA عملياً

ينبغي تطبيق WCAG معياراً بعد معيار، مع الرجوع إلى الصياغة المعيارية الدقيقة والإرشادات المساندة ذات الصلة. ويلخص ما يلي المجالات العملية التي يحتاج برنامج المستوى AA عادة إلى معالجتها. ولا يحل هذا الملخص محل المعيار الكامل أو المرجع السريع الصادر عن W3C. [1] [4]

المحتوى القابل للإدراك

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

الواجهات القابلة للتشغيل

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

المعلومات والمهام القابلة للفهم

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

المكونات المتينة ورسائل الحالة

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

ما الذي لا يثبته المستوى AA

تقدم نتيجة المستوى AA دليلاً مهماً، لكن لها حدوداً. فهي لا تعني أن الخدمة سهلة بلا جهد لكل شخص، أو أن جميع التقنيات المساعدة تتصرف بالطريقة نفسها، أو أن كل التزام قانوني قد تحقق. وتشير W3C إلى أن المحتوى المطابق حتى لأعلى مستوى لن يلبي كل احتياجات كل شخص ذي إعاقة. [1]

ليست شهادة من W3C لا تتحقق W3C من صحة ادعاءات المطابقة أو استخدام شعارات المطابقة. وتبقى مسؤولية دقة الادعاء على الجهة المقدمة له. [7]

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

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

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

ليست ضماناً شاملاً للامتثال القانوني WCAG معيار تقني. ويتوقف الأثر القانوني لاستيفائه على القانون والسياسة والعقد والقطاع والنطاق الساري.

الإخفاقات الشائعة في المستوى AA

Area

الإخفاق المعتاد

الأثر في المستخدم

التحقق

التشغيل بلوحة المفاتيح

لا يمكن الوصول إلى القوائم أو مربعات الحوار أو أدوات اختيار التاريخ أو عناصر التحكم المخصصة وتشغيلها من دون مؤشر.

قد يعجز المستخدم عن التنقل أو إتمام المهمة بالكامل.

اختبار كل إجراء بلوحة المفاتيح من البداية إلى النهاية.

ظهور التركيز وترتيبه

يكون التركيز باهتاً أو غائباً أو يقفز على نحو غير متوقع أو ينتقل خلف طبقة ثابتة.

يفقد المستخدم موضعه أو يتفاعل مع عنصر تحكم غير مقصود.

مراجعة تسلسل التركيز وظهوره في كل حالة تفاعلية وحجم عرض.

التباين واللون

لا يحقق النص أو الأيقونات أو الحدود أو تغييرات الحالة تبايناً كافياً، أو يعتمد المعنى على اللون وحده.

تصبح المعلومات صعبة الإدراك أو يتعذر إدراكها.

اختبار الحالات النهائية المعروضة، بما يشمل المرور والتركيز والتعطيل والخطأ.

إعادة التدفق المتجاوبة

يتداخل المحتوى أو يُقص أو يحتاج إلى تمرير في بُعدين بعد التكبير أو تضييق مساحة العرض.

قد يفقد من يكبر المحتوى معلومات أو عناصر تحكم.

اختبار التخطيطات المدعومة عند تكبير مرتفع وعروض ضيقة مكافئة.

النماذج والأخطاء

التسميات مفقودة أو الحقول المطلوبة غير واضحة أو الأخطاء غير مرتبطة بالحقول ولا يُعلن عنها.

لا يفهم المستخدم ما الذي ينبغي إدخاله أو كيف يتعافى من الخطأ.

اختبار الإرسال الصحيح والخاطئ وخطوات المراجعة والتأكيد.

الأسماء والأدوار والحالات

يبدو عنصر التحكم المخصص صحيحاً بصرياً، لكنه يعرض دوراً أو اسماً أو حالة غير صحيحة.

يتلقى مستخدم التقنية المساعدة معلومات ناقصة أو مضللة.

فحص شجرة إمكانية الوصول وتشغيل العنصر باستخدام تقنية مساعدة.

المصادقة

يُحظر مدير كلمات المرور أو اللصق، أو يُستخدم لغز بلا بديل ميسّر.

قد يُمنع المستخدم ذو الإعاقة الإدراكية أو الحركية أو البصرية من الدخول.

اختبار تسجيل الدخول والتحقق والاسترداد وإعادة المصادقة بوصفها عمليات كاملة.

حجم هدف المؤشر

تكون عناصر التحكم الصغيرة متقاربة من دون الحجم أو التباعد المطلوب أو استثناء صالح.

قد يفعّل الشخص محدود الدقة الحركية هدفاً غير مقصود.

قياس حدود الأهداف والتباعد في كل تخطيط متجاوب.

بدائل الوسائط

تغيب التعليقات النصية أو تكون غير دقيقة، أو يغيب الوصف الصوتي الواجب توفيره.

يفقد المستخدم الكلام أو الصوت أو المعلومات البصرية اللازمة لفهم المحتوى.

مراجعة الوسيط نفسه بدلاً من الاكتفاء بالتحقق من وجود مسار.

اللغة والبنية

تكون لغة الصفحة أو بنية العناوين أو دلالات القوائم أو علاقات الجداول غير صحيحة.

قد تنطق التقنية المساعدة المحتوى بصورة خاطئة أو يصبح التنقل أصعب.

مراجعة البنية البرمجية ومعنى المحتوى المترجم.

تساعد قائمة التحقق من إرشادات WCAG على تنظيم التقييم، لكن كل بند يحتاج إلى أدلة من الخدمة الفعلية. استخدم المرجع السريع الصادر عن W3C لتحديد المعايير وفق الإصدار والمستوى المتفق عليهما، ثم وثّق النتائج والقيود. وإذا طلبت وثيقة المشروع التوافق مع WCAG 2.1، فأبقِ هذا المتطلب واضحاً وحدد الفحوص الإضافية المرتبطة بـ WCAG 2.2 دون التعامل مع الإصدارين بوصفهما متطابقين.

كيفية اختبار المطابقة مع المستوى AA من WCAG 2.2

يجمع التقييم الموثوق بين الأساليب الآلية واليدوية. تفيد القواعد الآلية في الشروط المتكررة التي تستطيع الأداة تحديدها من الشيفرة أو المخرجات المعروضة. ويُحتاج إلى التقييم البشري لفحص المعنى والتسلسل والسلوك والاستثناءات ونتائج المهام الكاملة. كما يقدم الاختبار بالتقنيات المساعدة دليلاً على قابلية التشغيل البيني في الواقع. [1] [9]

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

لا يثبت الفحص الآلي الخالي من الأخطاء المطابقة مع المستوى AA. فهو يثبت فقط أن القواعد المضبوطة لم تبلغ عن إخفاق في الحالات التي استطاعت فحصها. ويجب أن يعكس الاستنتاج النهائي مجموع أدلة التقييم ونطاق المطابقة الفعلي.

الواجهات العربية وثنائية اللغة

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

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

يرتبط دعم اللغة أيضاً بمتطلب الاستخدام المدعوم من تقنيات إمكانية الوصول. وينبغي اختبار التشغيل البيني للغة البشرية التي يقدم بها المحتوى. ولا يثبت نجاح الأداة في التعرف على ترميز العربية أن التجربة العربية مفهومة أو معروضة بصورة صحيحة عبر التقنية المساعدة. [1]

تسلسل عملي للتطبيق

ينبغي للمؤسسة التي تعمل نحو المستوى AA من WCAG 2.2 أن تتعامل مع إمكانية الوصول بوصفها جزءاً من جودة المنتج، لا مشروع معالجة ينفذ مرة واحدة. وينشئ التسلسل التالي أدلة قابلة للاستخدام مع الحد من تكرار الإخفاقات.

المرحلة

الإجراء الأساسي

المخرج المتوقع

تحديد الهدف والنطاق

تأكيد المعيار والمستوى والمنتجات واللغات والولايات القضائية والعقود وحدود الإصدار.

هدف مكتوب لإمكانية الوصول ومسؤول محدد.

إنشاء خط أساس

تدقيق صفحات ممثلة ومكونات مشتركة ورحلات عالية المخاطر كاملة، باستخدام أساليب آلية ويدوية.

سجل مشكلات متحقق منه يتضمن أثر المستخدم والأسباب الجذرية والأدلة.

معالجة الأسباب النظامية

إعطاء الأولوية لرموز التصميم والقوالب ومكتبات المكونات وأنماط المحتوى التي تنشئ إخفاقات متكررة.

تصحيحات قابلة لإعادة الاستخدام تقلل عيوباً كثيرة على مستوى الصفحات.

دمج إمكانية الوصول

إضافة المتطلبات ومعايير القبول وفحوص التصميم والشيفرة وإرشادات المحتوى وأدلة تعريف الاكتمال.

اتخاذ قرارات إمكانية الوصول قبل الإصدار.

التحقق من العمليات الحرجة

إعادة اختبار الرحلات الكاملة والنسخ الموطنة وسلوك التقنيات المساعدة بعد المعالجة.

أدلة إصدار مرتبطة بمهام العملاء الفعلية.

نشر معلومات شفافة

الحفاظ على بيان دقيق لإمكانية الوصول وطريقة للتواصل وصياغة ادعاء تعكس النطاق المختبر والقيود المعروفة.

توقعات واضحة للمستخدمين والمشترين وأصحاب المصلحة الداخليين.

المراقبة والتحسين

الجمع بين أتمتة اختبارات التراجع وفحوص الإصدار والمراجعة المتخصصة الدورية وملاحظات المستخدمين.

برنامج مستمر بدلاً من لقطة مؤرخة.

المسؤوليات داخل المؤسسة

Role

المسؤولية الأساسية

القيادة والحوكمة

وضع السياسة وملكية المخاطر والموارد والتقارير، وتحديد المعيار المستخدم في القرارات الداخلية وقرارات الموردين.

مسؤولو المنتج والخدمة

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

التصميم

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

التطوير

استخدام العناصر الدلالية وأنماط المكونات الميسّرة والحالات المتينة وفحوص التراجع الآلية حيث تكون القواعد موثوقة.

المحتوى والتوطين

إنشاء عناوين واضحة وأغراض روابط وبدائل وتعليمات وأخطاء، والتحقق من المعنى في كل لغة.

ضمان الجودة

اختبار معايير القبول ولوحة المفاتيح والحالات المتجاوبة والمهام الكاملة وسلوك التقنيات المساعدة قبل الإصدار.

المشتريات والشؤون القانونية

طلب أدلة موثوقة وتحديد المتطلبات التعاقدية وتقييم أثر قيود المورد في الخدمة الكاملة.

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

المشتريات ومنصات الجهات الخارجية

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

ينبغي طلب أدلة قابلة للتقييم من الموردين، بدلاً من الاكتفاء بوعد عام بشأن إمكانية الوصول.

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

لا يكفي شعار للمطابقة أو نتيجة يقدمها المورد. فلا تتحقق W3C من الادعاءات، وقد لا يصف تقرير أُعد لإصدار مختلف أو نموذج تجريبي معزول التجربة التي يحصل عليها المستخدم فعلياً. [7]

الحفاظ على المطابقة بمرور الوقت

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

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

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

الأسئلة الشائعة

هل WCAG 2.2 هي النسخة الحالية من المعيار

نعم. تمثل WCAG 2.2 توصية W3C الحالية ضمن سلسلة WCAG 2. أما WCAG 3 فما زالت مسودة غير مكتملة، وليست بديلاً للمعيار المستخدم حالياً في أعمال المطابقة. وينبغي للمؤسسات مواصلة استخدام WCAG 2.2 ما لم تحدد قاعدة أو وثيقة تعاقدية سارية إصداراً آخر. [1] [13]

هل يشمل المستوى AA المستوى A

نعم. تتطلب المطابقة مع المستوى AA استيفاء جميع معايير النجاح في المستويين A وAA، إضافة إلى متطلبات المطابقة الخمسة. ولا يمكن إعلان المطابقة مع المستوى AA مع بقاء إخفاق غير معالج في المستوى A. [1] [6]

هل المطابقة مع WCAG 2.2 AA تعني الامتثال القانوني

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

هل يجب اختبار كل صفحة في الموقع

تنطبق نتيجة المطابقة على الصفحات الكاملة داخل الادعاء المحدد. ويمكن لتقييم احترافي لموقع كبير استخدام عينة ممثلة للعثور على المشكلات النظامية وتقدير المطابقة المرجحة، لكن ينبغي للتقرير تحديد ما اختبر ضمن العينة وتجنب الإيحاء باختبار صفحات لم تفحص مباشرة. [1] [10]

هل يستطيع الفحص الآلي إثبات المستوى AA

لا. تستطيع أدوات الفحص تحديد مجموعة من الإخفاقات القابلة للاختبار آلياً، كما تدعم تغطية واسعة لاختبارات التراجع. لكنها لا تحسم جميع المتطلبات المتعلقة بالمعنى أو الترتيب أو الغرض أو التفاعل أو الاستثناءات أو نجاح المهمة الكاملة. لذلك يبقى الاختبار اليدوي والاختبار بالتقنيات المساعدة ضروريين. [4] [9]

هل تعني مطابقة WCAG 2.1 AA مطابقة WCAG 2.2 AA تلقائياً

لا. يجب على الموقع الذي كان يطابق المستوى AA من WCAG 2.1 معالجة معايير المستوى A وAA الجديدة في WCAG 2.2 أيضاً. وتتعلق الإضافات ذات الصلة بعدم حجب التركيز وبدائل السحب وحجم الهدف واتساق المساعدة وتكرار إدخال البيانات والمصادقة الميسّرة. [3]

هل المستوى AAA مطلوب

ليس مطلوباً لادعاء بالمستوى AA، إلا إذا فرضت سياسة أو وثيقة تعاقدية نتائج محددة من المستوى AAA. ويمكن للمؤسسة اعتماد معايير فردية من AAA عندما تعالج احتياجات مهمة. ولا توصي W3C بالمطابقة الكاملة مع AAA سياسة عامة للمواقع بأكملها، لأن بعض المحتوى لا يستطيع استيفاء كل معاييره. [1]

هل تجعل أداة إمكانية الوصول الموقع مطابقاً

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

كم مرة ينبغي إعادة اختبار المستوى AA

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

هل تنطبق WCAG على التطبيقات والمستندات والبرمجيات

صيغت WCAG لمحتوى الويب. وتنشر W3C وثيقة WCAG2ICT بوصفها إرشادات معلوماتية لتطبيق مبادئ WCAG ومعايير نجاحها على المستندات والبرمجيات غير المعتمدة على الويب. كما تحتاج تطبيقات الهاتف الأصلية وملفات PDF والمستندات المكتبية إلى أساليب تقييم تناسب كل تقنية. [12]

هل ينطبق المعيار نفسه على المواقع العربية

نعم. لا تصبح المعايير أضعف أو أقوى لأن المحتوى عربي. ويجب أن تعكس الأدلة اللغة العربية والعرض من اليمين إلى اليسار والمحتوى مختلط الاتجاه ودعم التقنيات المساعدة المتاح للمستخدمين المستهدفين.

ما الذي يجب أن يتضمنه ادعاء المطابقة

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

منهجية قائمة على الأدلة لتحقيق التوافق مع المستوى AA

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

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

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

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

كيف تساعدك VisiAble

تساعد VisiAble المؤسسات على تحويل المستوى AA من WCAG 2.2 إلى متطلبات عملية للتسليم. وتجمع عمليات تدقيق إمكانية الوصول إلى المواقع لدينا بين التغطية الآلية والمراجعة اليدوية المتخصصة واختبار لوحة المفاتيح والتقنيات المساعدة وتقييم العربية والإنجليزية وإرشادات المعالجة المرتبة حسب الأولوية والتحقق من الإصلاحات.

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

هل تحتاج إلى صورة واضحة عن وضعك الحالي مقابل المستوى AA من WCAG 2.2؟ اطلب تقييماً احترافياً لإمكانية الوصول من VisiAble.