جعل موقعك سهل الوصول

ما هو

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

ما يجعل الموقع سهل الوصول مكتوب في معيار دولي: Web Content Accessibility Guidelines (WCAG)، أي إرشادات إمكانية الوصول إلى محتوى الويب. يقوم هذا المعيار على أربعة مبادئ: قابل للإدراك، وقابل للتشغيل، وقابل للفهم، ومتين. هل WCAG جديد عليك؟ من الأفضل عندها قراءة ما هو WCAG؟ أولا.

الأمر أكبر من الصفحات التي تظهر عند فتح موقعك. نموذج التسجيل، ونشرات PDF، والفيديوهات، والتطبيقات، وبوابة المراجعين كلها جزء منه أيضا. لذلك فالمعيار الأوروبي لإمكانية الوصول الرقمي، EN 301 549، لا يتعلق بالمواقع فقط، بل بالتطبيقات والمستندات أيضا.

لماذا هذا مهم

في هولندا 4.5 ملايين شخص عندهم إعاقة أو مرض مزمن. وإلى جانب ذلك هناك تقريبا 3 ملايين شخص من عمر 16 إلى 75 سنة يجدون صعوبة في القراءة أو الكتابة أو الحساب، وكثيرا ما يكون الكمبيوتر أو الهاتف الذكي صعبا عليهم أيضا. والموقع الذي يسهل الوصول إليه يساعد أيضا من عنده إعاقة مؤقتة، مثل ذراع مكسورة.

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

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

خطوات العمل

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

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

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

3. فحص أول بنفسك. لا حاجة لمعرفة تقنية لذلك. يمكنك مراجعة قائمة فحص لموقع يسهل الوصول إليه عندنا. ويمكنك مثلا تجربة ملء نموذج التسجيل بالمفتاح Tab وحده. ثم التكبير حتى 200% والنظر هل ما زال كل شيء يعمل. وبأداة نظارة الألوان يظهر هل يبرز نصك بشكل كاف على الخلفية.

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

4. فحص كامل عند مختص. يفحص المختص عندها موقعك كله بكل شروط WCAG. يمكنك السؤال هل يتبع طريقة الفحص WCAG-EM. هذه الطريقة من World Wide Web Consortium (W3C)، المنظمة التي وضعت WCAG. برامج الاختبار الآلية تساعد في ذلك، لكن يجب أن يحكم إنسان على النتيجة. النصيحة للمؤسسات الحكومية هي إجراء هذا الفحص مرة كل ثلاث سنوات على الأقل.

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

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

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

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

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

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

   • هل يفي ما يتم بناؤه بشروط WCAG 2.2 على المستوى AA، وكيف يظهر ذلك؟
   • هل يتم الاختبار بلوحة المفاتيح وحدها وبقارئ الشاشة؟
   • هل يمكننا وضع عناوين ونصوص ونصوص بديلة سهلة الوصول بأنفسنا؟
   • ماذا يحدث إذا ظهرت مشكلة بعد التسليم رغم ذلك؟

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

   النص البديل الجيد يقول ماذا تعني الصورة، لا كيف تبدو فقط. في زر عليه عدسة مكبرة، «بحث» أفضل من «عدسة مكبرة». لذلك من المفيد السؤال: ماذا أقول عن الصورة لو كنت أساعد شخصا لا يستطيع رؤية الصفحة؟ بأداة مساعد النص البديل يمكنك كتابة نص بديل بمساعدة بضعة أسئلة. ومن المفيد أيضا أن يحضر المحررون تدريبا، أو أن يقرؤوا عن الموضوع عند Digitoegankelijk (موقع الحكومة الهولندية عن إمكانية الوصول الرقمي).

9. وضع بيان إمكانية الوصول على موقعك. فيه مدى سهولة الوصول إلى موقعك، وما ستحسنه مؤسستك بعد. وفيه أيضا كيف يتواصل الزوار أو يقدمون شكوى. على المؤسسات الحكومية نشر هذا البيان، وتستخدم لذلك مساعد التعبئة (invulassistent) من Digitoegankelijk. وكثير من الشركات التي تبيع شيئا على الإنترنت عليها أيضا أن يكون لها بيان. وللمؤسسات الأخرى هذه عادة جيدة. إعداد بيان ممكن بأداة إعداد بيان إمكانية الوصول.

10. الاستمرار في الفحص. كل صفحة جديدة وكل تحديث قد يسبب مشاكل جديدة. لذلك من المهم الفحص مرة واحدة في السنة على الأقل، وتحديث البيان أيضا عندها. على المؤسسات الحكومية أن تبين في هذا التحديث السنوي أنها تتقدم، مثلا بحل المشاكل التي وجدتها. وهذا مقياس جيد، حتى لو لم تكن مؤسستك جهة حكومية.

مثال: نموذج تسجيل يعلق فيه المراجعون

يتصل مراجعون بمؤسستك لأنهم لا يستطيعون إكمال نموذج التسجيل على الموقع. عندها تكون البداية هناك. بالمفتاح Tab وحده وبتكبير 200% يظهر مثلا تقويم لتاريخ الميلاد يعمل بالفأرة فقط، وحقل فيه خطأ لا يحصل إلا على إطار أحمر.

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

تنبيه

• النظر أبعد من اختبار سريع. قد ينجح الموقع في اختبار كهذا ومع ذلك تبقى فيه عوائق كبيرة. وبرامج الاختبار الآلية قد تعطي نتيجة خاطئة أيضا.
• لا اعتماد على إضافة برمجية (plug-in). هناك أزرار وإضافات تعد بجعل موقعك سهل الوصول دفعة واحدة. لكنها لا تجعل موقعا صعب الوصول سهل الوصول، وقد تسبب مشاكل جديدة أيضا. فهي مثلا ترى أن النص البديل ناقص، لكنها لا تنجح بشكل موثوق في كتابة نص بديل جيد.
• الاختبار على الهاتف أيضا. في WCAG تدخل كل نسخة من الصفحة، ومنها النسخة التي تظهر على الشاشة الصغيرة.
• من المهم معرفة هل القانون ينطبق عليك. قرار إمكانية الوصول الرقمي للحكومة (Besluit digitale toegankelijkheid overheid) ينطبق على المؤسسات الحكومية ومؤسسات القانون العام. وهي مؤسسات لها مهمة للمصلحة العامة، تمولها أو تديرها الحكومة في الغالب. المؤسسات الاجتماعية لا تدخل فيه، إلا إذا كانت تقدم خدمات بتكليف من الحكومة، ولا تدخل فيه أيضا مؤسسات الرعاية التي ليست مؤسسات قانون عام. عند الشك، يمكنك قراءة شرح Digitoegankelijk وطلب نصيحة قانونية.
• من المهم مراعاة القانون حتى دون هذا الإلزام. وهو قانون المساواة في المعاملة بسبب الإعاقة أو المرض المزمن (Wet gelijke behandeling op grond van handicap of chronische ziekte). هذا القانون يطلب من مقدمي الخدمات أن يجعلوا ما يقدمونه أسهل وصولا بالتدريج، ومنه ما يقدمونه رقميا، إلا إذا كان ذلك عبئا ثقيلا جدا. وإلى جانب ذلك يمكن لشخص عنده إعاقة أن يطلب منك تعديلا.

أسئلة

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

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

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

لمعرفة المزيد

• ما هو WCAG؟: المعيار، والمستويات، والقواعد في هولندا.
• المبادئ الأربعة في WCAG: قابل للإدراك، وقابل للتشغيل، وقابل للفهم، ومتين.
• قائمة فحص لموقع يسهل الوصول إليه: 20 نقطة للمراجعة بنفسك.
• كتابة بيان إمكانية الوصول
• الشمول الرقمي
• Digitoegankelijk ↗ (بالهولندية): شرح القواعد، من الحكومة.