ИИ и достъпност: практическо ръководство за приложенията, инструментите и ограниченията

Достъпността с ИИ означава използването на изкуствен интелект (ИИ), за да се помага на хората с увреждания да четат, чуват, говорят и да се ориентират в дигиталното съдържание, както и гарантирането, че ИИ инструментите са достъпни.

Това ръководство разглежда какво прави ИИ за различните потребности от достъпност, най-добрите практики за използването му, за да направите дигиталното съдържание достъпно, как да проверявате резултатите, как да прецените дали самият ИИ инструмент е достъпен и в какво ИИ за достъпност все още не е достатъчно добър.

Какво представлява достъпността с ИИ?

Достъпността с ИИ включва две неща: ИИ за достъпност и достъпността на ИИ.

ИИ за достъпност означава използване на ИИ, за да се направи съдържанието достъпно за потребители с увреждания и с обучителни затруднения.

Инструментите за достъпност, базирани на ИИ, помагат на потребителите да възприемат съдържание, което иначе би било недостъпно, и да изпълняват задачи, които иначе биха били изключително трудни. Или направо невъзможни.

Например инструментите за преобразуване на текст в реч позволяват на незрящите хора да „четат“ писмен текст, а диктовката и предвиждането на думи улесняват хората с дислексия да общуват писмено. По този начин те компенсират част от неравностойното положение, с което тези хора се сблъскват в личния, образователния или професионалния си живот.

ИИ инструментите помагат и за създаването на достъпно съдържание, например алтернативен текст за изображения за незрящи читатели или субтитри към видеоклипове за глухи зрители и зрители с увреден слух.

Когато говорим за достъпността на ИИ, имаме предвид достъпността на самите ИИ инструменти. Например дали човек с ограничена сръчност на ръцете може да ги управлява само с клавиатура или с глас, или дали всички полета и бутони са ясно обозначени за екранните четци.

Как ИИ подпомага хората с увреждания

Помощните технологии използват ИИ от години – в оптичното разпознаване на символи (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%, когато ИИ е четял текст или графики (въпреки че повечето първоначални описания от ИИ са били точни).

Когато възникнат грешки, те могат да причинят реална вреда. В проучване на American Foundation for the Blind, проведено през 2025 г., 21% от незрящите и слабовиждащите хора, които използват ИИ за описание на изображения, са заявили, че грешка на ИИ им е навредила, в сравнение с 9% от зрящите потребители. Сред глухите и хората с увреден слух, които използват ИИ субтитри, делът е 24%, в сравнение с 4% от потребителите без увреждания.

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

Пристрастия и данни за обучение

Някои ИИ инструменти, например тези за разпознаване на реч, може да не работят толкова добре за хора с увреждания, като отчасти причината е в ограничените данни за обучение

Статия от 2024 г. на Speech Accessibility Project съобщава, че между 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).

Много доставчици публикуват доклад за съответствие с изискванията за достъпност (ACR) – попълнена версия на Доброволния шаблон за достъпност на продукти (VPAT) на Съвета на индустрията за информационни технологии. Той оценява продукта спрямо всеки критерий за достъпност, което го прави полезен начин за сравняване на инструменти преди пробен период.

Често задавани въпроси за ИИ и достъпността

Какви са примерите за помощни технологии?

Често срещани примери за помощни технологии са екранните четци, инструментите за субтитриране и транскрипция, разпознаването на реч и гласовото управление, устройствата за допълваща и алтернативна комуникация (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, за да го спазят, а версията от 2026 г. на EN 301 549 използва WCAG 2.2.

Кои са четирите принципа на достъпността?

WCAG организира своите насоки в четири принципа: възприемаемост, работоспособност, разбираемост и надеждност. 13-те насоки на WCAG са подредени под тези четири принципа и всяка насока съдържа проверими критерии за успех, спрямо които се извършват одитите.