Desenvolvimento Web¶

"Nessa fase, é importante garantir que a equipe de desenvolvimento saiba como implementar acessibilidade, verificá-la e usar as ferramentas disponíveis no mercado para testes e padronizações. Também é importante que a equipe saiba como as pessoas com deficiência usam os sítios web e aplicativos". Nesse caso, foram incluídas técnicas relacionadas ao desenvolvimento e também formas de verificar a acessibilidade conforme as diretrizes da WCAG 2.2, Guia Brasil-Reino Unido, e ABNT NBR 17225:2025.

Imagens¶

Adicionar alt para imagens, botões-imagem, gráficos e imagens de mapas com pontos de acesso. [1]
- WCAG 2.2: A inclusão do atributo alt nas imagens é essencial para garantir que o conteúdo visual seja descrito para usuários com deficiência visual. O texto alternativo deve ser claro e conciso:contentReference[oaicite:0]{index=0}.
Adicionar alt="" para imagens decorativas que não têm significado. [1]
- WCAG 2.2: Imagens decorativas, como ícones ou gráficos sem conteúdo informativo, devem ter o atributo alt="" para garantir que tecnologias assistivas ignorem tais elementos sem prejudicar a experiência do usuário:contentReference[oaicite:1]{index=1}.
Incluir a descrição no alt para imagens que contêm texto. [1]
- WCAG 2.2: Se uma imagem contém texto que é relevante para a compreensão do conteúdo, o alt deve descrever esse texto para garantir que ele seja acessível:contentReference[oaicite:2]{index=2}.
Adicionar descrições detalhadas em imagens de gráficos e tabelas. [14]
- WCAG 2.2: Gráficos e tabelas que contêm informações essenciais devem ter descrições textuais detalhadas que expliquem o conteúdo visual para usuários de leitores de tela.
Fornecer alternativas para conteúdo em movimento. [15]
- Guia Brasil-Reino Unido: Conteúdo que envolve movimento, como animações ou vídeos, deve ter uma alternativa acessível, como uma descrição ou pausa controlada, para garantir que todos os usuários possam interagir com o conteúdo sem dificuldades.

Vídeos¶

Adicionar legendas para áudio em vídeos existentes. [2]
- WCAG 2.2: Legendas são essenciais para garantir que o conteúdo em vídeo seja acessível a pessoas com deficiência auditiva. Elas devem ser claras e sincronizadas com o áudio:contentReference[oaicite:5]{index=5}.
Adicionar transcrição para vídeos. [16]
- WCAG 2.2: Transcrições de vídeos também são fundamentais, especialmente para conteúdos que não podem ser compreendidos completamente por legendas sozinhas. Elas garantem a acessibilidade para todos os usuários.
Evitar conteúdo com flashes (gatilhos para convulsões) ou mantê-lo abaixo dos limites. [3]
- WCAG 2.2: O conteúdo não deve causar flashes ou piscadas rápidas que possam desencadear convulsões em usuários com epilepsia. Caso seja necessário, a frequência dos flashes deve ser limitada a um máximo de três por segundo.
Adicionar controles de reprodução de mídia (play, pausa, volume, etc.). [17]
- WCAG 2.2: Permitir que o usuário controle a reprodução de mídia é essencial para pessoas com deficiências auditivas e de cognição, garantindo uma experiência mais acessível e personalizada.

Controles¶

Adicionar href para links. [4]
- WCAG 2.2: Todos os links devem ser acessíveis e identificáveis. O uso do atributo href é necessário para garantir que os links sejam funcionalmente identificáveis:contentReference[oaicite:9]{index=9}.
Adicionar underline nos links. [5]
- Guia Brasil-Reino Unido: Links devem ser visualmente destacados, como com um sublinhado, para facilitar a identificação de elementos clicáveis:contentReference[oaicite:10]{index=10}.
Adicionar estados de foco em campos de entrada, botões, e elementos interativos. [6]
- WCAG 2.2: Os estados de foco visíveis são essenciais para permitir que os usuários naveguem facilmente pelos elementos interativos da página com teclado ou outras tecnologias assistivas:contentReference[oaicite:11]{index=11}.
Adicionar type="button" nos botões. [4]
- WCAG 2.2: Definir o tipo de botões ajuda a melhorar a acessibilidade, especialmente quando esses botões têm funcionalidades específicas. Isso assegura que o papel do botão seja claramente identificado pelas tecnologias assistivas:contentReference[oaicite:12]{index=12}.
Adicionar skip-link (link para pular) para o conteúdo principal. [7]
- WCAG 2.2: Links de pular conteúdo (skip-links) são essenciais para usuários de leitores de tela e para navegação rápida. Eles permitem que os usuários pulem as navegações e acessem diretamente o conteúdo principal da página:contentReference[oaicite:13]{index=13}.
Identifique e comunique links que abrem em uma nova guia ou janela. [8]
- WCAG 2.2: É importante alertar os usuários sobre links que abrem novas janelas ou guias, para que eles possam se preparar para a mudança de contexto:contentReference[oaicite:14]{index=14}.

Formulário¶

Adicionar label para os campos de entradas associadas ao elemento correspondente. [9]
- WCAG 2.2: Os rótulos (label) devem ser associados corretamente aos campos de entrada para que usuários de tecnologias assistivas possam entender e interagir com os formulários:contentReference[oaicite:15]{index=15}.
Adicionar <fieldset> e <legend> para seção no formulário. [4]
- WCAG 2.2: O uso de <fieldset> e <legend> ajuda a agrupar e descrever as seções de formulários, tornando-os mais acessíveis para leitores de tela:contentReference[oaicite:16]{index=16}.
Adicionar autocomplete para campos de entrada. [10]
- WCAG 2.2: O atributo autocomplete facilita a navegação para usuários, sugerindo entradas baseadas em dados anteriores e melhorando a experiência geral de preenchimento de formulários:contentReference[oaicite:17]{index=17}.
Exibir errors (erros) de entrada acima do formulário, após envio. [11]
- WCAG 2.2: Os erros de entrada devem ser claramente comunicados e exibidos de forma visível para os usuários, tanto visualmente quanto por outras formas de comunicação para garantir que os erros sejam corrigidos com facilidade:contentReference[oaicite:18]{index=18}.
Adicionar aria-describedby para os campos de entrada. [11]
- WCAG 2.2: O atributo aria-describedby permite que a descrição do campo de entrada seja lida pelos leitores de tela, proporcionando um contexto mais claro para os usuários:contentReference[oaicite:19]{index=19}.

Mídia¶

Impedir autoplay para vídeos e áudios. [12]
- WCAG 2.2: O autoplay pode ser problemático para usuários que dependem de leitores de tela ou outros dispositivos assistivos. Impedir o autoplay garante que os usuários tenham controle sobre a mídia que está sendo reproduzida:contentReference[oaicite:20]{index=20}.
Adicionar type para botões e entradas. [4]
- WCAG 2.2: Definir corretamente os tipos de botões e entradas melhora a acessibilidade e permite que as tecnologias assistivas entendam melhor as interações possíveis:contentReference[oaicite:21]{index=21}.
Adicionar pausa para todas as mídias. [13]
- WCAG 2.2: Permitir que os usuários pausem ou interrompam qualquer mídia que esteja em reprodução é um requisito básico de acessibilidade, garantindo controle total sobre o conteúdo multimodal:contentReference[oaicite:22]{index=22}.
Adicionar transcrição para áudios. [1]
- WCAG 2.2: Fornecer transcrições para áudio é essencial para garantir que o conteúdo seja acessível para usuários com deficiência auditiva:contentReference[oaicite:23]{index=23}.

Semântica¶

Uso de elementos nativos HTML. [18]
Fluxo contínuo e lógico. [19]
Tem descrições que podem ser facilmente compreendidas. [20]
Tem a semântica correta. [21]
É objetivo nos rótulos. [22]

Texto¶

Evitar o uso de textos dentro de imagens. [23]
Redimensiona os textos na página, aumentando o zoom em até 200%. [24]
Alturas das fontes não são fixas. [25]

Teclado¶

Funcionalidades da página web estão disponíveis por teclado. [26]
Quando se tem o mouseover é permitido o uso de teclado. [27]
Foco visível remova elementos focalizáveis invisíveis. [28]
Adicione o .hover, .focus {} para tornar o foco visível. [29]
Permite/visa o uso de Atalhos de teclado como o TAB. [30]
Primeiro item interativo da página é um link para o conteúdo principal. [31]

Título¶

A hierarquia de conteúdo da página é definida por sua lógica, não pelo tamanho do texto. [17]
Use elementos de título h1, h2, h3 para apresentar o conteúdo. [17]
Não pular níveis lógicos. [32]
Toda página contém um título h1 descrevendo a página. [17][19]

Tabela¶

Use o table para elementos em formato de tabela. [4]
Insira cabeçalhos para explicar os dados, use th com scope correto. [15]
Use o caption elemento para fornecer um título para a tabela. [17]

Modais¶

Deve ser fácil fechar. [19]
Permitir o uso da tecla escape ESC. [19]
A interação é uma tarefa simples. [19]
Evitar modais em tela cheia. [19]
Não abrir um modal a partir de outro modal. [19]

Dispositivo Móvel e Tocável¶

O site pode ser rotacionado para qualquer orientação. [15]
Impedir rolagem horizontal. [16]
Garantir que botões e links possam ser ativados facilmente. [18]
Garantir espaço suficiente entre elementos interativos. [7]

Ferramentas e Extras¶

Permitir pausar, parar ou ocultar conteúdo em movimento. [33]
Usar Breadcrumbs informando a localização atual nas páginas. [34]
Colocar página ou área de esclarecimento de dúvidas e dicas de acessibilidade. [35]
Áreas clicáveis com no mínimo 44px (pixels) de altura e 44px de largura. [36]
No caso de captcha garanta que seja simples de entender e tenha alternativas para pessoas com deficiência. [37]
Incluir um campo de busca. [38]

Checklists de Desenvolvimento Web - ABNT NBR 17225:2025¶

Interação por Teclado¶

Imagens¶

Texto alternativo para imagens de conteúdo: Todas as imagens informativas devem ter um texto alternativo que descreve seu conteúdo.
Texto alternativo para imagens funcionais: Imagens funcionais (como ícones ou botões) devem ter um texto alternativo que descreva sua função.
Texto alternativo para imagens decorativas: Imagens decorativas devem ter um texto alternativo vazio, ou ser implementadas de forma que possam ser ignoradas por tecnologias assistivas.
Descrição para imagens complexas: Imagens complexas devem ter uma descrição detalhada disponível na página ou em uma página indicada.
Imagens de texto: Evite o uso de imagens de texto. Se for essencial, deve haver texto alternativo correspondente.
Texto alternativo para mapas de imagens: Mapas de imagens devem ter texto alternativo para cada área interativa.

Cabeçalhos¶

Semântica de cabeçalho: Cabeçalhos devem ser usados de forma semântica, de acordo com sua importância (H1, H2, H3, etc.).
Uso de cabeçalhos: Todos os cabeçalhos devem ser utilizados para organizar seções de conteúdo de forma lógica.
Cabeçalho principal: Deve haver apenas um cabeçalho de nível 1 (H1), que identifica o título principal da página.
Seções com cabeçalhos: Todas as seções importantes do conteúdo devem ter um cabeçalho correspondente.
Estrutura de cabeçalhos: A hierarquia dos cabeçalhos deve ser lógica e semântica.

Regiões¶

Semântica de região: As regiões da página devem ter uma semântica clara, indicando a função de cada área (como cabeçalho, navegação, conteúdo principal, etc.).
Uso de regiões: As regiões devem ser usadas para organizar o conteúdo da página de acordo com o tipo de conteúdo.
Conteúdo em regiões: Todo o conteúdo deve estar contido em regiões bem definidas.
Regiões únicas: Não deve haver mais de uma região do tipo 'header', 'main' ou 'footer'.
Regiões identificadas unicamente: Cada região deve ter um identificador único acessível.

Listas¶

Semântica de lista: Listas devem ser usadas de forma semântica, para agrupar itens de forma ordenada ou não ordenada.
Uso de listas: As listas devem agrupar itens de mesma natureza (ex.: uma lista de características, de passos, etc.).

Tabelas¶

Semântica de tabela: Tabelas devem ser usadas para apresentar dados tabulares, e não para layout visual.
Uso de tabelas: As tabelas devem ser usadas corretamente para apresentar dados, sem uso de tabelas para layout visual.
Cabeçalhos de tabela: As células de dados em tabelas devem ser associadas com cabeçalhos de linha e coluna.
Título de tabela: Toda tabela deve ter um título que a descreva.
Título de tabela associado: O título ou legenda da tabela deve ser associado corretamente à tabela.
Descrição para tabelas complexas: Tabelas complexas devem ter uma descrição textual explicando sua estrutura.

Links e Navegação¶

Botões e Controles¶

Checklists de Desenvolvimento Web - Guia de Boas Práticas para Acessibilidade Digital¶

Desenvolvimento¶

Uso do WCAG nas práticas de desenvolvimento: Implementar as diretrizes de acessibilidade durante o processo de desenvolvimento.
Evitar ferramentas "milagrosas": Não depender apenas de plugins ou ferramentas automáticas para garantir a acessibilidade.
Testes de acessibilidade: Realizar testes manuais e automáticos para garantir que o conteúdo está acessível para todos os tipos de deficiências.
Semântica HTML: Usar uma semântica HTML correta para garantir que os leitores de tela e tecnologias assistivas reconheçam adequadamente os elementos.

Checklists de Desenvolvimento Web - Acessibilidade Manual para Desenvolvedores¶

Links¶

Remetem corretamente ao destino: Os links devem redirecionar para o destino correto e ser claros quanto à sua ação.
Descrição adequada: A descrição dos links deve ser curta, objetiva e informativa.
Atalhos de teclado: Devem ser implementados e funcionar corretamente, com descrição adequada.
Uso correto de âncoras: As âncoras devem ser descritas adequadamente e funcionar como esperado.
Localização do usuário: A página deve fornecer links que indiquem a localização do usuário nas páginas internas.

Conteúdos¶

Gráficos e Imagens: As imagens devem ser adequadamente descritas com o uso do atributo alt.
Texto claro e conciso: Evitar verborragia e garantir que as palavras e frases sejam compreendidas.
Conteúdos em Flash: Quando usados, devem ser descritos corretamente, e sua tabulação deve ser clara para leitores de tela.
Arquivos para leitura e download: Arquivos disponibilizados devem ser compatíveis com leitores de tela e ter extensão visível.
Tabelas: Devem ser usadas apenas quando necessárias, e seu conteúdo deve ser acessível com cabeçalhos e descrições adequadas.

Formulários¶

Formulários organizados e compreensíveis: Os campos devem ser claros e a ordem de tabulação deve estar correta.
Botões: Devem ser bem descritos e realizar as ações de forma eficaz.
Caixas combinadas e de seleção: Não devem submeter automaticamente e devem ser navegáveis com o teclado.
Capcha: Caso utilizado, deve ter uma alternativa em áudio acessível para deficientes visuais.

Estrutura do Site¶

Estrutura lógica e padronizada: A página deve ter uma estrutura clara e uniforme, facilitando a navegação.
Títulos com ordem lógica: Os títulos (h1, h2, h3) devem estar em ordem hierárquica para facilitar a navegação.
Menu acessível: O menu deve ser apresentado de forma lista, com descrição para mostrar/ocultar submenus.
Sumário para conteúdos longos: Se o conteúdo for extenso, deve haver um sumário de fácil acesso.
Mapa do site: O site deve possuir um mapa acessível com links para todas as páginas.

Acessibilidade¶

Recursos para baixa visão: O site deve permitir aumentar a fonte e oferecer contraste adequado.
Dicas de navegação: Devem ser oferecidas dicas claras de navegação para deficientes visuais.
Tabulação da página: A tabulação deve seguir uma ordem lógica, com o conteúdo sendo lido antes do menu.

Checklists de Desenvolvimento Web - WCAG 2.2¶

Perceptível¶

Alternativas em Texto (1.1.1): Forneça alternativas textuais para todo conteúdo não textual, como imagens, gráficos e ícones, exceto em casos de uso específico.
Mídias com Base em Tempo (1.2.1 a 1.2.9):
Legendas e audiodescrição para conteúdo de áudio e vídeo (pré-gravado e ao vivo).
Fornecer alternativas para conteúdo de mídia baseada em tempo, como audiodescrição estendida e tradução em Língua de Sinais.
Contraste Mínimo (1.4.3): Assegure uma relação de contraste mínima de 4.5:1 entre texto e fundo.
Contraste Melhorado (1.4.6): Assegure uma relação de contraste de 7:1 para texto e imagens de texto.
Espaçamento de Texto (1.4.12): O espaçamento de texto deve ser redimensionado de acordo com requisitos específicos sem perda de funcionalidade ou conteúdo.
Imagens de Texto (1.4.5): Evite usar imagens de texto, exceto quando seja essencial ou personalizável.

Operável¶

Foco Visível (2.4.7): Garanta que o foco de teclado seja visível e fácil de localizar.
Ordem do Foco (2.4.3): A ordem do foco de navegação deve ser lógica e permitir que o conteúdo seja acessado de forma consistente.
Atalhos de Teclado (2.1.4): Se forem utilizados atalhos de teclado, ofereça mecanismos para desativá-los ou remapear os atalhos.
Sem Bloqueio do Teclado (2.1.2): Garantir que o foco de teclado possa ser removido facilmente.
Limite de Tempo (2.2.3): Garanta que os usuários tenham a opção de ajustar ou desativar os limites de tempo.
Movimentos de Arrastar (2.5.7): Ofereça alternativas para interações que exigem gestos de arrastar.
Tamanho do Alvo (2.5.8): O tamanho do alvo para interação deve ser no mínimo 44x44 pixels.

Compreensível¶

Identificação do Erro (3.3.1): Forneça feedback claro sobre erros de entrada e sugestões de correção.
Rótulos e Instruções (3.3.2): Garanta que todos os campos de entrada tenham rótulos claros e instrua os usuários sobre como completar as informações corretamente.
Previsibilidade (3.2.2): A navegação e os comportamentos do site devem ser previsíveis, sem mudanças inesperadas de contexto.
Entrada Redundante (3.3.7): Evite pedir ao usuário que forneça as mesmas informações em múltiplos formulários ou etapas de um processo.
Autenticação Acessível (3.3.8 e 3.3.9): Assegure que todos os métodos de autenticação sejam acessíveis e possam ser realizados sem a necessidade de interação complexa.

Robusto¶

Compatibilidade com Tecnologias Assistivas (4.1.2): Certifique-se de que o conteúdo da web seja compatível com tecnologias assistivas, como leitores de tela.
Mensagens de Status (4.1.3): As mensagens de status devem ser programaticamente acessíveis para tecnologias assistivas.

Novos Critérios de Sucesso¶

Foco Não Obscurecido (2.4.11 e 2.4.12): Garantir que o foco de teclado não seja obscurecido por conteúdo adicional da página.
Aparência do Foco (2.4.13): O foco do teclado deve ser claramente visível e ter contraste suficiente.
Gestos de Acionamento (2.5.1): Permitir que interações baseadas em gestos sejam substituídas por interações com um ponteiro único.
Tamanho do Alvo (2.5.8): O tamanho dos alvos de interação deve ser, no mínimo, de 44x44 pixels.
Entrada Redundante (3.3.7): Evitar que o usuário tenha que preencher a mesma informação em diferentes partes do site.
Autenticação Acessível (3.3.8 e 3.3.9): Fornecer métodos de autenticação acessíveis para todos os usuários.

Referência Bibliográfica¶

1. WCAG 2.2 Understanding Docs. SC 1.1.1 Non-text Content (Level A). Disponível em: https://www.w3.org/WAI/WCAG22/Understanding/non-text-content.html. Acesso em: 23 jun. 2025.

2. WCAG 2.2 Understanding Docs. SC 1.2.2 Captions (Prerecorded) (Level A). Disponível em: https://www.w3.org/WAI/WCAG22/Understanding/captions-prerecorded.html. Acesso em: 23 jun. 2025.

3. WCAG 2.2 Understanding Docs. SC 2.3.1 Three Flashes or Below Threshold (Level A). Disponível em: https://www.w3.org/WAI/WCAG22/Understanding/three-flashes-or-below-threshold.html. Acesso em: 23 jun. 2025.

4. WCAG 2.2 Understanding Docs. SC 2.1.1 Keyboard (Level A). Disponível em: https://www.w3.org/WAI/WCAG22/Understanding/keyboard.html. Acesso em: 23 jun. 2025.

5. Guia de Boas Práticas para Acessibilidade Digital (UK-BR), p. 45. Links com aparência distinta.

6. WCAG 2.2 Understanding Docs. SC 2.4.7 Focus Visible (Level AA). Disponível em: https://www.w3.org/WAI/WCAG22/Understanding/focus-visible.html. Acesso em: 23 jun. 2025.

7. WCAG 2.2 Understanding Docs. SC 2.4.1 Bypass Blocks (Level A). Disponível em: https://www.w3.org/WAI/WCAG22/Understanding/bypass-blocks.html. Acesso em: 23 jun. 2025.

8. WCAG 2.2 Understanding Docs. SC 3.2.5 Change on Request (Level AAA). Disponível em: https://www.w3.org/WAI/WCAG22/Understanding/change-on-request.html. Acesso em: 23 jun. 2025.

9. WCAG 2.2 Understanding Docs. SC 1.3.1 Info and Relationships (Level A). Disponível em: https://www.w3.org/WAI/WCAG22/Understanding/info-and-relationships.html. Acesso em: 23 jun. 2025.

10. WCAG 2.2 Understanding Docs. SC 1.3.5 Identify Input Purpose (Level AA). Disponível em: https://www.w3.org/WAI/WCAG22/Understanding/identify-input-purpose.html. Acesso em: 23 jun. 2025.

11. WCAG 2.2 Understanding Docs. SC 3.3.1 Error Identification (Level A). Disponível em: https://www.w3.org/WAI/WCAG22/Understanding/error-identification.html. Acesso em: 23 jun. 2025.

12. WCAG 2.2 Understanding Docs. SC 1.2.5 Audio Description (Prerecorded) (Level AA). Disponível em: https://www.w3.org/WAI/WCAG22/Understanding/audio-description-prerecorded.html. Acesso em: 23 jun. 2025.

13. WCAG 2.2 Understanding Docs. SC 2.2.2 Pause, Stop, Hide (Level A). Disponível em: https://www.w3.org/WAI/WCAG22/Understanding/pause-stop-hide.html. Acesso em: 23 jun. 2025.

14. WCAG 2.2 Understanding Docs. SC 1.1.1 Non-text Content (Level A). Descrições detalhadas para imagens complexas.

15. Guia de Boas Práticas para Acessibilidade Digital (UK-BR), p. 25. Alternativas para conteúdo em movimento.

16. WCAG 2.2 Understanding Docs. SC 1.2.8 Media Alternative (Prerecorded) (Level AAA). Disponível em: https://www.w3.org/WAI/WCAG22/Understanding/media-alternative-prerecorded.html. Acesso em: 23 jun. 2025.

17. WCAG 2.2 Understanding Docs. SC 2.2.1 Timing Adjustable (Level A). Disponível em: https://www.w3.org/WAI/WCAG22/Understanding/timing-adjustable.html. Acesso em: 23 jun. 2025.

18. WCAG 2.2 Understanding Docs. SC 4.1.1 Parsing (Level A). Disponível em: https://www.w3.org/WAI/WCAG22/Understanding/parsing.html. Acesso em: 23 jun. 2025.

19. WCAG 2.2 Understanding Docs. SC 1.3.2 Meaningful Sequence (Level A). Disponível em: https://www.w3.org/WAI/WCAG22/Understanding/meaningful-sequence.html. Acesso em: 23 jun. 2025.

20. WCAG 2.2 Understanding Docs. SC 3.1.3 Unusual Words (Level AAA). Disponível em: https://www.w3.org/WAI/WCAG22/Understanding/unusual-words.html. Acesso em: 23 jun. 2025.

21. WCAG 2.2 Understanding Docs. SC 1.3.1 Info and Relationships (Level A). Semântica correta dos elementos.

22. WCAG 2.2 Understanding Docs. SC 2.4.6 Headings and Labels (Level AA). Disponível em: https://www.w3.org/WAI/WCAG22/Understanding/headings-and-labels.html. Acesso em: 23 jun. 2025.

23. WCAG 2.2 Understanding Docs. SC 1.4.5 Images of Text (Level AA). Disponível em: https://www.w3.org/WAI/WCAG22/Understanding/images-of-text.html. Acesso em: 23 jun. 2025.

24. WCAG 2.2 Understanding Docs. SC 1.4.4 Resize Text (Level AA). Disponível em: https://www.w3.org/WAI/WCAG22/Understanding/resize-text.html. Acesso em: 23 jun. 2025.

25. WCAG 2.2 Understanding Docs. SC 1.4.8 Visual Presentation (Level AAA). Disponível em: https://www.w3.org/WAI/WCAG22/Understanding/visual-presentation.html. Acesso em: 23 jun. 2025.

26. WCAG 2.2 Understanding Docs. SC 2.1.1 Keyboard (Level A). Funcionalidades acessíveis por teclado.

27. WCAG 2.2 Understanding Docs. SC 2.1.1 Keyboard (Level A). Equivalentes de teclado para mouseover.

28. WCAG 2.2 Understanding Docs. SC 2.4.7 Focus Visible (Level AA). Foco visível em elementos focalizáveis.

29. WCAG 2.2 Understanding Docs. SC 2.4.7 Focus Visible (Level AA). Estilos de foco visível.

30. WCAG 2.2 Understanding Docs. SC 2.1.1 Keyboard (Level A). Atalhos de teclado e navegação por TAB.

31. WCAG 2.2 Understanding Docs. SC 2.4.1 Bypass Blocks (Level A). Skip links para conteúdo principal.

32. WCAG 2.2 Understanding Docs. SC 1.3.1 Info and Relationships (Level A). Hierarquia lógica de títulos.

33. WCAG 2.2 Understanding Docs. SC 2.2.2 Pause, Stop, Hide (Level A). Controle de conteúdo em movimento.

34. WCAG 2.2 Understanding Docs. SC 2.4.8 Location (Level AAA). Breadcrumbs para localização.

35. Guia de Boas Práticas para Acessibilidade Digital (UK-BR), p. 55. Área de ajuda e acessibilidade.

36. WCAG 2.2 Understanding Docs. SC 2.5.5 Target Size (Level AAA). Área mínima de clique.

37. WCAG 2.2 Understanding Docs. SC 1.1.1 Non-text Content (Level A). Alternativas para CAPTCHA.

38. Guia de Boas Práticas para Acessibilidade Digital (UK-BR), p. 52. Campo de busca acessível.

Histórico de Versões¶

Versão	Descrição	Autor(es)	Data	Revisor(es)	Data de revisão
1.0	Adição de WCAG 2.2, conformidade ABNT NBR 17225:2025 e itens sobre o guia Brasil - Reino Unido	Gabriel Lopes	17/06/2025	Uires Carlos	17/06/2025
1.1	Correção e Adicionando mais itens em conformidade WCAG 2.2 e ABNT NBR 17225:2025	Taynara Vitorino	23/06/2025	Gabriel Lopes	23/06/2025