موبائل ڈیولپمنٹ میں قابلیت رسائی: یہ کیا ہے، کیا معیارات ہیں اور کیسے لاگو کریں

قابلیت رسائی کیا ہے؟

Accessibility (مختصراً a11y — حرف a + 11 حروف + y) — کسی مصنوعہ کا معذور افراد کے استعمال کے قابل ہونے کی خاصیت ہے۔ موبائل ایپلیکیشنز کے تناظر میں، اس کا مطلب ہے: اسکرین ریڈرز (VoiceOver، TalkBack) کے لیے معاونت، مناسب متن کا سائز، زیادہ کنٹراسٹ، کی بورڈ نیویگیشن کے لیے درست فوکس ترتیب، اور چکر آنے والے اینیمیٹڈ عناصر کی غیر موجودگی۔

شمولیت نہ صرف اخلاقی بلکہ قانونی ذمہ داری بھی ہے۔ بہت سے ممالک میں ڈیجیٹل قابلیت رسائی کے قوانین ہیں: ADA (امریکہ)، سیکشن 508، European Accessibility Act (EU، 2025 سے ایپس کے لیے لازمی)۔ Business Disability Forum کے مطابق، قابلیت رسائی میں سرمایہ کاری کرنے والی کمپنیاں اپنے سامعین کو 15–20% بڑھاتی ہیں اور قانونی خطرات کم کرتی ہیں۔

IT Sectr میں، ہم ترقی کے ہر مرحلے پر قابلیت رسائی کی جانچ کرتے ہیں۔ ہمارا تجربہ بتاتا ہے: ڈیزائن کے مرحلے میں قابلیت رسائی کے مسائل حل کرنا ریلیز کے بعد کے مقابلے میں 10 گنا سستا ہے۔ Accessibility کوئی فیچر نہیں، بلکہ جدید ایپلیکیشن کے لیے ایک بنیادی ضرورت ہے۔

iOS: VoiceOver، Accessibility Label، Trait

Apple کا ماحولیاتی نظام طاقتور قابلیت رسائی کے اوزار فراہم کرتا ہے۔ VoiceOver ایک بلٹ ان اسکرین ریڈر ہے جو اسکرین پر ہونے والی ہر چیز کو آواز دیتا ہے۔ صارف اشاروں سے ڈیوائس کو کنٹرول کرتا ہے: دائیں سوائپ — اگلا عنصر، بائیں سوائپ — پچھلا عنصر، ڈبل ٹیپ — فعال کرنا۔

Accessibility Label وہ متن ہے جو VoiceOver کسی عنصر کے لیے پڑھتا ہے۔ ڈیفالٹ طور پر، iOS بٹن کا متن یا لیبل استعمال کرتا ہے، لیکن آئیکنز اور گرافیکل عناصر کے لیے آپ کو لیبل واضح طور پر سیٹ کرنا ہوگا۔ Accessibility Trait — ایک خاصیت جو عنصر کی قسم بیان کرتی ہے: button (بٹن)، header (ہیڈر)، link (لنک)، image (تصویر)۔ درست traits صارف کو یہ سمجھنے میں مدد دیتے ہیں کہ عنصر کے ساتھ کیسے تعامل کرنا ہے۔

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 Android کے لیے Google کا اسکرین ریڈر ہے، جو Android Accessibility Suite پیکیج کا حصہ ہے۔ VoiceOver کی طرح، یہ انٹرفیس عناصر کو آواز دیتا ہے اور اشاروں سے کنٹرول ہوتا ہے۔ TalkBack 100 سے زیادہ زبانوں کو سپورٹ کرتا ہے اور Google Play Services والے تمام آلات پر کام کرتا ہے۔

Content Description — Android پر accessibilityLabel کا ہم معنی ہے۔ یہ XML میں android:contentDescription وصف یا کوڈ میں 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 (درمیانی، EU میں قانونی طور پر لازمی)، AAA (زیادہ سے زیادہ)۔ موبائل ایپلیکیشنز کے لیے، سطح AA کافی ہے: متن کا کنٹراسٹ کم از کم 4.5:1، اسکرین ریڈر سپورٹ، کم از کم ہدف کا سائز 44x44 پکسلز، ویڈیو کے لیے سب ٹائٹلز۔

WCAG سطحیں

سطح A — بنیادی ضروریات: تصاویر کے لیے متن کے متبادل، کی بورڈ کنٹرول، کم از کم 3:1 کنٹراسٹ۔ سطح AA — درمیانی: کنٹراسٹ 4.5:1، 200% تک اسکیلنگ سپورٹ، درست ہیڈرز اور لیبلز۔ سطح AAA — اعلی: کنٹراسٹ 7:1، ویڈیو کے لیے اشاروں کی زبان، مکمل آواز کنٹرول۔ عملی طور پر، زیادہ تر کمپنیاں AA کو نشانہ بناتی ہیں۔

جدول 2. iOS اور Android قابلیت رسائی API کا موازنہ۔ مختلف ناموں کے باوجود، تصورات ایک جیسے ہیں: لیبل، قسم، فوکس ترتیب اور متن موافقت سپورٹ۔

قابلیت رسائی کی جانچ

قابلیت رسائی کی جانچ — WCAG معیارات کی تعمیل اور اسکرین ریڈرز کے ساتھ درست کام کے لیے ایپلیکیشن کی جانچ کرنا ہے۔ کم از کم ٹیسٹ سیٹ: VoiceOver/TalkBack کو فعال کریں اور ایپلیکیشن کی تمام اسکرینوں پر جائیں۔ سن کر چیک کریں کہ تمام عناصر پڑھے جا رہے ہیں، فوکس ترتیب منطقی ہے، اور نامناسب عناصر (آرائشی) نظر انداز کیے گئے ہیں۔

خودکار اوزار: Xcode Accessibility Inspector (iOS کے لیے Xcode میں آڈٹ)، Android Accessibility Scanner (اسکرین اسکین کرتا ہے اور مسائل ڈھونڈتا ہے)، Axe DevTools، WAVE۔ یہ اوزار کنٹراسٹ، ہدف کا سائز، لیبلز کی موجودگی اور دیگر پیرامیٹرز چیک کرتے ہیں۔

IT Sectr میں، ہم ہر ریلیز سے پہلے قابلیت رسائی کا جائزہ لیتے ہیں۔ عمل میں شامل ہے: خودکار آڈٹ (Accessibility Inspector)، VoiceOver اور TalkBack کے ساتھ دستی جانچ، کنٹراسٹ اور متن کی پیمائش کی جانچ۔ ہم مسائل کو Jira میں ریکارڈ کرتے ہیں اور سپرنٹ کو تفویض کرتے ہیں۔ یہ ہمیں تمام منصوبوں میں WCAG سطح AA برقرار رکھنے کی اجازت دیتا ہے۔