رابط دسترس‌پذیر: هوش مصنوعی در فناوری کمکی و طراحی فراگیر

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

دسترس‌پذیری از یک پایه فنی استوار آغاز می‌شود که با فناوری‌های کمکی و تنظیمات کاربر سازگار باشد. کمک هوش مصنوعی فقط لایه‌ای اختیاری است که باید عدم‌قطعیت، رضایت، اختیار کاربر و مسیر جایگزین بدون هوش مصنوعی را در خود داشته باشد.

کمک‌رسانی، کاربردپذیری و انطباق را جدا کنید

پیش از ساخت قابلیت، نوع ادعا را روشن کنید:

• کمک‌رسانی: کاربر با یک قابلیت اختیاری، کاری را آسان‌تر انجام می‌دهد؛
• کاربردپذیری دسترس‌پذیر: افراد دارای معلولیت مرتبط می‌توانند فرایند را در شرایط واقعی به‌طور مؤثر به پایان برسانند؛
• انطباق فنی: همه محتوای داخل دامنه بررسی، تمام معیارهای موفقیت قابل اعمال را در سطح ادعاشده برآورده می‌کند؛
• انطباق حقوقی: محصول یا خدمت با قانون، استاندارد، قرارداد و قلمرو قضایی مربوط سازگار است.

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

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

از کاربر دارای معلولیت و کار واقعی آغاز کنید

افراد، موقعیت‌ها و نتیجه مورد انتظار را بدون این فرض تعریف کنید که یک تشخیص پزشکی همیشه یک ترجیح ثابت می‌سازد. نیازها با نوع معلولیت، فناوری کمکی، زبان، خستگی، محیط، دستگاه و تجربه تغییر می‌کنند. ممکن است کاربر در یک جلسه زیرنویس بخواهد، بعداً رونوشت را ترجیح دهد و گاهی اصلاً خلاصه خودکار نخواهد.

پژوهش باید کسانی را دربرگیرد که از صفحه‌خوان، بزرگ‌نمایی، کنتراست زیاد، نمایشگر بریل، زیرنویس، وسیله شنوایی، صفحه‌کلید، کلید کمکی، فرمان صوتی، ردیابی چشم، کاهش حرکت، زبان ساده یا ترکیبی از این ابزارها استفاده می‌کنند.

به شرکت‌کنندگان حق‌الزحمه بدهید و مواد پژوهش را نیز دسترس‌پذیر کنید. معلولیت را از رفتار فرد حدس نزنید. ترجیح‌ها باید به دست خود کاربر تنظیم شوند، در صورت امکان انتقال‌پذیر و به‌سادگی بازنشانی‌پذیر باشند و از همکار، تبلیغ‌کننده یا خدمت نامرتبط پنهان بمانند.

فرایند اصلی را بدون هوش مصنوعی دسترس‌پذیر کنید

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

صفحه W3C WAI درباره اسناد WCAG 2 استاندارد فنی الزام‌آور را از اسناد توضیحی، روش‌ها و قواعد آزمون ACT جدا می‌کند. چند روش ممکن است یک معیار را برآورده کنند؛ اما هیچ روش یا قاعده آزمونی به‌تنهایی خود معیار نیست.

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

کمک چندوجهی را برگشت‌پذیر طراحی کنید

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

عدم‌قطعیت را پشت جمله‌ای روان پنهان نکنید. توصیف مسیر باید «در تشخیص داده شد» را از «خروجی ایمن تأیید شد» جدا کند. زیرنویس باید امکان اصلاح نام، عدد و اصطلاح تخصصی داشته باشد. خلاصه نیز باید عنوان‌ها، فهرست‌ها، برچسب‌های فرم، رابطه‌های جدول و هشدارها را حفظ کند.

هوشمندی چندوجهی سند با هوش مصنوعی می‌تواند در بازشناسی نویسه، تشخیص چیدمان و توضیح محتوا کمک کند؛ بااین‌حال سند دسترس‌پذیر همچنان به ترتیب خواندن، ساختار معنایی، زبان درست، جایگزین معنادار و محتوای راستی‌آزمایی‌شده نیاز دارد.

معنا و سازگاری فناوری کمکی را حفظ کنید

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

راهنمای آغاز کار در شیوه‌های نگارش ARIA هشدار می‌دهد که ARIA نادرست می‌تواند رابط را به‌شکل غلط معرفی کند و آزمون سازگاری با فناوری کمکی پیش از تولید ضروری است. این راهنما اطلاع‌رسان است؛ استاندارد الزام‌آور یا آزمون کامل محصول نیست.

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

ترکیب‌های مرتبط مرورگر، سامانه‌عامل، صفحه‌خوان، بزرگ‌نما، صفحه‌کلید، کلید کمکی، فرمان صوتی، لمس و بزرگ‌نمایی را بررسی کنید. نتیجه یک صفحه‌خوان در یک مرورگر، گواه انطباق جهانی نیست.

موفقیت کار و خطای مدل را با هم ارزیابی کنید

مطالعه مبتنی بر کار را با مشارکت افراد دارای معلولیت و متخصص دسترس‌پذیری انجام دهید. تصویر مبهم، صدای کم‌کیفیت، گفتار لهجه‌دار یا هم‌زمان، واژگان تخصصی، متن راست‌به‌چپ، پایان مهلت، قطع شبکه، خیال‌بافی مدل، بازیابی فقط با صفحه‌کلید و خستگی ناشی از استفاده مکرر را در آزمون بگنجانید.

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

نتیجه‌ها را بر پایه شیوه تعامل بخش‌بندی کنید و کاربران دارای معلولیت را یک میانگین واحد ندانید. بهبود اندک در میانگین ممکن است پسرفت شدید برای کاربران بریل، کلید کمکی، فرمان صوتی یا کم‌بینا را پنهان کند.

نگذارید هوش مصنوعی مانع تازه‌ای بسازد

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

پیامد را طبقه‌بندی کنید. خطای متن جایگزین سرگرمی با خطا در درمان، پرداخت، سفر، استخدام یا وضعیت اضطراری یکسان نیست. خروجی پرپیامد به راستی‌آزمایی قوی‌تر، بیان محتاطانه، نمایش منبع و دسترسی سریع به کمک انسانی نیاز دارد.

«حالت دسترس‌پذیری» جداگانه‌ای نسازید که به تجربه‌ای کهنه و ناقص تبدیل شود. خدمت اصلی باید یکپارچه و دسترس‌پذیر بماند و کمک اختیاری فقط آن را تقویت کند.

حریم خصوصی، اختیار و کرامت را پاس بدارید

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

پردازش روی دستگاه شاید افشای داده را برای گفتار، پیشنهاد متن یا کمک دیداری کاهش دهد. هوش مصنوعی روی دستگاه و حریم خصوصی برای کاهش تأخیر و حفظ محرمانگی مفید است؛ اما اجرای محلی نیز به نگهداری امن، مجوز روشن، مهار مدل و به‌روزرسانی دسترس‌پذیر نیاز دارد.

تا جای ممکن خود کاربر کمک را آغاز کند. سامانه نباید بی‌اجازه افراد حاضر را توصیف، جلسه را ضبط، سطح خواندن را تغییر یا تسهیلات فرد را آشکار کند. مکث، حذف، خروجی گرفتن و بازنشانی فراهم کنید و خود کنترل‌های حریم خصوصی را هم دسترس‌پذیر بسازید.

در محیط کار، پشتیبانی از تسهیلات را از پایش عملکرد جدا کنید. مدیر نباید گزارشی از اینکه چه کسی زیرنویس، بازنویسی یا راهنمای پیمایش را به کار برده است دریافت کند.

پشتیبانی انسانی را نیز دسترس‌پذیر کنید

محصول باید مسیرهای پشتیبانی مناسب از راه متن، صدا، خدمت واسط، صفحه‌کلید و کانال‌های مرتبط داشته باشد. ساعت کار، انتظار پاسخ و روش ارجاع را منتشر کنید. برای رفع مانعی که برخط ساخته شده، تماس تلفنی را اجباری نکنید.

کارشناس پشتیبانی باید صفحه، جزء، زمینه فناوری کمکی، شرح خطا و راه بازتولید امن را ببیند؛ مسئله دسترس‌پذیری را ثبت کند، مسیر هم‌ارز بدهد و وضعیت تراکنش کاربر را نگه دارد.

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

استاندارد و قانون را بدون بزرگ‌نمایی نگاشت کنید

WCAG استانداردی فنی است که در سیاست، خرید، مقررات و قرارداد به کار می‌رود؛ اما تکلیف حقوقی در قلمروهای مختلف فرق دارد. دفتر الزام‌ها باید قلمرو، محصول یا خدمت مشمول، نسخه و سطح، تاریخ اجرا، استثنا، استاندارد هماهنگ، قرارداد و مسئول پاسخ‌گو را ثبت کند.

قانون اروپایی دسترس‌پذیری، دستورالعمل اتحادیه اروپا ۲۰۱۹/۸۸۲ الزام‌های دسترس‌پذیری را برای محصولات و خدمات مشخص پس از ۲۸ ژوئن ۲۰۲۵ و در محدوده، اجرای ملی، دوره گذار و استثناهای خود اعمال می‌کند. این دستورالعمل همه محصولات دیجیتال جهان را زیر یک قاعده واحد نمی‌برد.

شواهد انطباق باید دامنه، صفحه یا فرایند، فناوری مورد اتکا، روش آزمون، ترکیب فناوری‌های کمکی، نقص، استثنا، بازبین، تاریخ و انتشار را ثبت کنند. بیانیه دسترس‌پذیری تولیدشده با مدل، تا زمانی که با محصول و الزام واقعی سنجیده نشده باشد، شاهد معتبر نیست.

دسترس‌پذیری را بدون تقلیل انسان به امتیاز بسنجید

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

ابزار خودکار فقط بخشی از موانع را می‌یابد. یک امتیاز کلی، شدت، دامنه و اثر بر کار را پنهان می‌کند. موانع باز و فرایندهای آسیب‌دیده را آشکار گزارش کنید. کاربر دارای معلولیت نباید نقصی را که با آزمون منظم قابل کشف است بارها گزارش کند.

اجزا، مدل و انتشار را راهبری کنید

برای محصول، طراحی، مهندسی، محتوا، دسترس‌پذیری، امنیت، حریم خصوصی، پشتیبانی، خرید، حقوق و مشاوران دارای معلولیت مسئول روشن تعیین کنید. فهرستی از اجزا، قابلیت‌های هوشمند، مدل‌ها، جریان داده، فناوری کمکی پشتیبانی‌شده، ارزیابی، محدودیت و مسیر جایگزین نگه دارید.

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

مراحل انتشار:

1. مانع پایه را در یک مسیر مهم برطرف کنید؛
2. آزمون دستی و پسرفت فناوری کمکی بسازید؛
3. یک کمک اختیاری را برای نیاز مشخص با کاربران طراحی کنید؛
4. آن را آفلاین با افراد دارای معلولیت ارزیابی کنید؛
5. با رضایت و مسیر جایگزین فوری به‌صورت محدود بیازمایید؛
6. خطاهای بحرانی، حریم خصوصی و بار پشتیبانی را پایش کنید؛
7. فقط بر پایه سود اثبات‌شده برای گروه‌های مختلف گسترش دهید؛
8. انطباق را در کل دامنه اثر دوباره بیازمایید.

بهترین هوش مصنوعی کمکی از کاربر نمی‌خواهد به سازگاری جادویی اعتماد کند؛ پایه دسترس‌پذیر را حفظ می‌کند و ابزاری مهارپذیر با محدودیت، شاهد و جایگزین روشن در اختیار او می‌گذارد.

یادداشت منابع

بازبینی محتوایی در ۲۰۲۶-۰۷-۳۰ انجام شد. WCAG 2.2 به‌عنوان W3C Recommendation normative و supporting WAI documents و APG به‌عنوان informative معرفی شده‌اند. Conformance از AI feature یا automated scan استنباط نشده است. European Accessibility Act به product، service، date، national implementation و exceptionهای directive scope شده و قانون جهانی وب معرفی نشده است.

• W3C، Web Content Accessibility Guidelines 2.2
• W3C WAI، اسناد WCAG 2
• W3C ARIA Authoring Practices، Read Me First
• Directive (EU) 2019/882، European Accessibility Act