Мы попросили пять ИИ-инструментов создать доступные сайты. Все 15 сайтов провалили проверку.
- Пять инструментов — OpenAI, Anthropic, Google, xAI и Lovable — создали 15 сайтов; все не прошли даже базовый уровень A WCAG, в среднем с 55 проблемами на страницу.
- 91% найденных проблем имели среднюю или высокую серьёзность и мешали пользователям покупать, отправлять формы или записываться на приём.
- 81% команд считают код ИИ доступным, хотя 50% таких команд заметили рост проблем и жалоб после внедрения ИИ.
Почему это важно: Проблемы доступности могут помешать пользователям завершить нужные действия и стать поводом для судебных исков.
Представлено AudioEye
Разработчики доверяют ИИ создание доступного кода. Новое исследование AudioEye показывает, что это не так.
Попросите ИИ-ассистента по программированию создать процесс оформления заказа — и он выдаст готовый результат раньше, чем остынет ваш кофе.
Именно поэтому девять из десяти разработчиков используют на работе как минимум один инструмент ИИ, а 74% внедрили специализированный инструмент для программирования с помощью ИИ, согласно опросу JetBrains среди 10 000 разработчиков.
Обещание вайб-кодинга простое: правильный код с невиданной для человека скоростью. Большинство команд принимает это на веру. Но стоит пройти тот же процесс оформления заказа с клавиатуры, а не мыши, или с помощью программы экранного доступа, а не экрана, — и проблемы сразу становятся очевидны. ИИ быстро пишет код. Просто он не пишет код, который работает для всех.
ИИ обучался на интернете, который уже был недоступен
Большинство инструментов ИИ для программирования обучались на интернете, в значительной степени недоступном для людей с инвалидностью. С 2019 года WebAIM отслеживает доступность миллиона самых популярных главных страниц. За это время среднее число проблем с доступностью на странице практически не изменилось. Согласно последнему отчёту WebAIM, среднее число проблем выросло на 10% по сравнению с предыдущим годом, и одним из вероятных факторов этого роста был назван код, созданный с помощью ИИ.
Инструменты ИИ для программирования учились на недоступном интернете, поэтому по умолчанию пишут недоступный код, даже если их просят следовать передовым практикам обеспечения доступности. Тем не менее 81% разработчиков считают, что созданный ИИ код уже соответствует стандартам доступности. Мы хотели проверить, так ли это. И проверили.
ИИ не может создавать доступные страницы, даже если его об этом попросить
Мы дали пяти инструментам ИИ (OpenAI, Anthropic, Google, xAI и Lovable) одно и то же задание: создать три веб-сайта, соответствующих последней версии Руководства по обеспечению доступности веб-контента (WCAG) на требуемом уровне AA. Каждый инструмент выдал сайты, которые, по его утверждению, были доступны, однако при проверке мы обнаружили в них массу проблем.
Все 15 сайтов не соответствовали уровню A WCAG — самому базовому уровню стандарта; в среднем на каждой странице было 55 проблем. Согласно Индексу цифровой доступности AudioEye за 2026 год, на типичном сайте приходится 62 проблемы на страницу. Это означает, что страницы, созданные ИИ, практически так же недоступны, как и среднестатистический сайт сегодня.
91% обнаруженных проблем имели среднюю или высокую степень серьёзности. Из-за них пользователи не могут завершить покупку, отправить форму или записаться на приём. Именно такие проблемы также становятся поводом для судебных исков.
ИИ не выдумал эти недочёты. Он обучался на недоступном интернете и теперь воспроизводит серьёзные проблемы с доступностью в новом коде с той же скоростью, с какой команды успевают выпускать его.
Разрыв в доверии: разработчики по-прежнему верят коду, созданному ИИ
Проблемы с доступностью сайтов — не новость. Тревожит то, что разработчики считают, будто ИИ решает их.
81% команд, использующих инструменты ИИ, уверены, что созданный ИИ код на их сайтах соответствует рекомендациям по обеспечению доступности. При этом 50% представителей той же группы заметили, что после внедрения ИИ проблем с доступностью и жалоб стало больше.
Этот разрыв между восприятием и реальностью обходится дорого: 46% опрошенных нами организаций, использующих ИИ для написания кода или создания контента, сообщили, что за последние 24 месяца получали жалобу на недоступность, претензионное письмо или иск. 71% таких респондентов также сообщили, что ИИ использовался при написании кода страницы, на которую поступила жалоба.
Доступность должна развиваться в одном темпе с ИИ
Современным большим языковым моделям (LLM) не хватает знаний о доступности, чтобы создавать доступные сайты. Кроме того, традиционный подход — устранять проблемы с доступностью непосредственно в коде с помощью консультантов и аудитов — не поспеет за скоростью современной разработки. Единственный способ обеспечить доступность в больших масштабах — использовать набор данных, проверенный на миллионах сценариев. Поскольку LLM не располагают этими критически важными данными о доступности, наш обширный набор данных позволяет легко интегрировать решения в среду разработчика или автоматически вносить исправления, сгенерированные ИИ, на стороне интерфейса, обеспечивая доступность для пользователей.
ИИ создаёт веб быстрее, чем кто-либо мог представить. Если ваше решение для обеспечения доступности не масштабируется такими же темпами, риск судебных разбирательств будет расти.
Келли Георгевич — генеральный директор AudioEye.
Спонсорские статьи — это материалы, созданные компанией, которая платит за публикацию или состоит в деловых отношениях с VentureBeat. Такие материалы всегда имеют соответствующую пометку. За дополнительной информацией обращайтесь по адресу sales@venturebeat.com.
