سود:
- امکان کنترل و بهبود کنتراست رنگ، متن جایگزین، دسترسی به صفحه کلید و معیارهای WCAG با پشتیبانی از هوش مصنوعی
- امکان تولید و تأیید متون دسترسی مانند تجربه صفحهخوان، متن جایگزین و برچسبهای فرم با هوش مصنوعی
- درک محدودیت اعتبارسنجی توصیههای دسترسی هوش مصنوعی با فناوری کمکی واقعی و آزمایش کاربر
دسترسی (به اختصار a11y) توانایی یک محصول برای استفاده توسط همه، از جمله افراد دارای معلولیت است: یک کاربر کم بینا می تواند با یک صفحه خوان (نرم افزار کمکی که متن را به گفتار تبدیل می کند)، حرکت کند، یک فرد دارای مشکلات حرکتی می تواند هر کاری را با صفحه کلید انجام دهد، یک فرد کوررنگ می تواند بدون تکیه بر رنگ، اطلاعات را دریافت کند. طراحی فراگیر گسترده تر است: تنوع انسانی را در مرکز طراحی قرار می دهد، از جمله سن، زبان، فرهنگ، ناتوانی موقت (بازوی شکسته) یا ناتوانی زمینه ای (صفحه نمایش در آفتاب). دسترسی یک «اضافی» نیست، بلکه یک مسئولیت اساسی و یک الزام قانونی در اکثر کشورها است. هوش مصنوعی یک پیش نمایشگر و تولید کننده پیش نویس قدرتمند در این زمینه است. اما دسترسی واقعی تنها با فناوری کمکی واقعی و آزمایش کاربر تأیید می شود.
WCAG و مناطق کنترل کلیدی
WCAG (دستورالعملهای دسترسی به محتوای وب) مجموعهای از معیارهای پذیرفته شده بینالمللی برای دسترسی است. سطح AA به طور کلی هدف قرار می گیرد. این چهار اصل دارد: محتوا باید قابل درک باشد، رابط باید قابل استفاده باشد، اطلاعات باید قابل درک و از نظر فنی صحیح باشد. رایج ترین مناطق کنترل در عمل عبارتند از:
- کنتراست رنگ: آیا تفاوت بین متن و پس زمینه کافی است؟ (برای AA، حداقل نسبت 4.5:1 در متن معمولی.)
- متن جایگزین (متن جایگزین): آیا تصاویر دارای متنی معادلی هستند که آنها را برای صفحه خوان توضیح دهد؟
- دسترسی به صفحه کلید: آیا می توان کاری را بدون ماوس انجام داد؟ آیا ترتیب فوکوس منطقی است؟
- اطلاعات فقط رنگ: عباراتی مانند "فیلدهای قرمز را پر کنید" کاربر کوررنگ را مستثنی می کند.
- برچسبهای فرم: آیا هر فیلد ورودی برچسبی دارد که صفحهخوان آن را بخواند؟
- هدف لمسی: آیا دکمه ها به اندازه ای بزرگ هستند که بتوان به راحتی با انگشتان آن را فشار داد؟
هوش مصنوعی میتواند یک اسکن اولیه سریع در بسیاری از این زمینهها انجام دهد: میتوانید مقداری متن بدهید و بپرسید «آیا کنتراست کافی است؟»، توضیح تصویر بدهید و بپرسید «پیشنهاد متن جایگزین»، توضیح رابط بدهید و بپرسید «مشکلات دسترسی به صفحهکلید چیست».
احتیاط: فقط به این دلیل که هوش مصنوعی می گوید "در دسترس به نظر می رسد" تضمینی برای دسترسی نیست. بررسی خودکار فقط برخی از خطاهای WCAG را می گیرد. بقیه با استفاده واقعی ظاهر می شوند.
متن جایگزین: راز متن جایگزین خوب
متن جایگزین تصویر را برای کاربر کم بینا جایگزین می کند. متن جایگزین خوب عملکرد و معنای تصویر را منتقل می کند، نه جزئیات تزئینی آن را. متن جایگزین برای نماد «افزودن به سبد خرید» باید «افزودن به سبد خرید» باشد نه «تصویر سبد خرید» زیرا این عمل است که برای کاربر مهم است. هوش مصنوعی در تولید طرحهای زیرمتن خوب است، اما چون زمینه را نمیداند، ممکن است متنی بیش از حد توصیفی یا نامربوط تولید کند. از هر متن جایگزین میپرسید «چرا این تصویر اینجاست؟» با سوال برش دهید.
بصری
زیر متن ضعیف
زیر متن قوی
نماد سبد خرید (دکمه)
"آیکون سبد خرید، رنگ خاکستری"
"افزودن به سبد خرید"
عکس محصول
"تصویر"
"مانتو زمستانی آبی، نمای جلو"
خط تزئینی
"خط زینت"
(خالی بگذارید - تزئینی)
گرافیک
"تصویر گرافیکی"
"فروش 2024: افزایش هر سه ماهه"
زبان و دامنه فراگیر
دسترسی به کنترل های فنی محدود نمی شود. زبان نیز شامل است. متنی که جنسیت را فرض میکند ("کاربر و همسرش")، بر اساس توانایی ("نگاه کردن"، "به راحتی شنیدن") حذف میشود یا حاوی فرضیات فرهنگی است، برخی از کاربران را حذف میکند. هوش مصنوعی میتواند متن را از این منظر اسکن کند، اما باید اطمینان حاصل کنید که زبان «خنثی» که پیشنهاد میکند طبیعی و قابل درک باشد. تصحیح بیش از حد می تواند متن را ناخوشایند کند.
سه کیف کوچک
مورد 1 - خطاهای کنتراست زود تشخیص داده شد. گروهی از هوش مصنوعی رنگ متن 20 صفحه را اسکن کردند و مشخص کردند که کنتراست در 7 مکان زیر آستانه AA است. اصلاحات بدون وارد شدن به توسعه انجام شد. از هزینه اصلاحات بعدی جلوگیری شد. اما تیم هنوز از تست واقعی صفحهخوان غافل نشد.
مورد 2 - فقط اطلاعات مربوط به رنگ تصحیح شد. یک فرم فیلدهای خطا را فقط با حاشیه قرمز نشان می داد. هوش مصنوعی این را علامت گذاری کرده است. تیم همچنین متن و نمادهایی را به هر خطا اضافه می کند. کاربران Colorblind اکنون می توانند این خطا را ببینند. درس: رنگ به تنهایی نمی تواند اطلاعات را منتقل کند.
مورد 3 - تایید اشتباه هوش مصنوعی. یکی از طراحان آزمایش صفحهخوان را رد کرد زیرا هوش مصنوعی را «دسترس» نامید. در تست واقعی مشخص شد که ترتیب فوکوس اشتباه شده و برخی از دکمه ها اصلا خوانده نشده اند. درس: تأیید خودکار آغاز است. آزمایش واقعی فناوری کمکی اجباری است.
درخواست های قابل کپی
این توضیحات رابط را از قبل اسکن کنید برای دسترسی: یادداشت "آزمایش واقعی مورد نیاز است" را اضافه کنید. دستور تهیه: <<متن>>
متن جایگزین برای این تصاویر پیشنهاد کنید. قانون: عملکرد/معنای تصویر را منتقل کنید، نه جزئیات تزئینی. اقدام برای نمادهای دکمه را بنویسید. برای تصاویر تزئینی، بگویید «متن جایگزین باید خالی بماند». توضیحات متن و تصویر: <<فهرست>>
این متون را برای زبان فراگیر بررسی کنید: آیا مفروضات جنسیتی، زبان استثنایی مبتنی بر توانایی (مانند «دیدن»، «شنیدن»)، مفروضات فرهنگی وجود دارد؟ پیشنهاد جایگزین هایی که طبیعی باقی می مانند. بیش از حد تصحیح نکنید. متون: <<فهرست>>
خطای قابل دسترس و متن برچسب را برای این فرم بنویسید: برچسب قابل مشاهده برای هر فیلد، توضیحات برای صفحه خوان، و پیامی که خطا را توصیف می کند، صرف نظر از رنگ (متن + نماد). صدا و لحن: <<کارت>>فیلدهای فرم: <<لیست>>
اعلان ضعیف / اعلان قوی
ضعیف: "نوشتن متن جایگزین برای این تصویر."
نتیجه: «یک تصویر» یا متن بیش از حد توصیفی که عملکرد را از دست داده است.
قوی: "متن جایگزین را برای این تصاویر پیشنهاد دهید؛ عملکرد/معنای تصویر را منتقل کنید؛ عمل را برای نمادهای دکمه بنویسید؛ موارد تزئینی را به عنوان "باید خالی بماند" علامت بزنید."
نتیجه: زیرمتن های متنی، تابع گرا، دقیق.
تفاوت: اعلان قوی فوکوس عملکردی + قرارداد دکمه + تمایز تزئینی را به ارمغان می آورد.
اشتباهات رایج
- اشتباه گرفتن تایید هوش مصنوعی به عنوان تضمینی برای دسترسی جایگزینی برای آزمایش واقعی نیست.
- فقط بارگذاری اطلاعات در رنگ. کاربران کور رنگی اطلاعات را از دست می دهند.
- توضیح تصویر، نه عملکرد، در متن جایگزین. برای نماد دکمه باید یک عمل نوشته شود.
- دستیابی برای آخر باقی بماند. اگر در مرحله وایرفریم راه اندازی نشود، بعداً پچ کردن آن گران تمام می شود.
- زبان تصحیح شده بیش از حد زبان فراگیر که طبیعی بودن را از دست می دهد، درک مطلب را نیز مختل می کند.
به طور خلاصه
دسترسی به این معنی است که محصول برای همه در دسترس است. این یک مسئولیت اضافی نیست، یک مسئولیت ضروری و در بیشتر موارد یک مسئولیت قانونی است. هوش مصنوعی بهعنوان یک تولیدکننده سریع پیش از پرواز و پیشنویس برای کنتراست، متن جایگزین، دسترسی به صفحهکلید و اسکن زبان فراگیر ارزشمند است. اما تأیید خودکار فقط برخی از خطاهای WCAG را می گیرد. دسترسی واقعی با آزمایش با صفحهخوانها و کاربران واقعی فناوری کمکی تأیید میشود. از مدل به عنوان یک مرورگر جلویی استفاده کنید، اثبات را از آزمایش واقعی دریافت کنید.
وظیفه کاربردی
- در اولین اعلان یک توضیحات رابط را برای دسترسی به آن از قبل اسکن کنید.
- فقط اطلاعات مبتنی بر رنگ یا موارد بدون برچسب را تصحیح کنید.
- با اعلان دوم، متون جایگزین تابع گرا برای تصاویر روی صفحه نمایش خود ایجاد کنید.
- با اعلان سوم، متون خود را برای زبان فراگیر بررسی کنید.
- در صورت امکان، آزمایش واقعی را با یک صفحه خوان امتحان کنید و توجه داشته باشید که اسکن خودکار چه چیزی را از دست می دهد.
چک لیست
- [ ] کنتراست، دسترسی به صفحه کلید و برچسب ها را از قبل اسکن کردم.
- [ ] من اطلاعاتی را صرفاً بر اساس رنگ باقی نگذاشتم.
- [ ] زیرمتن ها را کاربردی نوشتم و تزیینی ها را خالی گذاشتم.
- [ ] یک کنترل زبانی فراگیر انجام دادم، طبیعی بودن را حفظ کردم.
- [ ] من تأیید خودکار را تضمینی برای دسترسی ندیدم.
- [ ] من آزمایش فناوری کمکی واقعی را برنامه ریزی کردم/اجرا کردم.