توضيح المصطلحات: يُستخدم في قطر مصطلح «النفاذ الرقمي» للإشارة إلى إمكانية الوصول إلى المواقع والتطبيقات والمحتوى الرقمي للأشخاص ذوي الإعاقة. ويُشار إلى هذا المفهوم أيضاً بعبارة «إمكانية النفاذ الإلكتروني». نستخدم في هذا المقال «إمكانية الوصول الرقمي» بالمعنى نفسه.
تحدّد سياسة النفاذ الإلكتروني القطرية المنشورة عام 2011 مستوى AA من WCAG 2.0 مرجعاً للمواقع، وتطلب من مواقع القطاع العام التي تقدّم المعلومات والخدمات للجمهور استيفاء معايير إمكانية الوصول الدولية. كما يحدّد إطار المواقع والخدمات الإلكترونية الحكومية مستوى AA حداً أدنى، ويشجّع المستويات الأعلى حيثما أمكن. وهذه مراجع مؤرخة، ولا تثبت بمفردها بقاء جميع المتطلبات اللاحقة دون تغيير. [1] [2]
يوضّح مركز مدى دوره في تطوير سياسة النفاذ الوطنية ودعم أطر الخدمات الحكومية الرقمية. وتشير صفحة خدمات إمكانية الوصول إلى الويب الحالية لديه إلى المستويين A وAA من WCAG 2.2. كما توضح أهلية الاعتماد بالحصول على 90% على الأقل وفق مقياس أداة مدى لرصد إمكانية الوصول، واجتياز التقييم اليدوي لقابلية الاستخدام. [3] [4]
ينبغي التعامل مع ذلك بوصفه إجراء اعتماد محدداً. فالنسبة الناتجة عن الرصد ليست مرادفاً لادعاء التوافق مع WCAG. وعلى المؤسسات التي تستهدف اعتماد مدى التحقق من الإجراءات الحالية لدى المركز مباشرة. ويمكن أن يدعم التدقيق الخارجي الاستعداد، لكنه لا يمنح مزوّداً آخر صلاحية إصدار اعتماد مدى.
تؤكد وزارة التنمية الاجتماعية والأسرة صدور القانون رقم 22 لسنة 2025. ويتناول ملخصها الرسمي عدم التمييز، والترتيبات التيسيرية المعقولة، وضمان النفاذ الرقمي والوصول إلى تكنولوجيا المعلومات. وتدرج بوابة الميزان القانون بوصفه قيد التطبيق. [5] [6]
ينبغي التمييز مؤسسياً بين الالتزام القانوني العام والمعايير التقنية المستخدمة لتقييم المنتج. فلا يُفترض أن الإشارة العامة إلى النفاذ الرقمي تعني تلقائياً فرض WCAG 2.2 AA، أو اشتراط VPAT لكل عملية شراء، أو تحديد موعد موحّد لجميع المؤسسات. ويُطلب تقييم لنطاق التطبيق قبل إدراج هذه الادعاءات في العقود أو البيانات العامة.
يحمل ملخص تنفيذي مستضاف لدى وزارة الاتصالات وتكنولوجيا المعلومات وصفاً صريحاً بأنه سياسة وطنية مرتقبة للنفاذ إلى تكنولوجيا المعلومات، ويشير إلى WCAG 2.2 AAA حيثما أمكن. ولا تثبت المواد التي جرت مراجعتها دخول هذه النسخة المرتقبة حيز النفاذ رسمياً. ولذلك، لا يعرضها المقال بوصفها التزاماً نافذاً وشاملاً بمستوى AAA. [7]
قبل اعتماد المشروع، يُطلب المستند الرسمي المعتمد، وتُراجع حالته النافذة، والجهات المشمولة، وأي تعليمات تنفيذية. ويمنع ذلك استخدام مقترح أو صفحة إرشادية أو سياسة قديمة بوصفها شرط قبول غير دقيق.
توصي VisiAble باعتماد WCAG 2.2 AA هدفاً تقنياً للخدمات الإلكترونية الجديدة أو المعاد تصميمها بصورة جوهرية، إلى جانب المتطلبات المحلية والتعاقدية المنطبقة. وتوصي W3C بأحدث إصدار عند إعداد السياسات أو تحديثها. ويتطلب مستوى AA استيفاء جميع معايير A وAA المنطبقة، ويشمل التوافق الصفحات الكاملة والعمليات الكاملة. [8]
إذا نص العقد على إصدار أقدم، يُوثّق ذلك المتطلب بدلاً من استبداله دون توضيح. ويُطلب من المقيم شرح العلاقة بين الإصدارات والفحوص الإضافية اللازمة. وفي المقابل، ينبغي ألّا يُقيّم مشروع جديد وفق مرجع تاريخي فقط دون مراعاة الاحتياجات التي تغطيها المعايير الأحدث.
عندما يستهدف المشروع تحسينات إضافية من مستوى AAA، تُحدّد المعايير المعنية ونطاقها. فالقول إن الخدمة متوافقة مع AAA يتطلب أدلة تتجاوز تطبيق عدد محدود من الميزات المحسّنة.
تبدأ الأولويات بالمهام ذات الأثر المباشر في المستخدم، مثل تقديم طلب، أو حجز خدمة صحية، أو إجراء معاملة مصرفية، أو التقدم لوظيفة، أو الوصول إلى مواد تعليمية. ولكل مهمة، تُوثّق الرحلة الكاملة والمورّدون المسؤولون وأي اعتماد على مستندات أو أنظمة خارجية.
يمثل نطاق التقييم التالي نهجاً تنفيذياً موصى به، ولا يعني أن كل بند فيه متطلب قانوني قطري مستقل.
معاملات الويب
العثور على الخدمة والنماذج والتحقق والدفع والتأكيد
تحديد الرحلات الكاملة ذات الأولوية
المصادقة
التسجيل والاستعادة والتحقق
تحديد حدود مزوّد الهوية
المحتوى ثنائي اللغة
الرسائل والمستندات العربية والإنجليزية
تحديد مسؤولي المحتوى والتقنية
تطبيقات الهاتف
التفاعل والتقنيات المساعدة بحسب المنصة
تحديد نطاق مناسب للتطبيق
المستندات والوسائط
الملفات الأساسية والمحتوى الإرشادي
تحديد تغطية المراجعة المستقلة
المكونات الخارجية
الحجز والدفع وأدوات المساعدة
طلب أدلة المورّد والتزام المعالجة
يُستخدم الجدول للاتفاق على التغطية قبل تسعير التدقيق. فعدد الروابط وحده لا يعبّر عن صعوبة العمل؛ إذ قد تضم خدمة معاملاتيّة واحدة حالات تفاعل أكثر من عشرات الصفحات المعلوماتية. ويُدرج الوصول إلى المناطق المسجّلة، وبيانات الاختبار الواقعية، وقواعد اختبار المنصات الخارجية.
ينبغي إدراج العربية منذ البداية ضمن نطاق تقييم الخدمات الموجّهة إلى قطر. ويشير عرض مدى للسياسة بصورة خاصة إلى إتاحة المحتوى الرقمي العربي. [3] وعملياً، لا ينبغي اعتبار اعتماد النسخة الإنجليزية بديلاً عن اختبار الرحلة العربية.
تُراجع المهام المتكافئة باللغتين، بما يشمل الأخطاء ورسائل التأكيد. ويُفحص المحتوى المختلط الاتجاه، كالأرقام المرجعية والتواريخ وأرقام الهاتف. كما يُتحقق من الحفاظ على سياق الاستخدام عند تغيير اللغة، ومن تكافؤ التعليمات المترجمة بشأن المتطلبات والرسوم.
تُسند الملاحظات الخاصة بكل لغة إلى مسؤولي المحتوى والتطوير المعنيين. فقد تحتاج المكونات المشتركة إلى معالجة تقنية واحدة، بينما تتطلب التعليمات أو ملفات PDF تعديلات مستقلة لكل لغة. وتمنع المسؤوليات الواضحة إغلاق المشكلة بالإنجليزية مع بقائها بالعربية.
ينبغي إدراج إمكانية الوصول في وثيقة الشراء، وليس في المراجعة النهائية فقط. وتوفّر بوابة مدى للسياسات موارد للمشتريات، منها دليل لتبنّي سياسة شراء لتكنولوجيا معلومات واتصالات ميسّرة. [9] ويمكن الاستفادة منها في تنظيم الإجراءات، مع التحقق من القواعد المنطبقة على المناقصة المحددة.
يُطلب من مقدمي العروض بيان المعيار والنطاق والأساليب وتركيبات التقنيات المدعومة والاستثناءات. وتُطلب أدلة عملية على المنتج المراد شراؤه، بدلاً من الاكتفاء ببيان تسويقي عن نظام تصميم ميسّر. كما ينبغي توضيح آلية معالجة العيوب ومسؤولية التحقق منها.
تشمل المخرجات التعاقدية الموصى بها خطة تقييم موثقة، وسجلاً للمشكلات بأدلة قابلة لإعادة الإنتاج، ومسؤوليات المعالجة، وترتيبات إعادة الاختبار. وإذا طُلب تقرير ACR أو مستند توافق آخر، يُحدّد التنسيق وإصدار المنتج الذي يصفه. ولا ينبغي افتراض إلزامية هذه الوثائق في جميع الحالات بقطر.
تساعد أداة الفحص الآلي لإمكانية الوصول في اختبار النفاذ الرقمي في قطر من خلال اكتشاف مشكلات تقنية محددة في الصفحات التي تستطيع فحصها. وتوضح W3C أن أداة منفردة لا تستطيع تحديد استيفاء الموقع لمعايير إمكانية الوصول. لذلك اجمع الفحص الآلي مع التقييم اليدوي المتخصص واختبار لوحة المفاتيح والتقنيات المساعدة المناسبة، مع تغطية رحلات الخدمة العربية والإنجليزية المتفق عليها. [10]
يضيف إشراك المستخدمين منظوراً آخر. ويُطلب من أشخاص ذوي احتياجات وصول مختلفة تنفيذ مهام واقعية، مع توثيق الصعوبات التي يواجهونها. وتوصي W3C بالجمع بين تقييم المستخدمين والتقييم القائم على المعايير. [11] كما تُوضّح حدود المشاركين؛ فلا تثبت ملاحظات مجموعة صغيرة الإتاحة لكل إعاقة أو مهمة.
لنفترض مؤسسة في قطر تتيح حجز المواعيد إلكترونياً. تحصل صفحتها الرئيسية على نتيجة مرتفعة في الفحص الآلي، لكن تقويم المواعيد لا يعمل بلوحة المفاتيح. وتشرح رسالة الخطأ الإنجليزية الحقل الناقص، بينما تكتفي العربية بتغيير اللون. ويصل التأكيد كمرفق يحتوي على صورة فقط.
يتتبّع التقييم العملي رحلة الحجز بأكملها: العثور على الخدمة، واختيار اللغة، وتحديد التاريخ، والتحقق من البيانات، والتأكيد. وتُجمع الملاحظات بحسب الأسباب الأساسية، ثم تُسند إلى مسؤولي المنصة والمحتوى، وتُعاد اختبارات المعالجات. وهذا مثال توضيحي، لا يصف عميلاً لدى VisiAble أو مؤسسة قطرية خضعت للتقييم.
تأكيد المتطلبات
مراجعة القواعد والاتفاق على المعيار
سجل المتطلبات
تحديد النطاق
حصر الخدمات واللغات والاعتمادات
نطاق ورحلات مرتبة بالأولوية
التقييم
الجمع بين الأساليب وتوثيق الحدود
نتائج بأدلة قابلة للتكرار
المعالجة
تحديد المسؤولين ومعالجة الأسباب
خطة وسجل تنفيذ
التحقق
إعادة اختبار المعالجات في الإصدار المتفق عليه
نتائج التحقق والمشكلات المتبقية
الاستدامة
مراجعة الإصدارات ومعالجة الملاحظات
مسؤوليات ورصد وحالات مراجعة
تُحدّد مراحل التنفيذ وفق تعقيد الخدمات الفعلي. ويُتجنّب الوعد بمعالجة شاملة خلال عدد اعتباطي من الأيام قبل فهم الأنظمة القديمة واعتماد المورّدين وحجم المستندات. ويُقاس التقدم بالعوائق المعالجة والرحلات المتحقق منها، إلى جانب مؤشرات الرصد.
تُحدّد جهة مسؤولة عن إمكانية الوصول، مع توزيع الأدوار بين التطوير والمحتوى والمشتريات وتقديم الخدمات. وتُراجع الإتاحة عند تغيير القوالب أو نشر مستندات جديدة أو استبدال التكاملات الخارجية. ويُربط التدريب بالقرارات الفعلية لكل فريق، دون الاكتفاء بجلسة توعية عامة.
ينبغي أن يوضّح بيان إمكانية الوصول موقف المؤسسة والقيود المعروفة وقناة تواصل ميسّرة. وتقدّم W3C إرشادات لإعداد هذه البيانات. [12] ويُتحقق من وصول الملاحظات إلى فريق يستطيع الاستجابة وتكليف المعالجة؛ فالنشر دون إجراء تشغيلي لا يقدّم مساعدة كافية للمستخدم المتعطّل.
لا تثبت المصادر التي تمت مراجعتها متطلباً موحداً لكل موقع. وتُراجع الالتزامات القانونية والسياسات والقطاع والعقد الخاصة بالمؤسسة. وتوصية VisiAble بمستوى WCAG 2.2 AA للمشاريع الجديدة لا تغني عن تلك المراجعة.
لا تثبت المواد المعروضة هذا الاستنتاج. فالملخص المنشور موصوف بأنه مرتقب، ويشير إلى AAA حيثما أمكن. ويُتحقق من الاعتماد الرسمي والنطاق قبل استخدامه شرطاً إلزامياً للمشروع. [7]
لا. يقيّم التدقيق نطاقاً متفقاً عليه ويقدّم النتائج، بينما يتبع اعتماد مدى إجراءات المركز الخاصة للأهلية والتقييم. وينبغي تأكيد الترتيبات الحالية لديه. [4]
نعم، عند تقديم النسختين. وتُدرج الرحلات والرسائل والمستندات المتكافئة بكل لغة. ولا يثبت القالب المشترك تكافؤ إمكانية الوصول للمحتوى والتفاعل.
قد توفّر الأداة تفضيلات مفيدة، لكن وجودها لا يثبت توافق الخدمة الكاملة. ويُقيّم المنتج الأساسي وتفاعل الأداة والنطاق المتفق عليه قبل إصدار ادعاء بالتوافق.
لا. تصف النتائج الإصدار والنطاق اللذين خضعا للتقييم. وقد تُدخل التعديلات البرمجية والمحتوى الجديد عوائق. لذلك، تُحدّد الفحوص المستمرة والحالات التي تستدعي إعادة التقييم ضمن مسؤولية تشغيل الخدمة.
تساعد VisiAble المؤسسات على تقييم إمكانية الوصول الرقمي من خلال التدقيق الاحترافي والاختبارات اليدوية ووثائق التوافق المستندة إلى معايير معترف بها. ويمكن تحديد نطاق المشاريع الموجّهة إلى قطر حول الخدمات ذات الأولوية ورحلات العربية والإنجليزية والمحتوى ذي الصلة والمعيار التقني المتفق عليه.
يُتفق على المخرجات ودعم المعالجة وأي إعادة اختبار قبل التكليف. ويتمثل دور VisiAble في تقديم أدلة التقييم والإرشادات العملية ضمن هذا النطاق، بينما يظل تحديد الالتزامات القانونية وأي اعتماد رسمي قرارين منفصلين.
هل تستعد جهتكم لإطلاق خدمة أو إعادة تصميمها أو مراجعة مشتريات رقمية في قطر؟ اطلبوا تدقيقاً احترافياً لإمكانية الوصول، وحدّدوا ما يحتاج فريقكم إلى اختباره ومعالجته والتحقق منه.