هوش مصنوعی در حال از کار انداختن وب برای ۱ از هر ۶ نفر است
یک هوش مصنوعی در عرض چهار ثانیه یک فرم وب بینقص تولید کرد. برچسبهای تمیز و یک دکمه آبی زیبا داشت.
سپس صفحهخوان (screen reader) را روشن کردم. هیچچیز نبود. نه نام فیلدی، نه پیام خطایی. فقط سکوت.
هوش مصنوعی بخش مرئی وب را سریعتر از همیشه میسازد، اما بخشی را که ۱ از هر ۶ نفر به آن وابسته هستند، نادیده میگیرد.
آمارها تکاندهنده هستند. • ۹۵.۹٪ از وبسایتهای برتر دارای نقص در قابلیت دسترسی (accessibility) هستند. • شکایتهای مربوط به قابلیت دسترسی در سال ۲۰۲۵، ۲۷٪ افزایش یافته است. • ۴۱٪ از کدهای جدید اکنون توسط هوش مصنوعی تولید میشوند.
هوش مصنوعی در استفاده از فریمورکهایی مانند Radix یا shadcn عالی عمل میکند. این ابزارها کارهای سنگینی مانند ناوبری با صفحهکلید را انجام میدهند.
اما فریمورکها نمیتوانند همه کارها را انجام دهند. هوش مصنوعی همچنان در لایههایی که مسئولیت آنها با شماست، شکست میخورد:
- نوشتن متن جایگزین (alt text) معنادار برای تصاویر.
- ایجاد برچسبهای (labels) واضح برای فرمها.
- انتخاب رنگهایی با کنتراست کافی.
- تنظیم زبان صحیح صفحه.
هوش مصنوعی آنچه را که نمیتواند ببیند، نادیده میگیرد. اگر فقط طراحی بصری را بررسی کنید، تجربه خراب شده برای کاربران نابینا یا دارای اختلالات حرکتی را از دست میدهید.
این دیگر فقط یک مسئله اخلاقی نیست، بلکه یک ریسک حقوقی است. مهلتهای ADA Title II بین سالهای ۲۰۲۶ تا ۲۰۲۸ فرا میرسند. شما نمیتوانید این مشکل را با یک ویجت overlay حل کنید. باید آن را در کد اصلاح کنید.
چگونه با هوش مصنوعی بهتر بسازیم:
- از زیرساختهای قابل دسترس مانند Radix یا shadcn استفاده کنید.
- ابزارهای خودکار مانند Axe را در گردش کار خود اجرا کنید.
- تستهای دستی با صفحهخوان انجام دهید. اتوماسیون برچسبهای مفقود را پیدا میکند، اما نمیتواند تشخیص دهد که آیا یک برچسب معنایی دارد یا خیر.
- در حین کدنویسی، بازخوردهای مربوط به قابلیت دسترسی را به هوش مصنوعی بدهید، نه پس از انتشار محصول.
فقط به خروجی اعتماد نکنید. اگر با صفحهخوان تست نکنید، در حال عرضه محصولات معیوب هستید.
اگر از هوش مصنوعی برای ساخت استفاده میکنید، آیا به قابلیت دسترسی شما کمک میکند یا به آن آسیب میزند؟ آیا لایه نامرئی را تست میکنید؟