ویب ایکسیسبیلیٹی کیا ہے؟ WCAG اور جامع ڈیزائن کی وضاحت
ویب ایکسیسبیلیٹی کا مطلب ہے ویب سائٹس اور ایپس اس طرح بنانا کہ معذور افراد انہیں استعمال کر سکیں — چاہے وہ نابینا ہوں اور اسکرین ریڈر استعمال کرتے ہوں، ماؤس استعمال نہ کر سکتے ہوں، کم بینائی یا رنگ کے اندھے پن کا شکار ہوں، بہرے ہوں، یا ذہنی یا سیکھنے کی معذوری رکھتے ہوں۔ عملی طور پر یہ چیزوں پر آتا ہے جیسے تصاویر کے لیے متنی متبادل، کافی رنگی کنٹراسٹ، مناسب لیبلز والے فارمز، اور ہر چیز کا صرف کی بورڈ سے کام کرنا۔ اس کا بین الاقوامی معیار WCAG ہے، یعنی W3C کے Web Content Accessibility Guidelines۔
ایکسیسبیلیٹی کو اکثر a11y لکھا جاتا ہے — “a”، پھر 11 حروف، پھر “y”۔
AI کے ساتھ بناتے وقت ایکسیسبیلیٹی کیوں اہم ہے
AI بلڈرز ایسی ایپس بنانے میں اچھے ہیں جو درست دکھتی ہیں۔ ایکسیسبیلیٹی زیادہ تر اس بارے میں ہے جو اسکرین شاٹ میں نظر نہیں آتا: کیا بٹن واقعی بٹن ہے، کیا ان پٹ کا ایسا لیبل ہے جسے اسکرین ریڈر بول سکے، کیا Tab کی سے مینو تک پہنچا جا سکتا ہے۔
اسی لیے یہ پوچھنا اہم ہے:
- اسے نظر انداز کرنا آسان ہے۔ ایک اپنی مرضی کا سٹائل والا ڈراپ ڈاؤن بالکل خوبصورت لگ سکتا ہے اور ماؤس کے بغیر استعمال ناممکن ہو سکتا ہے۔ جب تک آپ جانچیں نہیں، آپ کو پتا نہیں چلے گا۔
- شروع میں ٹھیک کرنا سستا ہے۔ پہلے prompt سے ہی ایکسیسبل کمپوننٹس مانگنے کی لاگت تقریباً صفر ہے۔ مکمل ایپ میں بعد میں یہ ڈالنا ہر اسکرین کو چھونے کے برابر ہے۔
- یہ سب کے لیے مفید ہے۔ کیپشنز شور والی جگہوں پر لوگوں کی مدد کرتے ہیں، اچھا کنٹراسٹ دھوپ میں فون استعمال کرنے والوں کی، اور واضح لیبلز سب کو فارم تیزی سے بھرنے میں مدد دیتے ہیں۔
- یہ SEO سے جڑا ہے۔ مناسب headings، واضح لنکس اور alt text سرچ انجنوں کو بھی آپ کے صفحات سمجھنے میں مدد دیتے ہیں — دیکھیں AI سے بنی ویب سائٹس کے لیے SEO۔
- یہ لازمی ہو سکتی ہے۔ آپ جہاں کام کرتے ہیں اور جن لوگوں کی خدمت کرتے ہیں اس کے لحاظ سے ایکسیسبیلیٹی ایک قانونی ذمہ داری ہو سکتی ہے۔
روزمرہ کی ایک مثال
کسی عمارت کے داخلی دروازے کا تصور کریں۔
سیڑھیاں بہت سے لوگوں کے لیے ٹھیک ہیں۔ ریمپ وہیل چیئر استعمال کرنے والوں کے لیے کام کرتا ہے — اور بچوں کی گاڑی لے کر چلنے والے والدین، ٹرالی کے ساتھ ڈیلیوری ورکرز اور سوٹ کیس والے مسافروں کے لیے بھی۔ خودکار دروازے، واضح نشانات، لفٹ کے بٹنوں پر بریل اور اچھی روشنی ہر ایک کسی کے لیے رکاوٹ دور کرتی ہے۔
ویب ایکسیسبیلیٹی ڈیجیٹل جگہوں کے لیے وہی خیال ہے: آپ کی ایپ کے ریمپ، نشانات اور ہینڈریلز۔ اور عمارت کی طرح، منصوبے میں ریمپ شامل کرنا اس سے بہت آسان ہے کہ کنکریٹ سخت ہونے کے بعد اسے بنایا جائے۔
WCAG ایک نظر میں
WCAG کو W3C کی Web Accessibility Initiative شائع کرتی ہے۔ موجودہ ورژن WCAG 2.2 ہے، جو اکتوبر 2023 میں پہلی بار شائع ہوا۔ یہ پچھلے ورژنز کے ساتھ مطابقت رکھتا ہے: جو مواد WCAG 2.2 پر پورا اترتا ہے وہ 2.1 اور 2.0 پر بھی پورا اترتا ہے، اور W3C تازہ ترین ورژن استعمال کرنے کی ترغیب دیتا ہے۔ WCAG 2.2 بین الاقوامی معیار ISO/IEC 40500:2025 کے طور پر بھی منظور ہو چکا ہے۔ ایک بالکل مختلف WCAG 3 ابتدائی مسودے کے طور پر تیار ہو رہا ہے، جو ابھی مکمل معیار نہیں ہے۔
WCAG چار اصولوں کے تحت منظم ہے، جنہیں اکثر POUR کہا جاتا ہے:
| اصول | مطلب | مثالیں |
|---|---|---|
| Perceivable (قابلِ ادراک) | لوگ مواد کو اپنے استعمال کردہ حواس سے سمجھ سکیں | تصاویر کا alt text، ویڈیو کے کیپشنز، کافی کنٹراسٹ |
| Operable (قابلِ عمل) | لوگ کنٹرولز استعمال کر سکیں اور نیویگیٹ کر سکیں | کی بورڈ رسائی، ایسی وقتی حدیں نہ ہوں جو بڑھائی نہ جا سکیں، نظر آنے والا فوکس |
| Understandable (قابلِ فہم) | مواد اور رویہ سمجھ میں آئے | واضح لیبلز، مددگار ایرر پیغامات، یکساں نیویگیشن |
| Robust (مضبوط) | مختلف براؤزرز اور معاون ٹیکنالوجیز کے ساتھ کام کرے | مناسب HTML عناصر، کنٹرولز کے درست نام اور کردار |
ہر رہنمائی کے جانچنے کے قابل کامیابی کے معیارات تین درجوں پر ہیں:
- Level A — کم سے کم۔ ان میں ناکامی کچھ لوگوں کو مکمل طور پر روک دیتی ہے۔
- Level AA — معیاری ہدف، اور وہ درجہ جس کی طرف زیادہ تر قوانین اور پالیسیاں اشارہ کرتی ہیں۔
- Level AAA — بلند ترین درجہ۔ کچھ جگہوں پر اسے ہدف بنانا مفید ہے، لیکن W3C پوری سائٹوں کے لیے اسے لازمی کرنے کی سفارش نہیں کرتا، کیونکہ کچھ مواد اسے پورا نہیں کر سکتا۔
WCAG 2.2 نے 2.1 میں نو کامیابی کے معیارات شامل کیے، جن میں لیول AA پر Target Size (Minimum) بھی ہے — کلک ہونے والے ہدف عموماً کم از کم 24 × 24 CSS پکسلز کے ہونے چاہئیں، کچھ استثناء کے ساتھ — اور Accessible Authentication (Minimum)، جو ایسے لاگ اِن مراحل کو محدود کرتا ہے جو یادداشت یا پہیلیوں پر منحصر ہوں، جیسے پاس ورڈ دوبارہ ٹائپ کرنا جبکہ پیسٹ کی اجازت نہ ہو۔ اس نے پرانا “Parsing” معیار متروک ہونے کی بنا پر ہٹا بھی دیا۔
عملی مثال: ایک سائن اپ فارم
یہ ایک سائن اپ فارم ہے جو AI بنا سکتا ہے، اور ایکسیسبیلیٹی جانچ میں کیا ملتا ہے:
| مسئلہ | کس پر اثر | حل |
|---|---|---|
| ان پٹس لیبل کے بجائے placeholder متن (“Email”) استعمال کرتے ہیں | اسکرین ریڈر صارفین؛ کوئی بھی جو لکھنا شروع کرنے کے بعد بھول جائے کہ فیلڈ کیا تھی | ہر ان پٹ سے جڑا نظر آنے والا <label> |
| سفید پس منظر پر ہلکا خاکستری متن، 4.5:1 کنٹراسٹ سے کہیں کم | کم بینائی والے لوگ، باہر موجود کوئی بھی | گہرا متن جو 4.5:1 کنٹراسٹ ریشو پورا کرے |
| غلطیاں صرف سرخ بارڈر سے دکھائی جاتی ہیں | رنگ کے اندھے صارفین، اسکرین ریڈر صارفین | فیلڈ کے ساتھ ایک متنی پیغام، جو اسکرین ریڈرز میں بولا جائے |
“Sign up” ایک سٹائلڈ <div> ہے، <button> نہیں | کی بورڈ اور اسکرین ریڈر صارفین اسے فعال نہیں کر سکتے | ایک حقیقی <button> عنصر استعمال کریں |
| فیلڈز میں Tab کرتے وقت کوئی نظر آنے والا outline نہیں | کی بورڈ صارفین کو معلوم نہیں ہوتا کہ وہ کہاں ہیں | ایک واضح فوکس اسٹائل |
| لوگو تصویر میں alt text نہیں | اسکرین ریڈر صارفین فائل کا نام سنتے ہیں | “Acme Bookings” جیسا alt text |
ان میں سے کوئی بھی درستی فارم کی شکل زیادہ نہیں بدلتی۔ ان سب سے فرق یہ پڑتا ہے کہ کچھ لوگ اسے استعمال کر سکیں گے یا نہیں۔
اہم اصطلاحات
| اصطلاح | مطلب |
|---|---|
| اسکرین ریڈر | ایسا سافٹ ویئر جو اسکرین کو بلند آواز میں یا بریل ڈسپلے پر پڑھتا ہے، جیسے VoiceOver، NVDA یا JAWS۔ |
| Alt text | تصویر کی متنی وضاحت، جو اسکرین ریڈرز پڑھتے ہیں۔ آرائشی تصاویر کے لیے خالی alt text دیا جاتا ہے تاکہ انہیں چھوڑ دیا جائے۔ |
| Contrast ratio | متن اور پس منظر کے رنگ کتنے مختلف ہیں، 1:1 سے 21:1 تک۔ |
| Keyboard navigation | ماؤس کے بجائے Tab، Enter، Space اور تیر والی کیز سے سائٹ استعمال کرنا۔ |
| Focus indicator | نظر آنے والا outline جو دکھاتا ہے کہ کی بورڈ کس عنصر پر ہے۔ |
| Semantic HTML | کام کے لیے درست عنصر استعمال کرنا — <button>، <nav>، <h2> — تاکہ براؤزرز اور معاون ٹیکنالوجی صفحہ سمجھ سکیں۔ |
| ARIA | اپنی مرضی کے کنٹرولز کو معاون ٹیکنالوجی کے لیے بیان کرنے والی اضافی صفات۔ کم سے کم استعمال کریں؛ پہلے مقامی HTML عناصر کو ترجیح دیں۔ |
| Assistive technology | وہ ٹولز جو لوگ کمپیوٹر تک رسائی کے لیے استعمال کرتے ہیں، اسکرین ریڈرز سے لے کر سوئچ ڈیوائسز اور وائس کنٹرول تک۔ |
عام غلط فہمیاں
- “ایکسیسبیلیٹی صرف نابینا صارفین کے لیے اہم ہے۔” یہ بصری، حرکی، سماعتی، گفتاری اور ذہنی معذوریوں کا احاطہ کرتی ہے، اور عارضی حالات جیسے ٹوٹا ہوا بازو بھی۔
- “ایکسیسبل سائٹس سادہ دکھتی ہیں۔” ایکسیسبیلیٹی چند چیزوں کو محدود کرتی ہے — کنٹراسٹ، فوکس اسٹائلز، متن کا سائز — لیکن اچھی دکھنے والی ایکسیسبل سائٹس معمول ہیں، استثناء نہیں۔
- “خودکار چیکر 100 دیتا ہے، تو ہم فارغ ہو گئے۔” خودکار ٹولز صرف کچھ مسائل پکڑتے ہیں۔ یہ کہ alt text واقعی بامعنی ہے یا کوئی بہاؤ اسکرین ریڈر کے ساتھ سمجھ میں آتا ہے، اس کی جانچ کوئی شخص ہی کر سکتا ہے۔
- “ایک overlay widget ہمیں compliant بنا دے گا۔” اوپر سے لگائے گئے ٹول بار آپ کے کوڈ میں غائب لیبلز یا خراب کی بورڈ رسائی ٹھیک نہیں کر سکتے۔ ماخذ ٹھیک کریں۔
- “ہمارے پاس کوئی معذور صارف نہیں ہے۔” شاید آپ کو پتا ہی نہ ہو۔ بہت سی معذوریاں نظر نہیں آتیں، اور جو لوگ کسی رکاوٹ سے ٹکراتے ہیں وہ عموماً بس چلے جاتے ہیں۔
اپنے AI بلڈر سے کیا مانگیں
- “اسے WCAG 2.2 لیول AA پر پورا اترنے کے لیے بنائیں۔”
- “Semantic HTML استعمال کریں: حقیقی بٹن، لنکس، ترتیب سے headings، اور ہر فارم فیلڈ کے لیے لیبلز۔”
- “یقینی بنائیں کہ ہر interactive عنصر صرف کی بورڈ سے کام کرے اور اس کا نظر آنے والا فوکس اسٹائل ہو۔”
- “تمام متن اور آئیکن رنگوں کا کنٹراسٹ چیک کریں — عام متن کے لیے 4.5:1، بڑے متن اور آئیکنز کے لیے 3:1۔”
- “معلوماتی تصاویر کے لیے بامعنی alt text اور آرائشی تصاویر کے لیے خالی alt text شامل کریں۔”
- “فارم کی غلطیاں متن کے طور پر دکھائیں، فیلڈ سے جڑی ہوئی، نہ کہ صرف رنگ سے۔”
- “متحرک تصاویر کے لیے صارف کی reduced-motion سیٹنگ کا احترام کریں۔”
- “ایک خودکار ایکسیسبیلیٹی چیک چلائیں اور بتائیں کہ وہ کیا نہیں جانچ سکتا، تاکہ میں اسے ہاتھ سے چیک کر سکوں۔”
پھر خود جانچیں: ماؤس ایک طرف رکھیں اور صرف Tab، Shift+Tab، Enter اور Space سے اپنا اہم بہاؤ مکمل کرنے کی کوشش کریں۔ اپنے فون کے بلٹ اِن اسکرین ریڈر کو مرکزی صفحے پر آزمائیں۔ براؤزر کو 200% زوم کریں اور دیکھیں کہ کچھ ٹوٹتا تو نہیں۔
Mythex میں ایکسیسبیلیٹی
Mythex میں کوئی مخصوص ایکسیسبیلیٹی چیکر شامل نہیں ہے، اس لیے ایکسیسبیلیٹی کو اپنے prompts اور جانچ کا حصہ سمجھیں۔ پہلے prompt سے WCAG 2.2 AA مانگیں، Preview میں کی بورڈ سے نتیجہ چیک کریں، اور پبلش سے پہلے ایجنٹ سے /test کے ذریعے اپنے اہم بہاؤ پر کلک کروائیں — دیکھیں App Testing۔ SEO recipe بھی semantic headings اور بامعنی alt text مانگتا ہے، جو دونوں مقاصد پورے کرتے ہیں۔
عملی چیک لسٹ کے لیے اپنی ویب سائٹ کو ایکسیسبل کیسے بنائیں دیکھیں۔ ڈیزائن کے لیے AI سے اچھی دکھنے والی ایپ کیسے ڈیزائن کریں پڑھیں، اور لانچ سے پہلے لانچ سے پہلے اپنی ایپ کی جانچ کیسے کریں۔ W3C کا اپنا WCAG جائزہ مستند ماخذ ہے۔
سوالات
آسان الفاظ میں ویب ایکسیسبیلیٹی کیا ہے؟
ویب ایکسیسبیلیٹی کا مطلب ہے ویب سائٹس اور ایپس کو اس طرح ڈیزائن اور بنانا کہ معذور افراد انہیں دیکھ، سمجھ، نیویگیٹ اور استعمال کر سکیں۔ اس میں نابینا افراد شامل ہیں جو اسکرین ریڈرز استعمال کرتے ہیں، وہ لوگ جو ماؤس استعمال نہیں کر سکتے، کم بینائی یا رنگ کے اندھے پن والے افراد، بہرے صارفین، اور ذہنی یا سیکھنے کی معذوری والے لوگ۔
WCAG کیا ہے؟
WCAG (Web Content Accessibility Guidelines) ویب ایکسیسبیلیٹی کا بین الاقوامی معیار ہے، جسے W3C شائع کرتا ہے۔ موجودہ ورژن WCAG 2.2 ہے، جو اکتوبر 2023 میں پہلی بار شائع ہوا۔ اس کے کامیابی کے معیارات A، AA اور AAA درجوں میں تقسیم ہیں، اور زیادہ تر تنظیمیں اور قوانین لیول AA کو ہدف کے طور پر لیتے ہیں۔
WCAG کس قدر رنگی کنٹراسٹ مانگتا ہے؟
لیول AA پر عام متن کو اپنے پس منظر کے مقابلے میں کم از کم 4.5:1 کنٹراسٹ ریشو چاہیے، اور بڑے متن (تقریباً 18 پوائنٹ، یا بولڈ 14 پوائنٹ) کو کم از کم 3:1۔ آئیکنز اور کنٹرولز کے نظر آنے والے حصوں کو اپنے ساتھ والی چیز کے مقابلے میں کم از کم 3:1 چاہیے۔
کیا ویب ایکسیسبیلیٹی قانونی تقاضا ہے؟
بہت سی جگہوں پر، بہت سی تنظیموں کے لیے، ہاں۔ قوانین ملک اور شعبے کے لحاظ سے مختلف ہیں؛ مثلاً European Accessibility Act یورپی یونین میں بہت سی صارف ڈیجیٹل مصنوعات اور خدمات کا احاطہ کرتا ہے۔ اپنے لیے لاگو قوانین چیک کریں، یا کسی قانونی مشیر سے پوچھیں۔
کیا کوئی ایکسیسبیلیٹی overlay یا widget میری سائٹ کو compliant بنا سکتا ہے؟
اکیلا نہیں۔ Overlays آپ کی سائٹ کے اوپر ایک ٹول بار شامل کرتے ہیں، لیکن وہ لیبلز کی غیر موجودگی، ناقابلِ استعمال کی بورڈ نیویگیشن، یا غیر واضح ساخت جیسے بنیادی مسائل قابلِ اعتماد طریقے سے ٹھیک نہیں کر سکتے۔ قابلِ اعتماد طریقہ یہ ہے کہ سائٹ کا کوڈ اور مواد ٹھیک کیا جائے۔