ولوجية الويب: لماذا كثيرًا ما يتم تجاهل معايير W3C

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

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

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

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

1. ماذا يعني "التصميم الذي يمكن الوصول إليه"؟

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

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

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

• غير قادر على السماع جيدا. 360 مليون شخص في جميع أنحاء العالم يعانون من إعاقات سمعية. يجب أن يحتوي المحتوى الصوتي على نصوص ويجب أن يحتوي الفيديو على تسميات توضيحية.

• غير قادر على الرؤية جيدا. تشير التقديرات إلى أن 285 مليون شخص يعانون من إعاقة بصرية في جميع أنحاء العالم: 39 مليون مصاب بالعمى و 246 يعانون من ضعف البصر. المستخدمون الذين يعانون من إعاقة بصرية يستخدمون قارئات الشاشة (التي تقرأ المحتوى باستخدام الكلام المركب) ، وشاشات برايل القابلة للتحديث (يظهر محتوى الشاشة على شاشة برايل ، ويمكن للمستخدم التنقل والتفاعل مع أجهزته باستخدام المفاتيح الموجودة على الشاشة) أو عالية -وضع التباين.

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

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

• استخدام الأجهزة المحمولة. تكييف المحتوى الخاص بك للشاشات الصغيرة. السماح للمستخدم بتكبير حجم الخط أو زيادته.

2. كيفية ضمان سهولة الوصول إلى الويب

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

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

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

لتوضيح كيفية عملها ، دعنا نلقي نظرة على مثال رمز بسيط:

 <a href="#” class=”button”>Delete</a>

هذا الرمز البسيط ، للأشخاص الذين يستخدمون قارئ الشاشة ، لا يعني الكثير. حتى أنه مضلل ولا يقرأ إلا كارتباط مع النص " حذف ". من أجل مساعدة المستخدمين على فهم نوع الطريقة المستخدمة لتنفيذ الإجراء ، يمكننا استخدام سمات ARIA (تطبيقات الإنترنت الغنية المساعدة) (المحددة في https://www.w3.org/TR/wai-aria/) تجاوز الدور الأصلي. نقوم بتغيير معنى الارتباط إلى زر عن طريق إضافة role="button" . بهذه الطريقة ، ستقرأه برامج قراءة الشاشة على أنها زر وليس رابط. أيهما أكثر ملاءمة.

باختصار ، السمة ARIA:

• يعطي أو يعزز دلالات العناصر غير الدلالية أو العناصر الدلالية الأخرى ،

• يضمن أن المحتوى الديناميكي (المباشر) لا يزال متاحًا.

• يوفر دورًا لوصف نوع عنصر واجهة المستخدم المحدد (قائمة ، عنصر شجرة ، شريط تمرير ، مقياس التقدم ، إلخ).

• يوفر دورًا لوصف بنية صفحة الويب (العناوين والمناطق والجداول).

• يوفر حالة الأدوات (محددة ، بها نافذة منبثقة ، إلخ).

• يوفر خصائص السحب والإفلات التي تصف مصادر السحب وأهداف الإفلات.

ما هي إمكانية الوصول في تصميم الويب؟

عندما تقوم بتصميم محتوى ، فكر في شيئين: كيف يمكن إدراك المحتوى وكيف يتم تشغيله . دعونا نفحص بعض الأمثلة لتوضيح إمكانية الوصول في تصميم الويب.

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

• ضع علامة على الحالات المختلفة: ممكّن ، معطل ، للقراءة فقط.

• ضع علامة على العنصر عندما يحصل على حالة التركيز / التمرير.

• ضع علامة على كل عنصر خيار عندما يحصل على حالة التركيز / التمرير.

• تأكد من أن المحتوى لا يزال قابلاً للقراءة عندما يتم تكبير النص فقط حتى مستوى 200٪.

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

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

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

• حدد كل عنصر عندما يحصل على حالة التركيز / التمرير.

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

3. اختبار إمكانية الوصول: من أين نبدأ؟

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

تحديد القضايا

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

مثال سيء: لا يمكن للمستخدم استخدام لوحة المفاتيح على الصفحة.

مثال جيد: تعذر استخدام التنقل باستخدام لوحة المفاتيح في القائمة الرئيسية.

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

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

إعطاء الأولوية لقضايا الوصول إلى الويب

الأولويات مهمة لأنها تحدد المشكلات التي يجب إصلاحها أولاً. على سبيل المثال ، يتم تقسيم WCAG على ثلاثة مستويات مطابقة: A ، AA ، AAA ، مما يعني أنه يجب أن تبدأ من المستوى الأدنى A ، ولكن هذا لا يعني تلقائيًا أن مستويات AA و AAA هي مجرد "من الجيد الحصول عليها". جميع المستويات مهمة ، ومن المهم عدم إعطاء الأولوية بافتراض أن المستوى أ وحده كافٍ.

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

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

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

• طفيفة - المشكلات المزعجة ولكنها لا تعرقل الاستخدام ، أو التحسينات التي يمكن إجراؤها على التطبيق.

• معلومات - لا تلتزم بأفضل الممارسات. توصيات عامة للتحسينات.

حلول

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

مثال على تقنية WCAG G4 ("السماح بإيقاف المحتوى مؤقتًا وإعادة تشغيله من حيث تم إيقافه مؤقتًا"):

إجراء الاختبار

على صفحة بها محتوى متحرك أو متحرك ،

1. استخدم الآلية المتوفرة في صفحة الويب أو بواسطة وكيل المستخدم لإيقاف نقل المحتوى أو تمريره مؤقتًا.

2. تحقق من توقف النقل أو التمرير وعدم إعادة التشغيل من تلقاء نفسه.
3. استخدم الآلية المتوفرة لإعادة تشغيل المحتوى المتحرك.
4. تأكد من استئناف الحركة أو التمرير من النقطة التي توقفت عندها.

نتائج متوقعة

رقم 2 ورقم 4 صحيحان.

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

إرشادات الوصول إلى الويب ومعايير W3C

يجب أن يكون اتباع معايير الويب الأساسية هو نقطة البداية:

• الأكثر شيوعًا هي إرشادات الوصول إلى محتوى الويب المعروفة باسم WCAG. WCAG 2.0 هو "معيار تقني ثابت يمكن الرجوع إليه. يحتوي على 12 إرشادات منظمة وفقًا لأربعة مبادئ: مفهوم وقابل للتشغيل ومفهوم وقوي. لكل مبدأ توجيهي ، هناك معايير نجاح قابلة للاختبار ، وهي على ثلاثة مستويات: A و AA و AAA ".

• تقنيات WCAG 2.0 هي دليل شامل لمؤلفي محتوى الويب.

  

• W3C Media Accessibility User Requirements - يعرض هذا المستند متطلبات إمكانية الوصول التي يجب على المستخدمين ذوي الاحتياجات الخاصة الوصول إليها فيما يتعلق بالصوت والفيديو على الويب.

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

• القسم 508 - متطلبات إمكانية الوصول لتكنولوجيا المعلومات والاتصالات (ICT) التي تنطبق على جميع الوكالات الفيدرالية عندما تقوم بتطوير أو شراء أو صيانة أو استخدام تكنولوجيا المعلومات والإلكترونيات.

• إمكانية الوصول إلى مواقع الويب بموجب الباب الثاني من قانون الأمريكيين ذوي الإعاقة (ADA) - ستتعرف هناك على كيفية تطبيق متطلبات عدم التمييز الواردة في الباب الثاني من ADA على مواقع الويب الحكومية المحلية والحكومية.

اختبار الوصول إلى الويب: كيف أعرف ما إذا كان المحتوى الخاص بي يمكن الوصول إليه أم لا؟

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

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

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

• اختبر باستخدام أدوات اختبار إمكانية الوصول وأدوات التحقق. استخدم الأدوات التي تفحص وتتحقق من أخطاء الوصول المحتملة.

• محتوى ديناميكي. أبلغ مستخدمي قارئ الشاشة بالتغييرات الديناميكية ، على سبيل المثال عندما تتغير نتائج البحث.

• لا تعتمد على الألوان لوصف المعنى. استخدم اللون مع الوصف ، على سبيل المثال ، تحذير [المربع الأصفر].

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

• رسائل خاطئة. أخبر المستخدم دائمًا بكيفية تصحيح الخطأ. لا تذكر فقط أن البيانات غير صالحة.

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

• تكبير. تأكد من أن محتوى الصفحة لا يزال قابلاً للقراءة أثناء تكبير النص بنسبة تصل إلى 200٪.

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

• قارئ الشاشة. اختبر لمعرفة ما إذا كان بإمكانك قراءة المحتوى والتنقل فيه باستخدام قارئ شاشة واحد على الأقل ، مثل VoiceOver أو Windows Narrator أو NVDA.

• وضع التباين العالي. تحقق لمعرفة ما إذا كان المحتوى لا يزال قابلاً للقراءة أثناء التبديل إلى وضع التباين العالي.

• حجم الخط. تأكد من أن حجم الخط على الصفحة لا يقل عن 10 بكسل.

4. الأخطاء الشائعة في الوصول إلى الويب

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

فيما يلي قائمة ببعض الأخطاء الأكثر شيوعًا التي يرتكبها المطورون أثناء تنفيذ إمكانية الوصول:

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

• إساءة استخدام خاصية مخطط CSS. في معظم الحالات ، outline: 0; ، مما يعني أن المخطط التفصيلي حول كل عنصر قابل للتنفيذ لم يعد مرئيًا بعد الآن. لا تستخدم outline: 0; أو outline: 0 !important; . سيفقد المستخدم القدرة على رؤية العنصر المركز حاليًا أثناء التنقل عبر المحتوى ، ما لم يكن هناك أي بديل آخر لذلك ، على سبيل المثال ، استخدام خاصية CSS border .

• فقدان التركيز من العنصر الحالي ، على سبيل المثال ، بسبب التلاعب في DOM أو باستخدام طريقة blur() . يحدث هذا غالبًا للتطبيقات ذات الصفحة الواحدة.

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

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

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

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

• التسلسل الهرمي للعنوان الخاطئ. لسوء الحظ ، لا يزال يتم رؤيته كثيرًا ، ولكن لم يتم إنشاء التسلسل الهرمي للرأس بشكل صحيح ، على سبيل المثال ، <h1> ، <h5> ، و <h2> . يستخدم مستخدمو قارئ الشاشة الرؤوس للتنقل عبر الأقسام والبنية غير الصحيحة مربكة لأنه من الصعب فهم السياق.

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

• استخدام حل CAPTCHA لا يمكن الوصول إليه. لسوء الحظ ، فإن جميع اختبارات CAPTCHA المعروفة بالنسبة لي إما يتعذر الوصول إليها أو يصعب استخدامها.

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

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

• مشاكل التكبير. تأكد من أن المحتوى لا يزال قابلاً للقراءة والتنقل عند التكبير حتى 200٪.

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

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

ولكن كيف يمكنني تحسين الوصول إلى الويب؟

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

فيما يتعلق بالأدوات ، لا توجد أداة واحدة يمكنها التحقق من جميع المجموعات الممكنة ، ولكن كبداية جيدة ، يجب أن تساعد هذه الأدوات:

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

• https://www.w3.org/WAI/ER/tools/ - قائمة بالبرامج أو الخدمات عبر الإنترنت التي تساعدك في تحديد ما إذا كان محتوى الويب يتوافق مع إرشادات إمكانية الوصول.

• وتساعدك أداتي ، ASLint https://www.aslint.org/ ، في العثور على مشكلات إمكانية الوصول.

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

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

لماذا من المهم جعل المحتوى قابلاً للوصول

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

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

أخيرًا ، إليك بعض الإحصائيات التي تحتاج إلى أخذها في الاعتبار:

• يعاني أكثر من مليار شخص في جميع أنحاء العالم من بعض أنواع الإعاقة.

• شيخوخة السكان. بين عامي 2015 و 2030 ، من المتوقع أن ينمو عدد كبار السن - الذين تبلغ أعمارهم 60 عامًا أو أكثر - في العالم بنسبة 56 في المائة ، من 901 مليون إلى أكثر من 1.4 مليار.

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

• أنواع الإعاقات: هناك خمس فئات واسعة من الإعاقات ، بما في ذلك الإعاقات البصرية ، والتنقل ، والكلام ، والإدراك ، والسمع.

نحن جميعًا نطلب خدمات عالية الجودة. دعونا نسلمهم أيضًا .