نویسنده: Interaction Design Foundation · منبع: بنیاد طراحی تعامل (IxDF) · ترجمهٔ آزاد: سپنتا پویا · مرداد ۱۴۰۵ · زمان مطالعه: حدود ۸ دقیقه

دسترس‌پذیری (اکسسبیلیتی) چیست؟

💡 این متن ترجمهٔ آزاد است: محتوای مقالهٔ اصلی با نگارش مستقل فارسی و با ذکر منبع بازگو شده و ترجمهٔ کلمه‌به‌کلمه نیست. لینک مقالهٔ اصلی در پایین صفحه آمده است.

دسترس‌پذیری (Accessibility) یعنی محصول یا خدمت شما برای همه کار کند؛ فارغ از اینکه کاربر چه توانایی‌هایی دارد یا در چه شرایطی از آن استفاده می‌کند. طراحی دسترس‌پذیر تنها یک الزام قانونی برای حمایت از افراد دارای معلولیت نیست؛ بلکه رویکردی است که تجربهٔ بهتری برای همهٔ کاربران می‌سازد. وقتی طراح فرض نکند که همهٔ کاربران مثل خودش می‌بینند، می‌شنوند، حرکت می‌کنند و فکر می‌کنند، محصولی می‌سازد که در طیف وسیع‌تری از موقعیت‌ها و برای طیف وسیع‌تری از آدم‌ها کار می‌کند.

در این نوشته می‌بینیم دسترس‌پذیری دقیقاً چیست، چه تفاوتی با کاربردپذیری دارد، چرا به‌نفع همهٔ کاربران است، با چه نوع محدودیت‌هایی سروکار داریم و در عمل چطور می‌توان محصولی دسترس‌پذیر ساخت.

A11Y؛ نام دیگر دسترس‌پذیری

در جامعهٔ طراحی زیاد به شکل کوتاه‌شدهٔ A11Y برمی‌خورید. این یک «عددواژه» (numeronym) است: بین حرف A و حرف Y در واژهٔ Accessibility دقیقاً یازده حرف قرار دارد، پس آن یازده حرف را با عدد ۱۱ جایگزین می‌کنند. این شکل کوتاه به‌ویژه در شبکه‌های اجتماعی و هشتگ‌ها رایج است.

تلفظش هم یکدست نیست؛ بعضی «اِی-اِلِوِن-وای»، بعضی «اَلای» (مثل واژهٔ ally به‌معنای هم‌پیمان) و بعضی هم کل واژه را کامل می‌گویند. چون این اصطلاح برای مخاطب ناآشنا گنگ است، بهتر است در متن‌های عمومی دست‌کم یک‌بار توضیحش دهید. نکتهٔ اصلی پشت این نام هم همان پیام همیشگی است: محصولی که دسترس‌پذیر باشد، به همه بهتر خدمت می‌کند.

دسترس‌پذیری در برابر کاربردپذیری

این دو مفهوم به هم نزدیک‌اند اما یکی نیستند. کاربردپذیری (Usability) بر سه ستون تکیه دارد: اثربخشی (کاربر به هدفش می‌رسد؟)، کارایی (با چه سرعت و چه زحمتی؟) و رضایت (تجربه چقدر خوشایند بود؟). دسترس‌پذیری اما یک قدم پیش‌تر می‌رود و می‌پرسد: آیا همهٔ کاربران، از جمله افراد دارای معلولیت، می‌توانند به تجربه‌ای هم‌ارز دست پیدا کنند؟

در تئوری این دو هم‌پوشانی دارند و بعضی چارچوب‌ها دسترس‌پذیری را زیرمجموعهٔ کاربردپذیری می‌دانند. اما در عمل تفکیک‌شان مهم است: پروژه‌های کاربردپذیری اغلب تجربهٔ کاربرانِ دارای معلولیت را نادیده می‌گیرند، در حالی که دسترس‌پذیری آگاهانه همان کاربران را در مرکز توجه قرار می‌دهد. به بیان ساده، محصولی می‌تواند برای کاربر میانگین بسیار کاربردپذیر باشد اما برای کسی که با صفحه‌خوان کار می‌کند عملاً غیرقابل‌استفاده بماند.

طراحی دسترس‌پذیر به همه کمک می‌کند

مهم‌ترین سوءتفاهم دربارهٔ دسترس‌پذیری این است که آن را «امکاناتی برای گروهی اقلیت» بدانیم. واقعیت این است که تقریباً همهٔ ما، دیر یا زود و در موقعیت‌های مختلف، از قابلیت‌های دسترس‌پذیری بهره می‌بریم:

• - زیرنویس ویدیو فقط به نفع افراد ناشنوا نیست؛ به کسی که در محیط شلوغ بدون هدفون ویدیو می‌بیند، یا کسی که در محیط ساکت نمی‌خواهد صدا پخش کند هم کمک می‌کند.
• - متن با کنتراست بالا علاوه بر کاربران کم‌بینا، به کسی که زیر نور شدید آفتاب به گوشی‌اش نگاه می‌کند هم کمک می‌کند.
• - ناوبری با صفحه‌کلید نه‌فقط برای کاربران دارای محدودیت حرکتی، که برای کاربران حرفه‌ای که سرعت را دوست دارند هم مفید است.

این همان ایدهٔ آشنای «اثر حاشیهٔ پیاده‌رو» است؛ شیبی که برای ویلچر ساخته شد، به چرخ‌دستی خرید، کالسکه و چمدان چرخ‌دار هم خدمت می‌کند. برآوردها نشان می‌دهد نادیده‌گرفتنِ دسترس‌پذیری می‌تواند حدود ۱۶٪ از جمعیت جهان را از محصول شما کنار بگذارد؛ رقمی که هیچ کسب‌وکاری نباید به‌سادگی از کنارش بگذرد.

فراتر از اخلاق و شمول، دسترس‌پذیری منطق تجاری روشنی هم دارد: بسیاری از حوزه‌های قضایی (مثل اتحادیهٔ اروپا) برای محصولات غیرقابل‌دسترس جریمه در نظر می‌گیرند؛ ساختار معنایی و متن جایگزینِ درست، سئو (SEO) را تقویت می‌کند؛ دامنهٔ دستگاه‌ها و محیط‌های قابل‌استفاده گسترده‌تر می‌شود؛ و در نهایت، برند شما به‌عنوان برندی فراگیر و مسئول شناخته می‌شود.

انواع محدودیت‌های دسترس‌پذیری

برای اینکه طراحی‌مان واقعاً فراگیر باشد، باید بدانیم با چه گونه‌هایی از محدودیت روبه‌روییم. نکتهٔ کلیدی این است که بسیاری از این محدودیت‌ها دائمی نیستند و می‌توانند موقتی یا موقعیتی باشند:

• - بینایی: نابینایی، کم‌بینایی و انواع کوررنگی (مثلاً دشواری در تفکیک قرمز و سبز).
• - حرکتی و جسمی: از کاربر ویلچر تا کسی که به‌خاطر شکستگی موقتاً فقط با یک دست تایپ می‌کند.
• - شنوایی: ناشنوایی و کم‌شنوایی، یا صرفاً بودن در محیطی که نمی‌شود صدا را شنید.
• - تشنج و حساسیت نوری: صرع حساس به نور که می‌تواند با چشمک‌زدن‌های سریع صفحه تحریک شود.
• - یادگیری و شناختی: نارساخوانی (دیسلکسیا)، اختلال تمرکز و دشواری‌های پردازش زبان.
• - موقعیتی و محیطی: کاربرِ خواب‌آلود، دستِ مشغول، یا کسی که در مترو با اینترنت ضعیف و نور کم کار می‌کند.

همان‌طور که بیلی گرگوری، متخصص دسترس‌پذیری، به‌طعنه می‌گوید وقتی تجربهٔ کاربری همهٔ کاربران را در نظر نگیرد، دیگر «تجربهٔ کاربری» نیست؛ بلکه فقط «تجربهٔ بعضی کاربران» است. طراحی خوب یعنی این «بعضی» را تا حد ممکن به «همه» نزدیک کنیم.

راهنمای عملی برای طراحی دسترس‌پذیر

دسترس‌پذیری یک مقصد نیست، یک تمرین همیشگی است. استاندارد مرجع در این حوزه، WCAG (رهنمودهای دسترس‌پذیری محتوای وب) است که کنسرسیوم وب جهانی (W3C) منتشرش می‌کند. در کنار پایبندی به این استاندارد، این کارهای عملی بیشترین تأثیر را دارند:

• - سلسله‌مراتب درستِ تیترها: از تگ‌های عنوان (h1 تا h6) به‌ترتیب منطقی استفاده کنید و ظاهرشان را با CSS تنظیم کنید، نه با پرش‌های بی‌قاعده. صفحه‌خوان‌ها به همین ساختار برای ناوبری تکیه می‌کنند.
• - متن جایگزین (alt) برای تصاویر محتوایی: هر تصویری که معنا حمل می‌کند باید توصیف متنی داشته باشد تا کاربرِ صفحه‌خوان از محتوایش باخبر شود؛ تصاویر صرفاً تزئینی را با متن جایگزین خالی رها کنید.
• - لینک‌های معنادار: متن لینک باید مستقل از متن اطراف هم قابل‌فهم باشد؛ «اینجا کلیک کنید» بد است، «دانلود راهنمای WCAG» خوب. لینک‌ها باید نشانهٔ بصری هم داشته باشند.
• - رنگ هرگز تنها حاملِ معنا نباشد: کنتراست بالا انتخاب کنید و اطلاعات را علاوه بر رنگ با شکل، برچسب یا الگو هم منتقل کنید تا کاربر کوررنگ چیزی را از دست ندهد.
• - فرم‌های سازگار با صفحه‌خوان: هر ورودی برچسب صریح داشته باشد و در جای لازم از نقش‌ها و صفت‌های ARIA استفاده کنید.
• - نشانه‌گذاری معتبر و ساختارمند: از عناصر درستِ HTML (مثل فهرست‌ها) استفاده کنید و کد را با ابزارهای اعتبارسنجی W3C بررسی کنید.
• - جایگزین برای صوت و ویدیو: برای پادکست و فایل صوتی رونوشت متنی و برای ویدیو زیرنویس فراهم کنید.
• - زبان ساده و شفاف: جمله‌ها را کوتاه و سلسله‌مراتب اطلاعات را روشن نگه دارید تا بار شناختی کم شود.
• - آزمونِ بدون‌ماوس: کل مسیرهای اصلی را فقط با صفحه‌کلید طی کنید و از ابزارهایی مثل WAVE و Color Oracle برای سنجش دسترس‌پذیری و شبیه‌سازی کوررنگی استفاده کنید.

یک ترفند عملی هم این است که در کنار پرسوناهای اصلی، یک «پرسونای ثانویه» با تأکید بر نیازهای دسترس‌پذیری بسازید تا این کاربران در کل فرایند طراحی دیده شوند.

اصول چهارگانهٔ POUR

قلب استاندارد WCAG را می‌توان در چهار اصل خلاصه کرد که سرواژهٔ آن‌ها POUR است. هر محتوای دسترس‌پذیر باید این چهار ویژگی را داشته باشد:

• - قابل‌ادراک (Perceivable): کاربر باید بتواند محتوا را با حواسش دریافت کند. یعنی برای هر تصویر، صوت و ویدیو جایگزینی وجود داشته باشد که از راه حسی دیگر قابل‌درک باشد.
• - قابل‌عمل (Operable): کاربر باید بتواند با ابزارهای گوناگون — صفحه‌کلید، ماوس، لمس، صدا یا حرکت — رابط را کنترل کند؛ نه فقط با یک روش خاص.
• - قابل‌فهم (Understandable): محتوا و عملکرد رابط باید روشن و پیش‌بینی‌پذیر باشد و در جای لازم راهنمایی و بازخورد به کاربر بدهد.
• - پایدار و مقاوم (Robust): کد باید معتبر و استاندارد باشد تا با فناوری‌های کمکیِ امروز و فردا — از صفحه‌خوان‌ها تا مرورگرهای آینده — سازگار بماند.

اگر بخواهید فقط یک قاب ذهنی از این مقاله نگه دارید، همین POUR است: هر تصمیم طراحی را از این چهار پنجره وارسی کنید.

جمع‌بندی

• - دسترس‌پذیری یعنی محصول برای همه کار کند، فارغ از توانایی یا شرایط؛ نه امکاناتی حاشیه‌ای برای گروهی اقلیت.
• - A11Y شکل کوتاه‌شدهٔ همین واژه است و بر این نکته پا می‌فشارد که طراحیِ دسترس‌پذیر به همه بهتر خدمت می‌کند.
• - دسترس‌پذیری فراتر از کاربردپذیری می‌رود و آگاهانه کاربرانِ دارای معلولیت را در مرکز قرار می‌دهد.
• - محدودیت‌ها می‌توانند دائمی، موقتی یا موقعیتی باشند: بینایی، حرکتی، شنوایی، شناختی و محیطی.
• - WCAG استاندارد مرجع است و اصول چهارگانهٔ POUR (قابل‌ادراک، قابل‌عمل، قابل‌فهم، پایدار) قطب‌نمای عملی آن‌اند.