إمكانية الوصول في تطوير التطبيقات المحمولة: ما هي، ما المعايير وكيفية التنفيذ

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

إمكانية الوصول (اختصارًا a11y — حرف a + 11 أحرف + y) — هي خاصية المنتج ليكون قابلاً للاستخدام من قبل الأشخاص ذوي الإعاقة. في سياق التطبيقات المحمولة، هذا يعني: دعم قارئات الشاشة (VoiceOver، TalkBack)، حجم نص مناسب، تباين عالٍ، ترتيب تركيز صحيح للتنقل بلوحة المفاتيح، وغياب العناصر المتحركة التي تسبب الدوار.

الشمولية ليست مجرد التزام أخلاقي، بل هي أيضًا التزام قانوني. لدى العديد من البلدان قوانين لإمكانية الوصول الرقمية: ADA (الولايات المتحدة)، القسم 508، قانون إمكانية الوصول الأوروبي (الاتحاد الأوروبي، إلزامي للتطبيقات اعتبارًا من 2025). وفقًا لمنتدى الأعمال للإعاقة، الشركات التي تستثمر في إمكانية الوصول تزيد جمهورها بنسبة 15–20% وتقلل المخاطر القانونية.

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

iOS: VoiceOver، Accessibility Label، Trait

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

Accessibility Label هو النص الذي يقرأه VoiceOver للعنصر. افتراضيًا، يستخدم iOS نص الزر أو التسمية، ولكن للأيقونات والعناصر الرسومية تحتاج إلى تعيين التسمية بشكل صريح. Accessibility Trait — خاصية تصف نوع العنصر: button (زر)، header (عنوان)، link (رابط)، image (صورة). تساعد الخصائص الصحيحة المستخدم على فهم كيفية التفاعل مع العنصر.

VoiceOver وAccessibility Label

VoiceOver يدعم أكثر من 40 لغة ويعمل على جميع أجهزة Apple. بالنسبة للمطور، الشيء الرئيسي هو تعيين accessibilityLabel وaccessibilityTraits الصحيحين لكل عنصر واجهة. إذا كان العنصر لا يجب أن يكون متاحًا (صورة زخرفية)، قم بتعيين isAccessibilityElement = false.

// Swift — إعداد إمكانية الوصول لزر
let shareButton = UIButton()
shareButton.setImage(UIImage(named: "share-icon"), for: .normal)
shareButton.accessibilityLabel = "مشاركة هذه المقالة"
shareButton.accessibilityHint = "يفتح حوارًا لاختيار طريقة المشاركة"
shareButton.accessibilityTraits = .button

// SwiftUI — أبسط
struct ShareButtonView: View {
    var body: some View {
        Button(action: share) {
            Image(systemName: "square.and.arrow.up")
        }
        .accessibilityLabel("مشاركة")
        .accessibilityHint("يفتح قائمة المشاركة")
    }
}

يظهر الكود إعداد إمكانية الوصول لزر بدون نص (أيقونة فقط). AccessibilityLabel هو ما سيسمعه المستخدم. AccessibilityHint — تلميح إضافي حول نتيجة الإجراء. لا تستخدم عبارات مثل «زر لـ» في التسمية — Trait يخبر بالفعل أنه زر.

Android: TalkBack، Content Description

TalkBack هو قارئ الشاشة من Google لنظام Android، وهو جزء من حزمة Android Accessibility Suite. مثل VoiceOver، يقرأ عناصر الواجهة بصوت عالٍ ويتم التحكم به بالإيماءات. يدعم TalkBack أكثر من 100 لغة ويعمل على جميع الأجهزة المزودة بـ Google Play Services.

Content Description — المكافئ لـ accessibilityLabel على Android. يتم تعيينه عبر السمة android:contentDescription في XML أو عبر طريقة setContentDescription() في الكود. للعناصر غير القابلة للتركيز (ImageView زخرفي)، استخدم importantForAccessibility="no".

TalkBack وFocus Order

Focus Order (ترتيب التركيز) — التسلسل الذي ينتقل به TalkBack بين العناصر عند التمرير. افتراضيًا، يستخدم Android ترتيب العناصر في التخطيط، ولكن يمكن تغييره عبر السمتين accessibilityTraversalBefore وaccessibilityTraversalAfter. هذا مهم للشاشات المعقدة ذات المكونات المخصصة.

في IT Sectr، نتحقق من Focus Order في كل شاشة. أخطاء ترتيب التركيز من بين أكثر مشكلات إمكانية الوصول شيوعًا. على سبيل المثال، إذا انتقل المستخدم بعد عنوان إلى التعليقات بدلاً من نص المقالة — فهذا خطأ في إمكانية الوصول.

WCAG والمعايير

WCAG (إرشادات إمكانية الوصول لمحتوى الويب) — معيار دولي لإمكانية الوصول طورته W3C. الإصدار الحالي هو WCAG 2.2 (2023). ينقسم المعيار إلى 4 مبادئ: Perceivable (قابلية الإدراك)، Operable (قابلية التشغيل)، Understandable (قابلية الفهم)، Robust (المتانة) — اختصار POUR.

مستويات WCAG: A (أدنى)، AA (متوسط، إلزامي قانونيًا في الاتحاد الأوروبي)، AAA (أقصى). للتطبيقات المحمولة، المستوى AA كافٍ: تباين نص لا يقل عن 4.5:1، دعم قارئات الشاشة، حجم هدف أدنى 44×44 بكسل، ترجمة للفيديو.

مستويات WCAG

المستوى A — المتطلبات الأساسية: بدائل نصية للصور، تحكم بلوحة المفاتيح، تباين لا يقل عن 3:1. المستوى AA — متوسط: تباين 4.5:1، دعم التكبير حتى 200%، عناوين وتسميات صحيحة. المستوى AAA — عالٍ: تباين 7:1، لغة إشارة للفيديو، تحكم كامل بالصوت. عمليًا، معظم الشركات تستهدف AA.

الجدول 2. مقارنة واجهات برمجة تطبيقات إمكانية الوصول في iOS وAndroid. على الرغم من اختلاف الأسماء، المفاهيم متطابقة: التسمية، النوع، ترتيب التركيز ودعم تكييف النص.

اختبار إمكانية الوصول

اختبار إمكانية الوصول — هو التحقق من امتثال التطبيق لمعايير WCAG والعمل الصحيح مع قارئات الشاشة. الحد الأدنى من الاختبارات: تشغيل VoiceOver/TalkBack والتنقل عبر جميع شاشات التطبيق. استمع للتحقق من أن جميع العناصر تُقرأ، وترتيب التركيز منطقي، والعناصر غير المناسبة (الزخرفية) يتم تجاهلها.

الأدوات الآلية: Xcode Accessibility Inspector (تدقيق في Xcode لنظام iOS)، Android Accessibility Scanner (يمسح الشاشة ويجد المشكلات)، Axe DevTools، WAVE. تتحقق هذه الأدوات من التباين، حجم الأهداف، وجود التسميات ومعلمات أخرى.

في IT Sectr، نجري مراجعة إمكانية الوصول قبل كل إصدار. تتضمن العملية: تدقيق آلي (Accessibility Inspector)، اختبار يدوي مع VoiceOver وTalkBack، التحقق من التباين وتكبير النص. نسجل المشكلات في Jira ونخصصها لسباق. هذا يسمح لنا بالحفاظ على مستوى AA من WCAG في جميع المشاريع.