DI prieinamumas: praktinis panaudojimo būdų, įrankių ir apribojimų vadovas

DI prieinamumas reiškia dirbtinio intelekto (DI) naudojimą padedant žmonėms su negalia skaityti, girdėti, kalbėti ir naršyti skaitmeniniame turinyje, taip pat užtikrinimą, kad patys DI įrankiai būtų prieinami.

Šiame vadove aptariama, kuo DI padeda esant skirtingiems prieinamumo poreikiams, geriausia praktika naudojant jį skaitmeniniam turiniui padaryti prieinamą, kaip patikrinti rezultatus, kaip nustatyti, ar pats DI įrankis yra prieinamas, ir kur DI prieinamumui užtikrinti dar nepakanka.

Kas yra DI prieinamumas?

DI prieinamumas apima du dalykus: DI naudojimą prieinamumui užtikrinti ir paties DI prieinamumą.

DI naudojimas prieinamumui užtikrinti reiškia, kad DI pasitelkiamas turiniui padaryti prieinamą naudotojams su negalia ir mokymosi sunkumais.

DI pagrįsti prieinamumo įrankiai padeda naudotojams vartoti turinį, kuris kitu atveju būtų neprieinamas, ir atlikti užduotis, kurios kitu atveju būtų itin sunkios. Arba visiškai neįmanomos.

Pavyzdžiui, teksto vertimo į kalbą įrankiai leidžia akliesiems „skaityti“ rašytinį tekstą, o diktavimas ir žodžių numatymas palengvina rašytinį bendravimą žmonėms su disleksija. Taip šie įrankiai iš dalies kompensuoja nepalankias sąlygas, su kuriomis šie žmonės susiduria asmeniniame gyvenime, mokydamiesi ar darbe.

DI įrankiai taip pat padeda kurti prieinamą turinį, pavyzdžiui, alternatyvųjį vaizdų tekstą akliesiems skaitytojams arba vaizdo įrašų subtitrus kurtiesiems ir neprigirdintiems žiūrovams.

Kalbėdami apie paties DI prieinamumą, turime omenyje pačių DI įrankių prieinamumą. Pavyzdžiui, ar žmogus, kurio rankų miklumas ribotas, gali juos valdyti tik klaviatūra ar balsu, arba ar visi laukai ir mygtukai aiškiai pažymėti ekrano skaitytuvams.

Kaip DI padeda žmonėms su negalia

Pagalbinės technologijos DI naudoja jau daug metų – optinio simbolių atpažinimo (OCR), kalbos atpažinimo ir teksto vertimo į kalbą įrankiuose, kurie padeda naudotojams su negalia ir mokymosi sunkumais.

Generatyvusis DI prideda naują lygmenį. Jis kuria naują medžiagą, pavyzdžiui, vaizdų aprašymus, santraukas ar subtitrus.

Štai kaip DI padeda esant įvairiems prieinamumo poreikiams – nuo regos sutrikimų iki kognityvinės negalios – ir kur jam nepavyksta:

Kaip naudoti DI, kad jūsų turinys taptų prieinamesnis

DI įrankiai padeda turinio kūrėjams ir leidėjams atitikti prieinamumo standartus, nustatytus Saityno turinio prieinamumo gairėse (WCAG). Jie gali parengti alternatyviojo teksto, subtitrų ir garsinio vaizdavimo juodraščius, paversti straipsnius garso įrašais ir perrašyti sudėtingą tekstą paprasta kalba.

Rašykite alternatyvųjį tekstą vaizdams, diagramoms ir infografikoms

Naudokite DI asistentą, pavyzdžiui, Perplexity, kad parengtumėte vaizdų, diagramų ir infografikų alternatyviojo teksto (alt teksto) juodraštį. Ekrano skaitytuvai alternatyvųjį tekstą perskaito garsiai, todėl geras aprašymas suteikia akliesiems ir silpnaregiams skaitytojams informaciją, kurią perteikia grafikas.

Štai alternatyviojo teksto su ilgesniu aprašymu, kurį Perplexity sugeneravo stulpelinei diagramai, pavyzdys:

Padidinti

Štai užklausa:

Parašyk šiai diagramai alternatyvųjį tekstą: vieną ar du sakinius, nurodančius, ką ji rodo ir kokia pagrindinė išvada. Tada parašyk ilgesnį aprašymą, apimantį kiekvieną tendenciją, vertę, žymą ir duomenų tašką, tokį išsamų, kad žmogus, negalintis matyti diagramos, ją visiškai suprastų vien iš aprašymo. Galiausiai išvardyk viską, ko negalėjai aiškiai perskaityti ar dėl ko nesi tikras, kad galėčiau tai patikrinti pagal šaltinio duomenis.

Rašydami vaizdinės medžiagos alternatyvųjį tekstą:

• Pateikite trumpą ir ilgą vaizdinės medžiagos versiją: parašykite vieno sakinio alternatyvųjį tekstą ir pridėkite duomenis arba ilgesnį aprašymą.
• Rašykite atsižvelgdami į paskirtį: WCAG reikalauja, kad tekstinė alternatyva atliktų tą pačią paskirtį kaip ir vaizdas. Kad tai pavyktų, DI asistentams gali reikėti suprasti, kodėl vaizdas yra tekste, todėl pateikite papildomo konteksto, pavyzdžiui, straipsnio tekstą.
• Patikrinkite kiekvieną vertę: palyginkite kiekvieną aprašyme pateiktą skaičių su savo šaltinio duomenimis, ypač smulkias žymas ir skaičius, nes DI gali juos klaidingai perskaityti.
• Dekoratyvius vaizdus pažymėkite kaip dekoratyvius: grynai dekoratyviems vaizdams suteikite tuščią alt atributą (alt=""), kad ekrano skaitytuvai juos praleistų. (Visai nenurodyti atributo negalima, nes tada kai kurie ekrano skaitytuvai perskaito failo pavadinimą, kaip paaiškinta W3C vaizdų mokymo medžiagoje.)

Kurkite vaizdo įrašų subtitrus ir garso įrašų nuorašus

Daugelis DI asistentų dabar priima garso ir vaizdo failus ir juos transkribuoja.

Subtitrai ir nuorašai padaro sakytinį turinį prieinamą tiems, kurie jo negirdi. Kurtieji ir neprigirdintieji žiūrovai, norėdami sekti vaizdo įrašus, remiasi subtitrais, o tinklalaidėms ar įrašytiems skambučiams – nuorašais. Jie taip pat padeda visiems, kurie turinį mieliau skaito ar jame ieško, užuot klausę.

Perplexity ir kiti DI asistentai gali transkribuoti vaizdo ir garso failus ir pažymėti, kas ką pasakė, tačiau specializuoti transkribavimo ir subtitravimo įrankiai šį procesą pagreitina. Pavyzdžiui, Otter.ai ir Sembly AI transkribuoja garso failus bei susitikimus ir pažymi, kas kalba, o vaizdo redagavimo įrankiai, tokie kaip Descript ir Tella, subtitrus sukuria automatiškai.

WCAG subtitravimo kriterijai (1.2.2 įrašytam vaizdo turiniui ir 1.2.4 tiesioginiam vaizdo turiniui) apima dialogą, kalbėtojo nurodymą ir prasmingus garso efektus, todėl patikrinkite, ar subtitruose taip pat nurodyti kalbėtojų pasikeitimai ir garsai, pavyzdžiui, juokas

DI įrankiai dažnai klaidingai užrašo vardus ar produktų terminus, todėl pateikite savo DI asistentui įraše minimų vardų ir terminų žodynėlį, o tuos terminus įtraukite ir į pasirinktinį žodyną, jei jį siūlo jūsų subtitravimo ar transkribavimo įrankis.

Pridėkite vaizdo įrašams garsinį vaizdavimą

Garsinis vaizdavimas, kuris yra AA lygio reikalavimas įrašytam vaizdo turiniui (WCAG 1.2.5), nematantiems žmonėms perteikia tai, kas vyksta ir ko neperteikia garso takelis, pavyzdžiui, veiksmus, scenų kaitą, veido išraiškas ar ekrane rodomą tekstą.

Rašyti aprašymus rankiniu būdu ilgai užtrunka, todėl specializuoti įrankiai, tokie kaip Verbit, 3Play Media ar ScreenPal, dabar pasitelkia DI, kad parengtų aprašymų juodraščius ir juos įgarsintų.

DI juodraščius vis tiek turi redaguoti žmogus. 2025 m. RNIB užsakymu Surrey universiteto atliktame tyrime DI sugeneruotiems BBC laidų aprašymams „dažnai trūko tikslumo, rišlumo ir konteksto supratimo“, be to, juose buvo klaidingai atpažinti veikėjai.

Redaguodami aprašymus apsiribokite tuo, ko žiūrovams reikia vaizdo įrašui sekti, ir įterpkite juos į natūralias dialogų pauzes.

Perrašykite sudėtingą rašytinį turinį paprasta kalba

Generatyviojo DI įrankiai perrašo, sutrumpina, pertvarko ir paaiškina tekstą. Jie gali paversti tankų rašytinį turinį aiškesne versija žmonėms, turintiems kognityvinių, mokymosi ar dėmesio ypatumų, pavyzdžiui, disleksiją ar ADHD, kuriems sunku sekti ilgus sakinius, specialiąją terminiją ir ilgas pastraipas.

Kai tekstui suprasti reikia aukštesnių skaitymo gebėjimų nei pagrindinio ugdymo (apie devynerius mokslo metus), WCAG rekomenduoja pateikti paprastesnę versiją arba papildomą medžiagą (3.1.5 kriterijus, AAA lygis).

Štai užklausos pavyzdys, kurį galite pritaikyti dokumentui perrašyti:

Perrašyk [pridėtą vaiko priežiūros atostogų tvarką] paprasta kalba darbuotojams, kuriems anglų kalba gali būti antroji kalba arba kurie turi disleksiją ar ADHD. Siek tokio skaitymo lygio, kurį suprastų 12–14 metų vaikas. Visas [teisės į atostogas sąlygas, galutinius terminus, dienų skaičių ir formų pavadinimus] palik tiksliai tokius, kaip parašyta. Rašyk ne ilgesnius kaip 20 žodžių sakinius, po vieną mintį sakinyje. Pradėk dviejų sakinių santrauka [apie tai, kas turi teisę ir kaip pateikti prašymą]. [Prašymo pateikimo] procesą paversk sunumeruotais žingsniais, prieš kiekvieną dalį pridėk trumpą antraštę, o specialiuosius terminus, pavyzdžiui, [„kaupimas“] ar [„įstatymu nustatytas užmokestis“], pirmą kartą pavartojęs paaiškink skliausteliuose arba pakeisk. Kiekvieną santrumpą pirmą kartą pavartojęs parašyk visu pavadinimu.

DI gali praleisti svarbias detales ir pakeisti prasmę taip, kad tai nebūtų akivaizdu, todėl palyginkite rezultatą su originalu, o prieš publikuodami paprašykite temą išmanančio žmogaus patvirtinti, kad nieko svarbaus neprarasta.

Kurkite rašytinio turinio garso versijas

Garso versija leidžia žmonėms klausytis straipsnio ar dokumento, todėl jis tampa prieinamesnis žmonėms, praradusiems regėjimą, ir turintiems su raštingumu susijusių mokymosi sunkumų, pavyzdžiui, disleksiją.

Padidinti

DI balso generatoriai paverčia tekstą natūraliai skambančia kalba. Pavyzdžiui, ElevenLabs Audio Native sukuria į straipsnius įterpiamą įgarsinimo grotuvą, o Amazon Polly paverčia tekstą kalbos failais, kuriuos galite publikuoti.

Abu įrankiai leidžia nustatyti, kaip tariami vardai, akronimai ir produktų terminai. Pirmiausia patikrinkite juos, kad jie nesupainiotų klausytojų.

Įterpdami garso versiją į savo puslapį, įsitikinkite, kad garso grotuvas veikia su klaviatūra ir turi aiškiai pažymėtus valdiklius. Prie ilgų tekstų pridėkite trumpas santraukas ir atnaujinkite garso įrašą kaskart, kai pasikeičia tekstas.

Pagerinkite savo svetainės prieinamumą

Automatiniai tikrintuvai ir DI programavimo asistentai puikiai papildo vienas kitą: tikrintuvas randa problemas jūsų svetainės kode, o asistentas jas ištaiso.

Pradėkite nuo automatinio saityno prieinamumo tikrintuvo, pavyzdžiui, Axe, kuris tikrina puslapį pagal nustatytas taisykles ir pažymi klaidas, tokias kaip mažas spalvų kontrastas, mygtukai ir nuorodos be pavadinimų bei formų laukai be etikečių. Tada pateikite programavimo asistentui ataskaitą ir puslapio kodą kartu su prieinamumo taisyklėmis, kurių reikia laikytis:

Paleidau automatinį prieinamumo tikrintuvą šiame puslapyje. Ataskaita ir puslapio kodas pridėti. Ištaisyk kiekvieną klaidą, kad puslapis atitiktų WCAG 2.2 AA, kiekvieną pakeitimą paaiškink vienu sakiniu, o teisingo kodo nekeisk.

Kurdami naujas svetaines, taisykles DI asistentui pateikite iš anksto.

2026 m. gegužę atliktame Microsoft teste, kuriame dalyvavo aštuoni DI modeliai, automatinius patikrinimus išlaikė 12 % puslapių, sukurtų be prieinamumo instrukcijų. Pridėjus maždaug 100 eilučių WCAG 2.2 programavimo taisyklių kontrolinį sąrašą, vidurkis pakilo iki 60 %. Šias gaires supakavus kaip daugkartinio naudojimo Skill, rodiklis pakilo iki 82 %, o leidus modeliams vykdyti testus ir taisyti savo kodą – iki 86 %.

Padidinti

Kaip pažymima Microsoft ataskaitoje, automatinis testavimas aptinka tik dalį prieinamumo problemų, todėl puslapis, išlaikęs visus patikrinimus, vis tiek gali būti nepatogus naudoti.

Būkite atsargūs su DI prieinamumo perdangomis – vienos eilutės valdikliais, žadančiais užtikrinti svetainės atitiktį reikalavimams. 2025 m. sausį JAV Federalinė prekybos komisija įpareigojo accessiBe sumokėti 1 mln. JAV dolerių dėl teiginių, kad jos DI valdiklis gali bet kurią svetainę padaryti atitinkančią WCAG, o 2025 m. balandžio galutinis sprendimas draudžia tokius teiginius, nebent bendrovė turi juos pagrindžiančių įrodymų.

DI naudojimo prieinamumui užtikrinti apribojimai

DI plečia prieinamumą, tačiau kartu kelia privatumo rizikų, o jo rezultatai gali būti nepatikimi ir šališki.

Privatumo problemos

Pagalbinis DI tvarko jautrią informaciją: kameros vaizdus su laiškais, dokumentais ir vaistų etiketėmis, pokalbių įrašus ir duomenis, galinčius atskleisti negalią.

Kiek privatūs lieka šie duomenys, daugiausia priklauso nuo to, kur įrankis juos apdoroja.

Kai kurie įrankiai, pavyzdžiui, Apple Personal Voice, viską apdoroja įrenginyje, o kiti remiasi debesija. Pavyzdžiui, Be My Eyes funkcija Be My AI siunčia nuotraukas į DI paslaugų teikėjo serverius, kad sugeneruotų aprašymus.

Kitas svarbus klausimas – ar tiekėjas apmoko savo modelius naudotojų duomenimis.

Patikimumo problemos

DI įrankiai, įskaitant DI pagrįstas prieinamumo technologijas, gali klysti, o šios klaidos labiau pakenkia žmonėms su negalia.

2026 m. paskelbtame dienoraščio tyrime, kuriame dalyvavo 20 aklųjų ir silpnaregių, 22 % atsakymų į papildomus klausimus buvo pateikta klaidinga informacija, o kai DI skaitė tekstą ar grafiką, ši dalis išaugo iki 35 % (vis dėlto dauguma pirmųjų DI aprašymų buvo tikslūs).

Klaidos gali padaryti realios žalos. 2025 m. Amerikos aklųjų fondo (American Foundation for the Blind) atliktoje apklausoje 21 % aklųjų ir silpnaregių, naudojančių DI vaizdų aprašymą, teigė, kad DI klaida jiems pakenkė, palyginti su 9 % reginčių naudotojų. Tarp kurčiųjų ir neprigirdinčiųjų, naudojančių DI subtitrus, šis rodiklis siekė 24 %, palyginti su 4 % naudotojų be negalios.

Ataskaitos autoriai nurodo dvi priežastis: naudotojai su negalia dažnai negali patikrinti rezultato pagal originalų vaizdą ar garso įrašą, o kai kurie šiuos įrankius naudoja didesnės rizikos situacijose, pavyzdžiui, skaitydami vaistų etiketes ar finansinius dokumentus.

Šališkumas ir mokymo duomenys

Kai kurie DI įrankiai, pavyzdžiui, kalbos atpažinimo, gali veikti prasčiau žmonėms su negalia, ir viena iš priežasčių – riboti mokymo duomenys

2024 m. Speech Accessibility Project straipsnyje nurodoma, kad 2008–2023 m. geriausi dizartrinės kalbos atpažinimo klaidų rodikliai sumažėjo tris kartus, o kitų kalbėtojų – penkis kartus. Jo autoriai kaip vieną pagrindinių priežasčių nurodo duomenų trūkumą. Projekto 2025 m. tęstiniame straipsnyje teigiama, kad atotrūkis iš dalies atsiranda dėl duomenų trūkumo.

Vis dėlto duomenys – ne vienintelė problema. Svarbu ir tai, kaip veikia modeliai.

Pagrindiniame pranešime 2023 m. W3C DI ir prieinamumo tyrimų simpoziume Jutta Treviranus iš Inclusive Design Research Centre teigė, kad DI sistemos yra tikslios vidurkiui artimiems žmonėms, bet nepasiteisina tiems, kurie nuo jo labiausiai nutolę.

2024 m. straipsnyje ji pridūrė, kad didesnis neįgaliųjų skaičius mokymo duomenyse problemos nepašalina, nes modelis vis tiek teikia pirmenybę vidurkiui: „Net jei mokymo duomenyse neįgalieji bus atstovaujami visiškai ir teisingai proporcingai, mašina vis tiek palaikys statistinį vidurkį.“

Kaip pasirinkti prieinamus DI įrankius

Kai diegiate DI įrankį organizacijoje, jis turi tikti visiems, įskaitant žmones su negalia ar mokymosi sunkumais.

Padidinti

Prieš įsipareigodami naudoti įrankį, patikrinkite, ar jis atitinka šiuos kriterijus:

• Pavadinti valdikliai: Kiekvienas mygtukas ir laukas turi pagalbinėms technologijoms nuskaitomą pavadinimą, nurodantį, ką valdiklis daro: „Siųsti“, o ne „mygtukas“ (WCAG 4.1.2 ir 1.1.1).
• Visiškas valdymas klaviatūra: Naudodamiesi vien klaviatūra galite įvesti ir išsiųsti užklausą, pereiti tarp atsakymų ir juos nukopijuoti, o matomas fokuso indikatorius rodo, kur esate (WCAG 2.1.1 ir 2.4.7).
• Skelbiami būsenos pranešimai: Tokie pranešimai kaip „Generuojamas atsakymas…“ pasiekia ekrano skaitytuvą neperkeliant fokuso (WCAG 4.1.3).
• Struktūrizuota, kopijuojama išvestis: Atsakymuose naudojamos tikros antraštės ir sąrašai, nukopijavus išlaikomas jų formatavimas, be to, galite paprašyti paprasto teksto.
• Laikas: Jei sesijos laikas baigiasi, galite išjungti apribojimą, pailginti jį bent dešimt kartų, palyginti su numatytuoju, arba gauti įspėjimą ir turėti bent 20 sekundžių jam pratęsti (WCAG 2.2.1).
• Mastelis: Esant 400 % masteliui (320 pikselių pločio peržiūros sričiai), turinys persitvarko į vieną stulpelį, todėl skaitant nereikia slinkti į šonus (WCAG 1.4.10).
• Veikia su kiekvieno žmogaus pagalbinėmis technologijomis: Įrankis palaiko trečiųjų šalių ekrano skaitytuvus ir nustatymus, o ne pakeičia juos integruotomis funkcijomis. Tai nėra WCAG kriterijus, tačiau nuo to priklauso, ar naudotojai galės išlaikyti jau įprastą sąranką.
• Įskaitomas kontrastas: Tekstas užklausos laukelyje, įskaitant užuominos tekstą, ir atsakymuose atitinka 4,5:1 kontrasto santykį (WCAG 1.4.3).
• Lengvai aptinkamos klaidos: Kai nepavyksta įkelti failo arba užklausa atmetama, įrankis apie tai praneša tekstu, o ne vien pakeisdamas spalvą ar rodydamas piktogramą (WCAG 3.3.1).

Daugelis tiekėjų skelbia prieinamumo atitikties ataskaitą (ACR) – užpildytą Informacinių technologijų pramonės tarybos (Information Technology Industry Council) savanoriško produkto prieinamumo šablono (VPAT) versiją. Joje produktas įvertinamas pagal kiekvieną prieinamumo kriterijų, todėl tai naudingas būdas palyginti įrankius prieš juos išbandant.

DUK apie DI prieinamumą

Kokie yra pagalbinių technologijų pavyzdžiai?

Dažni pagalbinių technologijų pavyzdžiai – ekrano skaitytuvai, subtitravimo ir transkribavimo įrankiai, kalbos atpažinimas ir valdymas balsu, papildomosios ir alternatyviosios komunikacijos (AAC) priemonės, jungiklių prieiga arba alternatyviosios klaviatūros. Daugelis jų dabar veikia DI pagrindu, ypač subtitravimo, kalbos atpažinimo ir vaizdų aprašymo priemonės.

Ar WCAG laikytis privaloma pagal įstatymus?

Pati WCAG yra W3C standartas, o ne įstatymas, tačiau įstatymuose į jį daroma nuoroda arba nustatomi panašūs reikalavimai.

Pavyzdžiui, JAV Teisingumo departamento ADA II antraštinės dalies taisyklė reikalauja, kad valstijų ir vietos valdžios institucijų žiniatinklio turinys ir mobiliosios programėlės atitiktų WCAG 2.1 AA lygį: institucijoms, aptarnaujančioms 50 000 ar daugiau gyventojų, – iki 2027 m. balandžio 26 d., o mažesnėms institucijoms ir specialiesiems rajonams – iki 2028 m. balandžio 26 d. Federalinės agentūros vadovaujasi 508 skirsniu, kurio standartai apima WCAG 2.0.

ES Europos prieinamumo aktas, taikomas tokiems produktams ir paslaugoms kaip elektroninė prekyba, vartotojų bankininkystė ar e. knygos, tiesiogiai WCAG nenurodo. Praktiškai, siekdamos jį atitikti, dauguma organizacijų naudoja WCAG ir Europos standartą EN 301 549, o 2026 m. EN 301 549 versijoje naudojama WCAG 2.2.

Kokie yra keturi prieinamumo principai?

WCAG savo gaires suskirsto pagal keturis principus: suvokiamumą, valdomumą, suprantamumą ir patikimumą. 13 WCAG gairių priskirtos šiems keturiems principams, o kiekvienoje gairėje pateikiami patikrinami sėkmės kriterijai, pagal kuriuos atliekami auditai.