Wcag 2 2 A
30 مقالة
WCAG 1.1.1: محتوى غير نصي
تتطلب WCAG 1.1.1 أن يكون لكل محتوى غير نصي — مثل الصور والأيقونات وعناصر التحكم والوسائط — بديل نصي ينقل نفس الغرض أو المعلومات، مما يمكّن المستخدمين الذين لا يمكنهم إدراك المحتوى المرئي من الوصول إليه عبر تقنيات مساعدة مثل قارئات الشاشة.
WCAG 1.2.1: الصوت فقط والفيديو فقط (مُسجَّل مسبقًا)
تتطلب WCAG 1.2.1 أن يكون للمحتوى المسجّل مسبقًا الصوتي فقط أو المرئي فقط بديل نصي أو بديل وسائط، حتى يتمكن المستخدمون الذين لا يستطيعون السمع أو الرؤية من الوصول إلى المعلومات. هذا مطلب من المستوى A، ما يعني أنه الحد الأدنى الأساسي للامتثال لإتاحة الوصول على الويب.
WCAG 1.2.2: التسميات التوضيحية (مُسجَّل مسبقًا)
تتطلب WCAG 1.2.2 أن يتضمن كل المحتوى الصوتي المسجل مسبقًا في الوسائط المتزامنة (فيديو مع صوت) ترجمات دقيقة. يضمن ذلك أن يتمكن المستخدمون الصم وضعاف السمع من الوصول إلى الحوار المنطوق، والمؤثرات الصوتية، وغيرها من المعلومات الصوتية ذات المعنى.
WCAG 1.2.3: الوصف الصوتي أو بديل الوسائط (مُسجَّل مسبقًا)
تتطلب WCAG 1.2.3 أن توفر الوسائط المتزامنة المسجلة مسبقًا (فيديو مع صوت) إما وصفًا صوتيًا للمحتوى المرئي أو بديلًا نصيًا كاملًا، لضمان تمكّن المستخدمين المكفوفين أو ضعاف البصر من الوصول إلى المعلومات المنقولة بصريًا.
WCAG 1.3.1: المعلومات والعلاقات
يتطلب المعيار WCAG 1.3.1 أن تكون المعلومات والبنية والعلاقات التي يتم نقلها من خلال العرض المرئي قابلة للتحديد برمجياً أو متاحة في نص، مما يضمن أن يحصل مستخدمو تقنيات المساعدة على نفس السياق البنيوي الذي يحصل عليه المستخدمون المبصرون.
WCAG 1.3.2: تسلسل ذو معنى
تتطلب WCAG 1.3.2 أنه عندما يؤثر ترتيب المحتوى في معناه، يجب أن يكون من الممكن تحديد هذا التسلسل برمجياً حتى تتمكن تقنيات المساعدة من عرضه بشكل صحيح. إن عدم استيفاء هذا المعيار يؤدي إلى تلقي مستخدمي قارئات الشاشة وغيرهم من مستخدمي تقنيات المساعدة للمحتوى بترتيب مربك أو عديم المعنى.
WCAG 1.3.3: الخصائص الحسية
تتطلب WCAG 1.3.3 ألا تعتمد التعليمات الخاصة باستخدام المحتوى فقط على الخصائص الحسية مثل الشكل أو اللون أو الحجم أو الموقع البصري أو الاتجاه أو الصوت. يضمن ذلك أن المستخدمين الذين لا يمكنهم إدراك تلك الإشارات الحسية — بسبب العمى أو عمى الألوان أو الصمم أو غيرها من الإعاقات — يمكنهم مع ذلك فهم جميع الميزات وتشغيلها.
WCAG 1.4.1: استخدام اللون
WCAG 1.4.1 يتطلب ألا يكون اللون أبدًا الوسيلة الوحيدة لنقل المعلومات أو الإشارة إلى إجراء أو تحفيز استجابة أو تمييز عنصر بصري. يضمن هذا المعيار أن المستخدمين الذين لا يمكنهم إدراك الفروق في الألوان — بما في ذلك الأشخاص المصابون بعمى الألوان أو ضعاف البصر — يمكنهم مع ذلك الوصول إلى جميع المحتوى والوظائف.
WCAG 1.4.2: التحكم في الصوت
تتطلب WCAG 1.4.2 أن يوفّر أي صوت يتم تشغيله تلقائيًا لمدة تزيد عن ثلاث ثوانٍ للمستخدمين آلية لإيقافه مؤقتًا أو إيقافه تمامًا أو التحكم في مستوى صوته بشكل مستقل عن مستوى صوت النظام. يمنع ذلك الصوت من التدخل في مخرجات قارئ الشاشة ويحمي المستخدمين من الأصوات غير المتوقعة والمربكة.
WCAG 2.1.1: لوحة المفاتيح
تتطلب WCAG 2.1.1 أن تكون جميع الوظائف المتاحة من خلال الفأرة أو أي مؤشر قابلة للتشغيل بنفس القدر عبر لوحة المفاتيح فقط، دون الحاجة إلى توقيت محدد لضغطات المفاتيح. يُعد هذا المعيار أساسيًا للمستخدمين الذين لا يمكنهم استخدام الفأرة، إذ يضمن قدرتهم على التنقل والتفاعل وإكمال المهام على أي موقع إلكتروني أو تطبيق.
WCAG 2.1.2: عدم وجود فخ لوحة المفاتيح
تتطلب WCAG 2.1.2 ألّا يُحتجز مستخدمو لوحة المفاتيح داخل أي مكوّن مطلقًا — فإذا أمكن نقل التركيز إلى عنصر في واجهة المستخدم باستخدام لوحة المفاتيح، يجب أيضًا أن يكون من الممكن نقل التركيز بعيدًا باستخدام لوحة المفاتيح فقط. يُعد هذا المعيار ضروريًا للمستخدمين الذين يعتمدون حصريًا على التنقل عبر لوحة المفاتيح، بما في ذلك الأشخاص ذوو الإعاقات الحركية ومستخدمو برامج قراءة الشاشة.
WCAG 2.1.4: اختصارات المفاتيح الأحرفية
تتطلب WCAG 2.1.4 أن أي اختصار لوحة مفاتيح يتم تنفيذه باستخدام مفتاح حرف واحد فقط (حرف، رقم، علامة ترقيم، أو رمز) يمكن إيقافه، أو إعادة تعيينه، أو تفعيله فقط عند وجود التركيز عليه — وذلك لمنع التشغيل العرضي الذي يضر بالمستخدمين الذين يعتمدون على الإدخال الصوتي أو لديهم إعاقات حركية.
WCAG 2.2.1: قابلية ضبط التوقيت
تتطلب WCAG 2.2.1 أن يتمكن المستخدم من إيقاف أي حد زمني يحدده المحتوى أو تعديله أو تمديده، مما يضمن ألا يُستبعد الأشخاص الذين يحتاجون إلى وقت أطول للتفاعل مع محتوى الويب. يعد هذا المعيار من المستوى A ضروريًا للمستخدمين ذوي الإعاقات الحركية والمعرفية والبصرية.
WCAG 2.2.2: إيقاف مؤقت، إيقاف، إخفاء
WCAG 2.2.2 يتطلب أن يكون من الممكن للمستخدمين إيقاف أو إلغاء أو إخفاء المحتوى المتحرك أو اللامع أو القابل للتمرير أو الذي يتم تحديثه تلقائيًا. هذا يحمي الأشخاص ذوي الإعاقات الإدراكية واضطرابات الجهاز الدهليزي والحالات المرتبطة بالانتباه من المحتوى الذي لا يمكنهم التحكم فيه.
WCAG 2.3.1: ثلاث ومضات أو أقل من العتبة
WCAG 2.3.1 يتطلب أن لا يحتوي محتوى الويب على أي شيء يومض أكثر من ثلاث مرات في الثانية، ما لم يكن الوميض أقل من عتبات الوميض العامة أو الوميض الأحمر. هذا المعيار ضروري لمنع النوبات وردود الفعل الجسدية لدى المستخدمين المصابين بالصرع الحساس للضوء أو حالات عصبية مشابهة.
WCAG 2.4.1: تجاوز الكتل
تتطلب WCAG 2.4.1 أن توفر صفحات الويب آلية لتخطي الكتل المتكررة من المحتوى، مثل قوائم التنقل، حتى يتمكن مستخدمو لوحة المفاتيح وتقنيات المساعدة من الوصول إلى المحتوى الرئيسي دون الاضطرار للانتقال عبر كل رابط باستخدام مفتاح Tab. هذا مطلب من المستوى A، ما يعني أنه يمثل الحد الأدنى الأساسي للتنقل بلوحة المفاتيح بشكل متوافق مع متطلبات الوصول.
WCAG 2.4.2: صفحة معنونة
WCAG 2.4.2 يتطلب أن تحتوي كل صفحة ويب على عنوان وصفي وذو معنى يحدد موضوعها أو غرضها. يضمن هذا أن يتمكن المستخدمون — وخاصة الذين يعتمدون على قارئات الشاشة أو يديرون عدة علامات تبويب — من توجيه أنفسهم بسرعة والتنقل بكفاءة.
WCAG 2.4.3: ترتيب التركيز
تتطلب WCAG 2.4.3 أنه إذا كان من الممكن التنقل في صفحة ويب بشكل تسلسلي وكانت تسلسلات التنقل تؤثر في المعنى أو في طريقة التشغيل، فيجب أن تتلقى المكوّنات القابلة للتركيز التركيزَ بترتيب يحافظ على المعنى وقابلية التشغيل. يُعد هذا المعيار ضروريًا لمستخدمي لوحة المفاتيح وتقنيات المساعدة الذين يعتمدون على تسلسل تركيز منطقي ومتوقع لفهم المحتوى والتفاعل معه.
WCAG 2.4.4: غرض الرابط (في السياق)
تتطلب WCAG 2.4.4 أن يكون من الممكن تحديد الغرض من كل رابط من نص الرابط وحده، أو من نص الرابط مع سياقه المحيط. يضمن ذلك أن مستخدمي قارئات الشاشة، ومستخدمي لوحة المفاتيح فقط، والأشخاص ذوي الإعاقات الإدراكية يمكنهم فهم إلى أين يقود الرابط دون الحاجة إلى اتباعه.
WCAG 2.5.1: إيماءات المؤشر
تتطلب WCAG 2.5.1 أن تكون جميع الوظائف التي تستخدم إيماءات متعددة النقاط أو قائمة على المسار (مثل القرص للتكبير أو السحب) قابلة للتشغيل أيضًا باستخدام مؤشر واحد دون إيماءة قائمة على المسار، ما لم تكن الإيماءة أساسية. يحمي هذا المستخدمين ذوي الإعاقات الحركية الذين لا يمكنهم تنفيذ إيماءات اللمس المعقدة بشكل موثوق.
WCAG 2.5.2: إلغاء المؤشر
تتطلب WCAG 2.5.2 أن تكون الوظيفة التي يتم تشغيلها بواسطة مؤشر واحد (الماوس أو اللمس أو القلم) قابلة للإلغاء أو العكس، لمنع عمليات التفعيل غير المقصودة. يحمي هذا المستخدمين ذوي الإعاقات الحركية الذين قد ينقرون أو يضغطون عن غير قصد.
WCAG 2.5.4: تشغيل بالحركة
تتطلب WCAG 2.5.4 أن تكون أي وظيفة يتم تشغيلها بواسطة حركة الجهاز أو حركة المستخدم (مثل الهز أو الإمالة) قابلة للتشغيل أيضًا من خلال مكوّنات واجهة المستخدم التقليدية، وأن يكون المستخدمون قادرين على تعطيل تفعيل الحركة لمنع التشغيل العرضي.
WCAG 3.1.1: لغة الصفحة
سيتحقق ما يلي: - الحفاظ على المعنى والنبرة والأسلوب الأصلي للنص. - استخدام لغة عربية فصيحة تعكس الطابع التقني للنص. - الإبقاء على جميع الأرقام والرموز كما هي دون تغيير. - الحفاظ على أسماء المعايير والعناصر البرمجية بصيغتها الأصلية. - الحفاظ على فواصل الأسطر وبنية الفقرات كما في النص الأصلي. يتطلب المعيار WCAG 3.1.1 أن تكون اللغة البشرية الافتراضية لكل صفحة ويب قابلة للتحديد برمجياً، وذلك أساساً من خلال تعيين قيمة صحيحة لخاصية lang في عنصر HTML. يتيح هذا لتقنيات المساعدة مثل برامج قراءة الشاشة نطق المحتوى بشكل صحيح، ويساعد المستخدمين ذوي الإعاقات الإدراكية واللغوية على فهم الصفحة.
WCAG 3.2.1: عند التركيز
تتطلب قاعدة WCAG 3.2.1 On Focus أنه عندما يتلقى أي مكوّن من مكوّنات واجهة المستخدم تركيز لوحة المفاتيح، يجب ألا يؤدي ذلك إلى تغيير غير متوقع في السياق. يحمي هذا مستخدمي لوحة المفاتيح وتقنيات المساعدة من السلوك المربك وغير المتوقع الذي يمكن أن يجعل الصفحة مستحيلة التنقل بفعالية.
WCAG 3.2.2: عند الإدخال
تتطلب WCAG 3.2.2 On Input ألا يؤدي تغيير إعداد أي مكوّن من مكوّنات واجهة المستخدم تلقائيًا إلى تغيير في السياق ما لم يتم إبلاغ المستخدم بهذا السلوك مسبقًا. يحمي هذا المستخدمين من تغييرات الصفحات المربكة وغير المتوقعة التي يتم تشغيلها بواسطة تفاعلات النماذج.
WCAG 3.3.1: تحديد الخطأ
يتطلب المعيار WCAG 3.3.1 أنه عند اكتشاف خطأ في الإدخال تلقائيًا، يتم تحديد العنصر الذي يحتوي على الخطأ ووصف الخطأ للمستخدم نصيًا. يضمن ذلك أن يتمكن المستخدمون ذوو الإعاقة من التعرف على الأخطاء وفهمها وتصحيحها عند ملء النماذج.
WCAG 3.3.2: التسميات أو التعليمات
يتطلب المعيار WCAG 3.3.2 توفير تسميات أو تعليمات عندما يتطلب المحتوى إدخالاً من المستخدم، مما يضمن أن جميع المستخدمين — بغض النظر عن قدراتهم — يمكنهم فهم ما هو متوقع منهم قبل إرسال بيانات النموذج. إن عدم وضع تسميات لحقول النماذج هو أحد أكثر حواجز الوصول شيوعاً وتأثيراً على الويب.
WCAG 3.3.7: إدخال متكرر
تتطلب WCAG 3.3.7 أن يتم إما تعبئة المعلومات التي قدّمها المستخدمون مسبقًا في عملية متعددة الخطوات تلقائيًا، أو إتاحتها للاختيار، بحيث لا يضطر المستخدمون أبدًا إلى إدخال نفس البيانات مرتين. هذا يمنع الإحباط والأخطاء لدى المستخدمين ذوي الإعاقات الإدراكية أو الحركية أو غيرها من الإعاقات.
WCAG 4.1.2: الاسم، الدور، القيمة
تتطلب WCAG 4.1.2 أن تحتوي جميع مكوّنات واجهة المستخدم على اسم ودور يمكن تحديدهما برمجياً، وأن تكون الحالات والخصائص والقيم قابلة للقراءة والتعيين بواسطة تقنيات المساعدة. يضمن ذلك أن يتمكن قارئو الشاشة والأدوات الأخرى من تحديد كل عنصر في الصفحة بدقة، ووصفه، والتفاعل معه.
WCAG 4.1.1: التحليل النحوي (أُوقِف استخدامه في WCAG 2.2)
يتطلب المعيار WCAG 4.1.1 الخاص بالتحليل أن يكون محتوى الويب خاليًا من أخطاء HTML/XML الجسيمة — مثل المعرفات المكررة (duplicate IDs) — التي قد تتسبب في أن تسيء تقنيات المساعدة تفسير الصفحة أو تفشل في معالجتها. وعلى الرغم من إهماله في WCAG 2.2، فإن القواعد الأساسية في axe-core لا تزال فعّالة، وما زالت الانتهاكات تشير إلى مخاطر حقيقية على مستوى إمكانية الوصول.