أدلة عملية لمعايير نجاح WCAG. كل مقال يشرح القاعدة، ولماذا هي مهمة للمستخدمين، وكيفية التحقق منها، وخطوات المعالجة النموذجية — مُحسَّنة للفرق التي تقدم مواقع متاحة مع accsible.
90 / 90
تتطلب WCAG 1.1.1 أن يكون لكل محتوى غير نصي — مثل الصور والأيقونات وعناصر التحكم والوسائط — بديل نصي ينقل نفس الغرض أو المعلومات، مما يمكّن المستخدمين الذين لا يمكنهم إدراك المحتوى المرئي من الوصول إليه عبر تقنيات مساعدة مثل قارئات الشاشة.
تتطلب WCAG 1.2.1 أن يكون للمحتوى المسجّل مسبقًا الصوتي فقط أو المرئي فقط بديل نصي أو بديل وسائط، حتى يتمكن المستخدمون الذين لا يستطيعون السمع أو الرؤية من الوصول إلى المعلومات. هذا مطلب من المستوى A، ما يعني أنه الحد الأدنى الأساسي للامتثال لإتاحة الوصول على الويب.
تتطلب WCAG 1.2.2 أن يتضمن كل المحتوى الصوتي المسجل مسبقًا في الوسائط المتزامنة (فيديو مع صوت) ترجمات دقيقة. يضمن ذلك أن يتمكن المستخدمون الصم وضعاف السمع من الوصول إلى الحوار المنطوق، والمؤثرات الصوتية، وغيرها من المعلومات الصوتية ذات المعنى.
تتطلب WCAG 1.2.3 أن توفر الوسائط المتزامنة المسجلة مسبقًا (فيديو مع صوت) إما وصفًا صوتيًا للمحتوى المرئي أو بديلًا نصيًا كاملًا، لضمان تمكّن المستخدمين المكفوفين أو ضعاف البصر من الوصول إلى المعلومات المنقولة بصريًا.
يتطلب المعيار WCAG 1.3.1 أن تكون المعلومات والبنية والعلاقات التي يتم نقلها من خلال العرض المرئي قابلة للتحديد برمجياً أو متاحة في نص، مما يضمن أن يحصل مستخدمو تقنيات المساعدة على نفس السياق البنيوي الذي يحصل عليه المستخدمون المبصرون.
تتطلب WCAG 1.3.2 أنه عندما يؤثر ترتيب المحتوى في معناه، يجب أن يكون من الممكن تحديد هذا التسلسل برمجياً حتى تتمكن تقنيات المساعدة من عرضه بشكل صحيح. إن عدم استيفاء هذا المعيار يؤدي إلى تلقي مستخدمي قارئات الشاشة وغيرهم من مستخدمي تقنيات المساعدة للمحتوى بترتيب مربك أو عديم المعنى.
تتطلب WCAG 1.3.3 ألا تعتمد التعليمات الخاصة باستخدام المحتوى فقط على الخصائص الحسية مثل الشكل أو اللون أو الحجم أو الموقع البصري أو الاتجاه أو الصوت. يضمن ذلك أن المستخدمين الذين لا يمكنهم إدراك تلك الإشارات الحسية — بسبب العمى أو عمى الألوان أو الصمم أو غيرها من الإعاقات — يمكنهم مع ذلك فهم جميع الميزات وتشغيلها.
WCAG 1.4.1 يتطلب ألا يكون اللون أبدًا الوسيلة الوحيدة لنقل المعلومات أو الإشارة إلى إجراء أو تحفيز استجابة أو تمييز عنصر بصري. يضمن هذا المعيار أن المستخدمين الذين لا يمكنهم إدراك الفروق في الألوان — بما في ذلك الأشخاص المصابون بعمى الألوان أو ضعاف البصر — يمكنهم مع ذلك الوصول إلى جميع المحتوى والوظائف.
تتطلب WCAG 1.4.2 أن يوفّر أي صوت يتم تشغيله تلقائيًا لمدة تزيد عن ثلاث ثوانٍ للمستخدمين آلية لإيقافه مؤقتًا أو إيقافه تمامًا أو التحكم في مستوى صوته بشكل مستقل عن مستوى صوت النظام. يمنع ذلك الصوت من التدخل في مخرجات قارئ الشاشة ويحمي المستخدمين من الأصوات غير المتوقعة والمربكة.
تتطلب WCAG 2.1.1 أن تكون جميع الوظائف المتاحة من خلال الفأرة أو أي مؤشر قابلة للتشغيل بنفس القدر عبر لوحة المفاتيح فقط، دون الحاجة إلى توقيت محدد لضغطات المفاتيح. يُعد هذا المعيار أساسيًا للمستخدمين الذين لا يمكنهم استخدام الفأرة، إذ يضمن قدرتهم على التنقل والتفاعل وإكمال المهام على أي موقع إلكتروني أو تطبيق.
تتطلب WCAG 2.1.2 ألّا يُحتجز مستخدمو لوحة المفاتيح داخل أي مكوّن مطلقًا — فإذا أمكن نقل التركيز إلى عنصر في واجهة المستخدم باستخدام لوحة المفاتيح، يجب أيضًا أن يكون من الممكن نقل التركيز بعيدًا باستخدام لوحة المفاتيح فقط. يُعد هذا المعيار ضروريًا للمستخدمين الذين يعتمدون حصريًا على التنقل عبر لوحة المفاتيح، بما في ذلك الأشخاص ذوو الإعاقات الحركية ومستخدمو برامج قراءة الشاشة.
تتطلب WCAG 2.1.4 أن أي اختصار لوحة مفاتيح يتم تنفيذه باستخدام مفتاح حرف واحد فقط (حرف، رقم، علامة ترقيم، أو رمز) يمكن إيقافه، أو إعادة تعيينه، أو تفعيله فقط عند وجود التركيز عليه — وذلك لمنع التشغيل العرضي الذي يضر بالمستخدمين الذين يعتمدون على الإدخال الصوتي أو لديهم إعاقات حركية.
تتطلب WCAG 2.2.1 أن يتمكن المستخدم من إيقاف أي حد زمني يحدده المحتوى أو تعديله أو تمديده، مما يضمن ألا يُستبعد الأشخاص الذين يحتاجون إلى وقت أطول للتفاعل مع محتوى الويب. يعد هذا المعيار من المستوى A ضروريًا للمستخدمين ذوي الإعاقات الحركية والمعرفية والبصرية.
WCAG 2.2.2 يتطلب أن يكون من الممكن للمستخدمين إيقاف أو إلغاء أو إخفاء المحتوى المتحرك أو اللامع أو القابل للتمرير أو الذي يتم تحديثه تلقائيًا. هذا يحمي الأشخاص ذوي الإعاقات الإدراكية واضطرابات الجهاز الدهليزي والحالات المرتبطة بالانتباه من المحتوى الذي لا يمكنهم التحكم فيه.
WCAG 2.3.1 يتطلب أن لا يحتوي محتوى الويب على أي شيء يومض أكثر من ثلاث مرات في الثانية، ما لم يكن الوميض أقل من عتبات الوميض العامة أو الوميض الأحمر. هذا المعيار ضروري لمنع النوبات وردود الفعل الجسدية لدى المستخدمين المصابين بالصرع الحساس للضوء أو حالات عصبية مشابهة.
تتطلب WCAG 2.4.1 أن توفر صفحات الويب آلية لتخطي الكتل المتكررة من المحتوى، مثل قوائم التنقل، حتى يتمكن مستخدمو لوحة المفاتيح وتقنيات المساعدة من الوصول إلى المحتوى الرئيسي دون الاضطرار للانتقال عبر كل رابط باستخدام مفتاح Tab. هذا مطلب من المستوى A، ما يعني أنه يمثل الحد الأدنى الأساسي للتنقل بلوحة المفاتيح بشكل متوافق مع متطلبات الوصول.
WCAG 2.4.2 يتطلب أن تحتوي كل صفحة ويب على عنوان وصفي وذو معنى يحدد موضوعها أو غرضها. يضمن هذا أن يتمكن المستخدمون — وخاصة الذين يعتمدون على قارئات الشاشة أو يديرون عدة علامات تبويب — من توجيه أنفسهم بسرعة والتنقل بكفاءة.
تتطلب WCAG 2.4.3 أنه إذا كان من الممكن التنقل في صفحة ويب بشكل تسلسلي وكانت تسلسلات التنقل تؤثر في المعنى أو في طريقة التشغيل، فيجب أن تتلقى المكوّنات القابلة للتركيز التركيزَ بترتيب يحافظ على المعنى وقابلية التشغيل. يُعد هذا المعيار ضروريًا لمستخدمي لوحة المفاتيح وتقنيات المساعدة الذين يعتمدون على تسلسل تركيز منطقي ومتوقع لفهم المحتوى والتفاعل معه.
تتطلب WCAG 2.4.4 أن يكون من الممكن تحديد الغرض من كل رابط من نص الرابط وحده، أو من نص الرابط مع سياقه المحيط. يضمن ذلك أن مستخدمي قارئات الشاشة، ومستخدمي لوحة المفاتيح فقط، والأشخاص ذوي الإعاقات الإدراكية يمكنهم فهم إلى أين يقود الرابط دون الحاجة إلى اتباعه.
تتطلب WCAG 2.5.1 أن تكون جميع الوظائف التي تستخدم إيماءات متعددة النقاط أو قائمة على المسار (مثل القرص للتكبير أو السحب) قابلة للتشغيل أيضًا باستخدام مؤشر واحد دون إيماءة قائمة على المسار، ما لم تكن الإيماءة أساسية. يحمي هذا المستخدمين ذوي الإعاقات الحركية الذين لا يمكنهم تنفيذ إيماءات اللمس المعقدة بشكل موثوق.
تتطلب WCAG 2.5.2 أن تكون الوظيفة التي يتم تشغيلها بواسطة مؤشر واحد (الماوس أو اللمس أو القلم) قابلة للإلغاء أو العكس، لمنع عمليات التفعيل غير المقصودة. يحمي هذا المستخدمين ذوي الإعاقات الحركية الذين قد ينقرون أو يضغطون عن غير قصد.
WCAG 2.5.3 يتطلب أن تكون للمكوّنات التفاعلية ذات التسميات النصية المرئية أسماء يمكن الوصول إليها تحتوي على النص المرئي، مما يضمن أن مستخدمي الإدخال الصوتي يمكنهم تفعيل عناصر التحكم من خلال نطق ما يرونه. إن عدم التطابق بين التسميات المرئية والأسماء القابلة للوصول يعرقل التنقل عبر التحكم الصوتي ويقوّض الثقة لدى ملايين المستخدمين.
تتطلب WCAG 2.5.4 أن تكون أي وظيفة يتم تشغيلها بواسطة حركة الجهاز أو حركة المستخدم (مثل الهز أو الإمالة) قابلة للتشغيل أيضًا من خلال مكوّنات واجهة المستخدم التقليدية، وأن يكون المستخدمون قادرين على تعطيل تفعيل الحركة لمنع التشغيل العرضي.
سيتحقق ما يلي: - الحفاظ على المعنى والنبرة والأسلوب الأصلي للنص. - استخدام لغة عربية فصيحة تعكس الطابع التقني للنص. - الإبقاء على جميع الأرقام والرموز كما هي دون تغيير. - الحفاظ على أسماء المعايير والعناصر البرمجية بصيغتها الأصلية. - الحفاظ على فواصل الأسطر وبنية الفقرات كما في النص الأصلي. يتطلب المعيار WCAG 3.1.1 أن تكون اللغة البشرية الافتراضية لكل صفحة ويب قابلة للتحديد برمجياً، وذلك أساساً من خلال تعيين قيمة صحيحة لخاصية lang في عنصر HTML. يتيح هذا لتقنيات المساعدة مثل برامج قراءة الشاشة نطق المحتوى بشكل صحيح، ويساعد المستخدمين ذوي الإعاقات الإدراكية واللغوية على فهم الصفحة.
تتطلب قاعدة WCAG 3.2.1 On Focus أنه عندما يتلقى أي مكوّن من مكوّنات واجهة المستخدم تركيز لوحة المفاتيح، يجب ألا يؤدي ذلك إلى تغيير غير متوقع في السياق. يحمي هذا مستخدمي لوحة المفاتيح وتقنيات المساعدة من السلوك المربك وغير المتوقع الذي يمكن أن يجعل الصفحة مستحيلة التنقل بفعالية.
تتطلب WCAG 3.2.2 On Input ألا يؤدي تغيير إعداد أي مكوّن من مكوّنات واجهة المستخدم تلقائيًا إلى تغيير في السياق ما لم يتم إبلاغ المستخدم بهذا السلوك مسبقًا. يحمي هذا المستخدمين من تغييرات الصفحات المربكة وغير المتوقعة التي يتم تشغيلها بواسطة تفاعلات النماذج.
يتطلب المعيار WCAG 3.3.1 أنه عند اكتشاف خطأ في الإدخال تلقائيًا، يتم تحديد العنصر الذي يحتوي على الخطأ ووصف الخطأ للمستخدم نصيًا. يضمن ذلك أن يتمكن المستخدمون ذوو الإعاقة من التعرف على الأخطاء وفهمها وتصحيحها عند ملء النماذج.
يتطلب المعيار WCAG 3.3.2 توفير تسميات أو تعليمات عندما يتطلب المحتوى إدخالاً من المستخدم، مما يضمن أن جميع المستخدمين — بغض النظر عن قدراتهم — يمكنهم فهم ما هو متوقع منهم قبل إرسال بيانات النموذج. إن عدم وضع تسميات لحقول النماذج هو أحد أكثر حواجز الوصول شيوعاً وتأثيراً على الويب.
تتطلب WCAG 3.3.7 أن يتم إما تعبئة المعلومات التي قدّمها المستخدمون مسبقًا في عملية متعددة الخطوات تلقائيًا، أو إتاحتها للاختيار، بحيث لا يضطر المستخدمون أبدًا إلى إدخال نفس البيانات مرتين. هذا يمنع الإحباط والأخطاء لدى المستخدمين ذوي الإعاقات الإدراكية أو الحركية أو غيرها من الإعاقات.
تتطلب WCAG 4.1.2 أن تحتوي جميع مكوّنات واجهة المستخدم على اسم ودور يمكن تحديدهما برمجياً، وأن تكون الحالات والخصائص والقيم قابلة للقراءة والتعيين بواسطة تقنيات المساعدة. يضمن ذلك أن يتمكن قارئو الشاشة والأدوات الأخرى من تحديد كل عنصر في الصفحة بدقة، ووصفه، والتفاعل معه.
تتطلب WCAG 1.2.4 أن يكون كل المحتوى الصوتي المباشر في الوسائط المتزامنة — مثل الندوات عبر الويب والبث المباشر والبرامج الإذاعية أو التلفزيونية — مصحوبًا بترجمة فورية للنص. يضمن ذلك أن يتمكن المستخدمون الصم وضعاف السمع من الوصول إلى المحتوى المنطوق أثناء حدوثه، في الوقت الفعلي.
تتطلب WCAG 1.2.5 توفير وصف صوتي لجميع محتويات الفيديو المسجلة مسبقًا في الوسائط المتزامنة، لضمان تمكّن المستخدمين المكفوفين أو ضعاف البصر من الوصول إلى المعلومات البصرية التي لا ينقلها المسار الصوتي وحده.
تتطلب WCAG 1.3.4 Orientation ألا يقتصر عرض المحتوى وتشغيله على اتجاه عرض واحد، مثل الوضع الرأسي أو الأفقي، ما لم يكن اتجاه معيّن ضروريًا بشكل أساسي. يضمن هذا المعيار أن المستخدمين الذين لا يمكنهم تدوير أجهزتهم جسديًا — مثل من لديهم أجهزة لوحية مثبتة أو إعاقات حركية — يمكنهم مع ذلك الوصول إلى جميع المحتوى.
تتطلب WCAG 1.3.5 أن يكون الغرض من كل حقل إدخال يجمع معلومات شخصية قابلاً للتحديد برمجياً، مما يمكّن المتصفحات وتقنيات المساعدة من تعبئة الحقول تلقائياً أو تسميتها أو تكييفها بشكل آلي. يعد هذا أمراً أساسياً للمستخدمين ذوي الإعاقات الإدراكية والإعاقات الحركية الذين يستفيدون من تقليل الإدخال اليدوي.
تتطلب WCAG 1.4.3 أن يكون للنص والصور التي تحتوي على نص نسبة تباين لا تقل عن 4.5:1 مع خلفيتها (3:1 للنص الكبير)، لضمان أن المستخدمين ذوي ضعف البصر أو قصور تمييز الألوان يمكنهم قراءة المحتوى دون الحاجة إلى تقنيات مساعدة.
تتطلب WCAG 1.4.4 أن يكون من الممكن تكبير حجم النص حتى 200% دون استخدام تقنيات مساعدة ودون فقدان أي محتوى أو وظيفة. يُعد هذا المعيار ضروريًا للمستخدمين ذوي ضعف البصر الذين يعتمدون على تكبير المتصفح أو إعدادات حجم الخط المخصصة لقراءة محتوى الويب بشكل مريح.
يتطلب المعيار WCAG 1.4.5 أن يتم تقديم النص الذي ينقل معلومات كنص فعلي بدلاً من صورة لنص، باستثناء الحالات التي يكون فيها عرض بصري محدد ضروريًا أو يمكن فيها للمستخدم تخصيص مظهر الصورة بصريًا. هذا المعيار بالغ الأهمية للمستخدمين الذين يحتاجون إلى تغيير حجم النص أو إعادة تلوينه أو إعادة تدفقه لقراءته براحة.
تتطلب قاعدة WCAG 1.4.10 Reflow أن يكون من الممكن عرض المحتوى دون فقدان للمعلومات أو الوظائف، ودون الحاجة إلى التمرير في بُعدين، عند عرضه بعرض يعادل 320 بكسل CSS. يضمن ذلك أن المستخدمين الذين يعتمدون على التكبير أو على نوافذ عرض صغيرة — بما في ذلك الأشخاص ذوو ضعف البصر ومستخدمو الأجهزة المحمولة — يمكنهم الوصول إلى كل المحتوى دون تمرير أفقي.
يتطلب معيار WCAG 1.4.11 أن تكون نسبة التباين بين مكوّنات واجهة المستخدم والكائنات الرسومية والألوان المجاورة لها على الأقل 3:1، مما يضمن أن الأشخاص ذوي ضعف البصر يمكنهم إدراك عناصر التحكم التفاعلية ومؤشرات التركيز والرسومات ذات المعنى دون الحاجة إلى تقنيات مساعدة.
WCAG 1.4.12 يتطلب ألا يحدث أي فقدان في المحتوى أو الوظائف عندما يقوم المستخدمون بتجاوز خصائص تباعد النص — ارتفاع السطر، تباعد الأحرف، تباعد الكلمات، والتباعد بعد الفقرات — إلى قيم دنيا محددة. هذا المعيار ضروري للمستخدمين الذين لديهم عسر قراءة، أو ضعف بصر، أو إعاقات إدراكية ويعتمدون على التباعد المخصص للقراءة بفعالية.
تتطلب WCAG 1.4.13 أن يكون المحتوى الإضافي الذي يظهر عند تحريك المؤشر فوقه أو عند تركيز لوحة المفاتيح قابلاً للإغلاق، وقابلاً للتحويم فوقه، ومستمرًا — مما يضمن أن المستخدمين ذوي ضعف البصر، أو الإعاقات الحركية، أو الإعاقات الإدراكية يمكنهم الوصول إلى المحتوى على شكل تلميحات الأدوات والتفاعل معه دون فقدانه بشكل غير متوقع.
تتطلب WCAG 2.4.5 أن توفر المواقع الإلكترونية أكثر من طريقة واحدة لتمكين المستخدمين من الوصول إلى أي صفحة معينة ضمن مجموعة من صفحات الويب — على سبيل المثال، من خلال بحث في الموقع، أو خريطة موقع، أو قائمة تنقل. يضمن ذلك أن يتمكن المستخدمون ذوو القدرات والتفضيلات المختلفة من العثور على المحتوى باستخدام الطريقة الأنسب لهم.
تتطلب WCAG 2.4.6 أن تكون العناوين والتسميات، عندما تكون موجودة، وصفية وتنقل بدقة موضوع أو غرض المحتوى الذي تقدمه أو تحدده. يساعد هذا المعيار المستخدمين — وخاصة الذين يستخدمون تقنيات مساعدة — على التنقل في المحتوى بكفاءة وفهم بنية وأغراض أقسام الصفحة وحقول النماذج.
تتطلب WCAG 2.4.7 أن يكون لأي واجهة مستخدم قابلة للتشغيل عبر لوحة المفاتيح مؤشر تركيز مرئي، حتى يتمكن المستخدمون دائمًا من رؤية العنصر الذي يملك تركيز لوحة المفاتيح حاليًا. يعد هذا أمرًا أساسيًا للمستخدمين الذين يعتمدون على لوحة المفاتيح فقط، والأشخاص ذوي الإعاقات الحركية، وأي شخص لا يمكنه استخدام الفأرة.
تتطلب WCAG 2.4.11 أنه عندما يحصل مكوّن في واجهة المستخدم على تركيز لوحة المفاتيح، ألا يكون مخفياً بالكامل بواسطة محتوى أنشأه المؤلف مثل الترويسات الثابتة، أو لافتات ملفات تعريف الارتباط، أو عناصر الدردشة. يضمن هذا المعيار أن مستخدمي لوحة المفاتيح يمكنهم دائماً رؤية مكانهم على الصفحة، وهو أمر أساسي للتنقل وقابلية الاستخدام.
تتطلب WCAG 2.5.7 أن أي وظيفة تستخدم حركة السحب يمكن أيضًا تنفيذها باستخدام مؤشر واحد دون سحب، ما لم يكن السحب ضروريًا وأساسيًا. يضمن هذا أن المستخدمين ذوي الإعاقات الحركية الذين لا يمكنهم أداء إيماءات السحب بشكل موثوق لا يزال بإمكانهم الوصول إلى جميع الوظائف.
تتطلب WCAG 2.5.8 أن تكون الأهداف التفاعلية مثل الأزرار والروابط ذات حجم أدنى يبلغ 24×24 بكسل CSS، أو أن يكون هناك تباعد كافٍ حول الأهداف الأصغر، حتى يتمكن المستخدمون ذوو الإعاقات الحركية من تفعيلها بشكل موثوق. يؤدي عدم استيفاء هذا المعيار إلى عمليات تفعيل عرضية وإحباط لأي شخص لا يستطيع التحكم في أداة التأشير بدقة.
تتطلب WCAG 3.1.2 أن يتم تحديد أي مقطع أو عبارة أو جزء من محتوى الويب مكتوب بلغة تختلف عن اللغة الأساسية للصفحة برمجياً باستخدام الخاصية lang. يتيح ذلك لتقنيات المساعدة، وخاصة قارئات الشاشة، التبديل تلقائياً بين محركات النطق وعرض المحتوى بدقة للمستخدمين الذين يعتمدون على المخرجات الصوتية.
تتطلب WCAG 3.2.3 أن تظهر آليات التنقل الموجودة في صفحات متعددة ضمن مجموعة من صفحات الويب بالترتيب النسبي نفسه في كل مرة، ما لم يقم المستخدم ببدء تغيير ما. تساعد هذه القدرة على التنبؤ المستخدمين ذوي الإعاقات الإدراكية والبصرية والحركية على بناء نماذج ذهنية للموقع والتنقل فيه بكفاءة.
تتطلب WCAG 3.2.4 أن يتم تحديد المكوّنات التي تؤدي الوظيفة نفسها عبر موقع الويب بشكل متسق — باستخدام نفس التسمية أو الاسم أو النص البديل في كل مرة تظهر فيها. يمنع ذلك حدوث الالتباس لدى المستخدمين الذين يعتمدون على الأنماط المتسقة للتنقل وفهم الواجهات الرقمية.
تتطلب WCAG 3.2.6 أنه إذا كان موقع الويب يوفر وسائل للتواصل البشري أو المساعدة الذاتية أو آليات المساعدة الآلية، فيجب أن تظهر هذه الآليات بنفس الترتيب النسبي عبر الصفحات. يضمن ذلك أن يتمكن المستخدمون ذوو الإعاقات الإدراكية أو ضعف الذاكرة من العثور على المساعدة بشكل موثوق دون الحاجة إلى إعادة تعلّم واجهة الاستخدام في كل صفحة.
يتطلب المعيار WCAG 3.3.3 أنه عند اكتشاف خطأ في الإدخال تلقائيًا، يجب على النظام تقديم وصف نصي يقترح كيفية تمكن المستخدم من تصحيح الخطأ — ما لم يؤدِّ ذلك إلى تعريض الأمان أو الغرض للخطر. يُعد هذا المعيار ضروريًا للمستخدمين ذوي الإعاقات الإدراكية، ومستخدمي قارئات الشاشة، وأي شخص يواجه صعوبة في فهم الإرشادات الغامضة أو غير الموجودة للأخطاء.
تتطلب WCAG 3.3.4 أن تكون عمليات الإرسال على الويب التي تتضمن التزامات قانونية أو معاملات مالية أو بيانات حساسة قابلة للمراجعة أو التصحيح أو الإلغاء قبل الإنهاء. يحمي هذا جميع المستخدمين — وخاصة الأشخاص ذوي الإعاقات الإدراكية والحركية — من الأخطاء غير القابلة للعكس وعالية المخاطر.
تتطلب WCAG 3.3.8 ألا تعتمد عمليات المصادقة على اختبارات الوظائف المعرفية — مثل حفظ كلمات المرور، أو حل الألغاز، أو نسخ الأحرف — ما لم يكن هناك أسلوب بديل أو مساعدة متاحة. يحمي هذا المستخدمين ذوي الإعاقات الإدراكية من أن يتم منعهم من الوصول إلى الخدمات الرقمية.
تتطلب WCAG 4.1.3 أن تكون رسائل الحالة — مثل تأكيدات إرسال النماذج، وإشعارات الأخطاء، وتحديثات سلة التسوق — قابلة للتحديد برمجياً من خلال الدور أو الخاصية حتى تتمكن تقنيات المساعدة من الإعلان عنها دون أن يُطلب من المستخدم نقل التركيز. يضمن ذلك أن المستخدمين الذين يعتمدون على قارئات الشاشة يتلقون ملاحظات مهمة حتى عندما لا ينتقل التركيز إلى الرسالة.
تتطلب WCAG 1.2.6 توفير ترجمة بلغة الإشارة لجميع المحتويات الصوتية المسجلة مسبقًا في الوسائط المتزامنة. يضمن هذا المعيار أن المستخدمين الصم الذين تعد لغة الإشارة لغتهم الأساسية يمكنهم الوصول الكامل إلى المعلومات الصوتية التي قد لا يتم نقلها بشكل كافٍ من خلال الترجمات النصية وحدها.
تتطلب WCAG 1.2.7 أنه عندما تكون التوقفات في الصوت الأمامي غير كافية لنقل كل المعلومات المرئية، يجب توفير أوصاف صوتية موسعة — يتم تحقيقها عن طريق إيقاف الفيديو مؤقتًا — للوسائط المتزامنة المسجلة مسبقًا. يضمن ذلك أن يتمكن المستخدمون المكفوفون وضعاف البصر من فهم المحتوى البصري المعقد فهمًا كاملًا عندما لا تستطيع الأوصاف الصوتية القياسية تغطيته.
تتطلب WCAG 1.2.8 توفير بديل نصي كامل لجميع الوسائط المتزامنة المسجلة مسبقًا (الصوت والفيديو) ومحتوى الفيديو فقط المسجل مسبقًا، مما يضمن أن المستخدمين الذين لا يمكنهم إدراك المعلومات الصوتية أو المرئية يمكنهم الوصول إلى المحتوى الكامل من خلال النص.
تتطلب WCAG 1.2.9 أن يكون كل المحتوى الصوتي المباشر فقط — مثل البث الإذاعي المباشر أو التدفقات الصوتية فقط — مصحوبًا ببديل نصي مكافئ في الوقت الفعلي، مثل تغذية تسميات توضيحية مباشرة أو نص تفريغ يتم تحديثه بشكل متزامن. يضمن ذلك أن المستخدمين الصم أو ضعاف السمع يمكنهم الوصول إلى المحتوى الصوتي المباشر دون الاعتماد على المسار الصوتي نفسه.
يتطلب المعيار WCAG 1.3.6 أن يكون من الممكن تحديد الغرض من مكوّنات واجهة المستخدم والأيقونات والمناطق برمجياً، بحيث تتمكن المتصفحات وتقنيات المساعدة من تكييف طريقة العرض لتلبية احتياجات المستخدمين الفردية. هذا المعيار ضروري للمستخدمين ذوي الإعاقات الإدراكية الذين يستفيدون من واجهات مخصصة أو مبسطة أو معززة بالرموز.
سيتضمن عملي ما يلي: - فهم المعنى التقني والمتخصص للنص الأصلي. - الحفاظ على النبرة الرسمية والأسلوب التفسيري. - نقل المصطلحات المتعلقة بإمكانية الوصول بدقة. - الإبقاء على جميع الأرقام والنِّسَب كما هي. - الحفاظ على البنية الأصلية للجملة دون تغيير في الفقرات أو الأسطر. يتطلب معيار WCAG 1.4.6 نسبة تباين دنيا قدرها 7:1 للنص العادي و4.5:1 للنص الكبير بين ألوان المقدمة والخلفية، متجاوزًا عتبة المستوى AA لضمان قابلية القراءة للمستخدمين ذوي ضعف البصر أو قصور الألوان، أو أولئك الذين يعملون في ظروف إضاءة صعبة.
يتطلب معيار WCAG 1.4.7 أن يكون محتوى الصوت المسجّل مسبقًا الذي يحتوي على كلام إما بلا أصوات خلفية، أو يسمح بإيقاف الأصوات الخلفية، أو يحافظ على الأصوات الخلفية أهدأ بمقدار 20 dB على الأقل من الكلام في المقدمة. يحمي هذا المستخدمين ذوي فقدان السمع والإعاقات الإدراكية الذين يواجهون صعوبة في فصل الكلام عن الأصوات المتنافسة.
يتطلب المعيار WCAG 1.4.8 أن تُعرض كتل النص بصريًا بطرق يمكن للمستخدمين التحكم فيها — بما يشمل ألوان المقدمة والخلفية، وعرض السطر، وتباعد الأسطر، ومحاذاة النص — بحيث يتمكن الأشخاص ذوو الإعاقات في القراءة أو الإدراك أو ضعاف البصر من قراءة المحتوى براحة دون فقدان للمعلومات.
يتطلب معيار WCAG 1.4.9 أن يتم عرض النص باستخدام نص فعلي بدلاً من صور للنص، دون استثناءات تتجاوز المحتوى الزخرفي البحت أو الحالات التي يكون فيها العرض البصري المحدد جزءًا أساسيًا من المعلومات المنقولة. يضمن هذا المعيار أن يتمكن جميع المستخدمين من ضبط طريقة عرض النص بما يتناسب مع احتياجاتهم الفردية.
تتطلب WCAG 2.1.3 أن تكون كل وظيفة في صفحة ويب أو تطبيق قابلة للتشغيل عبر واجهة لوحة المفاتيح، دون أي استثناءات على الإطلاق — حتى في المهام المعتمدة على المسار أو مهام الرسم الحر. يغلق هذا المعيار من المستوى AAA الثغرة الموجودة في WCAG 2.1.1 ويضمن وصولًا كاملًا عبر لوحة المفاتيح للمستخدمين الذين لا يمكنهم استخدام الفأرة.
تتطلب WCAG 2.2.3 (المستوى AAA) ألا يكون التوقيت جزءًا أساسيًا من الحدث أو النشاط الذي يقدمه المحتوى، باستثناء الوسائط المتزامنة غير التفاعلية والأحداث في الوقت الفعلي. يضمن هذا ألا يُستبعد المستخدمون ذوو الإعاقة الذين يحتاجون إلى وقت أطول للقراءة أو التفاعل أو الاستجابة بسبب تصميم يعتمد على الوقت.
يتطلب المعيار WCAG 2.2.4 أن يتمكن المستخدمون من تأجيل أو كبح جميع المقاطعات — مثل التنبيهات والإشعارات وتحديثات المحتوى التلقائية — باستثناء تلك التي تتعلق بحالة طارئة. يُعد هذا المعيار ضروريًا للمستخدمين ذوي الإعاقات في الانتباه أو الإدراك أو الإعاقات العصبية الذين قد يتعرضون لاضطراب شديد بسبب المقاطعات غير المتوقعة أثناء أداء مهمة ما.
يتطلب المعيار WCAG 2.2.5 أنه عند انتهاء جلسة مصادقة، يمكن للمستخدمين إعادة المصادقة ومتابعة نشاطهم دون فقدان أي بيانات كانوا قد أدخلوها. يُعد هذا المعيار بالغ الأهمية للمستخدمين ذوي الإعاقة الذين قد يحتاجون إلى وقت أطول لإكمال المهام، ولا يجب أن يُعاقَبوا بانتهاء الجلسات الذي يمحو عملهم.
يتطلب المعيار WCAG 2.2.6 تحذير المستخدمين بشأن فقدان البيانات الناتج عن انتهاء مهلة عدم النشاط، وأن تستمر أي مهلة من هذا النوع لمدة لا تقل عن 20 ساعة ما لم يتم حفظ البيانات. يحمي هذا المستخدمين ذوي الإعاقات الإدراكية، وضعف القدرة الحركية، وغيرهم ممن يحتاجون إلى وقت أطول لإكمال المهام.
تتطلب WCAG 2.3.2 ألا تحتوي صفحات الويب على أي محتوى يومض أكثر من ثلاث مرات في أي فترة مدتها ثانية واحدة، دون استثناء للومضات الصغيرة أو منخفضة التباين. يحمي هذا المعيار الأكثر صرامة من المستوى AAA المستخدمين المصابين بالصرع الحساس للضوء واضطرابات النوبات الأخرى من ردود الفعل العصبية التي قد تهدد الحياة.
يتطلب المعيار WCAG 2.3.3 أن يكون من الممكن تعطيل الرسوم المتحركة القائمة على الحركة التي يتم تشغيلها بواسطة تفاعل المستخدم، ما لم تكن هذه الرسوم المتحركة ضرورية للوظيفة أو للمعلومات التي يتم نقلها. هذا مهم لأن الحركة يمكن أن تحفّز اضطرابات الجهاز الدهليزي، مما يسبب الدوار والغثيان وفقدان التوازن لدى جزء كبير من السكان.
يتطلب المعيار WCAG 2.4.8 أن يتمكن المستخدمون من تحديد مكانهم ضمن مجموعة من صفحات الويب — على سبيل المثال، من خلال مسارات التنقل (breadcrumbs)، أو خرائط الموقع، أو روابط التنقل المميزة. يساعد هذا المستخدمين ذوي الإعاقات الإدراكية، ومستخدمي برامج قراءة الشاشة، وأي شخص يتنقل في المواقع المعقدة على توجيه أنفسهم والتحرك عبر المحتوى بثقة.
يتطلب المعيار WCAG 2.4.9 أن يكون من الممكن تحديد الغرض من كل رابط من نص الرابط نفسه فقط، دون الاعتماد على السياق المحيط. يضمن هذا المعيار الأكثر صرامة من مستوى AAA أن جميع المستخدمين — وخاصة مستخدمي قارئات الشاشة الذين يتنقلون عبر الروابط — يمكنهم فهم إلى أين يقود الرابط دون الحاجة إلى قراءة الصفحة كاملة.
يتطلب المعيار WCAG 2.4.10 استخدام عناوين الأقسام لتنظيم المحتوى كلما احتوت الصفحة على عدة أقسام، مما يمكّن المستخدمين من التنقل وفهم بنية الصفحة. يدعم هذا المعيار مستخدمي قارئات الشاشة، واحتياجات الوصول المعرفي، وأي شخص يعتمد على بنية المستند ليتعرّف على موضعه داخل المحتوى الطويل أو المعقّد.
يتطلب المعيار WCAG 2.4.12 أنه عندما يتلقى مكوّن في واجهة المستخدم تركيز لوحة المفاتيح، لا يجوز أن يُحجب أي جزء من ذلك المكوّن بواسطة محتوى أنشأه المؤلف — يجب أن يكون العنصر الذي عليه التركيز مرئيًا بالكامل. هذا المعيار المحسَّن (AAA) يلغي السماح بالرؤية الجزئية الموجود في نظيره من المستوى AA، مما يضمن أن مستخدمي لوحة المفاتيح يرون دائمًا بالضبط مكان وجود التركيز.
يتطلب المعيار WCAG 2.4.13 أن تستوفي مؤشرات تركيز لوحة المفاتيح متطلبات الحد الأدنى للحجم والتباين حتى يتمكن المستخدمون من رؤية العنصر الذي عليه التركيز بوضوح. يضمن هذا المعيار أن الأشخاص الذين يعتمدون على لوحات المفاتيح أو التقنيات المساعدة يمكنهم التنقل في الواجهات دون أن يفقدوا تتبع موضعهم الحالي.
يتطلب المعيار WCAG 2.5.5 أن تكون الأهداف التفاعلية مثل الأزرار والروابط بحجم لا يقل عن 44×44 بكسل CSS، لضمان أن الأشخاص ذوي الإعاقات الحركية أو الارتعاش أو محدودية المهارة اليدوية يمكنهم تفعيل عناصر التحكم بشكل موثوق دون تشغيل العناصر المجاورة عن طريق الخطأ.
يتطلب المعيار WCAG 2.5.6 ألا يقيّد محتوى الويب المستخدمين بنمط إدخال واحد عندما تكون آليات إدخال متعددة متاحة على المنصة، مما يضمن أن يتمكن الأشخاص من التبديل بحرية بين اللمس ولوحة المفاتيح والفأرة والصوت وغيرها من طرق الإدخال دون فقدان إمكانية الوصول إلى الوظائف.
يتطلب المعيار WCAG 3.1.3 أن توفر المواقع الإلكترونية آلية لتحديد التعريف المحدد للكلمات أو العبارات المستخدمة بطريقة غير مألوفة أو مقيدة، بما في ذلك التعابير الاصطلاحية والمصطلحات المتخصصة. يضمن ذلك أن يتمكن المستخدمون ذوو الإعاقات الإدراكية، وغير الناطقين الأصليين باللغة، وأولئك غير الملمين بالمصطلحات المتخصصة من فهم المحتوى.
يتطلب المعيار WCAG 3.1.4 توفر آلية لتحديد الصيغة الكاملة أو معنى الاختصارات المستخدمة في المحتوى. يضمن هذا المعيار أن المستخدمين الذين لا يعرفون الاختصارات أو الألفاظ المختصرة أو الأحرف الأولى يمكنهم الوصول إلى معناها الكامل، مما يدعم الفهم لدى الأشخاص ذوي الإعاقات الإدراكية، وغير الناطقين الأصليين باللغة، ومستخدمي برامج قراءة الشاشة.
تتطلب WCAG 3.1.5 أنه عندما يتطلب المحتوى قدرة قراءة تتجاوز مستوى التعليم الثانوي الأدنى، يتم توفير نسخة إضافية أو ملخص مكتوب بمستوى أبسط. يضمن ذلك أن يتمكن المستخدمون ذوو الإعاقات الإدراكية أو محدودي مهارات القراءة والكتابة أو حواجز اللغة من الوصول إلى المعلومات وفهمها.
تتطلب WCAG 3.1.6 توفر آلية لتحديد النطق المحدد للكلمات عندما يكون معناها غامضًا دون معرفة النطق. يضمن هذا المعيار أن المستخدمين الذين يعتمدون على تقنية تحويل النص إلى كلام أو الذين يواجهون لغة غير مألوفة يمكنهم الوصول إلى المعنى الصحيح للمحتوى الغامض.
تتطلب WCAG 3.2.5 أن تكون تغييرات السياق — مثل الانتقال بين الصفحات، أو إرسال النماذج، أو تحديث المحتوى — ناتجة فقط عن إجراء صريح من المستخدم، لا أن يتم تشغيلها تلقائيًا. يحمي هذا المستخدمين الذين يعتمدون على قارئات الشاشة، أو التنقل باستخدام لوحة المفاتيح، أو أدوات الدعم الإدراكي من الاضطرابات غير المتوقعة في تجربة التصفح الخاصة بهم.
تتطلب WCAG 3.3.5 توفير مساعدة حساسة للسياق عندما تطلب صفحة ويب إدخالاً من المستخدم، مما يمكّن المستخدمين من فهم المعلومات المطلوبة وكيفية تقديمها بشكل صحيح. يقلل هذا المعيار من الأخطاء ويدعم المستخدمين ذوي الإعاقات الإدراكية، والمستخدمين غير المتمرسين، وأي شخص يتنقل عبر النماذج المعقدة.
تتطلب WCAG 3.3.6 أنه بالنسبة لأي صفحة ويب تتطلب إدخالاً من المستخدم، يجب أن تكون عمليات الإرسال قابلة للعكس، أو يتم التحقق منها بحثاً عن الأخطاء مع تقديم إرشادات للتصحيح، أو قابلة للتأكيد قبل الإرسال النهائي. يوسّع هذا المعيار من المستوى AAA المعيار 3.3.4 ليشمل جميع النماذج، وليس النماذج القانونية أو المالية فقط، مما يحمي المستخدمين من الأخطاء غير القابلة للعكس في كل تفاعل.
يتطلب المعيار WCAG 3.3.9 ألا تتضمن عمليات المصادقة أي اختبار للوظائف المعرفية على الإطلاق — بدون ألغاز، أو حفظ عن ظهر قلب، أو نسخ — ما لم يكن هناك بديل غير معرفي، أو آلية مساعدة، أو طريقة قائمة على الأشياء متاحة. هذا المعيار المحسّن (AAA) يزيل آخر الحواجز أمام المصادقة للمستخدمين ذوي الإعاقات المعرفية والحركية وتلك المتعلقة بالذاكرة.
يتطلب المعيار WCAG 4.1.1 الخاص بالتحليل أن يكون محتوى الويب خاليًا من أخطاء HTML/XML الجسيمة — مثل المعرفات المكررة (duplicate IDs) — التي قد تتسبب في أن تسيء تقنيات المساعدة تفسير الصفحة أو تفشل في معالجتها. وعلى الرغم من إهماله في WCAG 2.2، فإن القواعد الأساسية في axe-core لا تزال فعّالة، وما زالت الانتهاكات تشير إلى مخاطر حقيقية على مستوى إمكانية الوصول.
التعميم الرئاسي 2025/10، المنشور في الجريدة الرسمية التركية رقم 32933 بتاريخ 21 يونيو 2025، يفرض توافقًا مع معايير الوصولية المتوافقة مع WCAG 2.2 لمواقع الويب وتطبيقات الأجهزة المحمولة عبر مجموعة واسعة من مؤسسات القطاعين العام والخاص، مع مواعيد نهائية للامتثال مدتها سنة واحدة للقطاع العام وسنتان لمقدمي خدمات التجارة الإلكترونية.
تشرح هذه المقالة برنامج شعار إمكانية الوصول في تركيا الذي تم تقديمه بموجب التعميم الرئاسي 2025/10 (الجريدة الرسمية رقم 32933، 21 يونيو 2025)، وتتناول الجهات الملزمة، والمتطلبات التقنية لمعيار WCAG 2.2، وآلية منح الشعار القائمة على المراقبة، والخطوات العملية لتحقيق الامتثال.
تشرح هذه المقالة كيفية إلزام المؤسسات المشمولة في Türkiye بإنشاء لجنة داخلية لمراجعة إمكانية الوصول إلى المواقع الإلكترونية وتطبيقات الأجهزة المحمولة (İnceleme Komisyonu) بموجب التعميم الرئاسي رقم 2025/10، بما في ذلك الأساس القانوني والالتزامات ومتطلبات WCAG 2.2 وإرشادات التنفيذ خطوة بخطوة.
