Glossário de acessibilidade: termos-chave explicados

Fale a linguagem da acessibilidade

Compreender a acessibilidade digital começa por aprender o seu vocabulário. A área situa-se na intersecção do direito, do design, da engenharia e da experiência vivida, pelo que a terminologia pode parecer densa da primeira vez que se depara com ela. Siglas como WCAG, ARIA e VPAT são usadas no mesmo fôlego que conceitos como «conteúdo percetível» e «nome acessível», sendo fácil perder o fio à meada.

Este glossário agrupa os termos mais importantes em quatro categorias práticas — normas e leis, deficiências e tecnologias de apoio, conceitos técnicos e ARIA e testes e processo — para que encontre rapidamente o que precisa e veja como as peças se relacionam. Cada entrada inclui uma definição em linguagem clara e, quando ajuda, um breve exemplo.

Uma nota antes de começar: nenhuma ferramenta, plug-in ou «sobreposição de acessibilidade» torna, por si só, um site conforme ou genuinamente utilizável. A verdadeira acessibilidade resulta de código acessível, design ponderado e testes com as pessoas que dependem das tecnologias de apoio. Encare com profundo ceticismo qualquer produto que prometa conformidade instantânea.

Normas, leis e enquadramentos

Estes termos descrevem as regras do jogo — as diretrizes face às quais se mede e as leis que podem tornar a conformidade obrigatória.

WCAG: Web Content Accessibility Guidelines. Publicadas pelo W3C, as WCAG são a norma técnica mundial para conteúdo web acessível. A versão atual é a WCAG 2.2. Os critérios de sucesso estão organizados sob quatro princípios — Percetível, Operável, Compreensível e Robusto (POUR) — e classificados em três níveis de conformidade: A, AA e AAA. A maioria das leis e dos contratos refere a WCAG 2.1 ou 2.2 nível AA como objetivo. Saiba como se relaciona com as suas obrigações no nosso guia de conformidade WCAG.
Nível de conformidade (A, AA, AAA): Os três níveis dos critérios de sucesso WCAG. O nível A é o mínimo, AA é a norma jurídica prática que a maioria das organizações procura atingir, e AAA é o nível mais exigente (raramente exigido para um site inteiro, pois alguns critérios não são alcançáveis para todos os tipos de conteúdo).
POUR: Os quatro princípios fundamentais das WCAG: o conteúdo deve ser Percetível (os utilizadores conseguem percecioná-lo), Operável (os utilizadores conseguem interagir com ele), Compreensível (os utilizadores conseguem entendê-lo) e Robusto (funciona de forma fiável em diferentes navegadores e tecnologias de apoio).
ADA: O Americans with Disabilities Act. Legislação norte-americana de direitos civis que proíbe a discriminação contra pessoas com deficiência. Os tribunais aplicam-na cada vez mais a sites e aplicações, e a ADA está na base da maioria dos processos judiciais norte-americanos relativos a acessibilidade digital. Veja a nossa visão geral da conformidade ADA.
Section 508: Uma secção do Rehabilitation Act norte-americano que exige que as agências federais e as organizações financiadas pelo governo federal tornem acessíveis as suas tecnologias eletrónicas e de informação. A Section 508 incorpora a WCAG 2.0 nível AA por referência. Detalhes no nosso guia Section 508.
EAA: European Accessibility Act (Diretiva UE 2019/882). Exige que uma vasta gama de produtos e serviços — incluindo comércio eletrónico, banca, transportes e livros eletrónicos — cumpra requisitos de acessibilidade. A aplicação começou em junho de 2025. Saiba mais no nosso guia de conformidade EAA.
EN 301 549: A norma europeia harmonizada de acessibilidade para produtos e serviços de TIC. É a espinha dorsal técnica para a qual a EAA aponta e adota os critérios de sucesso WCAG como os seus requisitos web, pelo que cumprir a WCAG 2.1 AA o aproxima bastante da conformidade com a EN 301 549.
AODA: Accessibility for Ontarians with Disabilities Act. Legislação provincial canadiana que estabelece normas de acessibilidade para organizações que operam no Ontário, incluindo requisitos de conteúdo web. Veja o nosso guia de conformidade AODA.
W3C: World Wide Web Consortium. O organismo internacional de normalização que desenvolve e publica as WCAG, o ARIA e o conjunto mais amplo de normas web abertas.
WAI: Web Accessibility Initiative. O ramo do W3C dedicado à acessibilidade. A WAI produz as WCAG, a especificação ARIA, técnicas de apoio e recursos educativos.
VPAT®: Voluntary Product Accessibility Template. Um documento normalizado usado para produzir um Accessibility Conformance Report (ACR) que descreve como um produto cumpre normas como WCAG, Section 508 e EN 301 549. Frequentemente exigido na contratação empresarial e pública. Saiba o que implica no nosso guia VPAT/ACR, ou peça-nos para produzir um através dos nossos serviços de relatórios VPAT.
ACR: Accessibility Conformance Report. O documento concluído e sustentado por evidências que resulta do preenchimento de um VPAT para uma versão específica de um produto. Os compradores usam os ACR para comparar fornecedores e avaliar o risco da aquisição.

Deficiências e tecnologias de apoio

A acessibilidade existe para servir pessoas reais. Estes termos descrevem as tecnologias e os métodos de interação que as pessoas com deficiência usam para aceder a conteúdo digital.

Tecnologia de apoio (AT): Qualquer hardware ou software que ajude as pessoas com deficiência a utilizar computadores e a web. Os exemplos incluem leitores de ecrã, ampliadores de ecrã, dispositivos de seleção (switch), software de controlo por voz, linhas braille atualizáveis e dispositivos de entrada alternativos. Construir para a acessibilidade significa, em última análise, construir para as tecnologias de apoio.
Leitor de ecrã: Software que converte o conteúdo no ecrã — texto, imagens, campos de formulário e controlos — em fala sintetizada ou saída em braille. Os leitores de ecrã comuns incluem o JAWS e o NVDA (Windows), o VoiceOver (macOS e iOS) e o TalkBack (Android). O nosso guia de testes com leitor de ecrã mostra como avaliar com eles, e pode encomendar uma avaliação com leitor de ecrã à nossa equipa.
Conversão de texto em fala (TTS): Tecnologia que lê em voz alta texto escrito. A TTS é um componente dos leitores de ecrã, mas também é oferecida como funcionalidade autónoma para o público em geral. Não é o mesmo que um leitor de ecrã, que transmite estrutura, funções (roles) e estado — e não apenas palavras. Explicamos a distinção em conversão de texto em fala versus leitores de ecrã.
Linha braille atualizável: Um dispositivo de hardware que apresenta o texto do ecrã como carateres braille tácteis através de pinos que sobem e descem. Funciona em conjunto com um leitor de ecrã e é essencial para muitos utilizadores surdocegos.
Ampliador de ecrã: Software que amplia parte do ecrã para utilizadores com baixa visão, muitas vezes com ajustes de cor e contraste. As disposições que se readaptam corretamente em níveis de zoom elevados funcionam muito melhor com a ampliação.
Acesso por seleção (switch): Um método de entrada que permite às pessoas com deficiências motoras significativas operar um dispositivo usando um ou mais comutadores (botões, tubos de sopro e sucção ou outros controlos) em vez de um rato ou teclado. Depende de uma interface lógica e totalmente operável.
Entrada por voz / reconhecimento de fala: Software como o Dragon ou o controlo por voz integrado que permite aos utilizadores navegar e ditar falando. Baseia-se em nomes acessíveis exatos, para que comandos como «clicar em Enviar» correspondam à etiqueta visível.
Navegação por teclado: Operar um site usando apenas o teclado — normalmente Tab, Shift+Tab, teclas de seta, Enter e Espaço. É essencial para as pessoas que não conseguem usar um rato e também sustenta o acesso por seleção e por voz. Se algo só funciona ao passar o cursor (hover) ou ao clicar, falha para os utilizadores de teclado.
Deficiência cognitiva: Uma categoria ampla que abrange condições que afetam a memória, a atenção, a resolução de problemas ou a compreensão. Linguagem clara, navegação consistente, comportamento previsível e ampla tolerância a erros apoiam todos a acessibilidade cognitiva.
Baixa visão: Capacidade visual reduzida que não é corrigida com óculos. Os utilizadores podem depender de ampliação, alto contraste ou cores personalizadas, razão pela qual o texto redimensionável e o forte contraste de cores são tão importantes.

Conceitos técnicos e ARIA

Estes são os blocos de construção ao nível da engenharia — as partes da página e a marcação que determinam se a tecnologia de apoio consegue dar sentido à sua interface.

HTML semântico: HTML escrito com elementos que transportam significado — <nav>, <main>, <button>, <article> e as etiquetas de cabeçalho — em vez de invólucros genéricos <div> e <span>. A semântica nativa dá gratuitamente à tecnologia de apoio a função (role), o estado e o comportamento de teclado, razão pela qual a primeira regra do ARIA é «não use ARIA se o HTML nativo conseguir fazer o trabalho».
ARIA: Accessible Rich Internet Applications. Um conjunto de atributos HTML (com o prefixo aria-) mais funções (roles) que comunicam a função, o estado e as propriedades dos elementos de interface à tecnologia de apoio quando a semântica nativa não é suficiente — por exemplo, aria-expanded num menu pendente personalizado. O ARIA mal utilizado pode piorar as coisas, pelo que deve ser aplicado de forma deliberada.
Função (role): Um atributo ARIA (ou HTML implícito) que indica à tecnologia de apoio o que um elemento é — um botão, um separador, uma caixa de diálogo, um marco de navegação (landmark). As funções permitem aos utilizadores compreender e prever como interagir com um controlo.
Nome acessível: A etiqueta que um leitor de ecrã anuncia para um elemento, calculada a partir de fontes como o texto visível, aria-label, aria-labelledby ou um <label> associado. Um botão apenas com ícone e sem nome acessível é anunciado como «botão», deixando os utilizadores a adivinhar.
Árvore de acessibilidade: Uma estrutura paralela que o navegador constrói a partir do DOM, expondo as funções, os nomes, os estados e as relações dos elementos à tecnologia de apoio através das API de acessibilidade da plataforma. É o que um leitor de ecrã realmente «vê».
DOM: Document Object Model. A representação viva e estruturada que o navegador faz de uma página HTML. A árvore de acessibilidade é dela derivada, pelo que um DOM bem estruturado é o alicerce de uma experiência acessível.
AOM: Accessibility Object Model. Uma API do navegador que expõe a árvore de acessibilidade ao JavaScript, permitindo aos programadores consultar e ajustar propriedades de acessibilidade programaticamente.
Texto alternativo (alt): Uma descrição textual de uma imagem fornecida através do atributo HTML alt. Os leitores de ecrã anunciam-na para que os utilizadores não videntes obtenham a informação que a imagem transmite. As imagens decorativas devem usar um alt="" vazio para serem ignoradas em vez de lidas como ruído.
Contraste de cor: A diferença de luminância entre o texto e o seu fundo. As WCAG exigem pelo menos 4.5:1 para texto normal e 3:1 para texto grande (e 3:1 para componentes de interface e gráficos significativos). Um contraste adequado ajuda os utilizadores com baixa visão e qualquer pessoa que leia sob luz solar intensa.
Indicador de foco: Um contorno ou destaque visível que mostra qual o elemento que tem atualmente o foco do teclado. As WCAG exigem que seja claramente visível para que os utilizadores de teclado saibam sempre onde estão. Remover os contornos de foco em CSS sem uma substituição visível é uma falha comum e grave.
Ordem de foco: A sequência pela qual o foco do teclado se move através dos elementos interativos. Uma ordem lógica segue a disposição visual e o significado do conteúdo, para que a navegação pareça previsível em vez de desordenada.
Marco (landmark): Uma região da página identificada por função — banner, navigation, main, contentinfo — que permite aos utilizadores de leitor de ecrã saltar diretamente entre secções principais em vez de lerem de cima a baixo.
Ligação de salto: Uma ligação, normalmente a primeira na ordem de tabulação, que permite aos utilizadores de teclado ignorar a navegação repetida e saltar diretamente para o conteúdo principal. É frequentemente ocultada visualmente até receber o foco.
Texto real: Texto apresentado como verdadeiros carateres HTML em vez de embutido numa imagem. O texto real pode ser redimensionado, readaptado, traduzido e lido pela tecnologia de apoio. As imagens de texto falham nas WCAG, exceto no caso de logótipos e casos incidentais.
API: Application Programming Interface. Na acessibilidade, as API de acessibilidade da plataforma são os canais pelos quais a tecnologia de apoio comunica com o sistema operativo e as aplicações para obter informações sobre os elementos de interface.
CAPTCHA: Completely Automated Public Turing test to tell Computers and Humans Apart. Os CAPTCHA de imagem tradicionais são uma barreira importante para os utilizadores com deficiência. Prefira alternativas acessíveis, como desafios áudio, campos-armadilha (honeypot) ou métodos invisíveis de pontuação de risco.

Testes, funções e processo

A acessibilidade é algo que se verifica e mantém, não uma caixa que se assinala uma única vez. Estes termos abrangem a forma como as equipas a avaliam e a sustentam.

Testes automatizados: Usar software para analisar páginas em busca de problemas detetáveis, como texto alternativo em falta, contraste baixo ou etiquetas vazias. É rápido e excelente para detetar regressões, mas encontra apenas uma parte de todos os problemas. O nosso software de análise de acessibilidade e a análise de acessibilidade gratuita são bons pontos de partida.
Testes manuais: Avaliação realizada por uma pessoa usando tecnologia de apoio e juízo especializado. Deteta o que a automatização não consegue — a ordem de leitura lógica, texto de ligação significativo, uma gestão de foco sensata e se um fluxo é, de facto, utilizável. Veja o nosso guia de auditorias de acessibilidade manuais e os serviços de auditoria recorrente.
Testes de usabilidade com pessoas com deficiência: Observar utilizadores reais de tecnologia de apoio a concluir tarefas no seu produto. Este é o padrão de excelência, revelando atritos que nem ferramentas nem listas de verificação evidenciam. Explore as nossas auditorias por pessoas com deficiência.
Auditoria de acessibilidade: Uma avaliação estruturada de um produto face a uma norma (normalmente WCAG 2.2 AA), combinando métodos automatizados e manuais para produzir uma lista priorizada de problemas com orientações de correção. Os princípios são abordados em a verdadeira acessibilidade digital.
Correção (remediation): O trabalho de corrigir os problemas de acessibilidade que uma auditoria revela — corrigir código, redesenhar componentes ou reconstruir documentos. Para ficheiros que não são web, isto significa muitas vezes a correção de PDF para tornar os documentos legíveis pela tecnologia de apoio.
VPAT / ACR (como processo): Para além de serem documentos, produzir um ACR baseado num VPAT é um processo: testar o produto face a cada critério aplicável, registar o nível de suporte e documentar as evidências. Os compradores tratam um ACR credível como prova de diligência devida.
Shift Left: Antecipar o trabalho de acessibilidade no ciclo de desenvolvimento — para o design e a revisão de código, em vez de correções pós-lançamento. Detetar problemas cedo é drasticamente mais barato do que adaptar depois, a ideia central por detrás do consultoria de acessibilidade.
Declaração de acessibilidade: Uma página pública que descreve o seu nível de conformidade, as limitações conhecidas, as normas que segue e a forma como os utilizadores podem comunicar barreiras ou pedir ajuda. Muitas leis, incluindo a EAA, esperam que exista uma.
Sobreposição de acessibilidade: Um widget de terceiros que afirma tornar um site conforme automaticamente através de um script e de uma barra de ferramentas. As sobreposições não proporcionam conformidade genuína, podem interferir com a tecnologia de apoio dos próprios utilizadores e já figuraram em processos judiciais. A QualiBooth não as recomenda. Para uma abordagem transparente e controlada pelo utilizador, veja antes o nosso conjunto de ferramentas de acessibilidade e o Agora.
A11y: Um numerónimo para «accessibility» — a letra «a», 11 letras, depois «y». Abreviatura comum da comunidade que verá em código, palestras de conferências e canais de equipa.
Design universal: Uma filosofia de criar produtos utilizáveis pelo maior número de pessoas possível sem adaptações especiais. No trabalho digital, significa conceber para a acessibilidade desde o início, em vez de a adaptar depois — e tende a melhorar a usabilidade para toda a gente, e não apenas para as pessoas com deficiência.

Por onde continuar

Um glossário diz-lhe o que os termos significam; não lhe pode dizer onde está o seu produto. A forma mais rápida de transformar vocabulário em ação é combinar uma medição de referência automatizada com uma revisão manual especializada e testes feitos por pessoas que usam tecnologia de apoio todos os dias.

Comece com uma análise de acessibilidade gratuita para ver problemas à superfície, percorra os problemas de acessibilidade comuns a evitar e, quando estiver pronto para uma avaliação a sério, peça uma demonstração ou fale com a nossa equipa sobre consultoria de acessibilidade.