Chatbotul tău poate fi folosit cu adevărat de toată lumea?

Chatboții au o problemă de accesibilitate

Chatboții pentru servicii de clienți au devenit principala — și adesea singura — opțiune de contact pentru multe produse digitale. Așteptarea este clară: dacă ai nevoie de ajutor, deschide chatul. Dacă chatul nu funcționează pentru tine, adesea nu mai există altceva.

Pentru utilizatorii cu dizabilități, această situație este frecvent insuportabilă. Cei mai mulți chatboți comerciali nu îndeplinesc cerințele de bază de accesibilitate. Utilizatorii de cititoare de ecran nu pot auzi mesajele pe măsură ce sosesc. Utilizatorii de tastatură rămân blocați în interiorul widgetului de chat și nu pot ieși. Utilizatorii cu dizabilități motorii întâlnesc ținte de atingere prea mici pentru a fi apăsate în mod fiabil. Utilizatorii cu dizabilități cognitive se confruntă cu ziduri de text și fără o modalitate clară de a se recupera după o solicitare înțeleasă greșit.

Acest lucru contează atât etic, cât și legal. Actul European privind Accesibilitatea, în vigoare din iunie 2025, acoperă canalele digitale de servicii pentru clienți ale întreprinderilor vizate — ceea ce include interfețele chatbot. ADA din Statele Unite a fost aplicată chatboților în litigiile privind accesibilitatea web. Dacă un chatbot este un canal principal de servicii, un chatbot inaccesibil reprezintă o excludere de la serviciu.

Cele mai frecvente șapte eșecuri de accesibilitate ale chatboților

1. Lipsa regiunilor ARIA live

Când sosește un mesaj nou într-o fereastră de chat, un utilizator de cititor de ecran trebuie să îl audă. Dar cititoarele de ecran anunță doar conținutul despre care li s-a spus că este important și dinamic. Fără o regiune ARIA live care să înfășoare containerul mesajelor de chat, mesajele apar vizual, dar sunt complet mute pentru utilizatorii de cititoare de ecran.

<!-- Fără regiune live: mesajele noi nu sunt anunțate -->
<div class="chat-messages">
  <!-- Mesajele sunt adăugate aici dinamic -->
</div>

<!-- Cu regiune live: mesajele noi sunt anunțate pe măsură ce sosesc -->
<div
  class="chat-messages"
  role="log"
  aria-live="polite"
  aria-label="Conversație de chat"
>
  <!-- Mesajele sunt adăugate aici dinamic -->
</div>

role="log" este definit specific în ARIA pentru conversații de chat și fluxuri de mesaje. aria-live="polite" anunță conținutul nou după ce utilizatorul face o pauză — mai puțin perturbator decât assertive pentru un context conversațional.

2. Capcane de tastatură

O capcană de tastatură apare atunci când un utilizator navighează cu Tab într-o componentă și nu mai poate ieși cu Tab — este blocat. Widgeturile de chatbot se numără printre cele mai frecvente locuri în care apar capcanele de tastatură.

Remedierea necesită implementarea unei gestionări corecte a focalizării: Tab și Shift+Tab trebuie să navigheze prin elementele interactive din chat, iar Escape trebuie să închidă chatul și să readucă focalizarea la elementul care l-a declanșat. WCAG 2.1.2 Fără capcană de tastatură (Nivel A) acoperă această cerință.

Testarea este simplă: deschide chatbotul folosind doar tastatura, navighează cu Tab prin toate elementele interactive din interior și confirmă că poți ieși folosind Escape sau un buton de închidere clar vizibil.

3. Contrast de culoare insuficient

Chatboții sunt adesea afișați în culorile mărcii, iar culorile mărcii adesea nu sunt testate față de cerințele de contrast WCAG. Eșecuri frecvente:

Textul bulei de chat care nu îndeplinește contrastul de 4,5:1 față de fundalul bulei
Textul substituent al câmpului de introducere sub pragurile de contrast
Textul marcajelor temporale într-un gri foarte deschis

Cerința de contrast se aplică interfeței chatbotului la fel cum se aplică restului site-ului tău — nu există nicio excepție pentru widgeturi.

4. Câmpuri de introducere și butoane neetichetate

Câmpul de introducere a chatului — „Scrie mesajul tău…” — trebuie să aibă o etichetă asociată programatic, nu doar text substituent. Textul substituent dispare de îndată ce utilizatorul începe să tasteze și nu este un substitut fiabil pentru o etichetă.

Butonul de trimitere, butonul de minimizare, butonul de închidere și orice alte controale interactive trebuie să aibă nume accesibile. Un buton „trimite” doar cu pictogramă, fără text și fără aria-label, este anunțat de cititoarele de ecran drept „buton”, fără nicio descriere a scopului său.

<!-- Lipsă etichetă: eșuează -->
<input type="text" placeholder="Scrie un mesaj...">
<button><svg><!-- pictogramă de trimitere --></svg></button>

<!-- Cu etichetă și aria-label: reușește -->
<label for="chat-input" class="sr-only">Scrie mesajul tău</label>
<input type="text" id="chat-input" placeholder="Scrie un mesaj...">
<button aria-label="Trimite mesajul">
  <svg aria-hidden="true"><!-- pictogramă de trimitere --></svg>
</button>

5. Ținte de atingere prea mici pentru utilizatorii cu deficiențe motorii

WCAG 2.2 a introdus 2.5.8 Dimensiunea țintei (Minimă) la Nivel AA, care impune ca elementele interactive să aibă o dimensiune minimă a țintei de 24×24 pixeli CSS. Multe interfețe de chatbot plasează butoanele de închidere, minimizare și emoji la 16–20 de pixeli — cu mult sub acest prag.

Pentru utilizatorii cu dizabilități motorii, tremurături sau control motor fin redus, țintele mici sunt cu adevărat inutilizabile. Butoanele de acțiune ale chatbotului se numără printre cele mai frecvent afectate elemente de interfață.

6. Fără avertizare de expirare sau extindere a sesiunii

Mulți chatboți încheie o sesiune inactivă după o perioadă stabilită. Când acest lucru se întâmplă fără avertizare, utilizatorii care au nevoie de mai mult timp pentru a compune sau a citi mesaje — inclusiv mulți utilizatori cu dizabilități cognitive sau motorii — își pot pierde conversația fără nicio posibilitate de a extinde sesiunea.

WCAG 2.2.1 Temporizare reglabilă (Nivel A) impune ca, atunci când este stabilită o limită de timp, utilizatorii să o poată dezactiva, extinde sau limita să fie de cel puțin 20 de ore. Un chatbot care încheie sesiunile după 5 minute de inactivitate fără avertizare nu este conform.

7. Limbaj complex și fără recuperare din erori

Chatboții sunt utili doar dacă utilizatorii pot comunica eficient cu ei. Pentru utilizatorii cu dizabilități cognitive, dificultăți de învățare sau niveluri mai scăzute de alfabetizare, un chatbot care folosește jargon, oferă ziduri lungi de text fără structură sau eșuează în tăcere atunci când nu înțelege o solicitare este funcțional inaccesibil.

Conținut de chatbot accesibil:

Folosește un limbaj simplu (propoziții scurte, cuvinte comune)
Împarte răspunsurile în unități ușor de scanat, în loc să prezinte paragrafe
Oferă o recuperare clară din erori: când botul nu înțelege, spune acest lucru explicit și oferă alternative specifice
Sprijină utilizatorii în reformularea solicitărilor, în loc să spună doar „Nu am înțeles”

Criterii WCAG 2.2 noi deosebit de relevante pentru chatboți

WCAG 2.2 a adăugat mai multe criterii de succes care se aplică cu o forță deosebită interfețelor de chat:

2.4.11 Focalizare neascunsă (Minimă) — Nivel AA. Când un widget de chat este deschis, acesta nu trebuie să ascundă complet elementul focalizat în spatele lui. Multe widgeturi de chat apar peste conținutul paginii și ascund elementul focalizat atunci când utilizatorii navighează cu Tab prin pagina de dedesubt.

2.4.12 Focalizare neascunsă (Îmbunătățită) — Nivel AAA. Elementul focalizat ar trebui să fie complet vizibil.

2.5.7 Mișcări de tragere — Nivel AA. Dacă widgetul tău de chat poate fi repoziționat prin tragere, trebuie să existe o alternativă cu un singur indicator.

2.5.8 Dimensiunea țintei (Minimă) — Nivel AA, așa cum este prezentat mai sus.

Cum să îți testezi chatbotul

Doar tastatura: deschide chatul fără a folosi un mouse. Navighează cu Tab prin toate elementele. Verifică dacă poți tasta, trimite mesaje și închide widgetul folosind doar tastatura. Confirmă că poți ieși cu Escape.
Cititor de ecran: deschide NVDA (Windows, gratuit) sau VoiceOver (Mac/iOS, integrat) și interacționează cu chatul. Verifică dacă mesajele sunt anunțate pe măsură ce sosesc. Verifică dacă intrările și butoanele sunt etichetate corect.
Zoom la 200%: verifică dacă interfața de chat nu se revarsă sau nu ascunde conținutul paginii atunci când textul este mărit.
Verificarea contrastului: folosește o extensie de browser precum axe DevTools sau WAVE pentru a verifica contrastul în interfața de chat.
Mobil: testează dimensiunile țintelor de atingere și verifică dacă chatul funcționează cu funcțiile de accesibilitate iOS/Android (VoiceOver, TalkBack).

Dacă integrezi un chatbot terță parte, evaluează accesibilitatea furnizorului înainte de a alege. Solicită VPAT-ul lor (Voluntary Product Accessibility Template) pentru a înțelege nivelul de conformitate declarat. Testează widgetul chiar tu — declarațiile furnizorului nu înlocuiesc testarea directă.

Integrarea accesibilității chatbotului de la început este semnificativ mai ieftină decât adaptarea ulterioară. Dacă evaluezi platforme de chatbot, trece fiecare candidat prin această listă de verificare înainte de a te angaja.

Pentru o analiză cuprinzătoare a chatbotului tău și a restului experienței digitale de servicii pentru clienți, discută cu echipa noastră sau începe cu o scanare gratuită a paginilor tale publice.