WCAG 3.1.3: Palavras incomuns

O que Esta Regra Significa

WCAG 3.1.3 — Palavras Incomuns é um critério de sucesso de Nível AAA sob o princípio Compreensível. Ele exige que qualquer conteúdo da web que use palavras ou expressões em um sentido incomum, especializado ou restrito forneça um mecanismo que permita aos usuários consultar ou acessar as definições desses termos. Isso se aplica a três categorias de uso da linguagem: jargão (vocabulário especializado específico de um ofício, profissão ou área), idiomas (expressões cujo significado não pode ser inferido a partir do sentido literal das palavras, como “break a leg” ou “hit the ground running”), e palavras usadas de forma restrita ou incomum (palavras comuns às quais é atribuído um significado especializado ou não padrão em um determinado contexto).

O critério não exige uma abordagem única de implementação. Mecanismos aceitáveis incluem definições em linha, um glossário com link a partir da página, tooltips ou definições expansíveis acionadas por interação do usuário, definições fornecidas no texto ao redor ou o uso do elemento HTML <dfn> combinado com contexto acessível. O requisito principal é que o mecanismo de definição deve estar disponível — os usuários devem conseguir alcançá-lo sem esforço indevido.

Um aprovado é alcançado quando cada ocorrência de jargão, idioma ou palavra usada de forma incomum na página é acompanhada por um mecanismo de definição acessível. Um reprovado ocorre quando terminologia especializada ou ambígua aparece sem qualquer mecanismo desse tipo — por exemplo, um site jurídico que usa termos como “tortfeasor” ou “subrogation” sem um glossário ou explicação em linha.

As WCAG definem uma exceção limitada: se uma palavra é usada de forma incomum apenas dentro de uma passagem específica, é suficiente fornecer a definição para essa passagem em vez de globalmente em todo o site. Além disso, nomes próprios (nomes de pessoas, lugares ou organizações) geralmente não estão sujeitos a esse critério, a menos que também funcionem como termos técnicos no contexto.

Por Que Isso Importa

Barreiras de compreensão de linguagem afetam uma gama notavelmente ampla de usuários. Pessoas com deficiências cognitivas — incluindo dislexia, deficiências intelectuais e lesões cerebrais adquiridas — podem ter dificuldade em inferir significado a partir do contexto quando surgem termos desconhecidos. De acordo com a Organização Mundial da Saúde, aproximadamente 1 em cada 6 pessoas no mundo vive com algum tipo de deficiência, e as deficiências cognitivas representam uma das maiores categorias. Para esses usuários, encontrar jargão não definido pode tornar uma página de outra forma acessível completamente inutilizável.

Falantes não nativos representam outro grande grupo afetado por esse critério. Só na Turquia, a população inclui milhões de pessoas cuja primeira língua é o curdo, o árabe ou outro idioma regional, e que podem ler turco como segunda língua. Quando um portal de saúde do governo turco usa terminologia médica como “anjiyoplasti” ou “antikoagülan” sem explicação, esses usuários — e até muitos falantes nativos de turco — podem não conseguir entender informações críticas de saúde.

Usuários de leitores de tela também são afetados de maneira sutil, porém significativa. Quando um termo é definido por meio de um tooltip visível ou glossário, usuários videntes podem localizá-lo rapidamente. No entanto, se esse mecanismo não for acessível por teclado e determinável programaticamente, usuários cegos que dependem de tecnologia assistiva podem nunca chegar à definição. Fornecer definições em linha bem estruturadas ou um glossário devidamente vinculado garante paridade de acesso.

Considere um cenário concreto: uma plataforma turca de e-commerce vende produtos financeiros e usa o termo “faiz oranı bileşimi” (juros compostos) sem explicação. Um usuário com deficiência intelectual, ou um usuário idoso sem familiaridade com finanças, tentando comparar produtos de empréstimo pode tomar uma decisão financeiramente prejudicial simplesmente porque a terminologia nunca foi esclarecida. Fornecer um glossário com link ou um tooltip acessível com uma definição em linguagem simples mitiga diretamente esse risco.

Além da acessibilidade, esse critério traz benefícios mensuráveis de usabilidade e SEO. Páginas de glossário indexadas por mecanismos de busca aumentam a autoridade temática e podem capturar tráfego de busca de cauda longa. Definições claras também reduzem a carga do suporte ao cliente, melhoram as taxas de conversão e contribuem para a qualidade geral do conteúdo — todos resultados relevantes para operadores comerciais.

Regras Relacionadas do Axe-core

WCAG 3.1.3 se enquadra na categoria de critérios que exigem testes manuais. Não há regra automatizada do axe-core que possa detectar se palavras incomuns estão definidas, porque isso exigiria que a ferramenta entendesse o significado semântico e o contexto de domínio de cada palavra em uma página — uma tarefa que excede as capacidades atuais de análise automatizada.

• Avaliação manual necessária — Palavras Incomuns: Scanners de acessibilidade automatizados como axe-core, Lighthouse e IBM Equal Access Checker não conseguem identificar quais palavras se qualificam como jargão, idiomas ou termos usados de forma incomum, porque essa determinação depende de conhecimento de domínio, contexto de público e interpretação linguística. Um scanner não pode saber que “token” significa uma credencial de segurança em um contexto e um vale em outro, ou que “cloud” se refere a infraestrutura de computação distribuída em vez de vapor d’água atmosférico. Revisores humanos — idealmente incluindo membros do público-alvo — devem ler o conteúdo e avaliar se alguma terminologia requer definição. O revisor deve então verificar se existe um mecanismo de definição acessível para cada termo sinalizado.
• Verificações automatizadas complementares: Embora o axe-core não possa avaliar esse critério diretamente, auditores podem usar ferramentas automatizadas para verificar se quaisquer mecanismos de definição usados (como elementos <dfn>, tooltips ou glossários com link) são eles próprios acessíveis. Por exemplo, regras do axe-core que cobrem propósito de link (link-name), acessibilidade por teclado (tabindex) e uso de ARIA (aria-allowed-attr) podem confirmar se um link de glossário ou widget de tooltip está implementado corretamente — mesmo que a ferramenta não possa julgar se o glossário está completo.

Como Testar

1. Pré-varredura automatizada: Execute axe DevTools ou Lighthouse na página para confirmar que não há falhas básicas de acessibilidade que possam interferir nos testes (links quebrados, indicadores de foco ausentes, etc.). Observe quaisquer widgets interativos de definição (tooltips, termos expansíveis) sinalizados por problemas de ARIA ou teclado. Essas falhas secundárias podem impedir que usuários alcancem definições mesmo quando elas existem.
2. Auditoria de conteúdo — identificar termos incomuns: Leia cuidadosamente o conteúdo da página. Sinalize cada ocorrência de jargão, terminologia técnica, idioma ou palavra usada em sentido não padrão. Ajuda imaginar que você está explicando a página a um usuário sem qualquer conhecimento prévio na área. Crie uma lista de termos sinalizados antes de verificar as definições.
3. Verificar mecanismos de definição: Para cada termo sinalizado, confirme que existe um mecanismo de definição e que ele é acessível. Verifique: definições em linha no texto ao redor, um elemento <dfn> visível com <abbr title> associado ou descrição com link, uma página de glossário com link a partir do conteúdo ou tooltips/definições expansíveis. Se o mecanismo for um tooltip ou widget expansível, prossiga para o passo 4.
4. Teste de navegação por teclado: Usando apenas o teclado (Tab, Enter, Espaço, teclas de seta), tente alcançar e ativar cada mecanismo de definição na página. Verifique se tooltips ou definições expansíveis podem ser acionados sem mouse. No Firefox com NVDA, navegue até os termos definidos e confirme que a definição é anunciada. No Safari com VoiceOver no macOS, use VO+Right para percorrer o conteúdo e verifique se o contexto da definição está disponível. No Chrome com JAWS, teste se entradas de glossário com link recebem foco e se o propósito do link é claro.
5. Teste de ordem de leitura com leitor de tela: Com o NVDA no Firefox, ative o Modo de Navegação e leia a página linearmente. Confirme que, quando um termo de jargão aparece, ou a definição é lida em linha ou o link/botão para a definição está imediatamente adjacente e claramente rotulado. Garanta que o usuário não seja obrigado a sair da página e perder o contexto para acessar uma definição.
6. Verificação de completude do glossário: Se o site usa um glossário centralizado, faça a correspondência cruzada da lista de termos incomuns sinalizados com as entradas do glossário. Confirme que cada termo sinalizado tem uma entrada correspondente. Verifique se a própria página de glossário é acessível (estrutura adequada de cabeçalhos, navegável por teclado, legível por leitores de tela).

Como Corrigir

Jargão técnico sem definição — Incorreto

<p>
  The system uses OAuth2 for authorization, issuing a JWT
  that expires after 3600 seconds. Refresh tokens are stored
  in an HttpOnly cookie to mitigate XSS vectors.
</p>

Jargão técnico com definições em linha — Correto

<!-- Using dfn elements with title attributes and a linked glossary -->
<p>
  The system uses
  <dfn><abbr title='OAuth 2.0: An open authorization protocol that allows
  third-party applications to access user data without exposing
  credentials.'>OAuth2</abbr></dfn>
  for authorization, issuing a
  <dfn><abbr title='JWT (JSON Web Token): A compact, URL-safe token
  format used to transmit claims between parties.'>JWT</abbr></dfn>
  that expires after 3600 seconds. See our
  <a href='/glossary#security-terms'>Security Glossary</a>
  for full definitions.
</p>

Linguagem idiomática sem explicação — Incorreto

<p>
  Our customer support team will go the extra mile to ensure
  your issue is resolved. We believe in burning the midnight
  oil so you never have to.
</p>

Linguagem idiomática reescrita em linguagem simples — Correto

<!-- Plain language replacement is the most robust fix for idioms.
     If idioms must be retained for brand voice, provide a
     parenthetical explanation or tooltip. -->
<p>
  Our customer support team will make every effort to ensure
  your issue is resolved. We work extended hours so you
  receive help whenever you need it.
</p>

Conteúdo médico ou jurídico com termos especializados indefinidos — Incorreto

<p>
  Patients diagnosed with dyslipidemia may be prescribed
  statins to manage LDL cholesterol levels and reduce the
  risk of atherosclerosis.
</p>

Conteúdo médico com links para glossário acessível — Correto

<!-- Each technical term links to the relevant glossary anchor.
     The glossary page contains plain-language definitions. -->
<p>
  Patients diagnosed with
  <a href='/glossary#dyslipidemia'>dyslipidemia</a>
  (abnormal levels of lipids in the blood) may be prescribed
  <a href='/glossary#statins'>statins</a>
  to manage
  <a href='/glossary#ldl'>LDL cholesterol</a>
  levels and reduce the risk of
  <a href='/glossary#atherosclerosis'>atherosclerosis</a>
  (hardening and narrowing of the arteries).
</p>

Palavra usada em sentido restrito ou específico de domínio — Incorreto

<p>
  Submit your token at the kiosk to claim your reward.
  Tokens expire at the end of each session.
</p>

Palavra em sentido restrito com definição contextual — Correto

<!-- The first use of the term in the restricted sense is
     marked with dfn and explained. Subsequent uses are clear
     by context. -->
<p>
  Submit your
  <dfn id='def-token'>token</dfn>
  (a single-use digital voucher issued when you complete
  a qualifying purchase) at the kiosk to claim your reward.
  Tokens expire at the end of each session.
</p>

Erros Comuns

• Definir um termo no glossário, mas nunca criar link para ele a partir do conteúdo: Um glossário só é útil se os usuários souberem que ele existe e puderem acessá-lo. Deixar de vincular termos incomuns às suas definições — ou omitir um link de glossário proeminente na navegação — significa que muitos usuários nunca descobrirão o recurso.
• Usar <abbr title='...'> para palavras completas em vez de abreviações: O atributo title em <abbr> é comumente usado de forma incorreta como um tooltip genérico para qualquer termo. Leitores de tela tratam title de forma inconsistente, e ele é invisível para usuários de teclado por padrão na maioria dos navegadores. Use <dfn> com uma descrição acessível vinculada ou texto adjacente para palavras completas.
• Fornecer definições em tooltip que não são acessíveis por teclado: Tooltips apenas em CSS ou JavaScript que são ativados apenas ao passar o mouse excluem completamente usuários de teclado e toque. Qualquer tooltip usado para transmitir uma definição deve poder ser acionado por foco de teclado e não deve desaparecer quando o usuário move o foco para dentro dele para ler.
• Presumir que termos padrão do setor não precisam de definição para um público geral: Termos como “bandwidth”, “uptime”, “SLA” ou “API” podem ser óbvios para equipes técnicas, mas opacos para o público em geral que visita um site de telecomunicações ou serviços em nuvem. Sempre avalie a terminologia a partir da perspectiva do membro menos experiente do público-alvo.
• Definir um termo apenas em sua primeira ocorrência em um documento, mas não em páginas onde ele aparece sem introdução prévia: Se um usuário entra no site em uma página de artigo com link profundo que faz referência a jargão definido apenas em outra página, ele não tem acesso à definição. Cada página deve ser autossuficiente ou fornecer navegação para a definição, independentemente do ponto de entrada.
• Usar jargão em rótulos de formulários, texto de botões ou mensagens de erro sem definições: Palavras incomuns em elementos de interface interativos — como “Authorize delegated access” em um botão, ou “Your session token is invalid” em uma mensagem de erro — são especialmente prejudiciais porque os usuários precisam entendê-las para concluir tarefas críticas. Esses casos são frequentemente negligenciados em auditorias de conteúdo.
• Escrever definições de glossário usando jargão adicional: Uma entrada de glossário que define “amortization” como “the systematic allocation of an intangible asset's cost over its useful life” não ajuda um usuário leigo. As definições devem ser escritas em linguagem simples, acessível ao público-alvo.
• Ignorar idiomas específicos de cada língua em conteúdo multilíngue ou traduzido: Quando o conteúdo é traduzido do inglês para o turco (ou vice-versa), expressões idiomáticas são frequentemente traduzidas literalmente, produzindo frases sem sentido ou confusas no idioma de destino. Cada versão localizada deve ser revisada por um falante nativo para garantir precisão idiomática e compreensibilidade.
• Tratar <dfn> como puramente semântico, sem definição visível ao usuário: O elemento HTML <dfn> marca a ocorrência em que um termo está sendo definido, mas ele próprio não fornece a definição aos usuários. Ele deve sempre ser combinado com texto adjacente, uma associação aria-describedby ou uma definição visível no parágrafo ao redor.
• Omitir palavras incomuns de checklists de auditoria automatizada porque nenhuma regra do axe as sinaliza: Como esse critério exige avaliação manual, é fácil que seja colocado em segundo plano durante auditorias técnicas. As equipes devem estabelecer um processo documentado de revisão manual de linguagem e terminologia como uma etapa formal em seu fluxo de trabalho de QA de acessibilidade, não como um pensamento tardio.

Relação com os Regulamentos de Acessibilidade da Turquia

A Circular Presidencial 2025/10 da Turquia, publicada no Diário Oficial nº 32933 em 21 de junho de 2025, estabelece requisitos obrigatórios de acessibilidade web e móvel alinhados com a WCAG 2.2 para uma ampla gama de entidades públicas e privadas que operam na Turquia. As entidades abrangidas incluem instituições e agências públicas, plataformas de e-commerce, bancos e instituições financeiras, hospitais e prestadores de serviços de saúde privados, empresas de telecomunicações com 200.000 ou mais assinantes, agências de viagens, empresas de transporte privado e escolas privadas autorizadas pelo Ministério da Educação Nacional (MoNE).

A circular determina a conformidade com WCAG 2.2 Nível AA como requisito legal básico. WCAG 3.1.3 — Palavras Incomuns é um critério de Nível AAA e, portanto, não é legalmente exigido por essa regulamentação. No entanto, isso não diminui sua importância prática para organizações turcas. Entidades que atendem populações linguisticamente diversas — incluindo portais de saúde pública, plataformas nacionais de educação e empresas de serviços financeiros — têm fortes incentivos éticos e de reputação para implementar critérios AAA como o 3.1.3.

Para certos serviços especializados, a conformidade de Nível AAA pode, na prática, tornar-se necessária. Instituições de saúde que atendem pacientes com diferentes níveis de letramento em saúde, plataformas educacionais operadas sob autorização do MoNE que atendem estudantes com deficiências cognitivas e portais governamentais obrigados a se comunicar claramente com todos os cidadãos se beneficiariam significativamente da implementação desse critério. O arcabouço de direitos das pessoas com deficiência na Turquia, reforçado pela ratificação da Convenção da ONU sobre os Direitos das Pessoas com Deficiência, estabelece um mandato mais amplo de acesso igual à informação que critérios AAA ajudam a cumprir em espírito, mesmo quando não são estritamente exigidos por lei.

Organizações que buscam demonstrar acessibilidade de classe mundial — seja por vantagem competitiva, acesso a mercados internacionais, elegibilidade para compras no setor público ou compromisso genuíno com design inclusivo — devem tratar a WCAG 3.1.3 como parte de um programa abrangente de acessibilidade que vai além do mínimo regulatório. Implementar um sistema estruturado de glossário, treinar autores de conteúdo para reconhecer e definir terminologia incomum e incorporar acessibilidade linguística em fluxos editoriais são passos práticos que atendem usuários turcos e se alinham com os objetivos mais amplos da Circular Presidencial 2025/10.