Przejdź do treści

Dostępność interfejsów AI

Definicja

Dostępność interfejsów AI to możliwość korzystania z czatów, asystentów głosowych i agentów przez wszystkich, także przez osoby korzystające z:

  • czytników ekranu,
  • klawiatury,
  • powiększenia,
  • sterowania głosem.

Interfejs czatu podlega tym samym wymaganiom co inne strony i aplikacje, czyli WCAG. Ma jednak swoje typowe pułapki:

  • odpowiedzi pojawiające się stopniowo,
  • dynamicznie dodawane treści,
  • przyciski bez etykiet,
  • limity czasu,
  • zabezpieczenia typu CAPTCHA.

To osobny temat od dostępności treści, które AI generuje.

Co to w zasadzie jest?

Praktyczne zastosowania (konkretne scenariusze)

Scenariusz 1: Czat na stronie urzędu

  • Cel: asystent odpowiadający na pytania mieszkańców.
  • Wejście: projekt interfejsu i wybrane narzędzie.
  • Kroki: test klawiaturą → test z czytnikiem ekranu (ogłaszanie nowych odpowiedzi) → test przy powiększeniu 200% i na wąskim ekranie.
  • Rezultat: lista poprawek przed uruchomieniem.
  • Zabezpieczenie: alternatywny kanał kontaktu (telefon, mail) widoczny przy czacie.

Scenariusz 2: Wybór narzędzia AI dla pracowników

  • Cel: narzędzie, z którego skorzystają wszyscy, także pracownicy z niepełnosprawnościami.
  • Wejście: 2-3 narzędzia do porównania.
  • Kroki: prośba do dostawców o deklarację zgodności (np. raport VPAT lub zgodność z EN 301 549) → własny krótki test.
  • Rezultat: decyzja zakupowa uwzględniająca dostępność.
  • Zabezpieczenie: wymagania dostępności w zapytaniu ofertowym.

Scenariusz 3: Formatowanie odpowiedzi asystenta

  • Cel: odpowiedzi czytelne dla czytnika ekranu.
  • Wejście: prompt systemowy asystenta.
  • Kroki: instrukcja: używaj nagłówków i list, opisuj linki, nie używaj tabel do układu, nie przekazuj informacji samym kolorem ani emoji.
  • Rezultat: odpowiedzi łatwiejsze do nawigacji.
  • Zabezpieczenie: sprawdzenie, czy interfejs renderuje formatowanie jako prawdziwą strukturę HTML.

Typowe błędy i pułapki

  • Strumieniowanie odpowiedzi, które czytnik ekranu ogłasza słowo po słowie albo wcale.
  • Przyciski z samą ikoną (wyślij, skopiuj, mikrofon) bez etykiety tekstowej.
  • Fokus, który po wysłaniu wiadomości „ucieka” na początek strony.
  • Okno czatu zasłaniające treść przy powiększeniu.
  • Wylogowanie po krótkim czasie bez ostrzeżenia (WCAG 2.2.1 Możliwość dostosowania czasu).
  • Czat jako jedyny kanał kontaktu.

Ryzyka i jak je ograniczać

Ryzyko 1: Wykluczenie użytkowników

  • Ryzyko: część osób nie skorzysta z usługi.
  • Jak ograniczać: testy z technologiami wspomagającymi, alternatywny kanał kontaktu.

Ryzyko 2: Niezgodność z wymaganiami prawnymi

  • Ryzyko: interfejs w usłudze publicznej lub objętej wymaganiami dostępności nie spełnia WCAG.
  • Jak ograniczać: wymagania w zamówieniu, audyt przed wdrożeniem.

Ryzyko 3: Dostępny interfejs, niedostępne treści

  • Ryzyko: czat działa, ale odpowiedzi są ścianą tekstu lub mają błędny język.
  • Jak ograniczać: instrukcje formatowania w prompcie systemowym, prosty język.

Checklista “zanim użyjesz”

  • Czy całą rozmowę da się przeprowadzić samą klawiaturą?
  • Czy czytnik ekranu ogłasza nową odpowiedź raz, w całości?
  • Czy wszystkie przyciski mają etykiety?
  • Czy interfejs działa przy powiększeniu 200% i na wąskim ekranie?
  • Czy jest alternatywny kanał kontaktu?
  • Czy odpowiedzi mają prawdziwą strukturę (nagłówki, listy)?

Diagram

flowchart LR
    A[Interfejs AI]
    B[Klawiatura i fokus]
    C[Czytnik ekranu i komunikaty]
    D[Powiększenie i układ]
    E[Alternatywny kanał]
    A --> B --> C --> D --> E

Diagram pokazuje cztery obszary, które trzeba sprawdzić w interfejsie AI: obsługę klawiaturą, czytnik ekranu, powiększenie oraz dostępność alternatywnego kanału kontaktu.

Dalsza lektura

Miejsce w mapie

Powiązane hasła