عرض مراجعة إمكانية الوصول الجيد يحدد ما سيُفحص، ووفق أي معيار، وبأي طرق، وما الدليل الذي ستستلمه. لا يكفي أن يذكر «فحص WCAG» أو يقدم درجة من أداة آلية. قبل مقارنة الأسعار، وحّد نطاق الصفحات والرحلات والحالات، ثم اطلب توثيق ما سيبقى خارج التغطية وكيف سيُعاد اختبار الإصلاح.
المراجعة تساعد على اتخاذ قرار إصلاح مبني على أدلة. ليست شهادة تلقائية، ولا ضمان امتثال قانوني، ولا تأكيداً بأن المنتج يعمل لكل مستخدم. إذا كان لديك التزام تعاقدي أو نظامي محدد، فليؤكده مختص العميل المناسب، ثم يُترجم إلى نطاق فني قابل للتقييم بواسطة مقيّم مؤهل.
سمِّ المعيار والنسخة والمستوى
اكتب مرجع التقييم صراحة، مثل WCAG 2.2 بالمستوى المتفق عليه، دون اعتبار هذا المثال توصية قانونية لكل جهة. اطلب من المقيّم بيان كيفية تحديد المعايير المنطبقة، وتسجيل غير المنطبق وغير المختبر بصورة مختلفة عن الناجح. غياب عيب مسجل لا يعني تلقائياً نجاح كل المتطلبات.
تتضمن متطلبات المطابقة في WCAG النظر إلى الصفحات الكاملة والعمليات بكامل خطواتها، لا أجزاء منتقاة منها. WCAG 2.2، متطلبات المطابقة. لذلك إذا كانت المراجعة محدودة بعينة، يجب أن يبقى الاستنتاج متناسباً مع تلك العينة والمنهج؛ لا تحذف خطوة صعبة ثم تصف الرحلة كلها بأنها مستوفية.
وإذا كان المشروع تطبيقاً أصلياً أو يشمل مستندات، فاطلب نطاقاً ومنهجاً مناسبين لهما. لا توسّع نتيجة مراجعة صفحات ويب إلى ملفات أو تطبيقات لم تُفحص.
ابنِ خريطة تغطية قبل العدد النهائي
سجّل القوالب المهمة، والوظائف الخاصة، والأدوار، واللغتين، والحالات التي لا تظهر عند الفتح الأول. صفحة واحدة قد تحتوي نافذة حوار وخطأ تحقق وجدولاً متغيراً وخطوات تقديم متعددة. عدّ الروابط وحده لا يصف الجهد أو المخاطر.
لكل عنصر، اكتب سبب اختياره: استخدام حرج، أو نمط مشترك، أو تعقيد تقني، أو شكوى موثقة. ميّز أيضاً ما يخص طرفاً ثالثاً وما تستطيع الجهة تعديله. استبعاد مكون خارجي من عقد المراجعة لا يعني اختفاء أثره على رحلة المستخدم؛ يجب إظهار القيد والمالك والخطوة التالية.
تحدد مراجعة إمكانية الوصول الرقمي التغطية والأدلة وأولويات المعالجة ضمن الاتفاق. وينبغي أن يؤكد العرض توافر المهارة والوصول والوقت اللازم، لا الاكتفاء باسم الخدمة.
مثال افتراضي: بوابة طلبات عامة
لنفترض بوابة لها صفحات معلومات ونموذج تقديم ومتابعة طلب بعد تسجيل الدخول. يقترح العميل فحص الصفحة الرئيسية وخمس صفحات متشابهة. يعيد المقيّم تنظيم العينة لتضم أنماطاً مختلفة ورحلة تقديم كاملة وحالة خطأ، مع صفحات المعلومات اللازمة لفهم المهمة. هذه عينة توضيحية وليست حجم مراجعة موصى به لجميع المواقع.
تتضمن الرحلة اختيار الخدمة، وإدخال البيانات، ورفع مرفق، ومراجعة الطلب، والتأكيد. يوفّر العميل حسابات اختبار مصرحاً بها وملفات تجريبية خالية من معلومات حساسة. ويُحدد إصدار البوابة الذي سيُراجع حتى لا تصبح نتائج التقرير خليطاً من نسخ متغيرة.
أثناء الفحص، يظهر عائق في رسالة رفض المرفق. يسجل التقرير الموضع والحالة وخطوات إعادة الرصد، والنتيجة المتوقعة والفعلية، والمرجع المناسب بعد تحقق المقيّم، وأثر المشكلة على إكمال المهمة. لا تُكرر المشكلة في عشرات الصفوف دون بيان أنها قد تأتي من مكون مشترك؛ وفي المقابل لا يُفترض أن إصلاح مكون واحد عالج كل استعمالاته.
بعد التعديل، تعاد الحالة الأصلية، ثم تُفحص الحالات المتأثرة المتفق عليها. إذا تغير مكوّن رفع الملفات خلال الإصلاح، فقد يحتاج نطاق إعادة الاختبار إلى التوسع بموافقة واضحة. أما الرحلات غير المدرجة واللغة غير المفحوصة فتظل خارج الاستنتاج، ولو بدا شكلها مشابهاً.
اتفق على المنهج لا اسم الأداة
يوضح WAI أن الأداة وحدها لا تكفي لتحديد استيفاء معايير الوصول. نظرة عامة على التقييم. اطلب توزيعاً واضحاً للفحوص الآلية واليدوية، والبيئات المستخدمة، وكيفية التحقق من النتائج قبل تسليمها. أدوات مختلفة قد تعرض المشكلة نفسها بطرق مختلفة؛ القيمة في تحليلها وإمكانية إعادة رصدها.
حدّد هل يتضمن العرض اختباراً بتقنيات مساعدة، وما تركيباتها ومهامها. وحدد بصورة منفصلة هل يوجد بحث مع مشاركين ذوي إعاقة؛ اختبار المختص لا يعني مشاركة مستخدمين فعليين، وتجنيدهم وموافقتهم وترتيباتهم تحتاج عملاً مستقلاً.
قائمة قبول التقرير وإعادة الاختبار
- نطاق مؤرخ يتضمن الصفحات والحالات والأدوار واللغات والاستثناءات.
- معيار ونسخة ومستوى ومنهج وبيئات اختبار معلنة.
- أدلة قابلة لإعادة التنفيذ، مع شدة وأولوية مفسرتين بأثرهما.
- توصيات مفهومة ومالكو إصلاح، لا قائمة إنذارات آلية خام.
- حالة لكل عيب بعد الإعادة: أُصلح أو بقي أو تعذر التحقق، مع السبب.
- حدود الاستنتاج وأي تغييرات حدثت بين الفحص والإعادة.
يمكن أن يساعد تصميم تجربة المستخدم في إعادة تشكيل رحلة تسبب العائق، بينما يعالج تصميم المواقع الإلكترونية المواصفات والتخطيطات المتأثرة. ويحتاج التحقق من التطبيق المبني إلى اختبار وضمان جودة البرمجيات بنطاق متفق عليه. التقرير لا ينجز الإصلاح تلقائياً؛ افصل مسؤوليات المراجعة والتصميم والتنفيذ والإعادة في العرض.
أسئلة شائعة
هل تكفي مراجعة القالب مرة واحدة؟
قد يكون القالب جزءاً من العينة، لكن محتواه وحالاته وتفاعلاته قد تختلف. يقرر المقيّم التغطية ويشرح أساسها وحدودها، لا يفترض أن التشابه البصري يثبت التماثل.
هل درجة الأداة تعني أن الموقع متوافق؟
لا. هي نتيجة ضمن طريقة وتغطية محددتين، وتحتاج تفسيراً وفحصاً مناسباً. لا تستخدمها وحدها في ادعاء عام بالمطابقة.
هل إعادة الاختبار مشمولة عادة؟
لا تفترض ذلك. حدّد جولات الإعادة والعناصر المشمولة ونافذة استلام الإصلاحات وطريقة التعامل مع تغييرات جديدة في العقد.
هل التقرير شهادة قانونية؟
لا. هو دليل فني محدود بنطاقه ومنهجه وتاريخه. أي تفسير قانوني أو التزام خاص يحتاج مراجعة المختص المناسب لدى الجهة.
ابدأ بخريطة رحلاتك وإصداراتها وصلاحيات الاختبار. هذه المعلومات تجعل المقارنة بين العروض أدق من مقارنة عدد صفحات التقرير أو اسم أداة الفحص.
المصادر
- W3C: متطلبات المطابقة في WCAG 2.2.
- W3C WAI: تقييم إمكانية الوصول. راجعت المراجع في 26 أكتوبر 2026.
