Table of Contents
في المشهد الرقمي اليوم، التطبيقات المتنقلة جزء لا يتجزأ من الحياة اليومية، وهي تعمل كبوابات للاتصال والتجارة والتعليم والترفيه، ومع ذلك، يواجه الملايين من المستخدمين ذوي الإعاقة حواجز عندما لا تكون الأجهزة مصممة بشكل شامل، ويضمن سهولة الوصول إلى الشبكة العالمية أن كل شخص - بغض النظر عن قدراته البصرية أو المراجعة أو الحركية - يمكن أن يتفاعل مع جهازك ويستفيد منه.
فهم إمكانية الوصول إلى الأسواق
ويشير الوصول المتنقل إلى ممارسة تصميم وتطوير التطبيقات بحيث يمكن للأشخاص ذوي الإعاقة أن يتصوروا ويفهموا ويبحروا ويتفاعلوا معهم على الهواتف الذكية والأقراص، ويشمل ذلك المستخدمين الذين يعتمدون على قارئي الشاشات (مثل الصوت أو النسيج المرئي) والذين يحتاجون إلى نص متفاوت ومرتد، والأفراد الصم أو الصم، ويعتمدون على الأسر أو المؤشرات البصرية، والأشخاص الذين يعانون من إعاقة في الصوت.
وتتزايد الحاجة إلى الوصول إلى الخدمات المتنقلة، إذ أن أكثر من بليون شخص على الصعيد العالمي يعانون من نوع من الإعاقة، حيث أن استخدام الأجهزة المحمولة لا يزال يرتفع، حيث أن ضمان الوصول المنصف ليس حقاً من حقوق الإنسان فحسب، بل أيضاً خطوة تجارية ذكية، إذ أن العديد من البلدان لديها متطلبات قانونية - مثل قانون الأمريكيين ذوي الإعاقة في الولايات المتحدة، والقانون الأوروبي المتعلق بإمكانية الوصول إلى الخدمات الرقمية، وهو ما يؤدي إلى إلحاق أضرار في مجال القانون والسمعة.
المبادئ الأساسية للتصميم الشامل للتنقل
ويستند إطار عمل اللجنة إلى أربعة مبادئ أساسية، كثيرا ما يتذكرها المختصر: المنظور، القابل للتطبيق، والقابل للفهم، والروبوت، وتنطبق هذه المبادئ مباشرة على تطوير التطبيقات المتنقلة.
قابلة للتصويب
ويجب أن تكون عناصر التواصل بين المعلومات والمستعملين متاحة للمستعملين بطرق يمكن تصورها، وهذا يعني توفير بدائل للنص للمحتوى غير المنسَّق (مثل الصور والصور والفيديو)، وضمان إمكانية عرض المحتوى بطرق مختلفة (مثل استخدام قارئي الشاشات لقراءة اللوود)، وتيسير على المستعملين أن يروا ويسمعوا المحتوى عن طريق عرض تناقض كاف، ونص قابل للنقض، وصور.
العمليات
ويجب أن تكون عناصر التفاعل بين المستعملين والملاحة صالحة للعمل، وهذا يتطلب توافر جميع الوظائف من لوحة مفاتيح (بما في ذلك من خلال لفتات قارئة الشاشة)، وأن يكون لدى المستعملين ما يكفي من الوقت لقراءة المحتوى واستخدامه، وأن التطبيق لا يسبب ضبطيات من المحتوى المضيء، وأن من السهل استخدام الملاحة مع هيكل متسق، وهذا يعني بالنسبة للتنقل دعم اللمس والصوت والتحول دون اشتراط رقابة دقيقة على السيارات.
مفهوم
ويجب فهم المعلومات وتشغيل واجهة المستخدمين، بما في ذلك استخدام لغة واضحة ويمكن التنبؤ بها، وتوفير التعليمات والعلامات، وتوفير أنماط ملاحية متسقة، ومساعدة المستعملين على تجنب الأخطاء وتصحيحها، مثلا، ينبغي أن توضح رسائل الخطأ ما حدث خطأ وكيف يمكن إصلاحه، وليس مجرد الإبلاغ عن رمز الفشل.
روبست
ويجب أن تكون المحتوى قوياً بما يكفي لتفسيره بصورة موثوقة من جانب مجموعة واسعة من وكلاء المستعملين، بما في ذلك التكنولوجيات المساعدة، وهذا يعني استخدام مكونات سداسي كلوريد الكربون أو مكونات منصة تتيح إمكانية الوصول إلى الممتلكات، والاختبار باستخدام أجهزة مساعدة حقيقية، وبما أن التكنولوجيات تتطور، فإن التصميم القوي يكفل بقاء تطبيقك متاحاً عبر نسخ المستقبل من نظم التشغيل وأدواتها.
النُهج العملية للتطبيقات المتنقلة المتاحة
واستنادا إلى هذه المبادئ، هناك نصائح محددة قابلة للتنفيذ تنظمها الإعاقة، وتشمل كل طرف إرشادات التنفيذ والعقبات المشتركة التي يتعين تجنبها.
إمكانية الوصول إلى الإنترنت
- (العلامة الخفية) (العلامة الخفية)
- Ensure sufficient color contrast.] WCAG requires a contrast ratio of at least 4.5:1 for normal text and 3:1 for large text (18px and above, or 14px bold). Use tools like ]WebAIM Contrast checker[FLT: supplement] to verify your palette.
- Support dynamic type and font scaling.] Allow users to increase text size without breaking the layout. Use relative units (e.g., ] on Android, ] on iOS) and test at different accessibility sizes. Ensure that blues and tappable areas remain large enough (at least 44x44)
- Support high contrast and dark mode.] Many users with low vision prefer high contrast or dark themes. Ensure your app adapts to system-level accessibility settings like " Increase Contrast " on iOS or " High contrast text " on Android. Test your UI in both light and dark modes to maintain readability.
إمكانية الوصول
- ينبغي أن تتضمن جميع الوسائط المتعددة المواظبة المتزامنة (للفيديو) والمحاضر الصوتية فقط) على متن الهاتف، وأن تستخدم أجهزة الإعلام المحلية التابعة للمنبر، وأن تكفل اختيار المقابض ووضعها على غرار إمكانية القراءة.
- Usese visual indicators for audio notifications.] If your app uses voice for alerts or progress (e.g., a ringtone in a communication app), provide a visual alternative such as a vibration pattern, flashing LED, or a banner notification. Avoid making audio the only feedback for critical actions.
- ] ضمان أن يعمل الاعتراف بالكلمات والقيادات الصوتية بشكل موثوق.] If your app includes voice input (e.g., dictation), test with diverse لهجات and in noisy environments. Provide clear prompts and error handling when voice recognition fails.
- تجنب العزف الصوتي التلقائي. ] لا تلعب الصوتية تلقائياً ما لم يطلبه المستعمل صراحة، وإذا كان يجب أن تعزف على السيارات، توقف فوراً إذا تفاعل المستخدم مع التطبيق وسمح بالتمريض/التركيب بسهولة.
إمكانية الوصول إلى الأسواق
- Design for large, easy-to-tap targets.] Adhere to minimum touch target sizes (44x44 points for iOS, 48x48dp for Android). Ensure sufficient spacing between tappable elements to prevent accidental taps. For sliprs and steppers, provide alternative input methods such as direct text entry or blue increments.
- Support multiple input methods. In addition to touch, users may rely on keyboard (with or without on-screen keyboards), mouse, switch devices, eye tracking, or voice control. Use platform APIs (e.g.,
UIAccessibilityon iOS,AccessibilityNodeInfoon Android) to expose custom actions. For example, a swipe-to-delete gesture should also be available via a long-press menu or adedicated delete button. - Avoid time-limited interactions.] don't require users to complete an action within a short time window (e.g., a disappearing notification) If time limits are necessary (e.g., for security), provide options to extend or disable the time limit. Users with motor impairments may take longer to respond.
- Implement proper focus management and navigation order.] When moving through the app using a screen reader or keyboard, the focus order should follow a logical sequence (left-to-right, top-to-bottom). Use or / to control focus.
إمكانية الوصول المعرفي
- استخدام لغة واضحة وبسيطة.] كتابة العناوين الموجزة والتعليمات والرسائل الخاطئة.
- Maintain consistent navigation and layout.] Use a predictable structure throughout the app. For example, always place the search bar at the top, the back blue on the left, and primary actions at the bottom. Avoid changing the meaning of standard icons (e.g., a gear icon should always mean Settings).
- Provide easy-to-find help and guidance.] Include a help section or contextual tooltips. For forms, offer inline validation that explains errors in plain language. Use autocomplete and suggestions to reduce typing effort.
- Support customisation and personalisation.] Allow users to adjust font size, color themes, and streamline the layout (e.g., toggle a simplified view) Some users with attention deficits benefit from reduced visual clutter.
- ] Avoid rapidly changing or animated content.] Animations, carousels, and auto-scrolling can beصرفing or disorienting. Provide a pause/stop blue and respect the system-level "Reduce Motion" accessibility setting.
تطبيقات الوصول إلى المنبر
Modern mobile operating systems provide robust accessibility APIs that, when used correctly, dramatically improve the experience for users with disabilities. Here are some key features to implement:
iOS (UIKit and SwiftUI)
- Accessibility Label, Hint, and Traits:] Set descriptive labels (e.g., "Play podcast"), hints (Double-tap to start playing) and traits (e.g., , ) so VoiceO
- Custom Actions:] For gestures like swipe to delete, add custom rotor actions (e.g., a "Delete" option in the rotor). Use .
- Dynamic Type:] Support by using or . Test all screens with the largest accessibility size.
- Reduce Motion:] Detect whether the user has enabled "Reduce Motion" and disable unnecessary animations.
- Large Content Viewer:] For table sections, use to show content in a popup when hovered.
أندرويد (نظام مركب وفيو)
- Content Description:] Use ] (or in Compose) for all meaningful images and icons.
- Focus and Traversal:] Set , ] to enforce logical order. Use and .
- Custom Actions:] Expose custom actions via or ].
- Font Scaling:] Use units and test with system font size changed (Settings ⁇ Accessibility ⁇ Font size). Handle overflow Grace with and .
- Switch Access:] Ensure every interactive element is reachable via sequential scanning (keyboard or shift). Group related items.
دائماً ما تختبر تنفيذك بتقنيات مساعدة حقيقية، وتشغل الصوت أوفر (الزر الجانبي المؤثر على الـ(آي أو أي أوك باك) (الحياكة) وتصفيف تطبيقك كمستخدم، وملاحظة أي عناصر يتم اختراقها أو تضليلها أو لا يمكن التنبؤ بها.
الاختبار والتقييم
وينبغي إدماج اختبار إمكانية الوصول في تدفق العمل الإنمائي الذي تقومون به منذ البداية، وليس كفحص نهائي، كما ينبغي أن تكون الأدوات الآلية ذات الاختبار اليدوي، والأهم من ذلك، اختبار المستعملين مع الأشخاص ذوي الإعاقة.
أدوات الاختبار الآلية
- ]Google Accessibility Scanner] (أندرويد): Scans your app and suggests improvements like contrast, touch target size, and content descriptions.
- ] Apple's Accessibility Inspector ] (in Xcode): مراجعة تطبيقات iOS للمسائل المشتركة مثل البطاقات المفقودة، والتناقض غير الكافي، والسمات غير الصحيحة.
- Lighthouse in Chrome DevTools (for web-based mobile apps): checks PWA or mobile web compliance with accessibility rules.
- axe-core] (for React Native): Integrate automated checks into your CI/CD pipeline.
ملاحظة أن الأدوات الآلية لا تستوعب سوى 30 في المائة من قضايا الوصول، ولا يمكنها تحديد ما إذا كانت العلامة ذات معنى أو إذا كانت الملاحة منطقية، ولذلك فإن الاختبار اليدوي أمر أساسي.
القائمة المرجعية للاختبارات
- اختبارات مع قارئين شاشة: فويس أوفر وكولباك (أندرويد) نفاي كل شاشات بدون رؤية (أعين مغلقة).
- اختبارات الملاحة الوحيدة على اللوحات الرئيسية (يوس: مراقبة الصوت؛ أندرويد: الوصول إلى المسبح) - ضمان وصول جميع العناصر.
- زيادة حجم النصوص إلى أقصى حد والتحقق من عدم وجود محتوى أو تداخل.
- يمكن أن يكون هناك تناقض كبير وطرق الألوان غير المقصودة، وقابلية للقراءة.
- خفض حركة الحركة وضمان وقف عمليات التخصيب أو استبدالها بتحولات ثابتة.
- اختبار مع محاكاة الألوان (مثلاً، مصممة في جهاز التبسيط في جهاز إيوس، تصحيح الأندرويد كولور).
- اختبار مع مستخدم يعتمد على التكنولوجيا المساعدة (إن أمكن) لكشف قضايا العالم الحقيقي.
عدم إمكانية الوصول إلى الخدمات العامة
- الصور التي لا يوجد فيها نص بديل (الصور الاصطناعية ينبغي أن يكون لها [(FLT:26] أو ).
- Form fields without or placeholder text that disappears.
- لفتات زائفة ليس لها بديل (مثلاً، التسلل إلى غير صديق بدون تردد زر).
- النص المنخفض (الغراوة على الرمادي الخفيف) - يُحسب دائماً نسبة التحقق.
- عناصر تفاعلية غير قابلة للتركيز (مثلاً، ] مع لفتة نقالة غير مكشوفة على أنها متاحة).
- المُداليات أو المُشَدّرات التي تُركّزُ على الفخ بشكل خاطئ أو لا تُعلنُ مظهرَهم.
الموارد والمراجع
To deepen your knowledge and keep up with changing standards, explore the following resources:
- WCAG 2.2 Guidelines] - المعيار الدولي لإمكانية الوصول على شبكة الإنترنت والتنقل.
- Apple Human Interface Guidelines – Accessibility] – Official iOS design guidance.
- Google Material Design Accessibility - أفضل الممارسات للأندرويد والتطبيقات عبر المزيجات.
- WebAIM] - المواد والأدوات والقوائم المرجعية لتقييم إمكانية الوصول.
- ] دليل مطوري الاستحقاق ] - دروس دراسية وأمثلة رمزية مدفوعة من المجتمع المحلي.
خاتمة
فالتصميم على الوصول إلى الهواتف المحمولة التزام مستمر، وليس مهمة لمرة واحدة، وبإدماج ممارسات شاملة في عملية تصميم وتطويركم، تقومون بوضع برامج تخدم الجمهور الأوسع وتوفرون خبرة أفضل للجميع، وتبدأون بمبادئ برنامج الخدمات، وتنفذون برامجيات محددة للوصول، وتختبرون بدقة الأدوات والمستعملين الحقيقيين، وتعتمدون على التغذية المرتدة، ويتوقف الجهد على رضا المستعملين، والامتثال القانوني، وتطبيق تطبيق رقمي أكثر إنصافا.