AI chat na webu má pomáhat každému: praktický test přístupnosti pro firmy a obce

Představte si návštěvníka obecního webu, který potřebuje zjistit úřední hodiny. AI asistent zná správnou odpověď. Pokud však chat nelze otevřít klávesnicí, po otevření ztratí fokus nebo čtečka obrazovky neoznámí novou zprávu, pro tohoto člověka odpověď prakticky neexistuje. Stejný problém může stát e-shop objednávku.

Přístupnost není volitelná ozdoba chatu. Rozhoduje o tom, zda službu vůbec lze použít. W3C ve WCAG 2.2 popisuje požadavky na ovládání klávesnicí, viditelný fokus, kontrast, úzké zobrazení i stavová oznámení. Konkrétní widget je však nutné testovat na konkrétním webu; seznam funkcí není důkazem souladu.

Nejlepší test AI chatu nezačíná otázkou „odpovídá správně?“, ale „dokáže se každý návštěvník k odpovědi dostat, přečíst ji a pokračovat?“

1. Projděte celý rozhovor bez myši

Odložte myš a začněte na začátku stránky. Tabulátorem najděte tlačítko chatu, aktivujte je Enterem nebo mezerníkem, napište otázku, odešlete ji a chat zavřete. Potom ověřte, kde zůstal fokus. Musí být viditelný a jeho pořadí musí dávat smysl. U nemodálního panelu se uživatel má dostat i ke zbytku stránky. Skutečně modální okno musí správně řídit fokus a vrátit jej na spouštěcí tlačítko.

Vyzkoušejte Escape, Shift+Tab, dlouhou odpověď, chybový stav i předání operátorovi. Častou chybou je okno, které se vizuálně otevře, zatímco klávesnice zůstane na prvku za ním.

2. Názvy ovládacích prvků musí říkat, co dělají

Ikona bubliny, šipka odeslání i křížek pro zavření potřebují srozumitelný přístupný název. Pole pro zprávu vyžaduje jasný popis; samotný placeholder nestačí. V každém jazyce má být pojmenování přirozené a přesné. Čtečka obrazovky má oznámit třeba „Otevřít chat“, „Napsat zprávu“ a „Odeslat“, ne pouze „tlačítko“.

3. Nová odpověď nesmí zůstat potichu ani zahltit uživatele

AI odpověď se na stránce objeví až po odeslání otázky. Uživatel čtečky potřebuje vědět, že se něco změnilo. W3C doporučuje vhodná stavová oznámení nebo živé oblasti; běžnou odpověď lze často oznámit nevyrušujícím způsobem. Při každém znaku průběžně generovaného textu ale není nutné spouštět nové hlášení. Ověřte, že se odpověď oznámí jednou, ve správném pořadí, a že chybová zpráva nabízí řešení.

4. Kontrast, zvětšení a mobil testujte společně

Vyzkoušejte světlý i tmavý režim, barvu textu v bublinách, viditelnost fokusu a tlačítka bez spoléhání jen na barvu. Zvětšete text a stránku, pak zkuste úzký mobil. Nesmí zmizet pole pro zprávu, zavírací tlačítko ani konec odpovědi. Animace by měly respektovat omezení pohybu. WCAG 2.2 obsahuje přesná kritéria; pocit „vypadá to dost kontrastně“ nestačí.

5. Jazyk a obsah jsou také součástí přístupnosti

I dobře ovladatelný chat selže, pokud odpovídá nejasným žargonem. Používejte krátké odstavce, pojmenované odkazy a konkrétní další krok. Obec může odkázat na formulář a kontakt; e-shop spíše na konkrétní stránku dopravy než na „klikněte zde“. Ověřte také jazyk pro čtečku obrazovky a úplnost překladů rozhraní.

Malý testovací plán pro menší tým

1. Tři úkoly: zjistit informaci, položit navazující otázku a požádat o člověka.
2. Tři způsoby ovládání: myš, jen klávesnice a čtečka obrazovky s klávesnicí.
3. Tři zobrazení: desktop, úzký mobil a zvětšený text.
4. Dva další stavy: pomalá odpověď a chyba serveru.

Zapisujte konkrétní překážky, ne jen skóre automatického nástroje. Ten odhalí část technických chyb, nenahradí však skutečný rozhovor s asistivní technologií. Po opravě spusťte stejný scénář znovu.

Jak na to s Informio

Informio vkládá asistenta jako samostatný widget s lokalizovaným rozhraním. Při nasazení zkontrolujte celý tok přímo na svém webu: od tlačítka přes otázku a odpověď až po zavření. V Quality Lab lze uchovávat otázky a očekávané odpovědi; přístupnost ovládání však vyžaduje i ruční testování v prohlížeči a se čtečkou obrazovky.

Začněte malým pilotem s různými způsoby ovládání. Bariéry odhalíte dřív než návštěvníci. Kontaktujte Informio a vyzkoušejte asistenta na skutečných otázkách svého webu.

Zdroje

• W3C – Web Content Accessibility Guidelines 2.2
• W3C WAI – Modal Dialog Pattern
• W3C WAI – User Notification