Checklist norma
ABNT NBR 17225

Uma ferramenta de apoio baseada no checklist desenvolvido pela Comissão de Estudo de Acessibilidade da Associação Brasileira de Normas Técnicas (ABNT) para facilitar o cumprimento da norma NBR 17225.

Captura de tela de um pedaço do checklist apresentado neste site exibindo alguns dos itens existentes na lista.

O que você vai encontrar neste site?

O que é a norma ABNT NBR 17225?

A norma ABNT NBR 17225 é um documento que estabelece padrões por meio de requisitos e recomendações para uma aplicação adequada de acessibilidade em conteúdos para a web em um contexto amplo (mais precisamente sites e aplicações que envolve conteúdo para a web).

Importante: A norma não substitui os critérios da WCAG. Ela segue os mesmos critérios da WCAG, ou seja, caso você já atenda aos padrões mínimo da WCAG, provavelmente já estará atendendo também aos padrões mínimos da norma.

Relevância da existência da norma

Atualmente a LBI (Lei Brasileira de Inclusão) em seu artigo 63, cita que "É obrigatória a acessibilidade nos sítios da internet mantidos por empresas com sede ou representação comercial no País ou por órgãos de governo, para uso da pessoa com deficiência, garantindo-lhe acesso às informações disponíveis, conforme as melhores práticas e diretrizes de acessibilidade adotadas internacionalmente". E apesar de sabermos que as "melhores práticas adotadas internacionalmente" se referem a WCAG, o fato de não ocorrer uma citação exata, abre-se margem para contra-argumentação e a consequente não aplicação.

Dessa forma, com o lançamento da norma nacional, abre-se o precedente para que ocorra a regulamentação do artigo 63 da LBI indicando com clareza o que se precisa fazer para atender minimamente os requisitos de acessibilidade.

Entre os órgãos participantes do desenvolvimento da norma, também estavam representantes do Ministério da Gestão e da Inovação em Serviços Públicos (MGI) link externo - abre em uma nova janela que em conjunto com o Ministério dos Direitos Humanos e Cidadania está desenvolvendo o futuro padrão de conformidade de acessibilidade digital, que será oficializado por meio de decreto a ser publicado ainda em 2025.

Áreas responsáveis por aplicar acessibilidade

As áreas responsáveis para cada item do checklist apresentadas neste material podem não ser as mesmas em todos os projetos ou em todas as empresas. Trata-se de um senso comum relacionado a atividade proposta e a ser executada, mas que pode variar por diferentes motivos, portanto, utilize apenas como referência.

Há uma atividade em desenvolvimento pelo grupo de trabalho ARRM (Accessibility Roles and Responsabilities Mapping) do W3C link externo - abre em uma nova janela, cujo objetivo é justamente ajudar as pessoas e empresas compreenderem seus papéis e responsabilidades dentro de projetos que envolvam acessibilidade. Este material utiliza as documentações de referência produzidas por este grupo de trabalho. Você também pode ter mais informações sobre esse tema, consultando a seção "Cargos e funções" no projeto Carreiras em Acessibilidade link externo - abre em uma nova janela.

Funções primárias e secundárias

A apresentação das informações neste material segue uma lógica visual e ordenada de acordo com a sua localização, siga os seguintes itens para melhor compreensão:

As funções primárias (coluna "área responsável") sempre são únicas, pois são as áreas que normalmente conduzem o processo de tomada de decisão para adequação, execução e acompanhamento do item mencionado no checklist além de terem a decisão final em uma determinada situação de conflito. No entanto, note que essas áreas podem variar de acordo com a dinâmica de cada empresa;
As funções secundárias (coluna "demais responsáveis") podem ser mais do que uma, pois são áreas que darão suporte para implementação de cada item do checklist. A ordem que as áreas aparecem determina a sua importância na execução.

Filtrar áreas responsáveis

O filtro oculta ou exibe apenas com as funções primárias (principal área responsável)

Exibir equipes de UI (User Interface)
Exibir equipes de UX (User Experience)
Exibir equipes de Conteúdo
Exibir equipes de Desenvolvimento

Informação importante para quem visualiza este conteúdo em telas pequenas:

As tabelas com os itens de checklist possuem muitas informações. Há uma certa responsividade acrescentando-se uma barra de rolagem horizontal em cada tabela de dados apresentada neste conteúdo. No entanto, recomendamos que a consulta dos itens seja efetuada em telas maiores, visando maior conforto visual.

Interação por teclado

Algumas pessoas não conseguem utilizar o mouse, ou podem utilizar tecnologia assistiva que não permitem o uso preciso ou total do cursor. É importante que a interface e o conteúdo possam ser navegados e operados utilizando somente o teclado.

Tabela C.1 – Interação por teclado
Item	Como cumprir?	Classificação	Critério WCAG	Código ABNT	Área responsável	Demais responsáveis
Indicador de foco visível	Todos os elementos focáveis possuem um indicador de foco visível.	Requisito	2.4.7 (AA)	5.1.1	UI	UX DEV
Elemento em foco totalmente visível	Todos os elementos focáveis estão completamente visíveis quando recebem foco. NOTA: Cumprindo o descrito neste item, cumpre-se também o item 5.1.3 (Elemento em foco parcialmente visível).	Recomendação	2.4.11 (AA) 2.4.12 (AAA)	5.1.2	DEV	UI UX
Elemento em foco parcialmente visível	Todos os elementos focáveis estão pelo menos parcialmente visíveis quando recebem foco, considerando a sobreposição por elementos de autoria do desenvolvedor.	Requisito	2.4.11 (AA)	5.1.3	DEV	UI UX
Ordem de foco previsível	Todos os elementos focáveis recebem foco em ordem sequencial lógica e intuitiva, consistente com a apresentação e que preserva o significado e a operabilidade.	Requisito	2.4.3 (A)	5.1.4	UX	UI DEV
Uso de foco	Todos os elementos focáveis são utilizados para interação.	Recomendação	2.1.1 (A) 2.1.3 (AAA)	5.1.5	UX	UI DEV
Armadilha de foco	Não há componentes que bloqueiam, impedem ou interrompem a navegação por teclado.	Requisito	2.1.2 (A)	5.1.6	DEV	UX
Conteúdo adicional	Não há conteúdo adicional que seja exibido somente pelo foco do teclado ou posicionamento do cursor. NOTA: Cumprindo o descrito neste item, cumpre-se também os itens 5.1.8 (Conteúdo adicional persistente) e 5.1.9 (Conteúdo adicional dispensável).	Recomendação	1.4.13 (AA)	5.1.7	UX	UI DEV
Conteúdo adicional persistente	Todo conteúdo adicional exibido por foco do teclado ou posicionamento do cursor permanece visível até que a pessoa retire o foco, posicione o cursor fora do componente ou dispense-o de outra forma, ou até que a informação transmitida pelo conteúdo deixe de ser válida.	Requisito	1.4.13 (AA)	5.1.8	UX	UI DEV
Conteúdo adicional dispensável	Todo conteúdo adicional exibido por foco do teclado ou posicionamento do cursor pode ser dispensado sem a necessidade de retirar o foco ou reposicionar o cursor; ou O conteúdo adicional exibido comunica um erro de entrada, ou não oculta ou substitui outro conteúdo.	Requisito	1.4.13 (AA)	5.1.9	UX	DEV UI
Atalhos de teclado	Não há atalhos de teclado que utilizam uma única tecla, de forma que sempre haja a presença de uma tecla modificadora (como CTRL ou ALT). NOTA: Cumprindo o descrito neste item, cumpre-se também o item 5.1.11 (Atalhos de teclado sem tecla modificadora).	Recomendação	2.1.4 (A)	5.1.10	UX	DEV
Atalhos de teclado sem tecla modifcadora	Há um mecanismo simples para desativar ou remapear o atalho de teclado sem tecla modificadora; ou O atalho só é acionado quando um componente específico está em foco.	Requisito	2.1.4 (A)	5.1.11	UX	UI DEV
Acessibilidade por teclado total	Todas as funcionalidades da página são acessíveis com o teclado, sem exceção. NOTA: Cumprindo o descrito neste item, cumpre-se também o item 5.1.13 (Acessibilidade por teclado parcial).	Recomendação	2.1.1(A) 2.1.3 (AAA)	5.1.12	UX	UI DEV
Acessibilidade por teclado parcial	Todas as funcionalidades da página que não são acessíveis pelo teclado não admitem modo de operação equivalente utilizando somente o teclado (por exemplo, desenho à mão livre).	Requisito	2.1.1 (A)	5.1.13	UX	UI DEV
Mecanismos de entrada simultâneos	Não há funcionalidade na página que restringe o uso de algum mecanismo de entrada disponível; ou A restrição do uso do mecanismo de entrada específico é essencial, necessária para garantir a segurança do conteúdo ou para respeitar as configurações da pessoa.	Recomendação	2.5.6 (AAA)	5.1.14	UX	DEV
Comportamento de componentes customizados	Todos os componentes customizados possuem comportamento previsível. NOTA: Cumprindo o descrito neste item, cumpre-se também o item 5.1.16 (Instruções para componentes customizados).	Recomendação	2.1.1 (A) 2.1.3 (AAA)	5.1.15	UX	UI DEV
Instruções para componentes customizados	Todos os componentes customizados que exigem interações complexas e comportamento não previsível possuem instruções para operação.	Requisito	3.3.2 (A)	5.1.16	UX	UI Conteúdo DEV

Imagens

Imagens facilitam a compreensão e tornam o conteúdo mais amigável ao transmitir informações de forma visual. A acessibilidade em imagens garante que todas as pessoas, incluindo aquelas que utilizam tecnologia assistiva, possam perceber, compreender e interagir com o conteúdo visual em interfaces e documentos.

Tabela C.2 – Imagens
Item	Como cumprir?	Classificação	Critério WCAG	Código ABNT	Área responsável	Demais responsáveis
Texto alternativo para imagens de conteúdo	Todas as imagens que transmitem informação ou conteúdo relevante possuem texto alternativo que descreve essa informação ou conteúdo.	Requisito	1.1.1 (A)	5.2.1	Conteúdo	UX DEV UI
Texto alternativo para imagens funcionais	Todas as imagens funcionais possuem texto alternativo que descreve a funcionalidade do elemento.	Requisito	1.1.1 (A) 2.4.4 (A) 2.4.9 (AAA)	5.2.2	Conteúdo	UX UI DEV
Texto alternativo para imagens decorativas	Todas as imagens decorativas possuem texto alternativo vazio ou estão implementadas de outra forma, de modo que podem ser ignoradas por tecnologia assistiva.	Requisito	1.1.1 (A)	5.2.3	Conteúdo	UX DEV
Descrição para imagens complexas	Todas as imagens complexas possuem texto alternativo que as identifica e têm descrição detalhada disponível na página (próximo à respectiva imagem) ou em outra página indicada.	Requisito	1.1.1 (A)	5.2.4	Conteúdo	UX UI DEV
Imagens de texto	Não há imagens de texto; ou Todas as imagens de texto são essenciais e possuem texto alternativo com o mesmo conteúdo; ou É possível customizar as imagens de texto não essenciais e elas possuem texto alternativo com o mesmo conteúdo.	Requisito	1.1.1 (A) 1.4.5 (AA) 1.4.9 (AAA)	5.2.5	Conteúdo	UX UI DEV
Texto alternativo para mapas de imagens	Todos os mapas de imagens possuem texto alternativo para cada área interativa.	Requisito	1.1.1 (A)	5.2.6	Conteúdo	UX UI DEV

Cabeçalhos

Os níveis de cabeçalho organizam a estrutura, a ordem de importância e a subordinação dos conteúdos da página, facilitando a leitura e a compreensão. Além disso, funcionam como ferramenta de navegação para que as pessoas que usam tecnologia assistiva encontrem facilmente o conteúdo desejado. O uso de hierarquia correta dos níveis de cabeçalho é um requisito para que essa navegação ocorra adequadamente.

Tabela C.3 – Cabeçalhos
Item	Como cumprir?	Classificação	Critério WCAG	Código ABNT	Área responsável	Demais responsáveis
Semântica de cabeçalho	Todos os cabeçalhos possuem semântica determinada programaticamente.	Requisito	1.3.1 (A)	5.3.1	DEV	UX Conteúdo
Uso de cabeçalhos	Todos os cabeçalhos são utilizados para identificar seções de conteúdo.	Requisito	1.3.1 (A) 2.4.6 (AA)	5.3.2	Conteúdo	UX UI DEV
Cabeçalho principal	Há um, e somente um, cabeçalho de nível 1, que identifica a página.	Recomendação	2.4.6 (AA) 2.4.10 (AAA)	5.3.3	Conteúdo	UX UI DEV
Seções com cabeçalhos	Todas as seções de conteúdo possuem um cabeçalho que as identifica.	Recomendação	2.4.10 (AAA)	5.3.4	Conteúdo	UX UI DEV
Estrutura de cabeçalhos	Todos os cabeçalhos seguem uma estrutura hierárquica, lógica e semântica.	Requisito	1.3.1 (A) 2.4.6 (AA) 2.4.10 (AAA)	5.3.5	Conteúdo	UX UI DEV

Regiões

Regiões (marcos) ajudam a comunicar o "layout" e as áreas importantes da página, como a de navegação e a do conteúdo principal. O uso de regiões com marcação semântica correta facilita a compreensão da estrutura da página e permite fácil acesso a essas áreas.

Tabela C.4 – Regiões
Item	Como cumprir?	Classificação	Critério WCAG	Código ABNT	Área responsável	Demais responsáveis
Semântica de região	Todas as regiões da página possuem semântica determinada programaticamente e condizente com a sua função e tipo de conteúdo.	Requisito	1.3.1 (A) 1.3.6 (AAA)	5.4.1	DEV	UX Conteúdo
Uso de regiões	Todas as regiões são utilizadas para organizar os conteúdos da página de acordo com o tipo de conteúdo.	Requisito	1.3.1 (A) 1.3.6 (AAA)	5.4.2	Conteúdo	UX UI DEV
Conteúdo em regiões	Todo o conteúdo está contido em regiões.	Recomendação	1.3.6 (AAA)	5.4.3	DEV	Conteúdo UX UI
Regiões únicas	Não há mais do que uma região do tipo ‘header’/’banner’, ‘main’ ou ‘footer’/’contentinfo’.	Recomendação	1.3.1 (A) 1.3.6 (AAA)	5.4.4	DEV	Conteúdo UX
Regiões identificadas unicamente	Todas as regiões do mesmo tipo possuem um nome acessível único que as identifique.	Requisito	1.3.1 (A) 4.1.2 (A)	5.4.5	Conteúdo	DEV UX

Listas

Listas permitem a identificação do agrupamento de itens relacionados, apresentados de forma sequencial ou não sequencial. Conteúdos organizados em listas facilitam a compreensão e a navegação.

Tabela C.5 – Listas
Item	Como cumprir?	Classificação	Critério WCAG	Código ABNT	Área responsável	Demais responsáveis
Semântica de lista	Todas as listas possuem semântica determinada programaticamente e condizente com o tipo de relação entre os itens (ordenada, não ordenada e de definições).	Requisito	1.3.1 (A)	5.5.1	DEV	UX Conteúdo UI
Uso de listas	Todas as listas são utilizadas para agrupamento de itens de mesma natureza.	Requisito	1.3.1 (A)	5.5.2	UX	Conteúdo UI DEV

Tabelas

Tabelas são uma forma estruturada de apresentar dados, que facilita a compreensão das relações entre diferentes tipos de informação. A disposição de dados tabulares em estrutura visual e semanticamente identificada beneficia todas as pessoas.

Tabela C.6 – Tabelas
Item	Como cumprir?	Classificação	Critério WCAG	Código ABNT	Área responsável	Demais responsáveis
Semântica de tabela	Todas as tabelas de dados possuem semântica determinada programaticamente.	Requisito	1.3.1 (A)	5.6.1	DEV	UX
Uso de tabelas	Todas as tabelas são utilizadas para apresentar dados tabulares. Não há tabelas de "layout"; ou Todas as tabelas de "layout" não possuem semântica determinada.	Requisito	1.3.1 (A)	5.6.2	DEV	UX UI
Cabeçalhos de tabela	Todas as células de dados de uma tabela estão associadas com os respectivos cabeçalhos de linha e coluna de forma programaticamente determinada.	Requisito	1.3.1 (A)	5.6.3	DEV	Conteúdo UX UI
Título de tabela	Todas as tabelas possuem um título ou legenda que as identifique.	Recomendação	2.4.6 (AA) 2.4.10 (AAA)	5.6.4	Conteúdo	DEV UX UI
Título de tabela associado	Todos os títulos ou legendas de tabela estão associados à respectiva tabela de forma programaticamente determinada.	Requisito	1.3.1 (A)	5.6.5	DEV	Conteúdo UX UI
Descrição para tabelas complexas	Todas as tabelas complexas possuem uma descrição da tabela em texto.	Recomendação	3.1.5 (AAA)	5.6.6	Conteúdo	DEV UX UI

Links e Navegação

Links permitem que a pessoa navegue entre as páginas e entre os conteúdos de uma mesma página. Os links devem informar claramente o seu destino e devem ser facilmente encontrados na página.

Tabela C.7 – Links e Navegação
Item	Como cumprir?	Classificação	Critério WCAG	Código ABNT	Área responsável	Demais responsáveis
Semântica de link	Todos os links possuem semântica determinada programaticamente.	Requisito	1.3.1 (A)	5.7.1	DEV	UX
Uso de links	Todos os links são utilizados para navegação.	Requisito	1.3.1 (A)	5.7.2	UX	UI Conteúdo DEV
Propósito do link sem contexto	Todos os links possuem texto, texto alternativo ou nome acessível que indica sua função ou destino. NOTA: Cumprindo o descrito neste item, cumpre-se também o item 5.7.4 (Propósito do link no contexto).	Recomendação	2.4.4 (A) 2.4.9 (AAA)	5.7.3	UX	Conteúdo UI DEV
Propósito do link no contexto	Todos os links possuem texto, texto alternativo ou nome acessível que, em conjunto com o contexto do link, informa sua função ou destino.	Requisito	2.4.4 (A)	5.7.4	UX	Conteúdo UI DEV
Links com identificação consistente	Não há links com texto, texto alternativo ou nome acessível iguais que levam para destinos diferentes.	Recomendação	3.2.4 (AA) 2.4.9 (AAA)	5.7.5	UX	Conteúdo UI DEV
Links que abrem em nova guia ou janela	Não há links que abrem em nova guia ou janela; ou Todos os links que abrem em uma nova guia ou janela informam isso pra pessoa que está usando o sistema.	Recomendação	2.4.4 (A) 2.4.9 (AAA) 3.2.5 (AAA)	5.7.6	UX	Conteúdo UI DEV
Links para arquivos (não HTML)	Todos os links para arquivos incluem no texto ou no texto alternativo a informação do formato e tamanho do arquivo; ou O link para arquivo informa isso pra pessoa de outra forma.	Recomendação	2.4.4 (A) 2.4.9 (AAA)	5.7.7	UX	UI Conteúdo DEV
Links para sites externos	Todos os links para sites externos informam isso pra pessoa que está usando o sistema.	Recomendação	2.4.4 (A) 2.4.9 (AAA)	5.7.8	UX	UI Conteúdo DEV
Texto complementar do link	Não há texto complementar que repete o texto, texto alternativo ou nome acessível do link.	Recomendação	2.4.4 (A)	5.7.9	UX	Conteúdo UI DEV
Links adjacentes	Não há links adjacentes que levam para o mesmo destino.	Recomendação	2.4.4 (A)	5.7.10	UX	Conteúdo UI DEV
Contornar blocos de conteúdo	Há um ou mais links (ou outro mecanismo) que permitem contornar blocos de conteúdo na página.	Recomendação	2.4.1 (A)	5.7.11	UX	UI Conteúdo DEV
Contornar blocos em conjunto de páginas	Há links (ou mecanismos) que permitem contornar blocos que se repetem em um conjunto de páginas.	Requisito	2.4.1 (A)	5.7.12	UX	UI Conteúdo DEV
Alternativas para localização	Há mais de uma forma para encontrar uma página em um conjunto de páginas; ou A página é o resultado ou uma etapa de um processo.	Requisito	2.4.5 (AA)	5.7.13	UX	UI Conteúdo DEV
Localização em conjunto de páginas	Há informação sobre a localização da pessoa que usa o sistema em relação às demais páginas ou seções do site.	Recomendação	2.4.8 (AAA)	5.7.14	UX	Conteúdo UI DEV
Navegação consistente	Todos os mecanismos de navegação que se repetem em um conjunto de páginas estão na mesma ordem relativa; ou A posição do mecanismo é alterada pela pessoa que usa o sistema.	Requisito	3.2.3 (AA)	5.7.15	UX	UI Conteúdo DEV
Ajuda consistente	Todos os mecanismos de ajuda que se repetem em um conjunto de páginas estão na mesma ordem relativa; ou A posição do mecanismo é alterada pela pessoa que usa o sistema.	Requisito	3.2.6 (A)	5.7.16	UX	UI Conteúdo DEV

Botões e Controles

Elementos interativos, como links e botões, permitem que a pessoa que usa o sistema navegue para um destino ou execute uma ação, respectivamente. É importante que todos os elementos interativos sejam perceptíveis, compreensíveis e passíveis de acionamento para todas as pessoas.

Tabela C.8 – Botões e Controles
Item	Como cumprir?	Classificação	Critério WCAG	Código ABNT	Área responsável	Demais responsáveis
Semântica de botão	Todos os botões possuem semântica determinada programaticamente.	Requisito	1.3.1 (A)	5.8.1	DEV	UX
Uso de botões	Todos os botões são utilizados para acionar uma funcionalidade.	Requisito	1.3.1 (A)	5.8.2	UX	UI Conteúdo DEV
Propósito do botão	Todos os botões possuem texto, texto alternativo ou nome acessível que indica sua função.	Requisito	4.1.2 (A) 2.4.6 (AA)	5.8.3	UX	Conteúdo UI DEV
Identificação consistente na página	Todos os componentes que possuem a mesma funcionalidade e se repetem na página são identificados de maneira consistente.	Recomendação	3.2.4 (AA)	5.8.4	UX	UI DEV
Identificação consistente em conjunto de páginas	Todos os componentes que possuem a mesma funcionalidade e se repetem em um conjunto de páginas são identificados de maneira consistente.	Requisito	3.2.4 (AA)	5.8.5	UX	UI DEV
Área de acionamento (aprimorada)	Todos os elementos interativos têm área de acionamento de pelo menos 44 pixels CSS de altura e largura; ou Existe um controle com função equivalente na mesma página, com área de acionamento de pelo menos 44 pixels CSS de altura e largura; ou O elemento está em uma sentença ou bloco de texto; ou O tamanho do elemento é determinado pelo agente de usuário (user agent); ou O tamanho do elemento é essencial para transmitir a informação. NOTA: Cumprindo este item, cumpre-se também o item 5.8.7 (Área de acionamento (mínima)).	Recomendação	2.5.8 (AA) 2.5.5 (AAA)	5.8.6	UI	UX DEV
Área de acionamento (mínima)	Todos os elementos interativos têm área de acionamento de pelo menos 24 pixels CSS de altura e largura; ou O elemento tem espaçamento em relação aos elementos de interação adjacentes, de tal modo que a soma do tamanho do elemento mais o espaçamento é de pelo menos 24 pixels CSS em todas as direções; ou Existe um controle com função equivalente na mesma página com área de acionamento de pelo menos 24 pixels CSS de altura e largura; ou O elemento está em uma sentença ou bloco de texto, ou seu tamanho está delimitado pela altura da linha do texto; ou O tamanho do elemento é determinado pelo agente de usuário (user agent); ou O tamanho do elemento é essencial ou legalmente exigido para transmitir a informação.	Requisito	2.5.8 (AA)	5.8.7	UI	UX DEV
Mudança de contexto previsível	Toda mudança de contexto é iniciada apenas a pedido da pessoa que usa o sistema; ou Há um mecanismo para desativar essas mudanças de contexto.	Recomendação	3.2.1 (A) 3.2.2 (A) 3.2.5 (AAA)	5.8.8	UX	DEV UI
Mudança de contexto previsível no foco	Não há componentes acionados somente pelo foco do teclado ou posicionamento do cursor, que provocam uma mudança de contexto.	Requisito	3.2.1 (A)	5.8.9	UX	DEV
Mudança de contexto previsível na entrada	Não há componentes que provocam mudança de contexto enquanto a pessoa insere ou seleciona informações; ou A pessoa que usa o sistema é avisada sobre esse comportamento antes de utilizar o componente.	Requisito	3.2.2 (A)	5.8.10	UX	DEV
Acionamento por ponteiro único	Não há funcionalidade operada por ponteiro único que é acionada pelo pressionamento do ponteiro (down-event); ou O acionamento completo da funcionalidade só é finalizado ao soltar o ponteiro (up–event), e existe um mecanismo para interromper o acionamento antes da finalização ou para desfazer o acionamento após a finalização; ou Soltar o ponteiro reverte o acionamento ocasionado pelo pressionamento do ponteiro; ou O acionamento completo da funcionalidade pelo pressionamento do ponteiro é essencial.	Requisito	2.5.2 (A)	5.8.11	UX	DEV
Operação por gestos de ponteiro	Toda funcionalidade operada por gestos multiponto ou baseados em caminhos pode ser operada também por um ponteiro único, sem um gesto baseado em caminho; ou O gesto multiponto ou baseado em caminho é essencial; ou A funcionalidade é determinada pelo agente de usuário (user agent), e não modificada pelo desenvolvedor.	Requisito	2.5.1 (A)	5.8.12	UX	DEV
Operação por movimento de arrastar	Toda funcionalidade operada por movimento de arrastar pode ser operada também por um ponteiro único sem movimento de arrastar; ou O movimento de arrastar é essencial; ou A funcionalidade é determinada pelo agente de usuário (user agent), e não modificada pelo desenvolvedor.	Requisito	2.5.7 (A)	5.8.13	UX	DEV
Operação por movimento	Toda funcionalidade operada por movimento pode ser operada também por componentes que não exigem esse modo de operação, e a resposta aos movimentos pode ser desabilitada para evitar acionamento acidental; ou Existe um mecanismo para operar o controle de movimento de outra forma; ou O movimento é essencial para a funcionalidade, e desabilitá-lo invalidaria a atividade.	Requisito	2.5.4 (A)	5.8.14	UX	DEV
Controles com retorno	Todos os controles têm um retorno (feedback) perceptível a pessoa que usa o sistema quando são acionados.	Recomendação	1.3.3 (A) 4.1.3 (AA)	5.8.15	UX	UI DEV

Formulários e Entrada de Dados

Formulários permitem que as pessoas insiram e enviem informações, e são essenciais para funcionalidades como envio de mensagens, realização de pedidos e cadastros. Instruções claras para inserir e corrigir informações possibilitam que as pessoas preencham dados de forma correta e eficiente.

Tabela C.9 – Formulários e Entrada de Dados
Item	Como cumprir?	Classificação	Critério WCAG	Código ABNT	Área responsável	Demais responsáveis
Rótulo de campo	Todos os campos de formulário possuem um rótulo que os identifica; ou O campo de formulário possui propósito visualmente evidente e um nome acessível que o identifica.	Requisito	3.2.2 (A) 4.1.2 (A)	5.9.1	Conteúdo	UX UI DEV
Rótulo de campo previsível	Todos os rótulos estão posicionados de maneira previsível em relação aos respectivos campos de formulário.	Requisito	1.3.1 (A) 3.3.2 (A)	5.9.2	UI	UX Conteúdo DEV
Rótulo de campo associado	Todos os rótulos estão associados aos respectivos campos de formulário de forma programaticamente determinada.	Requisito	1.3.1 (A)	5.9.3	DEV	UX
Rótulo de campo descritivo	Todos os rótulos identificam o propósito do respectivo campo de formulário; ou O rótulo, em conjunto com o agrupamento do campo, identifica o propósito do respectivo campo de formulário.	Requisito	2.4.6 (A)	5.9.4	Conteúdo	UX UI DEV
Textos de ajuda previsíveis	Todos os textos de ajuda estão posicionados de maneira previsível em relação aos campos do formulário.	Requisito	3.3.2 (A)	5.9.5	UX	UI Conteúdo DEV
Campos relacionados	Todos os campos de entrada relacionados possuem agrupamento determinado programaticamente.	Requisito	1.3.1 (A)	5.9.6	DEV	UX
Campos obrigatórios	Todos os campos obrigatórios estão devidamente identificados, de forma que todos possam perceber.	Requisito	3.3.2 (A)	5.9.7	UX	UI Conteúdo DEV
Tipo de dado determinado	Todos os campos de entrada têm seu tipo de dado determinado programaticamente.	Requisito	1.3.5 (AA)	5.9.8	DEV	UX
Mensagem de erro descritiva	Todas as mensagens de erro descrevem em texto qual é o erro e identificam qual é o campo com erro.	Requisito	3.3.1 (A)	5.9.9	Conteúdo	UX UI DEV
Sugestão de correção	Todas as mensagens de erro fornecem sugestões de correção de entrada de dados, quando conhecidas; ou A sugestão de correção coloca em risco a segurança ou o propósito do conteúdo.	Recomendação	3.3.3 (AA)	5.9.10	Conteúdo	UX UI DEV
Prevenção de erro	Todos os formulários permitem uma forma de reverter, verificar ou confirmar os dados. NOTA: Cumprindo este item, cumpre-se também o item 5.9.12 (Prevenção de erro para formulários críticos).	Requisito	3.3.4 (AA) 3.3.6 (AAA)	5.9.11	UX	UI Conteúdo DEV
Prevenção de erro para formulários críticos	Todos os formulários críticos permitem uma forma de reverter, verificar ou confirmar os dados.	Requisito	3.3.4 (AA)	5.9.12	UX	UI Conteúdo DEV
Ajuda contextual	Há ajuda contextual, como instruções e dicas relevantes, que auxilia a pessoa que usa o sistema a preencher e enviar os formulários.	Recomendação	3.3.5 (AAA)	5.9.13	Conteúdo	UX UI DEV
Botão de submissão	Todos os formulários possuem um botão para a submissão dos dados.	Recomendação	3.2.2 (A)	5.9.14	UX	Conteúdo UI DEV
Reentrada de dados	Todos os campos de entrada que exigem dados previamente inseridos são preenchidos automaticamente ou estão disponíveis para seleção; ou A reentrada de dados é essencial; ou A informação inserida é necessária por segurança; ou A informação previamente inserida não é mais válida.	Requisito	3.3.7 (A)	5.9.15	UX	UI DEV
Validação sensorial ou por movimento	Todo método de validação que exige uma percepção ou capacidade motora específica possui uma alternativa que não possui a mesma exigência.	Requisito	1.1.1 (A) 2.5.4 (A) 2.5.6 (AAA)	5.9.16	UX	Conteúdo UI DEV
Autenticação acessível (aprimorado)	Não há testes de função cognitiva em processos de autenticação; ou Há um método de autenticação alternativo sem teste de função cognitiva; ou Há um mecanismo para auxiliar a pessoa a completar o teste de função cognitiva. NOTA: Cumprindo o descrito neste item, cumpre-se também o item 5.9.18 (Autenticação acessível (mínima)).	Recomendação	3.3.8 (AA) 3.3.9 (AAA)	5.9.17	UX	Conteúdo UI DEV
Autenticação acessível (mínima)	Não há testes de função cognitiva em processos de autenticação; ou Há um método de autenticação alternativo sem teste de função cognitiva; ou Há um mecanismo para auxiliar a pessoa a completar o teste de função cognitiva; ou O teste é um método de reconhecimento de objetos; ou O teste serve para identificar um conteúdo não textual fornecido pela pessoa que usa o sistema.	Requisito	3.3.8 (AA)	5.9.18	UX	Conteúdo UI DEV

Apresentação

O conteúdo de uma página pode ser apresentado de diversas formas, incluindo variações de cores, fontes, "layout"s, imagens e outras características sensoriais. A acessibilidade na estética e no design visual, de acordo com boas práticas, permite a percepção, compreensão e interação com o conteúdo para todas as pessoas.

Tabela C.10 – Apresentação
Item	Como cumprir?	Classificação	Critério WCAG	Código ABNT	Área responsável	Demais responsáveis
Características sensoriais	Não há instruções para compreender e utilizar o conteúdo que dependem somente das características sensoriais dos componentes, como forma, cor, tamanho, localização visual, orientação e som.	Requisito	1.3.3 (A)	5.10.1	UX	Conteúdo UI DEV
Ordem de apresentação	A apresentação dos elementos conforme aparecem na tela é tal que preserva o significado e a operabilidade.	Requisito	1.3.2 (A)	5.10.2	UI	UX DEV
Orientação de exibição	O conteúdo não restringe sua visualização e operação a uma única orientação de exibição, como de retrato ou paisagem; ou A orientação específica de exibição é essencial.	Requisito	1.3.4 (AA)	5.10.3	UI	UX DEV
Design responsivo	Não há perda de informação ou funcionalidade, nem barra de rolagem em duas dimensões para conteúdo de rolagem horizontal apresentado com altura equivalente a 256 pixels CSS; ou Não há perda de informação ou funcionalidade, nem barra de rolagem em duas dimensões para conteúdo de rolagem vertical apresentado com largura equivalente a 320 pixels CSS; ou O conteúdo exige "layout" bidimensional para uso ou significado (por exemplo, mapas, diagramas, vídeos, jogos, apresentações, tabelas de dados e interfaces).	Requisito	1.4.10 (AA)	5.10.4	UI	UX DEV
Área do indicador de foco visível	O indicador de foco visível dos elementos focáveis tem área pelo menos equivalente ao perímetro do elemento com 2 pixels CSS de espessura.	Recomendação	2.4.13 (AAA)	5.10.5	UI	UX DEV

Uso de Cores

A cor é um recurso importante no design de conteúdo da web. A acessibilidade no uso de cores permite que pessoas que não podem ver ou perceber as cores também consigam compreender e utilizar o conteúdo.

Tabela C.11 – Uso de Cores
Item	Como cumprir?	Classificação	Critério WCAG	Código ABNT	Área responsável	Demais responsáveis
Uso de cores	Não há elementos que fazem uso somente de cores para transmitir informações, indicar uma ação, pedir uma resposta ou distinguir um elemento visual.	Requisito	1.4.1 (A)	5.11.1	UX	UI
Contraste para texto (aprimorado)	Todo conteúdo de texto, incluindo imagens de texto, tem relação de contraste de pelo menos 7:1 com o fundo; ou O conteúdo de texto está em tamanho grande e tem relação de contraste de pelo menos 4.5:1 com o fundo; ou O texto faz parte de um logotipo ou está em plano secundário. NOTA: Cumprindo o descrito neste item, cumpre-se também o item 5.11.3 (Contraste para texto (mínimo))	Recomendação	1.4.3 (AA) 1.4.6 (AAA)	5.11.2	UI	UX DEV
Contraste para texto (mínimo)	Todo conteúdo de texto, incluindo imagens de texto, tem relação de contraste de pelo menos 4.5:1 com o fundo; ou O conteúdo de texto está em tamanho grande e tem relação de contraste de pelo menos 3:1 com o fundo; ou O texto faz parte de um logotipo ou está em plano secundário.	Requisito	1.4.3 (AA)	5.11.3	UI	UX DEV
Contraste para componentes	Todos os componentes de interface têm relação de contraste de pelo menos 3:1 com o fundo e entre seus estados; ou O componente está em estado inativo.	Requisito	1.4.11 (AA)	5.11.4	UI	UX DEV
Contraste para objetos gráficos	Todas as partes de objetos gráficos necessárias para compreender o conteúdo têm relação de contraste de pelo menos 3:1 com o fundo e entre si; ou A apresentação específica dos objetos gráficos é essencial para a informação transmitida.	Requisito	1.4.11 (AA)	5.11.5	UI	UX DEV
Contraste para indicador de foco visível	O indicador de foco visível dos elementos focáveis tem relação de contraste de pelo menos 3:1 com o fundo e entre os estados em foco e sem foco.	Requisito	1.4.11 (AA) 2.4.13 (AAA)	5.11.6	UI	UX DEV

Conteúdo Textual

Conteúdo em texto é essencial para apresentar informações na web. Textos escritos, estruturados e marcados de forma acessível, e que permitem a formatação mais adequada para cada pessoa que usa o sistema, são mais fáceis de ler e de serem compreendidos por todas as pessoas.

Tabela C.12 – Conteúdo Textual
Item	Como cumprir?	Classificação	Critério WCAG	Código ABNT	Área responsável	Demais responsáveis
Espaçamento entre as linhas	Todos os blocos de texto têm espaçamento entre as linhas (entrelinhas) de pelo menos 1,5 vez o tamanho da fonte; ou Existe um mecanismo para configurar o espaçamento e não há perda de conteúdo ou funcionalidade quando o critério acima é cumprido.	Requisito	1.4.12 (AA) 1.4.8 (AAA)	5.12.1	UI	UX DEV
Espaçamento entre os parágrafos	Todos os parágrafos têm espaçamento entre si de pelo menos 2 vezes o tamanho da fonte; ou Existe um mecanismo para configurar o espaçamento e não há perda de conteúdo ou funcionalidade quando o critério acima é cumprido.	Requisito	1.4.12 (AA) 1.4.8 (AAA)	5.12.2	UI	UX DEV
Espaçamento entre as letras	Todos os blocos de texto têm espaçamento entre as letras (rastreamento) de pelo menos 0,12 vez o tamanho da fonte; ou Existe um mecanismo para configurar o espaçamento e não há perda de conteúdo ou funcionalidade quando o critério acima é cumprido.	Requisito	1.4.12 (AA)	5.12.3	UI	UX DEV
Espaçamento entre as palavras	Todos os blocos de texto têm espaçamento entre as palavras de pelo menos 0,16 vez o tamanho da fonte; ou Existe um mecanismo para configurar o espaçamento e não há perda de conteúdo ou funcionalidade quando o critério acima é cumprido.	Requisito	1.4.12 (AA)	5.12.4	UI	UX DEV
Alinhamento de blocos de texto	Todos os blocos de texto estão alinhados à esquerda para idiomas que são lidos da esquerda para a direita; e Todos os blocos de texto estão alinhados à direita para idiomas que são lidos da direita para a esquerda; ou O alinhamento é essencial para a compreensão do conteúdo.	Recomendação	1.4.8 (AAA)	5.12.5	UI	UX Conteúdo DEV
Largura de blocos de texto	A largura dos blocos de texto não ultrapassa 80 caracteres (40 caracteres, se o idioma for chinês, japonês ou coreano); ou Existe um mecanismo para configurar a largura dos blocos de texto e alcançar esse resultado.	Requisito	1.4.8 (AAA)	5.12.6	UI	UX DEV
Texto redimensionado	Não há perda de conteúdo ou funcionalidade quando o texto é redimensionado sem o uso de recursos de tecnologia assistiva em até 200%, de modo que a pessoa que usa o sistema não precisa rolar horizontalmente para ler uma linha de texto em uma janela de tela inteira.	Requisito	1.4.4 (AA) 1.4.8 (AAA)	5.12.7	UI	UX Conteúdo DEV
Semântica de texto especial	Todos os trechos de texto de ênfase, citação, abreviação ou outro tipo de texto especial possuem semântica determinada programaticamente.	Requisito	1.3.1 (A)	5.12.8	DEV	UX Conteúdo
Uso de texto especial	Todos os trechos de texto de ênfase, citação, abreviação ou texto especial são utilizados para transmitir esses propósitos.	Requisito	1.3.1 (A)	5.12.9	Conteúdo	UX DEV
Definições de significado	Há um mecanismo para identificar definições específicas de palavras ou frases usadas de forma incomum ou restrita, incluindo expressões idiomáticas e jargões.	Recomendação	3.1.3 (AAA)	5.12.10	UX	UI Conteúdo DEV
Siglas e abreviaturas	Há um mecanismo para identificar a forma expandida ou o significado das siglas e abreviaturas.	Recomendação	3.1.4 (AAA)	5.12.11	UX	UI Conteúdo DEV
Nível de linguagem	Todo conteúdo de texto utiliza linguagem simples e clara; ou Existe conteúdo suplementar ou uma versão alternativa simplificada para linguagem especializada ou recursos linguísticos complexos.	Recomendação	3.1.5 (AAA)	5.12.12	Conteúdo	UX
Pronúncia identificada	Há um mecanismo para identificar a pronúncia específica de palavras cujo significado no contexto é ambíguo sem se conhecer a pronúncia.	Recomendação	3.1.6 (AAA)	5.12.13	UX	UI Conteúdo DEV

Codificação e Marcação Semântica

Conjunto de códigos que determina o comportamento e a funcionalidade de todo o site ou aplicação web. Um código com boa qualidade é robusto, o que o torna compatível com uma ampla gama de agentes de usuário (user agents), como navegadores e tecnologias assistivas.

Tabela C.13 – Codificação e Marcação Semântica
Item	Como cumprir?	Classificação	Critério WCAG	Código ABNT	Área responsável	Demais responsáveis
Título da página	A página possui um título único em relação às demais páginas do site, que a identifica.	Requisito	2.4.2 (A)	5.13.1	DEV	UX Conteúdo UI
Idioma da página	A página tem seu idioma declarado de forma programaticamente determinada.	Requisito	3.1.1 (A)	5.13.2	DEV	UX
Idioma das partes da página	Todas as partes da página que possuem idioma diferente do principal têm seu idioma declarado de forma programaticamente determinada; ou O texto é um nome próprio, um termo técnico, uma palavra em um idioma indeterminado, ou uma palavra ou frase estrangeira que se tornou parte do vernáculo do texto que a envolve.	Requisito	3.1.2 (AA)	5.13.3	DEV	UX Conteúdo
Título do frame	Todo frame ou iframe possui um título único, que o identifica.	Requisito	1.3.1 (A) 4.1.2 (A)	5.13.4	DEV	UX Conteúdo
Zoom não bloqueado	A página não bloqueia o recurso de zoom do agente de usuário (user agent).	Requisito	1.4.4 (AA) 1.4.10 (AA)	5.13.5	DEV	UX UI
Ordem de leitura	A ordem dos elementos conforme aparecem no código é lógica e intuitiva, de modo que preserva o significado e a operabilidade.	Requisito	1.3.2 (A)	5.13.6	DEV	UX UI
Texto visível no nome acessível	Todos os componentes possuem nome acessível igual ao texto visível do componente ou do seu rótulo; ou O nome acessível contém o texto visível, preferencialmente no início.	Requisito	2.5.3 (A)	5.13.7	DEV	UX Conteúdo
Mensagens de status	Todas as mensagens de status são determinadas programaticamente, de modo que não seja necessário que as pessoas que usam tecnologia assistiva tenham que dar foco no elemento.	Requisito	4.1.3 (AA)	5.13.8	DEV	UX UI
Propósito identificável	A finalidade dos componentes da interface do usuário (UI), ícones e regiões pode ser determinada programaticamente.	Recomendação	1.3.6 (AAA)	5.13.9	DEV	UX UI
Componentes com nome acessível	Todos os componentes que requerem identificação por nome possuem um nome acessível.	Requisito	4.1.2 (A)	5.13.10	DEV	UX Conteúdo
Elementos nativos	Todos os componentes da página utilizam elementos nativos NOTA: Cumprindo o descrito neste item, cumpre-se também os itens 5.13.12 (Semântica de componentes customizados) e 5.13.13 (Estados, propriedades e valores de componentes customizados).	Requisito	1.3.1 (A)	5.13.11	DEV	UX Conteúdo UI
Semântica de componentes customizados	Todos os componentes customizados possuem semântica, incluindo função, estados, propriedades e valores, determinada programaticamente, incluindo as alterações desses itens.	Requisito	1.3.1 (A) 4.1.2 (A)	5.13.12	DEV	UX Conteúdo UI
Estados, propriedades e valores de componentes customizados	Todos os componentes de interface de usuário (UI), cujos estados, propriedades e valores possam ser definidos pela pessoa que usa o sistema, permitem que esses atributos sejam definidos programaticamente.	Requisito	4.1.2 (A)	5.13.13	DEV	UX Conteúdo UI

Áudio e Vídeo

Conteúdo multimídia, incluindo áudio e vídeo ao vivo ou pré-gravado, é um dos tipos de recursos para a web. Todos podem perceber e interagir com esse tipo de conteúdo se forem oferecidas alternativas equivalentes.

Tabela C.14 – Áudio e Vídeo
Item	Como cumprir?	Classificação	Critério WCAG	Código ABNT	Área responsável	Demais responsáveis
Alternativa em texto para áudio	Todo áudio pré-gravado tem uma alternativa em texto que transcreve todo o seu conteúdo; ou O áudio é uma alternativa para um vídeo sem áudio ou texto equivalente e está claramente identificado como tal.	Requisito	1.2.1 (A)	5.14.1	Conteúdo	UX
Legendas descritivas para vídeo	Todo vídeo com áudio pré-gravado tem legendas descritivas disponíveis e equivalentes ao conteúdo do áudio; ou O vídeo é uma alternativa para um texto equivalente e está claramente identifcado como tal.	Requisito	1.2.2 (A)	5.14.2	Conteúdo	UX
Transcrição para vídeo	Todo conteúdo em vídeo pré-gravado tem uma alternativa em texto que transcreve todo o seu conteúdo, visual e sonoro.	Recomendação	1.2.1 (A) 1.2.3 (A) 1.2.8 (AAA)	5.14.3	Conteúdo	UX
Audiodescrição para vídeo	Todos os vídeos pré-gravados têm audiodescrição para todo o conteúdo visual; ou O áudio original é suficiente para a compreensão do conteúdo do vídeo sem o uso da visão.	Requisito	1.2.1 (A) 1.2.3 (A) 1.2.5 (AA)	5.14.4	Conteúdo	UX
Audiodescrição estendida para vídeo	Todo conteúdo em vídeo pré-gravado, cujas pausas não sejam suficientes para audiodescrição, tem uma versão com audiodescrição estendida para todo o vídeo.	Recomendação	1.2.3 (A) 1.2.5 (AA) 1.2.7 (AAA)	5.14.5	Conteúdo	UX
Janela de Libras para conteúdo em áudio	Janela de Libras está disponível em todo o conteúdo de áudio pré-gravado em mídia sincronizada.	Recomendação	1.2.6 (AAA)	5.14.6	Conteúdo	UX
Controle de áudio	Não há áudio que toque automaticamente e dure mais que 3s; ou Existe um mecanismo para pausar, parar, silenciar ou ajustar o seu volume sem afetar o volume geral do sistema.	Requisito	1.4.2 (A)	5.14.7	UX	DEV
Áudio sem ruído	Não há conteúdo em áudio que possua sons de fundo; ou Não há conteúdo em áudio focado principalmente na fala ou no discurso, com a presença de sons de fundo que possam distrair ou interferir na compreensão do conteúdo; ou O áudio é uma vocalização com intenção de expressão musical ou parte de um CAPTCHA; ou Há um mecanismo para desligar os sons de fundo; ou Os sons de fundo têm volume que não interferem no som principal.	Recomendação	1.4.7 (AAA)	5.14.8	UX	Conteúdo DEV
Legendas para áudio e vídeo ao vivo	Todo conteúdo em áudio ou áudio e vídeo ao vivo tem legendas disponíveis.	Requisito	1.2.4 (AA)	5.14.9	Conteúdo	UX
Transcrição para áudio ao vivo	Existe uma transcrição para todo o conteúdo em áudio ao vivo.	Recomendação	1.2.9 (AAA)	5.14.10	Conteúdo	UX

Animação

Conteúdos que se movem, piscam ou rolam, que mudam de estado de modo que transmitem uma sensação de movimento, sejam autonomamente ou em resposta a uma ação da pessoa que usa o sistema. Animações podem gerar barreiras ou distrações para pessoas que têm dificuldade para acompanhar o movimento ou que possuem deficit de atenção. É importante que sejam fornecidas opções para controlar ou desativar essas animações.

Tabela C.15 – Animação
Item	Como cumprir?	Classificação	Critério WCAG	Código ABNT	Área responsável	Demais responsáveis
Controle de animação	Não há animação que inicie automaticamente, dure mais que 5s e seja apresentada em paralelo com outro conteúdo; ou Existe um mecanismo para pausar, parar ou ocultar a animação; ou A animação é essencial para a atividade.	Requisito	2.2.2 (A)	5.15.1	UX	UI DEV
Animações acionadas por interação	Não há animações de movimento acionadas pela interação da pessoa que usa o sistema; ou Existe um mecanismo para desativar as animações de movimento acionadas pela interação da pessoa que usa o sistema; ou A animação de movimento é essencial para a funcionalidade ou informação transmitida.	Recomendação	2.3.3 (AAA)	5.15.2	UX	UI DEV
Flash intermitente	Não há conteúdo que pisque mais de três vezes em qualquer período de 1s. NOTA: Cumprindo o descrito neste item, cumpre-se também o item 5.15.4 (Flash intermitente limitado).	Recomendação	2.3.1 (A) 2.3.2 (AAA)	5.15.3	UX	UI
Flash intermitente limitado	Todo conteúdo que pisca está abaixo dos limites de flash geral e flash vermelho.	Requisito	2.3.1 (A)	5.15.4	UX	UI

Tempo

Algumas atividades na web exigem limites de tempo para a sua realização. Esses limites devem considerar pessoas que necessitam de mais tempo para ler ou completar tarefas.

Tabela C.16 – Tempo
Item	Como cumprir?	Classificação	Critério WCAG	Código ABNT	Área responsável	Demais responsáveis
Limite de tempo	Não há evento ou atividade no conteúdo com limite de tempo; ou O limite de tempo não é parte essencial do evento ou da atividade; ou O conteúdo é uma mídia sincronizada não interativa ou um evento em tempo real. NOTA: Cumprindo o descrito neste item, cumpre-se também o item 5.16.2 (Limite de tempo ajustável).	Recomendação	2.2.1 (A) 2.2.3 (AAA)	5.16.1	UX
Limite de tempo ajustável	Há um mecanismo para desligar, ajustar ou estender o limite de tempo antes de atingi-lo; ou O limite de tempo é intrínseco ao conteúdo, essencial ou superior a 20h.	Requisito	2.2.1 (A)	5.16.2	UX	UI DEV
Controle de atualização	Não há atualização que inicie automaticamente e seja apresentada em paralelo com outro conteúdo; ou Existe um mecanismo para pausar, parar ou ocultar a atualização, ou para controlar a frequência da atualização; ou A atualização é essencial para a atividade.	Requisito	2.2.2 (A)	5.16.3	UX	UI DEV
Interrupções	Não há interrupções; ou Existe um mecanismo para adiar ou bloquear as interrupções; ou As interrupções envolvem uma emergência.	Recomendação	2.2.4 (AAA)	5.16.4	UX	UI DEV
Reautenticação	Não há perda de dados quando uma sessão autenticada expira. A pessoa que usa o sistema pode continuar a atividade sem perda de dados após a nova autenticação; ou A perda de dados é essencial.	Recomendação	2.2.1 (A) 2.2.5 (AAA)	5.16.5	UX	DEV
Tempo de inatividade	Não há perda de dados quando um limite de tempo de inatividade da pessoa que usa o sistema é atingido; ou Há um aviso sobre o limite de tempo de inatividade da pessoa que usa o sistema antes da perda de dados; ou O limite de tempo de inatividade da pessoa que usa o sistema sem perda de dados é de pelo menos 20h.	Recomendação	2.2.1 (A) 2.2.6 (AAA)	5.16.6	UX	UI DEV

Glossário do checklist

Tanto a norma ABNT NBR 17225 quando cada um dos critérios da WCAG, já possuem um extenso glossário para consulta em seus respectivos conteúdos. Esta seção possui apenas alguns termos corriqueiros que podem gerar dúvidas para a maioria das pessoas ainda não familiarizadas com os principais termos utilizados em validações de acessibilidade ou durante o uso de tecnologias assistivas. Para ir além dos termos presentes aqui, consulte os respectivos materiais citados.

DETERMINADO PROGRAMATICAMENTE: Tudo o que pode ser determinado por meio de programação de código. Ou seja, que a equipe de desenvolvimento organiza e programa a partir de documentos recebidos de outras áreas (design, negócios, etc.) e que servem para que browsers e tecnologias assistivas compreendam adequadamente as conexões entre elementos e dessa forma efetue a exibição da informação de forma que qualquer pessoa possam compreender.
NOME ACESSÍVEL: O nome que um determinado componente é compreendido. Pode representar apenas o significado de um componente (tecnicamente chamado de "significante") ou pode representar uma ação a ser executada (exemplo: em um botão representado pela imagem de uma lupa, o seu nome acessível poderia ser "Buscar"). Nem sempre o nome acessível é visível em tela e é comum criar concatenações compreensível apenas para tecnologias assistivas.
TABELAS DE LAYOUT: Alguns layouts de sites ainda fazem uso de tabelas para a composição de elementos na interface e essa não é uma boa prática. As tabelas devem ser utilizadas apenas para publicação de dados tabulares (um bom exemplo é o próprio checklist existente neste site).

Contexto histórico sobre "tabelas de layout"

No passado e início da internet comercial (1994) designers gráficos que migraram para a web não tinham os mesmos controles de layout que tinham em suas composições gráficas e com isso, criaram técnicas para fazer com que o layout dos componentes se adequasse aos diferentes monitores da época. A forma que isso foi feita, usando tabelas, desestruturou a semântica de sites. Isso foi popularizado principalmente por livros como "Creating Killer Web Sites" de David Siegel publicado em 1996 onde ele explicava detalhadamente o processo de construção de sites com orientação visual em detrimento do conteúdo. Os primeiros editores visuais de HTML da época (exemplo: Frontpage ou Dreamweaver) reforçaram o uso de tabelas em suas composições de HTML e isso fez com que toda a indústria, de alguma forma, utilizassem padrões indevidos para a composição de HTML.

A partir deste cenário, surgiram conceitos como "tableless", que visava reforçar o desenvolvimento correto de HTML. O termo foi popularizado em diferentes livros, mas essencialmente o "Designing with Web Standards" de Jeffreey Zeldman publicado em 2003 foi um dos principais. O desenvolvimento de novas versões de CSS em conjunto com um suporte maior dos navegadores conforme ocorreram suas atualizações, tornou possível a eliminação completa de tabelas para o desenvolvimento de layouts modernos e atuais. Em 2008, com o lançamento do HTML 5 e de diferentes módulos atualizados do CSS (popularmente conhecido como CSS 3), foi possível o desenvolvimento de sites e ambientes mais complexos, fazendo uso da semântica de forma adequada.

Mesmo assim, devido a própria forma como o HTML pode ser explorado, a quantidade de "frameworks" que produzem código de forma automática e a ausência cada vez maior de conhecimento básico e aprofundado em semântica por parte de profissionais que desenvolvem sites, ainda sofremos com decisões passadas e a consequente falta de acessibilidade em sites atuais.
TECLA MODIFICADORA: Uma tecla que altera a função original de outra tecla no teclado. Atalhos comuns que utilizam teclas modificadoras: CTRL+C, CTRL+V (no Windows) ou COMMAND-C, COMMAND-V (no Mac). Tecnologias assistivas, como leitores de tela, possuem suas próprias teclas modificadoras definidas em seus respectivos manuais de uso.
TESTE DE FUNÇÃO COGNITIVA: Qualquer tipo de teste que exija que a pessoa que usa o sistema precise fazer para conseguir seguir adiante em uma atividade ou efetuar uma autenticação em um sistema. Alguns exemplos práticos: Uso de "captcha" sem alternativa acessível ou recursos que envolva a seleção de imagens específicas ou a realização de cálculos matemáticos.

Download da norma ABNT NBR 17225

Ainda não tem a norma e quer fazer o download do material oficial? Siga os passos a seguir.

Instruções para efetuar corretamente o download da norma em sua versão mais atual:

Acesse o catálogo da ABNT por meio do link "Acessar catálogo ABNT" localizado após esta lista;
Será exibida uma lista com todas as normas de acessibilidade da ABNT;
Procure pela norma ABNT NBR 17225:2025 (estará entre as primeiras da lista);
Ao acessar a página da norma, localize o link em formato de botão "Visualize essa norma";
A norma será exibida em uma nova janela. Simule uma impressão e salve como PDF.

Acessar catálogo ABNT

Importante: Para garantir que você use a versão mais atual, o download da norma sempre deverá ser feito de forma oficial diretamente no site da ABNT.

Outras normas (ABNT) relevantes para acessibilidade digital

ABNT NBR 17060 - Acessibilidade em aplicativos de dispositivos móveis
ABNT NBR ISO 9241-11 - Ergonomia da interação humano-sistema - Parte 11: Usabilidade: Definições e conceitos
ABNT NBR ISO 9241-171 - Ergonomia da interação humano-sistema - Parte 171: Orientações sobre acessibilidade de software
ABNT NBR ISO 24295-1 - Linguagem Simples - Parte 1: Princípios e diretrizes norteadores
ABNT NBR 16452 - Acessibilidade na comunicação - Audiodescrição
ABNT NBR 15610-3 - Televisão digital terrestre - Acessibilidade Parte 3: Língua de Sinais - LIBRAS

Normas ISO (Organização Internacional de Normalização) que podem servir de referência para acessibilidade digital

Há uma infinidade de normas técnicas padrão ISO link externo - abre em uma nova janela que podem ser úteis para produtos e serviços digitais. Aqui estão listadas apenas algumas referências diretas. Alguns destes padrões já possuem trabalho de tradução (e adaptação para ABNT) em andamento.

ISO/IEC DIS 40500 - W3C Web Content Accessibility Guidelines (WCAG) 2.2
ISO/IEC 20071-5:2022 - User interface component accessibility - Part 5: Accessible user interfaces for accessibility settings on information devices
ISO/IEC 20071-11:2019 - User interface component accessibility - Part 11: Guidance on text alternatives for images
ISO/IEC 20071-15:2017 - User interface component accessibility - Part 15: Guidance on scanning visual information for presentation as text in various modalities
ISO/IEC 20071-21:2015 - User interface component accessibility - Part 21: Guidance on audio descriptions
ISO/IEC 20071-23:2018 - User interface component accessibility - Part 23: Visual presentation of audio information (including captions and subtitles)
ISO/IEC 20071-25:2017 - User interface component accessibility - Part 25: Guidance on the audio presentation of text in videos, including captions, subtitles and other on-screen text
ISO 9241-171:2008 - Ergonomics of human-system interaction - Part 171: Guidance on software accessibility (ABNT em português disponível)
ISO 9241-143:2012 - Ergonomics of human-system interaction - Part 143: Forms
ISO 9241-210:2019 - Ergonomics of human-system interaction - Part 210: Human-centred design for interactive systems
ISO/IEC TR 29194:2015 - Biometrics — Guide on designing accessible and inclusive biometric systems

Perguntas e Respostas

É possível que você tenha outras perguntas além das que estão listadas aqui. Se isso for uma verdade, não hesite em entrar em contato pelo e-mail "oi@tudoeacessibilidade.com.br" enviando a sua dúvida.

voltar para índice

Projetos da comunidade

Este espaço é para divulgar projetos e iniciativas da comunidade e que podem ajudar as pessoas a cumprirem as normas da ABNT em diferentes contextos. Se quiser ver o seu projeto (ou algum outro) que acha relevante listado aqui, envie uma mensagem para "msales@tudoeacessibilidade.com.br" informando os dados do projeto.

Checklist construído no Google Spreadsheets link externo - abre em uma nova janela por Victória Albuquerque Silva link externo - abre em uma nova janela

Consultoria especializada

Marcelo Sales
Sócio-fundador e CEO na
Tudo é Acessibilidade.

Fazer uso de checklists, sem dúvida alguma, é o primeiro passo para quem precisa aplicar o mínimo essencial para tornar um produto ou serviço digital acessível. Mas se a ideia é ir além das normas e checklists e melhorar progressivamente a experiência de uso de seus produtos, a Tudo é Acessibilidade pode te ajudar com isso.

Acesse o site da Tudo é Acessibilidade link externo - abre em uma nova janela, veja quem são nossos clientes e nos chame pra um café.

Checklist norma
ABNT NBR 17225

O que você vai encontrar neste site?

O que é a norma ABNT NBR 17225?

Checklist ABNT NBR 17225

Boas práticas para uso deste checklist:

Filtre a exibição de checklists específicos

Filtre Requisitos ou Recomendações