Guias práticos para os critérios de sucesso WCAG. Cada artigo explica a regra, porque é importante para os utilizadores, como verificar e os passos típicos de correção — otimizado para equipas que criam sites acessíveis com o accsible.
90 / 90
A WCAG 1.1.1 exige que todo conteúdo não textual — imagens, ícones, controles e mídias — tenha uma alternativa em texto que transmita o mesmo propósito ou informação, permitindo que usuários que não conseguem perceber conteúdo visual o acessem por meio de tecnologias assistivas, como leitores de tela.
- Garantir que o significado original seja mantido com precisão - Preservar o tom informativo e o nível de formalidade do texto - Manter todos os números, siglas e nomes próprios exatamente como no original - Conservar quebras de linha e estrutura de parágrafos - Usar terminologia técnica adequada em português - Verificar se a tradução reflete fielmente o conteúdo original A WCAG 1.2.1 exige que conteúdos pré-gravados apenas em áudio e apenas em vídeo tenham uma alternativa em texto ou em outro meio, para que usuários que não podem ouvir ou ver a mídia ainda possam acessar a informação. Este é um requisito de Nível A, o que significa que é o nível mínimo básico para conformidade com a acessibilidade na web.
- Garantir que todo o conteúdo de áudio pré-gravado em mídia sincronizada (vídeo com áudio) tenha legendas precisas. - Assegurar que pessoas surdas e com deficiência auditiva possam acessar diálogos falados, efeitos sonoros e outras informações de áudio significativas. - Manter a exatidão das legendas para refletir fielmente o conteúdo de áudio original.
A WCAG 1.2.3 exige que a mídia sincronizada pré-gravada (vídeo com áudio) forneça uma descrição em áudio do conteúdo visual ou uma alternativa em texto completo, garantindo que pessoas cegas ou com baixa visão possam acessar as informações transmitidas visualmente.
- Garantir que o significado, o tom e o estilo do texto original sejam preservados. - Manter a mesma estrutura de parágrafos e quebras de linha do texto de origem. - Utilizar terminologia técnica adequada e consistente em português. - Preservar números, siglas e nomes próprios exatamente como no original. - Verificar se a tradução reflete fielmente o conteúdo e a intenção do texto original. A WCAG 1.3.1 exige que as informações, a estrutura e os relacionamentos transmitidos por meio da apresentação visual também possam ser determinados de forma programática ou estejam disponíveis em texto, garantindo que usuários de tecnologias assistivas recebam o mesmo contexto estrutural que usuários videntes.
- Explicar brevemente o requisito principal. - Manter o tom técnico e formal do texto original. - Preservar todos os números, siglas e formatação. - Garantir que o significado e as nuances sejam mantidos. - Verificar se a estrutura de parágrafos e quebras de linha foi preservada. A WCAG 1.3.2 exige que, quando a ordem do conteúdo afeta seu significado, essa sequência possa ser determinada de forma programática para que as tecnologias assistivas possam apresentá-la corretamente. O não cumprimento desse critério faz com que usuários de leitores de tela e outros usuários de TA recebam o conteúdo em uma ordem confusa ou sem sentido.
A WCAG 1.3.3 exige que as instruções para usar o conteúdo não dependam apenas de características sensoriais, como forma, cor, tamanho, localização visual, orientação ou som. Isso garante que usuários que não conseguem perceber esses sinais sensoriais — devido à cegueira, daltonismo, surdez ou outras deficiências — ainda possam compreender e operar todos os recursos.
- Garantir que a cor nunca seja o único meio de transmitir informações. - Manter o mesmo tom informativo e técnico do texto original. - Preservar todos os números, símbolos e formatação. - Respeitar as quebras de linha e a estrutura de parágrafos originais. - Verificar se o significado e o estilo foram mantidos com precisão. A WCAG 1.4.1 exige que a cor nunca seja o único meio de transmitir informações, indicar uma ação, solicitar uma resposta ou distinguir um elemento visual. Esse critério garante que usuários que não conseguem perceber diferenças de cor — incluindo pessoas com daltonismo ou baixa visão — ainda possam acessar todo o conteúdo e funcionalidade.
A WCAG 1.4.2 exige que qualquer áudio reproduzido automaticamente por mais de três segundos ofereça aos usuários um mecanismo para pausar, parar ou controlar seu volume de forma independente do volume do sistema. Isso evita que o áudio interfira na saída do leitor de tela e protege os usuários de sons inesperados e desorientadores.
A WCAG 2.1.1 exige que todas as funcionalidades disponíveis por meio de um mouse ou ponteiro sejam igualmente operáveis apenas via teclado, sem que seja necessário um tempo específico para as teclas pressionadas. Esse critério é fundamental para usuários que não podem usar um mouse, garantindo que possam navegar, interagir e concluir tarefas em qualquer site ou aplicativo.
A WCAG 2.1.2 exige que usuários de teclado nunca fiquem presos dentro de um componente — se o foco puder ser movido para um elemento de interface usando o teclado, também deve ser possível mover o foco para fora usando apenas o teclado. Este critério é essencial para usuários que dependem exclusivamente da navegação por teclado, incluindo pessoas com deficiências motoras e usuários de leitores de tela.
- Explicar brevemente o objetivo da exigência. - Manter o tom técnico e formal do texto original. - Preservar todos os números, símbolos e estrutura de frase. - Usar terminologia adequada de acessibilidade em português. - Verificar que os significados e nuances foram mantidos. A WCAG 2.1.4 exige que qualquer atalho de teclado implementado usando apenas uma tecla de caractere (letra, número, pontuação ou símbolo) possa ser desativado, remapeado ou ativado somente quando houver foco — evitando acionamentos acidentais que prejudiquem usuários que dependem de entrada por voz ou que tenham deficiências motoras.
A WCAG 2.2.1 exige que qualquer limite de tempo definido pelo conteúdo possa ser desativado, ajustado ou estendido pelo usuário — garantindo que pessoas que precisam de mais tempo para interagir com o conteúdo da web não sejam excluídas. Este critério de Nível A é essencial para usuários com deficiências motoras, cognitivas e visuais.
- Garantir que o significado original seja mantido com precisão - Preservar o tom informativo e técnico do texto - Manter a mesma estrutura de frases e quebras de linha - Usar terminologia adequada e natural em português - Respeitar números, siglas e nomes próprios como no original A WCAG 2.2.2 exige que conteúdos em movimento, piscando, rolando ou com atualização automática possam ser pausados, interrompidos ou ocultados pelos usuários. Isso protege pessoas com deficiências cognitivas, distúrbios vestibulares e condições relacionadas à atenção de conteúdos que elas não podem controlar.
A WCAG 2.3.1 exige que o conteúdo da web não contenha nada que pisque mais de três vezes por segundo, a menos que o piscar esteja abaixo dos limites gerais ou dos limites de piscar em vermelho. Este critério é fundamental para prevenir convulsões e reações físicas em pessoas com epilepsia fotossensível ou condições neurológicas semelhantes.
- Explicar brevemente o objetivo do requisito mencionado - Manter o tom técnico e informativo do texto original - Preservar todos os números, níveis WCAG e termos técnicos - Manter a estrutura de frases e parágrafos o mais próxima possível - Verificar se o significado e o nível de formalidade foram mantidos A WCAG 2.4.1 exige que as páginas da web forneçam um mecanismo para pular blocos repetidos de conteúdo, como menus de navegação, para que usuários de teclado e de tecnologias assistivas possam alcançar o conteúdo principal sem precisar percorrer com a tecla Tab todos os links. Este é um requisito de Nível A, o que significa que é a base para uma navegação acessível por teclado.
A WCAG 2.4.2 exige que cada página da web tenha um título descritivo e significativo que identifique seu tópico ou propósito. Isso garante que os usuários — especialmente aqueles que dependem de leitores de tela ou que gerenciam várias abas — possam se orientar rapidamente e navegar de forma eficiente.
A WCAG 2.4.3 exige que, se uma página da web puder ser navegada sequencialmente e as sequências de navegação afetarem o significado ou o funcionamento, os componentes focalizáveis recebam foco em uma ordem que preserve o significado e a operacionalidade. Esse critério é essencial para usuários de teclado e de tecnologias assistivas que dependem de uma sequência de foco lógica e previsível para compreender e interagir com o conteúdo.
WCAG 2.4.4 exige que o propósito de cada link possa ser determinado apenas pelo texto do link ou pelo texto do link junto com seu contexto ao redor. Isso garante que usuários de leitores de tela, usuários que utilizam apenas o teclado e pessoas com deficiências cognitivas possam entender para onde um link leva sem precisar segui-lo.
- Garantir a tradução fiel do significado, tom e estilo do texto original - Manter a mesma estrutura de parágrafos e quebras de linha - Preservar números, símbolos e nomes próprios exatamente como no original - Usar vocabulário natural em português, mantendo o mesmo nível de formalidade - Verificar se a tradução reflete corretamente o conteúdo original A WCAG 2.5.1 exige que toda funcionalidade que use gestos multiponto ou baseados em trajetória (como pinçar para dar zoom ou deslizar) também possa ser operada com um único ponteiro, sem um gesto baseado em trajetória, a menos que o gesto seja essencial. Isso protege usuários com deficiências motoras que não conseguem executar de forma confiável gestos de toque complexos.
A WCAG 2.5.2 exige que a funcionalidade acionada por um único ponteiro (mouse, toque ou caneta) possa ser cancelada ou revertida, evitando ativações acidentais. Isso protege usuários com deficiências motoras que podem tocar ou clicar sem intenção.
WCAG 2.5.3 exige que componentes interativos com rótulos de texto visíveis tenham um nome acessível que contenha o texto visível, garantindo que usuários de entrada por voz possam ativar controles falando o que veem. Incompatibilidades entre rótulos visíveis e nomes acessíveis quebram a navegação por controle de voz e minam a confiança de milhões de usuários.
A WCAG 2.5.4 exige que qualquer funcionalidade acionada por movimento do dispositivo ou do usuário (como sacudir ou inclinar) também seja operável por meio de componentes convencionais da interface do usuário, e os usuários devem poder desativar a atuação por movimento para evitar ativações acidentais.
WCAG 3.1.1 exige que o idioma humano padrão de cada página da web possa ser determinado de forma programática, principalmente definindo um atributo lang válido no elemento HTML. Isso permite que tecnologias assistivas, como leitores de tela, pronunciem o conteúdo corretamente e ajuda usuários com deficiências cognitivas e relacionadas à linguagem a compreender a página.
WCAG 3.2.1 On Focus exige que, quando qualquer componente da interface do usuário recebe foco do teclado, ele não deve desencadear uma mudança de contexto inesperada. Isso protege usuários de teclado e de tecnologias assistivas de comportamentos desorientadores e imprevisíveis que podem tornar uma página impossível de navegar de forma eficaz.
WCAG 3.2.2 On Input exige que alterar a configuração de qualquer componente da interface do usuário não cause automaticamente uma mudança de contexto, a menos que o usuário tenha sido informado desse comportamento com antecedência. Isso protege os usuários de mudanças de página desorientadoras e inesperadas acionadas por interações com formulários.
A WCAG 3.3.1 exige que, quando um erro de entrada for detectado automaticamente, o item com erro seja identificado e o erro seja descrito ao usuário em texto. Isso garante que pessoas com deficiência possam reconhecer, compreender e corrigir erros ao preencher formulários.
A WCAG 3.3.2 exige que rótulos ou instruções sejam fornecidos quando o conteúdo requer entrada do usuário, garantindo que todas as pessoas — independentemente de suas capacidades — possam entender o que é esperado delas antes de enviar dados de formulários. Deixar de rotular campos de formulário é uma das barreiras de acessibilidade mais comuns e impactantes na web.
A WCAG 3.3.7 exige que as informações que os usuários já forneceram em um processo de várias etapas sejam preenchidas automaticamente ou disponibilizadas para seleção, para que os usuários nunca precisem inserir os mesmos dados duas vezes. Isso evita frustração e erros para usuários com deficiências cognitivas, motoras ou outras.
A WCAG 4.1.2 exige que todos os componentes da interface do usuário tenham um nome e um papel determináveis de forma programática, e que estados, propriedades e valores possam ser lidos e definidos por tecnologias assistivas. Isso garante que leitores de tela e outras ferramentas possam identificar, descrever e interagir com precisão com cada elemento na página.
A WCAG 1.2.4 exige que todo o conteúdo de áudio ao vivo em mídias sincronizadas — como webinars, transmissões ao vivo e broadcasts — seja acompanhado por legendas em tempo real. Isso garante que pessoas surdas e com deficiência auditiva possam acessar o conteúdo falado à medida que ele acontece, em tempo real.
A WCAG 1.2.5 exige que seja fornecida audiodescrição para todo o conteúdo de vídeo pré-gravado em mídia sincronizada, garantindo que pessoas cegas ou com baixa visão possam acessar informações visuais que não são transmitidas apenas pela faixa de áudio.
A WCAG 1.3.4 Orientação exige que o conteúdo não restrinja sua visualização e operação a uma única orientação de tela, como retrato ou paisagem, a menos que uma orientação específica seja essencial. Esse critério garante que usuários que não podem girar fisicamente seus dispositivos — como aqueles com tablets fixados ou com deficiências motoras — ainda possam acessar todo o conteúdo.
A WCAG 1.3.5 exige que a finalidade de cada campo de entrada que coleta informações pessoais possa ser determinada de forma programática, permitindo que navegadores e tecnologias assistivas preencham automaticamente, rotulem ou adaptem campos de forma automática. Isso é essencial para pessoas com deficiências cognitivas e limitações motoras que se beneficiam da redução da entrada manual.
A WCAG 1.4.3 exige que o texto e as imagens de texto tenham uma taxa de contraste de pelo menos 4,5:1 em relação ao seu plano de fundo (3:1 para texto grande), garantindo que pessoas com baixa visão ou deficiências de cor possam ler o conteúdo sem tecnologia assistiva.
A WCAG 1.4.4 exige que o texto possa ser redimensionado em até 200% sem tecnologia assistiva e sem perda de conteúdo ou funcionalidade. Este critério é essencial para pessoas com baixa visão que dependem do zoom do navegador ou de configurações personalizadas de tamanho de fonte para ler o conteúdo da web com conforto.
A WCAG 1.4.5 exige que o texto que transmite informação seja apresentado como texto real em vez de como uma imagem de texto, exceto quando uma apresentação visual específica for essencial ou quando a imagem puder ser visualmente personalizada pelo usuário. Este critério é fundamental para usuários que precisam redimensionar, recolorir ou reformatar o texto para lê-lo confortavelmente.
WCAG 1.4.10 Reflow exige que o conteúdo possa ser apresentado sem perda de informação ou funcionalidade, e sem exigir rolagem em duas dimensões, quando exibido em uma largura equivalente a 320 pixels CSS. Isso garante que usuários que dependem de zoom ou de janelas de visualização pequenas — incluindo pessoas com baixa visão e usuários de dispositivos móveis — possam acessar todo o conteúdo sem rolagem horizontal.
A WCAG 1.4.11 exige que componentes de interface do usuário e objetos gráficos tenham uma taxa de contraste de pelo menos 3:1 em relação às cores adjacentes, garantindo que pessoas com baixa visão possam perceber controles interativos, indicadores de foco e elementos gráficos significativos sem tecnologia assistiva.
A WCAG 1.4.12 exige que não haja perda de conteúdo ou funcionalidade quando os usuários substituem as propriedades de espaçamento de texto — altura de linha, espaçamento entre letras, espaçamento entre palavras e espaçamento após parágrafos — por valores mínimos específicos. Esse critério é essencial para pessoas com dislexia, baixa visão e deficiências cognitivas que dependem de espaçamentos personalizados para ler de forma eficaz.
A WCAG 1.4.13 exige que o conteúdo adicional que aparece ao passar o ponteiro do mouse ou ao focar com o teclado seja descartável, pairável e persistente — garantindo que pessoas com baixa visão, deficiências motoras e deficiências cognitivas possam acessar e interagir com conteúdo no estilo de tooltip sem perdê-lo de forma inesperada.
A WCAG 2.4.5 exige que os sites ofereçam mais de uma maneira para os usuários localizarem qualquer página dentro de um conjunto de páginas da web — por exemplo, por meio de uma busca no site, de um mapa do site ou de um menu de navegação. Isso garante que usuários com diferentes habilidades e preferências possam encontrar o conteúdo usando o método que funciona melhor para eles.
- Garantir que o significado original seja mantido com precisão - Preservar o tom e o estilo informativo e técnico - Manter a mesma estrutura de frases, parágrafos e quebras de linha - Usar terminologia adequada de acessibilidade em português - Manter números, siglas e nomes próprios exatamente como no original A WCAG 2.4.6 exige que títulos e rótulos, quando presentes, sejam descritivos e transmitam com precisão o tópico ou propósito do conteúdo que introduzem ou identificam. Esse critério ajuda os usuários — especialmente aqueles que utilizam tecnologias assistivas — a navegar pelo conteúdo de forma eficiente e a compreender a estrutura e o propósito das seções da página e dos campos de formulário.
A WCAG 2.4.7 exige que qualquer interface de usuário operável por teclado tenha um indicador de foco visível, para que as pessoas possam sempre ver qual elemento está atualmente com o foco do teclado. Isso é essencial para pessoas que usam apenas o teclado, pessoas com deficiências motoras e qualquer pessoa que não possa usar um mouse.
A WCAG 2.4.11 exige que, quando um componente de interface do usuário recebe foco do teclado, ele não fique totalmente oculto por conteúdo criado pelo autor, como cabeçalhos fixos, banners de cookies ou widgets de chat. Esse critério garante que usuários de teclado possam sempre ver onde estão na página, o que é essencial para navegação e usabilidade.
A WCAG 2.5.7 exige que qualquer funcionalidade que use um movimento de arrastar também possa ser realizada com um único ponteiro sem arrastar, a menos que arrastar seja essencial. Isso garante que pessoas com deficiências motoras que não conseguem executar gestos de arrastar de forma confiável ainda possam acessar todas as funcionalidades.
- Garantir que o significado técnico e o tom informativo sejam preservados - Manter a estrutura das frases e a fluidez do texto original - Usar terminologia adequada de acessibilidade e tecnologia em português - Preservar números, unidades, símbolos e formatação tal como no original - Manter o mesmo nível de formalidade e objetividade - Verificar se todos os parágrafos e quebras de linha foram mantidos A WCAG 2.5.8 exige que alvos interativos, como botões e links, tenham um tamanho mínimo de 24×24 pixels CSS, ou espaçamento suficiente ao redor de alvos menores, para que pessoas com deficiências motoras possam ativá-los de forma confiável. O não cumprimento desse critério leva a ativações acidentais e frustração para qualquer pessoa que não consiga controlar um ponteiro com precisão.
A WCAG 3.1.2 exige que qualquer trecho, frase ou seção de conteúdo da web escrito em um idioma diferente do idioma principal da página seja identificado de forma programática usando o atributo lang. Isso permite que as tecnologias assistivas, especialmente os leitores de tela, alternem automaticamente os mecanismos de pronúncia e apresentem o conteúdo com precisão para usuários que dependem de saída de áudio.
As WCAG 3.2.3 exige que os mecanismos de navegação que aparecem em várias páginas dentro de um conjunto de páginas da web ocorram na mesma ordem relativa todas as vezes, a menos que o usuário inicie uma alteração. Essa previsibilidade ajuda usuários com deficiências cognitivas, visuais e motoras a construir modelos mentais de um site e a navegar com eficiência.
A WCAG 3.2.4 exige que componentes que desempenham a mesma função em todo um site sejam identificados de forma consistente — usando o mesmo rótulo, nome ou texto alternativo sempre que aparecerem. Isso evita confusão para usuários que dependem de padrões consistentes para navegar e compreender interfaces digitais.
A WCAG 3.2.6 exige que, se um site oferecer contato humano, autoajuda ou mecanismos de assistência automatizada, esses mecanismos apareçam na mesma ordem relativa em todas as páginas. Isso garante que pessoas com deficiências cognitivas ou comprometimentos de memória possam localizar ajuda de forma confiável, sem precisar reaprender a interface em cada página.
A WCAG 3.3.3 exige que, quando um erro de entrada for detectado automaticamente, o sistema forneça uma descrição em texto sugerindo como a pessoa usuária pode corrigir o erro — a menos que fazê-lo comprometa a segurança ou a finalidade. Esse critério é essencial para pessoas com deficiências cognitivas, usuárias de leitores de tela e qualquer pessoa que tenha dificuldade em entender orientações vagas ou ausentes sobre erros.
A WCAG 3.3.4 exige que envios na web que envolvam compromissos legais, transações financeiras ou dados sensíveis possam ser verificados, corrigidos ou revertidos antes da finalização. Isso protege todos os usuários — especialmente aqueles com deficiências cognitivas e motoras — de erros irreversíveis e de alto risco.
A WCAG 3.3.8 exige que os processos de autenticação não dependam de testes de função cognitiva — como memorizar senhas, resolver quebra-cabeças ou transcrever caracteres — a menos que um método alternativo ou assistência esteja disponível. Isso protege usuários com deficiências cognitivas de serem impedidos de acessar serviços digitais.
As WCAG 4.1.3 exige que mensagens de status — como confirmações de envio de formulários, notificações de erro e atualizações de carrinho — sejam programaticamente determináveis por meio de função (role) ou propriedade, para que as tecnologias assistivas possam anunciá-las sem exigir que o usuário mova o foco. Isso garante que usuários que dependem de leitores de tela recebam feedback importante mesmo quando o foco não é deslocado para a mensagem.
WCAG 1.2.6 exige que a interpretação em língua de sinais seja fornecida para todo conteúdo de áudio pré-gravado em mídia sincronizada. Esse critério garante que pessoas surdas cuja língua principal é uma língua de sinais possam acessar plenamente informações em áudio que podem não ser transmitidas de forma adequada apenas por meio de legendas.
WCAG 1.2.7 exige que, quando as pausas no áudio em primeiro plano forem insuficientes para transmitir todas as informações visuais, descrições em áudio estendidas — obtidas por meio da pausa do vídeo — sejam fornecidas para mídias sincronizadas pré-gravadas. Isso garante que pessoas cegas e com baixa visão possam compreender plenamente conteúdos visuais complexos que descrições em áudio padrão não conseguem abranger.
As WCAG 1.2.8 exige que seja fornecida uma alternativa em texto completo para toda mídia sincronizada pré-gravada (áudio-vídeo) e para todo conteúdo de vídeo pré-gravado apenas com imagem, garantindo que usuários que não conseguem perceber informações de áudio ou visuais possam acessar o conteúdo completo por meio de texto.
A WCAG 1.2.9 exige que todo conteúdo somente de áudio ao vivo — como transmissões de rádio ao vivo ou streams apenas de áudio — seja acompanhado por uma alternativa em texto em tempo real equivalente, como um feed de legendas ao vivo ou uma transcrição em texto atualizada de forma síncrona. Isso garante que pessoas surdas ou com deficiência auditiva possam acessar conteúdo de áudio ao vivo sem depender da própria faixa de áudio.
A WCAG 1.3.6 exige que a finalidade dos componentes da interface do usuário, ícones e regiões possa ser determinada de forma programática, para que navegadores e tecnologias assistivas possam adaptar a apresentação às necessidades de cada usuário. Este critério é essencial para pessoas com deficiências cognitivas que se beneficiam de interfaces personalizadas, simplificadas ou enriquecidas com símbolos.
As WCAG 1.4.6 exige uma taxa de contraste mínima de 7:1 para texto normal e 4.5:1 para texto grande entre as cores de primeiro plano e de fundo, indo além do limite AA para garantir a legibilidade para pessoas com baixa visão, deficiências de cor ou que utilizam o conteúdo em condições de iluminação desafiadoras.
A WCAG 1.4.7 exige que o conteúdo de áudio pré-gravado que contenha fala não tenha sons de fundo, permita que os sons de fundo sejam desligados ou mantenha os sons de fundo pelo menos 20 dB mais baixos do que a fala em primeiro plano. Isso protege usuários com perda auditiva e deficiências cognitivas que têm dificuldade em separar a fala de áudios concorrentes.
A WCAG 1.4.8 exige que blocos de texto sejam apresentados visualmente de maneiras que os usuários possam controlar — abrangendo cores de primeiro plano e de fundo, largura de linha, espaçamento entre linhas e alinhamento do texto — para que pessoas com deficiências de leitura, cognitivas ou de baixa visão possam ler o conteúdo confortavelmente, sem perda de informação.
WCAG 1.4.9 exige que o texto seja apresentado usando texto real em vez de imagens de texto, sem exceções além de conteúdo puramente decorativo ou casos em que a apresentação visual específica seja essencial para a informação transmitida. Este critério garante que todos os usuários possam ajustar a renderização do texto para atender às suas necessidades individuais.
A WCAG 2.1.3 exige que todas as funções de uma página da web ou aplicação sejam operáveis por meio de uma interface de teclado, sem qualquer exceção — nem mesmo para tarefas de desenho dependentes de trajetória ou à mão livre. Este critério de nível AAA fecha a brecha presente na WCAG 2.1.1 e garante acesso completo por teclado para usuários que não podem usar um mouse.
WCAG 2.2.3 (Nível AAA) exige que o tempo não seja uma parte essencial do evento ou atividade apresentada pelo conteúdo, exceto para mídias sincronizadas não interativas e eventos em tempo real. Isso garante que usuários com deficiências que precisam de mais tempo para ler, interagir ou responder nunca sejam excluídos por um design dependente de tempo.
A WCAG 2.2.4 exige que os usuários possam adiar ou suprimir todas as interrupções — como alertas, notificações e atualizações automáticas de conteúdo — exceto aquelas que envolvem uma emergência. Esse critério é essencial para usuários com deficiências de atenção, cognitivas ou neurológicas que podem ser gravemente prejudicados por interrupções inesperadas durante uma tarefa.
A WCAG 2.2.5 exige que, quando uma sessão autenticada expira, os usuários possam se autenticar novamente e continuar sua atividade sem perder nenhum dado que tenham inserido. Esse critério é fundamental para usuários com deficiência que possam precisar de mais tempo para concluir tarefas e não devem ser penalizados por encerramentos de sessão que apaguem seu trabalho.
WCAG 2.2.6 exige que os usuários sejam avisados sobre perda de dados devido a timeouts por inatividade e que qualquer timeout desse tipo dure pelo menos 20 horas, a menos que os dados sejam preservados. Isso protege usuários com deficiências cognitivas, deficiências motoras e outras pessoas que precisam de mais tempo para concluir tarefas.
WCAG 2.3.2 exige que as páginas da web não contenham nenhum conteúdo que pisque mais de três vezes em qualquer período de um segundo, sem exceção para piscadas pequenas ou de baixo contraste. Este critério AAA mais rigoroso protege pessoas com epilepsia fotossensível e outros distúrbios convulsivos de reações neurológicas potencialmente fatais.
As WCAG 2.3.3 exige que a animação de movimento acionada pela interação do usuário possa ser desativada, a menos que a animação seja essencial para a funcionalidade ou para a informação que está sendo transmitida. Isso é importante porque o movimento pode desencadear distúrbios vestibulares, causando tontura, náusea e desorientação em uma parte significativa da população.
A WCAG 2.4.8 exige que os usuários possam determinar onde estão dentro de um conjunto de páginas da web — por exemplo, por meio de trilhas de navegação (breadcrumbs), mapas do site ou links de navegação destacados. Isso ajuda pessoas com deficiências cognitivas, usuários de leitores de tela e qualquer pessoa que navegue em sites complexos a se orientar e percorrer o conteúdo com confiança.
A WCAG 2.4.9 exige que o propósito de cada link possa ser determinado apenas pelo texto do link, sem depender do contexto ao redor. Esse critério AAA mais rigoroso garante que todos os usuários — especialmente usuários de leitores de tela que navegam por links — possam entender para onde um link leva sem precisar ler a página inteira.
A WCAG 2.4.10 exige que títulos de seção sejam usados para organizar o conteúdo sempre que uma página contiver várias seções, permitindo que os usuários naveguem e compreendam a estrutura da página. Esse critério dá suporte a usuários de leitores de tela, a necessidades de acessibilidade cognitiva e a qualquer pessoa que dependa da estrutura do documento para se orientar em conteúdos longos ou complexos.
As WCAG 2.4.12 exige que, quando um componente de interface do usuário recebe foco do teclado, nenhuma parte desse componente seja ocultada por conteúdo criado pelo autor — o elemento em foco deve estar totalmente visível. Esse critério aprimorado (AAA) elimina a permissão de visibilidade parcial de seu equivalente AA, garantindo que pessoas que usam o teclado vejam sempre exatamente onde está o foco.
A WCAG 2.4.13 exige que os indicadores de foco do teclado atendam a requisitos mínimos de tamanho e contraste para que os usuários possam ver claramente qual elemento está em foco. Esse critério garante que pessoas que dependem de teclados ou de tecnologias assistivas possam navegar pelas interfaces sem perder a noção de sua posição atual.
A WCAG 2.5.5 exige que alvos interativos, como botões e links, tenham pelo menos 44×44 pixels CSS de tamanho, garantindo que pessoas com deficiências motoras, tremores ou destreza limitada possam acionar controles de forma confiável sem acionar acidentalmente elementos adjacentes.
A WCAG 2.5.6 exige que o conteúdo da web não restrinja os usuários a um único tipo de entrada quando vários mecanismos de entrada estão disponíveis na plataforma, garantindo que as pessoas possam alternar livremente entre toque, teclado, mouse, voz e outros métodos de entrada sem perder acesso à funcionalidade.
WCAG 3.1.3 exige que os sites forneçam um mecanismo para identificar a definição específica de palavras ou expressões usadas de maneira incomum ou restrita, incluindo expressões idiomáticas e jargões. Isso garante que pessoas com deficiências cognitivas, falantes não nativos e aquelas que não estão familiarizadas com terminologia especializada possam compreender o conteúdo.
WCAG 3.1.4 exige que esteja disponível um mecanismo para identificar a forma expandida ou o significado das abreviações usadas no conteúdo. Este critério garante que usuários que não estão familiarizados com abreviações, siglas ou acrônimos possam acessar seu significado completo, apoiando a compreensão de pessoas com deficiências cognitivas, falantes não nativos e usuários de leitores de tela.
As WCAG 3.1.5 exige que, quando o conteúdo requer uma capacidade de leitura além do nível de ensino secundário inferior, seja fornecida uma versão suplementar ou um resumo escrito em um nível mais simples. Isso garante que pessoas com deficiências cognitivas, baixa alfabetização ou barreiras linguísticas possam acessar e compreender as informações.
As WCAG 3.1.6 exige que haja um mecanismo disponível para identificar a pronúncia específica de palavras cujo significado é ambíguo sem conhecer a pronúncia. Esse critério garante que usuários que dependem de tecnologia de conversão de texto em fala ou que se deparam com um idioma desconhecido possam acessar o significado correto de conteúdo ambíguo.
A WCAG 3.2.5 exige que mudanças de contexto — como navegações de página, envios de formulários ou atualizações de conteúdo — sejam iniciadas apenas por ação explícita do usuário, e não acionadas automaticamente. Isso protege usuários que dependem de leitores de tela, navegação por teclado ou ferramentas de apoio cognitivo contra interrupções inesperadas em sua experiência de navegação.
A WCAG 3.3.5 exige que ajuda sensível ao contexto esteja disponível quando uma página da web solicitar entrada do usuário, permitindo que os usuários entendam quais informações são necessárias e como fornecê-las corretamente. Este critério reduz erros e oferece suporte a pessoas com deficiências cognitivas, usuários inexperientes e qualquer pessoa que esteja navegando por formulários complexos.
As WCAG 3.3.6 exige que, para qualquer página da web que requeira entrada do usuário, os envios sejam reversíveis, verificados quanto a erros com orientação de correção ou confirmáveis antes do envio final. Este critério AAA estende o 3.3.4 a todos os formulários — não apenas os jurídicos ou financeiros — protegendo os usuários de erros irreversíveis em todas as interações.
A WCAG 3.3.9 exige que os processos de autenticação não envolvam qualquer tipo de teste de função cognitiva — nenhum quebra-cabeça, memorização ou transcrição — a menos que uma alternativa não cognitiva, um mecanismo assistivo ou um método baseado em objetos esteja disponível. Este critério Aprimorado (AAA) elimina as últimas barreiras à autenticação para usuários com deficiências cognitivas, motoras e relacionadas à memória.
A diretriz WCAG 4.1.1 Parsing exige que o conteúdo da web esteja livre de erros graves de HTML/XML — como IDs duplicados — que possam levar as tecnologias assistivas a interpretar incorretamente a página ou não conseguir processá-la. Embora esteja obsoleta na WCAG 2.2, as regras subjacentes do axe-core continuam ativas e as violações ainda indicam um risco real de acessibilidade.
A Circular Presidencial 2025/10, publicada no Diário Oficial da Turquia nº 32933 em 21 de junho de 2025, torna obrigatória a acessibilidade alinhada às WCAG 2.2 para sites e aplicativos móveis em uma ampla gama de organizações dos setores público e privado, com prazos de conformidade de um ano para o setor público e dois anos para os provedores de comércio eletrônico.
Este artigo explica o programa de Logotipo de Acessibilidade da Turquia introduzido pela Circular Presidencial 2025/10 (Diário Oficial nº 32933, 21 de junho de 2025), abrangendo quem é obrigado, os requisitos técnicos do WCAG 2.2, o processo de concessão baseado em monitoramento e etapas práticas para alcançar a conformidade.
Este artigo explica como as organizações abrangidas na Türkiye devem estabelecer uma Comissão Interna de Revisão de Acessibilidade de Sites da Web e Aplicações Móveis (İnceleme Komisyonu) nos termos da Circular Presidencial nº 2025/10, incluindo a base legal, obrigações, requisitos do WCAG 2.2 e orientações de implementação passo a passo.
