Como tornar interfaces de chat com LLM mais acessíveis

O texto parte de uma premissa simples: interfaces de chat imersivas, como Claude, ChatGPT, GitHub Copilot, Gemini, America.gov e Glean, são conteúdo web interativo. Para as WCAG, não há nada de especial nelas. Muitas são construídas com tecnologias web e empacotadas em apps nativos via Electron ou Tauri, então a maior parte das recomendações vale para os dois casos. O fluxo central é conhecido: digitar e enviar um prompt, esperar e ler a resposta. O problema é que, para quem usa leitor de tela, o foco continua no campo de entrada e nada avisa que um conteúdo novo apareceu.

A solução proposta é uma única live region dedicada, no fim do DOM, que anuncia a resposta só depois que o streaming termina. Anunciar enquanto o texto chega gera uma leitura picotada e confusa. Para respostas demoradas, o autor sugere avisar "Loading" cerca de cinco segundos após o envio e repetir a cada cinco segundos, com base em pesquisa inclusiva que avaliou. Ele também recomenda títulos ocultos (h2 com sr-only, aria-label e tabindex="-1") antes de cada mensagem, com prefixos como "You said:" e "Cody said:", já que a diferenciação visual por alinhamento não chega a quem não vê a tela. Landmarks ficam nas grandes áreas (nav, main, form, aside), sem embrulhar cada mensagem em section, para não poluir a lista. Skip links e a lista de conversas como composite widget (um único Tab em vez de 50) completam o conjunto. Sobre ariaNotify(), o autor aconselha esperar, porque quem usa tecnologia assistiva costuma hesitar em atualizar o navegador.

A cobertura anterior do CEVIU tratava do chat com IA mais pelo lado do design de produto. Em 28 de abril de 2026, o CEVIU publicou "10 Diretrizes para o Design de Chatbots de IA em Seu Site", que já citava acessibilidade como parte do que separa um chatbot útil de um frustrante. Em 15 de setembro de 2026, "A Evolução da Entrada de IA: Mais que uma Caixa de Texto" mostrou como o campo de entrada ficou mais complexo. A matéria de agora desce ao detalhe técnico: como anunciar respostas, estruturar títulos e navegar por teclado e leitor de tela.

Para quem desenha ou implementa chat com LLM, a leitura é que acessibilidade não se resolve com um aria-live em cada resposta. Exige decisões de interação: quando anunciar, o que anunciar e como navegar em conversas longas. Quem opera um design system de chat pode transformar isso em padrão de componente, com mensagem, região de anúncio e lista de sessões já resolvidas. O texto também lembra que testar com participantes com deficiência pesa mais que cumprir a norma no papel.