E-shopy i online služby stále častěji integrují konverzační asistenty založené na velkých jazykových modelech, avšak jejich dynamická rozhraní představují řadu technických výzev z hlediska digitální přístupnosti.

Legislativní požadavky a technické standardy

Provozovatelé webů se v Evropské unii musí řídit legislativním rámcem, který vymezuje povinnosti ohledně přístupnosti digitálních služeb. Evropská směrnice o přístupnosti (EAA) začala platit v celé Evropské unii od 28. června 2025[1]. V Německu je tato evropská směrnice zavedena do vnitrostátního práva prostřednictvím zákona Barrierefreiheitsstärkungsgesetz (BFSG)[1]. Podle německého zákona BFSG mohou úřady podle paragrafu 37 vyměřit pokuty dosahující až 100 000 eur za provozování služby, která nesplňuje stanovená pravidla přístupnosti[2].

Z povinností plynoucích ze zákona BFSG existuje výjimka pro mikropodniky, přičemž tato úleva se vztahuje na subjekty zaměstnávající méně než 10 pracovníků s ročním obratem či bilanční sumou nepřekračující 2 miliony eur[3]. Jako technické měřítko pro splnění směrnice slouží norma EN 301 549[4]. Tato norma v citované verzi věcně odpovídá požadavkům standardu WCAG 2.1 na úrovni AA, přičemž novější podoba normy již staví na aktualizovaném standardu WCAG 2.2[4].

Kromě obecných pravidel přístupnosti do hry vstupuje i unijní Akt o umělé inteligenci (EU AI Act). Článek 50 odstavec 5 tohoto aktu výslovně nařizuje, aby i samotné povinné upozornění, které uživatele informuje o tom, že komunikuje se systémem umělé inteligence, splňovalo požadavky na přístupnost[5].

Úskalí dynamických rozhraní a čteček obrazovky

Zatímco vidící uživatel snadno zaznamená novou odpověď pohledem, člověk využívající čtečku obrazovky bez speciálního technického mechanismu o vygenerování nového textu vůbec neví[6]. Jeho fokus totiž zůstává ukotven ve vstupním poli formuláře, z něhož dotaz odeslal[6]. V prostředí neustále narůstajícího chatu to znamená, že se uživatelé čteček obrazovky po každé odpovědi musejí zcela od začátku znovu orientovat, aby zjistili, co v rozhraní přibylo[7].

Tuto situaci v řadě aplikací zhoršuje fakt, že se po dokončení odpovědi fokus klávesnice nevrátí na předvídatelné místo[8]. Člověk procházející rozhraní pomocí tabulátoru je pak nucen znovu listovat celou historií konverzace od začátku, aby se k novému textu dostal[8]. Běžné automatizované testovací nástroje navíc tyto vady nedokážou odhalit, protože analyzují pouze stav DOMu při prvotním načtení stránky, kdy odpověď chatbota v kódu ještě vůbec neexistuje[9].

Jak správně pracovat s živými regiony a streamováním

Vývojáři při snaze zpřístupnit generované odpovědi často dělají chybu v tom, že atribut aria-live umisťují přímo na každou jednotlivou zprávu chatu[10]. Správné technické řešení spočívá v zavedení jediného dedikovaného živého regionu umístěného na samotném konci DOMu, který slouží pro veškerá systémová hlášení[10].

Kritickým faktorem je také způsob, jakým je text předáván při streamování odpovědi. Ohlašování textu po jednotlivých kusech v průběhu generování vede k trhavému a nesrozumitelnému předčítání[11]. Hlášení pro čtečku má proto přijít až ve chvíli, kdy je streamování celého textu z LLM kompletně dokončeno[11].

Během čekání na výsledek je vhodné uživatele informovat o probíhajícím zpracování. Podle uživatelského výzkumu je optimální ohlásit stav načítání pět sekund po odeslání dotazu a následně tuto informaci opakovat v pětisekundových intervalech, dokud model odpověď nedokončí[12]. Pokud rozhraní zobrazuje stav načítání vizuálně jako textový řetězec, oznámení předávané do živého regionu pro asistenční technologie musí mít naprosto identické znění, aby byla zachována rovnost prožitku[13].

Vizuální parametry widgetů a bariéry při vstupu

Kromě práce se čtečkami obrazovky musí konverzační okno splňovat základní vizuální a ergonomická kritéria. Text zpráv i ovládacích prvků v chatovacím widgetu musí mít vůči svému pozadí kontrastní poměr minimálně 4,5 ku 1[14]. Pravidla WCAG 2.2 dále stanovují, že interaktivní prvky a tlačítka musejí mít minimální velikost dotykového cíle alespoň 24 na 24 pixelů, přičemž jako komfortní rozměr se uvádí 44 na 44 pixelů[15].

Závažnou překážkou bývá také zabezpečení vstupu do konverzace. Umístění kontrolních mechanismů, jako je reCAPTCHA, Cloudflare Turnstile nebo ověřování přes SMS před samotné spuštění chatu, vytváří pro uživatele další bariéru[16].