ШІ та доступність: практичний посібник зі сценаріїв використання, інструментів і обмежень

ШІ-доступність — це використання штучного інтелекту (ШІ), щоб допомагати людям з інвалідністю читати, слухати, говорити й орієнтуватися в цифровому контенті, а також забезпечення доступності самих інструментів ШІ.

У цьому посібнику розглянуто, що ШІ робить для різних потреб у доступності, найкращі практики його використання, щоб зробити цифровий контент доступним, як перевіряти результати, як визначити, чи доступний сам інструмент ШІ, і в чому ШІ для доступності досі має недоліки.

Що таке ШІ-доступність?

ШІ-доступність означає дві речі: ШІ для доступності та доступність самого ШІ.

ШІ для доступності — це використання ШІ, щоб зробити контент доступним для користувачів з інвалідністю та труднощами в навчанні.

Інструменти доступності на основі ШІ допомагають користувачам сприймати контент, який інакше був би недоступним, і виконувати завдання, які інакше були б надзвичайно складними. Або й зовсім неможливими.

Наприклад, інструменти перетворення тексту на мовлення дають змогу незрячим людям «читати» письмовий текст, а диктування та передбачення слів полегшують людям з дислексією письмове спілкування. Тим самим вони частково компенсують труднощі, з якими ці люди стикаються в особистому житті, навчанні чи роботі.

Інструменти ШІ також допомагають створювати доступний контент, як-от альтернативний текст до зображень для незрячих читачів або субтитри до відео для глухих і слабочуючих глядачів.

Коли ми говоримо про доступність самого ШІ, то маємо на увазі доступність інструментів ШІ як таких. Наприклад, чи може людина з обмеженою спритністю рук керувати інструментом лише за допомогою клавіатури або голосу, чи всі поля й кнопки мають чіткі підписи для програм зчитування з екрана.

Як ШІ допомагає людям з інвалідністю

Допоміжні технології вже багато років використовують ШІ — в оптичному розпізнаванні символів (OCR), розпізнаванні мовлення та інструментах перетворення тексту на мовлення, які допомагають користувачам з інвалідністю та труднощами в навчанні.

Генеративний ШІ додає новий рівень. Він створює новий матеріал, як-от описи зображень, підсумки чи субтитри.

Ось як ШІ підтримує різні потреби в доступності — від порушень зору до когнітивних порушень — і де він не справляється:

Як використовувати ШІ, щоб покращити доступність вашого контенту

Інструменти ШІ допомагають авторам і видавцям контенту відповідати стандартам доступності, викладеним у Настановах щодо доступності вебконтенту (WCAG). Вони можуть готувати чернетки альтернативного тексту, субтитрів і аудіодескрипції, перетворювати статті на аудіо та переписувати складний текст простою мовою.

Пишіть альтернативний текст до зображень, діаграм та інфографіки

Використовуйте ШІ-асистента, як-от Perplexity, щоб підготувати чернетку альтернативного тексту (alt text) до зображень, діаграм та інфографіки. Програми зчитування з екрана озвучують альтернативний текст, тож хороший опис передає незрячим і слабозорим читачам інформацію, яку містить графіка.

Ось приклад альтернативного тексту з довшим описом, який Perplexity згенерував для стовпчастої діаграми:

Розгорнути

Ось промпт:

Напиши альтернативний текст для цієї діаграми: одне-два речення про те, що вона показує, і її головний висновок. Потім напиши довший опис, що охоплює кожну тенденцію, значення, підпис і точку даних, — настільки детальний, щоб людина, яка не бачить діаграми, повністю зрозуміла її лише з опису. Наостанок перелічи все, що ти не зміг чітко прочитати або в чому не впевнений, щоб я міг звірити це з вихідними даними.

Пишучи альтернативний текст до візуальних матеріалів:

• Готуйте коротку й довгу версії для візуальних матеріалів: напишіть альтернативний текст з одного речення, а також додайте дані або довший опис.
• Пишіть з урахуванням призначення: WCAG вимагає, щоб текстова альтернатива виконувала ту саму функцію, що й зображення. Для цього ШІ-асистентам може знадобитися розуміти, навіщо зображення є в тексті, тож надайте додатковий контекст, наприклад текст статті.
• Перевіряйте кожне значення: порівнюйте кожну цифру в описі з вихідними даними, особливо дрібні підписи та числа, на випадок, якщо ШІ прочитає їх неправильно.
• Позначайте декоративні зображення як декоративні: задавайте суто декоративним зображенням порожній атрибут alt (alt=""), щоб програми зчитування з екрана їх пропускали. (Просто не вказувати атрибут не допоможе, бо тоді деякі програми зчитування з екрана озвучують назву файлу, як пояснюється в посібнику W3C щодо зображень.)

Створюйте субтитри до відео та транскрипти аудіо

Багато ШІ-асистентів тепер приймають аудіо- та відеофайли й транскрибують їх.

Субтитри й транскрипти роблять усний контент доступним для людей, які не можуть його почути. Глухі та слабочуючі глядачі покладаються на субтитри, щоб стежити за відео, і на транскрипти подкастів або записаних дзвінків. Вони також допомагають усім, хто воліє читати контент або шукати в ньому, а не слухати.

Perplexity та інші ШІ-асистенти можуть транскрибувати відео- й аудіофайли та позначати, хто що сказав, але спеціалізовані інструменти для транскрибування та створення субтитрів пришвидшують процес. Наприклад, Otter.ai і Sembly AI транскрибують аудіофайли й зустрічі та позначають, хто говорить, а інструменти для редагування відео, як-от Descript і Tella, створюють субтитри автоматично.

Критерії WCAG щодо субтитрів (1.2.2 для записаного відео і 1.2.4 для відео в прямому ефірі) охоплюють діалоги, інформацію про те, хто говорить, і значущі звукові ефекти, тож перевірте, чи є в субтитрах також зміни мовців і звуки на кшталт сміху

Інструменти ШІ часто помиляються в іменах і назвах продуктів, тож надайте своєму ШІ-асистенту глосарій імен і термінів із запису та додайте ці терміни до користувацького словника, якщо його пропонує ваш інструмент для створення субтитрів чи транскрибування.

Додавайте аудіодескрипцію до відео

Аудіодескрипція — вимога рівня AA для записаного відео (WCAG 1.2.5) — розповідає людям, які не бачать, про те, що відбувається на екрані й чого не передає звукова доріжка: наприклад, про дії, зміни сцен, вирази облич або текст на екрані.

Писати описи вручну довго, тому спеціалізовані інструменти, як-от Verbit, 3Play Media чи ScreenPal, тепер використовують ШІ, щоб створювати чернетки описів та озвучувати їх.

Чернетки від ШІ все одно потребують редагування людиною. У дослідженні 2025 року, замовленому RNIB і проведеному Університетом Суррея, згенеровані ШІ описи програм BBC «часто були неточними, непослідовними та не враховували контекст», а також неправильно ідентифікували персонажів.

Редагуючи описи, обмежуйтеся тим, що потрібно глядачам, щоб стежити за відео, і розміщуйте описи в природних паузах діалогів.

Переписуйте складний письмовий контент простою мовою

Інструменти генеративного ШІ переписують, скорочують, перебудовують і пояснюють текст. Вони можуть перетворити насичений письмовий контент на зрозумілішу версію для людей з когнітивними особливостями, особливостями навчання чи уваги, як-от дислексією або СДУГ, яким важко сприймати довгі речення, фахову лексику та довгі абзаци.

Коли текст вимагає вищого рівня читацьких навичок, ніж базова середня освіта (близько дев’яти років навчання в школі), WCAG рекомендує надавати простішу версію або додатковий матеріал (критерій 3.1.5, рівень AAA).

Ось приклад промпту, який можна адаптувати, щоб переписати документ:

Перепиши [додане положення про відпустку у зв’язку з народженням дитини] простою мовою для працівників, які можуть читати англійською як другою мовою або мають дислексію чи СДУГ. Орієнтуйся на рівень читання, зрозумілий дитині віком 12–14 років. Збережи кожне [правило щодо права на відпустку, термін, кількість днів і назву форми] точно так, як написано. Використовуй речення не довші за 20 слів і одну думку в кожному реченні. Почни з підсумку з двох речень [про те, хто має право на відпустку і як подати заяву]. Перетвори процес [подання заяви] на нумеровані кроки, додай короткий заголовок перед кожною частиною та поясни або заміни технічні терміни, як-от [«накопичення»] чи [«виплати, передбачені законом»], у дужках під час їх першої появи. Розшифровуй кожне скорочення під час першого використання.

ШІ може пропустити важливі деталі та змінити зміст так, що це не буде помітно, тож звірте результат з оригіналом і попросіть когось, хто знається на темі, підтвердити, що нічого важливого не втрачено, перш ніж публікувати.

Створюйте аудіоверсії письмового контенту

Аудіоверсія дає змогу слухати статтю чи документ, що робить їх доступнішими для людей із втратою зору та з труднощами в навчанні, пов’язаними з читанням і письмом, як-от дислексією.

Розгорнути

ШІ-генератори голосу перетворюють текст на природне мовлення. Наприклад, ElevenLabs Audio Native створює вбудовуваний плеєр з озвученням для статей, а Amazon Polly перетворює текст на аудіофайли з мовленням, які можна опублікувати.

Обидва інструменти дають змогу налаштувати вимову імен, абревіатур і назв продуктів. Перевірте їх насамперед, щоб вони не заплутали слухачів.

Вбудовуючи аудіоверсію на сторінку, переконайтеся, що аудіоплеєр працює з клавіатурою та має чітко підписані елементи керування. Додавайте короткі підсумки до довгих матеріалів і оновлюйте аудіо щоразу, коли змінюється текст.

Покращуйте доступність свого вебсайту

Автоматизовані засоби перевірки та ШІ-асистенти для програмування добре доповнюють одне одного: засіб перевірки знаходить проблеми в коді вашого сайту, а асистент їх виправляє.

Почніть з автоматизованого засобу перевірки вебдоступності, як-от Axe, який тестує сторінку за фіксованими правилами та позначає порушення, наприклад низьку контрастність кольорів, кнопки й посилання без назв і поля форм без підписів. Потім передайте асистенту для програмування звіт і код сторінки разом із правилами доступності, яких слід дотримуватися:

Я запустив автоматизовану перевірку доступності для цієї сторінки. Звіт і код сторінки додано. Виправ кожне порушення, щоб сторінка відповідала WCAG 2.2 AA, поясни кожну зміну одним реченням і не чіпай правильний код.

Створюючи нові сайти, надавайте ШІ-асистенту правила заздалегідь.

У травневому тесті Microsoft 2026 року, у якому взяли участь вісім моделей ШІ, автоматизовані перевірки пройшли 12 % сторінок, створених без інструкцій щодо доступності. Додавання чек-листа приблизно зі 100 рядків із правилами кодування WCAG 2.2 підвищило середній показник до 60 %. Оформлення цих настанов як навички для повторного використання підвищило його до 82 %, а можливість для моделей запускати тести й виправляти власний код — до 86 %.

Розгорнути

Автоматизоване тестування виявляє лише частину проблем із доступністю, як зазначено у звіті Microsoft, тож сторінка, що проходить усі перевірки, усе одно може бути незручною у використанні.

Остерігайтеся ШІ-оверлеїв для доступності — віджетів, що додаються одним рядком коду й обіцяють зробити сайт відповідним вимогам. У січні 2025 року Федеральна торгова комісія США зобов’язала accessiBe сплатити 1 млн доларів через заяви про те, що її ШІ-віджет може зробити будь-який вебсайт відповідним WCAG, а остаточне рішення від квітня 2025 року забороняє такі заяви, якщо компанія не має для них доказів.

Обмеження ШІ для доступності

ШІ розширює доступ, але водночас створює ризики для конфіденційності, а його результати можуть бути ненадійними та упередженими.

Питання конфіденційності

Допоміжний ШІ обробляє чутливу інформацію: зображення з камери з листами, документами й етикетками ліків, записи розмов і відомості, які можуть розкрити інвалідність.

Наскільки конфіденційними залишаються ці дані, значною мірою залежить від того, де інструмент їх обробляє.

Деякі, як-от Personal Voice від Apple, обробляють усе на пристрої, а інші покладаються на хмару. Наприклад, Be My AI від Be My Eyes надсилає фотографії на сервери постачальника ШІ, щоб згенерувати описи.

Ще одне важливе питання — чи навчає постачальник свої моделі на даних користувачів.

Проблеми з надійністю

Інструменти ШІ, зокрема технології доступності на основі ШІ, можуть помилятися, і ці помилки завдають більшої шкоди людям з інвалідністю.

У щоденниковому дослідженні за участю 20 незрячих і слабозорих людей, опублікованому у 2026 році, 22 % відповідей на уточнювальні запитання містили неправдиву інформацію, а коли ШІ читав текст або графіку, цей показник зростав до 35 % (хоча більшість перших описів від ШІ були точними).

Помилки можуть завдати реальної шкоди. В опитуванні Американського фонду для незрячих, проведеному у 2025 році, 21 % незрячих і слабозорих людей, які користуються описом зображень за допомогою ШІ, повідомили, що помилка ШІ їм зашкодила, порівняно з 9 % зрячих користувачів. Серед глухих і слабочуючих людей, які користуються субтитрами від ШІ, цей показник становив 24 % порівняно з 4 % користувачів без інвалідності.

Автори звіту називають дві причини: користувачі з інвалідністю часто не можуть звірити результат з оригінальним зображенням чи аудіо, а деякі використовують ці інструменти в ситуаціях із вищою ціною помилки, наприклад для читання етикеток ліків або фінансових документів.

Упередженість і навчальні дані

Деякі інструменти ШІ, наприклад для розпізнавання мовлення, можуть працювати гірше для людей з інвалідністю, і частково причина в обмеженості навчальних даних

У статті Speech Accessibility Project 2024 року зазначено, що з 2008 по 2023 рік найкращі показники помилок під час розпізнавання дизартричного мовлення знизилися втричі, тоді як для інших мовців — уп’ятеро. Автори називають брак даних одним з основних пояснень. У наступній статті проєкту 2025 року сказано, що розрив частково зумовлений браком даних.

Утім, дані — не єдина проблема. Річ також у тому, як працюють моделі.

У своїй ключовій доповіді на Симпозіумі W3C 2023 року з досліджень ШІ та доступності Ютта Тревіранус з Inclusive Design Research Centre стверджувала, що системи ШІ точні для людей, близьких до середнього, і не справляються з тими, хто найдалі від нього.

У статті 2024 року вона додала, що більша кількість людей з інвалідністю в навчальних даних не усуває проблему, бо модель однаково надає перевагу усередненому: «Навіть якщо в навчальних даних буде повне й справедливе пропорційне представлення людей з інвалідністю, машина все одно стане на бік статистично усередненого».

Як вибрати доступні інструменти ШІ

Коли ви впроваджуєте інструмент ШІ в організації, він має працювати для всіх, зокрема для людей з інвалідністю чи труднощами в навчанні.

Розгорнути

Перш ніж обрати інструмент, переконайтеся, що він відповідає цим критеріям:

• Підписані елементи керування: Кожна кнопка й кожне поле мають назву, яку можуть прочитати допоміжні технології, і ця назва описує дію елемента: «Надіслати», а не «кнопка» (WCAG 4.1.2 і 1.1.1).
• Повне керування з клавіатури: Ви можете ввести й надіслати запит, переходити між відповідями та копіювати їх лише за допомогою клавіатури, а видимий індикатор фокуса показує, де ви перебуваєте (WCAG 2.1.1 і 2.4.7).
• Оголошувані повідомлення про стан: Повідомлення на кшталт «Генерування відповіді…» доходять до програми зчитування з екрана без переміщення фокуса (WCAG 4.1.3).
• Структурований вивід, який можна скопіювати: Відповіді містять справжні заголовки та списки й зберігають форматування під час копіювання, а також можна попросити звичайний текст.
• Час: Якщо сеанс завершується через тайм-аут, ви можете вимкнути обмеження, продовжити його щонайменше вдесятеро порівняно з типовим значенням або отримати попередження, після якого матимете щонайменше 20 секунд, щоб його продовжити (WCAG 2.2.1).
• Масштабування: За масштабу 400 % (область перегляду завширшки 320 пікселів) вміст перекомпоновується в одну колонку, тож вам не потрібно прокручувати вбік, щоб його прочитати (WCAG 1.4.10).
• Сумісність із власними допоміжними технологіями кожної людини: Інструмент підтримує сторонні програми зчитування з екрана та налаштування, а не замінює їх вбудованими функціями. Це не критерій WCAG, але саме від цього залежить, чи зможуть користувачі зберегти звичні для них налаштування.
• Читабельна контрастність: Текст у полі запиту, зокрема текст-заповнювач, і текст у відповідях мають коефіцієнт контрастності щонайменше 4,5:1 (WCAG 1.4.3).
• Помилки, які можна виявити: Коли не вдається завантажити файл або запит відхилено, інструмент повідомляє про це текстом, а не лише зміною кольору чи значком (WCAG 3.3.1).

Багато постачальників публікують звіт про відповідність вимогам доступності (Accessibility Conformance Report, ACR) — заповнену версію шаблону Voluntary Product Accessibility Template (VPAT) від Ради індустрії інформаційних технологій (Information Technology Industry Council). Звіт оцінює продукт за кожним критерієм доступності, тож це зручний спосіб порівняти інструменти ще до пробного використання.

Поширені запитання про ШІ та доступність

Які існують приклади допоміжних технологій?

До поширених допоміжних технологій належать програми зчитування з екрана, інструменти для створення субтитрів і транскрибування, розпізнавання мовлення та голосове керування, пристрої додаткової та альтернативної комунікації (AAC), а також перемикачі чи альтернативні клавіатури. Нині багато з них працюють на основі ШІ, особливо субтитрування, розпізнавання мовлення й опис зображень.

Чи є дотримання WCAG обов’язковим за законом?

Сам по собі WCAG — це стандарт W3C, а не закон, але закони посилаються на нього або встановлюють подібні вимоги.

Наприклад, у США правило Міністерства юстиції щодо розділу II ADA вимагає, щоб вебвміст і мобільні застосунки органів влади штатів і місцевого самоврядування відповідали WCAG 2.1 рівня AA: до 26 квітня 2027 року — для органів, які обслуговують 50 000 осіб або більше, і до 26 квітня 2028 року — для менших органів і спеціальних округів. Федеральні агентства дотримуються розділу 508, стандарти якого включають WCAG 2.0.

У ЄС Європейський акт про доступність, який поширюється на такі продукти й послуги, як електронна комерція, роздрібні банківські послуги чи електронні книги, не посилається на WCAG безпосередньо. На практиці більшість організацій використовують WCAG і європейський стандарт EN 301 549, щоб виконати його вимоги, а версія EN 301 549 2026 року спирається на WCAG 2.2.

Які чотири принципи доступності?

WCAG упорядковує свої настанови за чотирма принципами: сприйнятність, керованість, зрозумілість і надійність. Усі 13 настанов WCAG згруповано за цими чотирма принципами, і кожна настанова містить перевірювані критерії успішності, за якими проводять аудити.