الوصول الشامل في بوابة الدعم يعني أن يستطيع كل مستفيد تقديم طلبه ومتابعته بغض النظر عن قدرته أو الأداة التي يستخدمها. وهو ليس نية حسنة بل عمل هندسي محدد: تنقل كامل بلوحة المفاتيح، تباين لوني كافٍ، تسميات مرتبطة برمجيًا بالحقول، دلالات صحيحة لقارئ الشاشة، وألا يُنقل أي معنى باللون وحده.
الوصول الشامل يُناقَش عادةً بلغة القيم، ويُنفَّذ بلغة الشيفرة. الفارق بين بوابة يمكن استخدامها وأخرى لا يمكن ليس في النوايا؛ هو في تفاصيل قابلة للفحص: هل هذا الزر عنصر button أم div مزخرف؟ هل هذه التسمية مرتبطة بحقلها أم مجرد نص مجاور له؟ هذا المقال عن التفاصيل، لأنها وحدها ما يُحدث فرقًا.
لماذا يخص هذا بوابة الدعم تحديدًا؟
بوابة الدعم ليست صفحة تعريفية يمكن الاستغناء عنها. هي المكان الذي يطلب فيه المستفيد حقًا أو خدمة. حين يعجز عن استخدامها، لا يفوته محتوى — تفوته الخدمة نفسها. وفي السياق الحكومي، البديل الوحيد المتاح له غالبًا هو الحضور شخصيًا أو الاتصال، أي أن قصور البوابة يُترجم مباشرة إلى عبء على مركز الاتصال وطابور في المقر.
وهناك سوء فهم شائع يستحق التصحيح: الوصول الشامل ليس لفئة صغيرة. ضعف البصر يزيد مع التقدم في العمر، وإصابة مؤقتة في اليد تجعل الفأرة صعبة، وشاشة تحت شمس الظهيرة تجعل التباين المنخفض غير مقروء للجميع. التصميم المتاح لمن يحتاجه اضطرارًا يصبح أسهل لمن لا يحتاجه — والعكس ليس صحيحًا.
التنقل بلوحة المفاتيح: الاختبار الأول والأرخص
ضع الفأرة جانبًا وحاول تقديم طلب كامل بلوحة المفاتيح وحدها. هذا الاختبار يستغرق عشر دقائق ويكشف أكثر مما يكشفه تقرير آلي كامل. من لا يستطيع استخدام الفأرة — لسبب دائم أو مؤقت — ومن يستخدم قارئ شاشة، كلاهما يتنقل هكذا.
| العطل | الأثر على المستخدم | الاتجاه العلاجي |
|---|---|---|
| مؤشر التركيز غير مرئي | لا يعرف أين هو في الصفحة؛ يتنقل عمياءً | لا تُخفِ مؤشر التركيز؛ إن لم يعجبك شكله فصمّم بديلًا واضحًا لا تحذفه |
| ترتيب التنقل يقفز عشوائيًا | ينتقل من أعلى النموذج إلى أسفله ثم يعود؛ يفقد تسلسل التعبئة | اجعل ترتيب الشيفرة مطابقًا للترتيب البصري بدل ترقيم يدوي للتنقل |
| مصيدة تركيز في نافذة منبثقة | يدخل النافذة ولا يستطيع الخروج بلوحة المفاتيح؛ يُضطر لإغلاق الصفحة | احصر التركيز داخل النافذة عمدًا مع مخرج واضح بمفتاح الهروب |
| عناصر تفاعلية غير قابلة للتركيز | «زر» مبني كعنصر زخرفي لا تصله لوحة المفاتيح أصلًا | استخدم عناصر HTML الأصلية للأزرار والروابط بدل بناء بدائل مزخرفة |
| لا رابط تخطٍ للمحتوى | يمرّ بالقائمة كاملة في كل صفحة قبل بلوغ النموذج | أضف رابط «تخطي إلى المحتوى» كأول عنصر قابل للتركيز |
| قوائم تظهر بالتحويم فقط | لا تُفتح أبدًا لمن لا يستخدم الفأرة | افتحها بالتركيز والنقر أيضًا لا بالتحويم وحده |
العطل الأول تحديدًا شائع لسبب مؤسف: مطوّر يجد الإطار المتقطع حول الأزرار غير جميل فيحذفه سطرًا واحدًا في التنسيق. ذلك السطر يجعل البوابة غير قابلة للاستخدام بلوحة المفاتيح كليًا. القاعدة: مؤشر التركيز يُصمَّم ولا يُحذف.
النماذج والتسميات: حيث تُفقد الطلبات
بوابة الدعم في جوهرها نموذج. وإن كان النموذج غير متاح، فالبوابة غير متاحة مهما كان باقيها متقنًا. التسمية المرئية بجوار الحقل لا تكفي: يجب أن تكون مرتبطة به برمجيًا، وإلا فقارئ الشاشة يعلن «حقل نصي» ولا يعلن ما المطلوب فيه.
- كل حقل له تسمية مرتبطة به برمجيًا — لا نص مجاور فحسب ولا نص داخل الحقل بديلًا عن التسمية.
- النص التوضيحي داخل الحقل ليس تسمية؛ يختفي عند الكتابة فيضيع السياق ولا يقرؤه قارئ الشاشة كتسمية.
- الحقول الإلزامية مُعلَّمة نصًا وبرمجيًا، لا بنجمة حمراء وحدها.
- رسالة الخطأ نصية ومحددة وقريبة من الحقل: «تاريخ الميلاد غير صحيح» لا «خطأ في البيانات».
- الخطأ يُعلَن لقارئ الشاشة عند وقوعه، لا يظهر بصريًا فقط في أعلى الصفحة.
- الحقول المترابطة مجمّعة في مجموعة لها عنوان يُقرأ مع كل حقل فيها.
- لا مهلة زمنية تُغلق النموذج دون تحذير وإمكانية تمديد؛ من يستخدم أداة مساعدة يحتاج وقتًا أطول.
- الحقول تقبل اللصق — منع اللصق في حقل الهوية أو البريد يعاقب من يعتمد على أدوات مساعدة.
- رفع المرفقات له بديل عن السحب والإفلات؛ السحب والإفلات وحده يستبعد فئة كاملة.
البند السابع يُغفل دائمًا. المهلة التي تبدو كافية لمن يكتب بسرعة قد لا تكفي من يتنقل بلوحة المفاتيح أو يستخدم برنامج تكبير. وفقدان نموذج مكتوب نصفه بسبب انتهاء جلسة صامت هو أسرع طريق لدفع المستفيد إلى الهاتف — أو إلى ترك الطلب كليًا.
اللون والتباين: لا تجعل اللون يحمل المعنى وحده
هذه القاعدة تُنتهك في كل لوحة تذاكر تقريبًا. حالة التذكرة تُعرض بنقطة خضراء أو حمراء، والأولوية بشريط ملوّن، والتجاوز بصف مظلَّل. من لا يميّز الأحمر عن الأخضر يرى نقطتين رماديتين متطابقتين. القاعدة بسيطة: اللون يؤكّد المعنى ولا ينفرد بحمله.
| الممارسة الشائعة | لماذا تفشل | البديل |
|---|---|---|
| نقطة ملوّنة تدل على الحالة | لا معنى لها لمن لا يميّز الألوان ولا لقارئ الشاشة | نص الحالة بجوار اللون: «متأخرة» مكتوبة صراحةً |
| حقل الخطأ يُحاط بإطار أحمر | الإطار وحده لا يخبر ما الخطأ ولا يُقرأ صوتيًا | رسالة نصية تحت الحقل مع رمز، والإطار تأكيد إضافي |
| الرابط يتميّز بلونه فقط داخل الفقرة | يذوب في النص لمن لا يميّز اللون | تسطير أو تمييز غير لوني إضافي |
| مخطط بياني بمفتاح ألوان فقط | سلاسل متجاورة بألوان متقاربة تصبح متطابقة | أنماط أو تسميات مباشرة على السلاسل |
| «اضغط الزر الأخضر للمتابعة» | تعليمة تفترض تمييز اللون | «اضغط زر متابعة» — سمِّ العنصر لا لونه |
أما التباين فمسألة قياس لا ذوق. نسبة التباين بين النص وخلفيته تُحسب بأدوات مجانية متاحة، وWCAG يحدد حدودًا دنيا لها تختلف بحسب حجم النص ووزنه ومستوى الالتزام المستهدف. النمط الأخطر شيوعًا هو النص الرمادي الفاتح على أبيض — يبدو أنيقًا على شاشة المصمم في غرفة مظللة، ويختفي على هاتف في ضوء النهار. راجع الحدود المطبقة على جهتك في المصدر الرسمي المعتمد لديها، ثم افحص شاشاتك عليها.
الفحص: الأداة الآلية لا تكفي
أدوات الفحص الآلي مفيدة ومحدودة معًا. تكشف التباين الضعيف والصور بلا نص بديل والحقول بلا تسميات — وهذه فئة معتبرة تستحق الأتمتة. لكنها لا تستطيع الحكم على ما إذا كان النص البديل مفيدًا: صورة موصوفة بـ«صورة» تمرّ من الفحص الآلي وهي عديمة القيمة للمستخدم.
والقاعدة الحاكمة لكل ما سبق: الإتاحة تُبنى ولا تُضاف. تصحيحها بعد بناء البوابة يعني إعادة كتابة أجزاء منها، بينما اشتراطها في المتطلبات منذ البداية يكاد لا يكلّف شيئًا. تفاصيل تصميم مسار المستفيد في دليل تصميم رحلة المستفيد، وبنية بوابة الطلبات في بوابة الخدمة الذاتية، والسياق الحكومي في نظام التذاكر للجهات الحكومية.
الأسئلة الشائعة
هل نحتاج نسخة منفصلة «لذوي الإعاقة» من البوابة؟
لا، وهذا نمط فاشل معروف. النسخة المنفصلة تتخلف عن الأصلية خلال أشهر، وتنقصها خدمات، وتفصل فئة من المستخدمين في مسار أدنى. البوابة الواحدة المبنية بإتاحة صحيحة تخدم الجميع وتُصان مرة واحدة. الجهد نفسه الذي يُنفق على نسخة ثانية يكفي لإصلاح الأولى نهائيًا.
ما الفرق بين الإتاحة وسهولة الاستخدام؟
سهولة الاستخدام تعني أن المهمة سهلة على من يستطيع أداءها؛ الإتاحة تعني أن المهمة ممكنة أصلًا لكل أحد. بوابة سهلة وغير متاحة تخدم فئة بامتياز وتستبعد أخرى كليًا. عمليًا الإتاحة أساس تُبنى عليه سهولة الاستخدام لا تنافسها، وأغلب تحسينات الإتاحة — التسميات الواضحة، رسائل الخطأ المحددة — ترفع سهولة الاستخدام للجميع.
هل رمز التحقق المرئي مشكلة إتاحة؟
نعم، وهو من أكثر العوائق حدة. رمز يعتمد على قراءة حروف مشوّهة يستبعد من لا يبصر بالكامل، والبديل الصوتي غالبًا رديء أو غائب. إن احتجت حماية من الإرسال الآلي، ففكّر في بدائل لا تعتمد على قدرة حسية — تحقق سلوكي أو تحديد للمعدل أو ربط بهوية موثقة، وهو متاح غالبًا في السياق الحكومي أصلًا.
كيف نتعامل مع المستندات المرفقة غير المتاحة؟
المستند الذي تنشره الجهة جزء من خدمتها. ملف ممسوح ضوئيًا كصورة لا نص فيه غير قابل للقراءة بقارئ الشاشة إطلاقًا. القاعدة: أنشئ المستندات من مصدر نصي لا من المسح الضوئي، وضع نسخة HTML للمحتوى المهم. النموذج الذي يجب طباعته وتعبئته يدويًا وإعادة رفعه ممسوحًا هو نقيض الخدمة الرقمية أصلًا.
من يتحمل مسؤولية الإتاحة: المورّد أم الجهة؟
الجهة أمام مستفيديها، والمورّد أمام الجهة بموجب العقد. لذلك اجعل متطلبات الإتاحة بندًا صريحًا وقابلًا للقياس في كراسة الشروط، واطلب دليل فحص عند التسليم لا تعهدًا عامًا. عبارة «النظام متوافق مع معايير الإتاحة» بلا تقرير فحص لا تعني شيئًا. واشترط أن تشمل التحديثات المستقبلية الالتزام نفسه، وإلا فالانحدار مسألة وقت.