As Diretrizes de acessibilidade de conteúdo da web (WCAG) 2.1 são elaboradas por um grupo de trabalho do World Wide Web Consortium. Elas consistem em um conjunto de diretrizes independentes de tecnologia e critérios de sucesso que ajudam a tornar o conteúdo da web acessível e utilizável para pessoas com necessidades especiais.
Como introdução, o consórcio fornece uma série de seções e documentos de apoio:
Além disso, consulte:
As diretrizes são classificadas de acordo com os três níveis de conformidade: Nível A (o mais baixo), Nível AA e Nível AAA (o mais alto). Em resumo, os níveis são definidos da seguinte maneira:
Ao criar o seu site, é necessário determinar o nível global com o qual você gostaria que ele estivesse em conformidade.
A seção a seguir apresenta as camadas das Diretrizes da WCAG 2.1 com os critérios de sucesso relacionados aos níveis de conformidade A e AA.
Neste documento, é usado o seguinte:
As informações de uma página da web podem ser fornecidas em vários formatos não textuais diferentes, como imagens, vídeos, animações, tabelas e gráficos. Pessoas cegas ou que possuem deficiências visuais graves não conseguem visualizar um conteúdo não textual. No entanto, o conteúdo do texto pode ser acessado por meio de um leitor de tela ou apresentado em formato tátil por um dispositivo de exibição em Braille. Portanto, disponibilizar alternativas em texto para conteúdos em formato gráfico permite que os indivíduos que não conseguem vê-los possam acessar uma versão equivalente das informações disponibilizadas.
Uma vantagem adicional é que as alternativas em texto permitem que o conteúdo não textual seja indexado pela tecnologia do mecanismo de pesquisa.
Para gráficos estáticos, o requisito básico é o de proporcionar uma alternativa em texto equivalente para o gráfico. Isso pode ser feito por meio do campo Texto alternativo. Por exemplo, consulte o componente principal de Imagem.
Alguns componentes principais prontos para uso, como o Carrossel, não fornecem um campo de Texto alternativo para adicionar descrições de texto alternativo a imagens individuais, embora exista o campo Rótulo (guia Acessibilidade) para o componente inteiro.
Ao implementar versões desses componentes para a instância do AEM, a equipe de desenvolvimento precisará configurá-los para oferecer compatibilidade com o atributo alt
. Isso garante que os autores possam adicioná-lo ao conteúdo (consulte Adicionar compatibilidade com elementos e atributos de HTML adicionais).
Por padrão, o AEM requer que o campo Texto alternativo seja preenchido. Se a imagem for meramente decorativa e um texto alternativo não for necessário, será possível marcar a opção A imagem é decorativa.
Existem várias formas de conteúdo não textual, portanto, o valor da alternativa em texto depende da função que o gráfico desempenha na página da Web. Algumas regras gerais que podem ser úteis incluem:
Tipos específicos de conteúdo não textual que necessitam de alternativas em texto podem incluir:
Fotos ilustrativas: são imagens de pessoas, objetos ou lugares. É importante pensar na função da foto na página e na descrição recomendada do conteúdo da imagem, já que a tecnologia de acessibilidade anuncia o tipo de elemento (por exemplo, graphic
ou image
). Utilizar um screenshot
ou illustration
nas descrições de texto alternativo pode torná-lo mais compreensível, mas isso depende do contexto. A consistência é um fator importante. Uma decisão deve ser tomada pela equipe de criação, e isso deve ser aplicado à inteira experiência do usuário.
Ícones: são pequenos pictogramas (gráficos) que transmitem informações específicas. Eles devem ser usados de forma consistente em uma página e um site. Todas as instâncias do ícone em uma página ou um site devem ter a mesma alternativa em texto curta e sucinta, a menos que isso resulte em duplicação desnecessária do texto adjacente.
Tabelas e gráficos: geralmente representam dados numéricos. Dessa forma, uma opção para fornecer uma alternativa em texto pode ser incluir um breve resumo das principais tendências indicadas na tabela ou gráfico. Se necessário, também forneça uma descrição de texto mais detalhada usando o campo Descrição na guia Avançada das propriedades de imagem. Além disso, é possível fornecer os dados de origem em forma de tabela em outro lugar da página ou site.
Mapas, diagramas, fluxogramas: para gráficos que fornecem dados espaciais (por exemplo, para permitir a descrição das relações entre objetos ou um processo), verifique se a mensagem principal é fornecida em formato de texto e se essa informação sobre o texto está posicionada perto de cada ponto de dados associado. Para mapas, fornecer um equivalente de texto completo provavelmente não será prático, mas se o mapa for fornecido como uma maneira de ajudar as pessoas a encontrar o caminho para um determinado local, o texto alternativo da imagem do mapa poderá indicar brevemente a informação Mapa de X e, em seguida, fornecer instruções para acessar esse local no texto de outro lugar da página ou por meio do campo Descrição na guia Avançado do componente Imagem.
CAPTCHA: um CAPTCHA é um teste de Turing público e completamente automatizado para diferenciar computadores e humanos. É uma verificação de segurança usada em páginas da Web para distinguir seres humanos de softwares mal-intencionados, mas que pode causar barreiras de acessibilidade. São imagens que exigem que os usuários descrevam o que veem para passar em um teste de segurança. Fornecer uma alternativa em texto para a imagem não é possível. Em vez disso, considere usar soluções não gráficas alternativas. O W3C fornece várias sugestões. Cada uma dessas abordagens tem suas próprias vantagens e desvantagens.
Imagens de fundo: são obtidas usando Cascading Style Sheets (CSS) em vez de HTML. Isso significa que não é possível especificar um valor de texto alternativo. Portanto, as imagens de fundo não devem fornecer informações textuais importantes; se o fizerem, essas informações também deverão ser disponibilizadas no texto da página. No entanto, é importante que um fundo alternativo seja mostrado quando a imagem não puder ser exibida.
Deve haver um nível adequado de contraste entre o plano de fundo e o texto de primeiro plano; isso é abordado com mais detalhes na seção Contraste (Mínimo) (1.4.3).
Diretriz de mídia com base no tempo 1.2: fornece alternativas para a mídia com base no tempo.
Trata-se de um conteúdo da Web que é baseado no tempo. Isso abrange o conteúdo que o usuário pode reproduzir (como vídeo, áudio e conteúdo animado) e pode ser pré-gravado ou ter transmissão ao vivo.
Algumas pessoas podem enfrentar problemas de acessibilidade em vídeos e áudios, como:
O vídeo ou áudio também pode estar indisponível para pessoas que usam navegadores ou dispositivos que não são compatíveis com a reprodução de conteúdo em formatos de mídia específicos, como o Adobe Flash.
Fornecer essas informações em um formato diferente, como texto (ou áudio para vídeos sem áudio), pode torná-las acessíveis para pessoas que não conseguem acessar o conteúdo original.
Se o conteúdo de áudio ou vídeo for fornecido como uma alternativa para um conteúdo que já existe em outro formato na mesma página da web, uma alternativa adicional pode não ser necessária.
As orientações em Entenda a WCAG 1.2.1 fornecem mais informações.
Inserir multimídia em suas páginas da Web do AEM é semelhante à inserção de uma imagem. No entanto, como um conteúdo multimídia envolve muito mais do que uma imagem estática, há diversas configurações e opções para se controlar a maneira como essas mídias são reproduzidas.
Ao usar multimídia com um conteúdo informativo, é necessário criar também links para as alternativas. Por exemplo, para incluir uma transcrição de texto, crie uma página HTML para exibir a transcrição e, em seguida, adicione um link ao lado ou abaixo do conteúdo de áudio.
Indivíduos surdos ou com deficiência auditiva não conseguirão ou terão grande dificuldade em acessar um conteúdo de áudio. As legendas são equivalentes em texto para áudio falado e não falado, exibidas na tela no momento adequado durante o vídeo. Elas permitem que os indivíduos que não conseguem ouvir o áudio entendam o que está acontecendo.
As legendas podem ser:
Use legendas ocultas sempre que possível, pois elas oferecem ao usuário a opção de visualizar legendas.
Para as legendas ocultas, será necessário criar e fornecer um arquivo de legenda sincronizada em um formato adequado (como SMIL), junto com o arquivo de vídeo (os detalhes sobre como fazer isso estão fora do escopo deste guia, mas fornecemos links para alguns tutoriais em Mais informações - Legendas (pré-gravadas) (1.2.2). Certifique-se de fornecer uma nota ou ativar o recurso de legenda no player de vídeo para informar aos usuários que legendas estão disponíveis para o vídeo.
Se você precisar usar legendas abertas, incorpore o texto à faixa de vídeo. Isso pode ser feito usando aplicativos de edição de vídeo que permitem a sobreposição de títulos no vídeo.
c
Indivíduos cegos ou deficientes visuais enfrentarão barreiras de acessibilidade se as informações de um vídeo ou animação forem fornecidas apenas visualmente ou se a trilha sonora não fornecer informações suficientes para permitir a compreensão do que está acontecendo visualmente.
Há duas abordagens que podem ser adotadas para atender a esse critério de sucesso. Ambas são aceitáveis:
Detalhes exatos de como criar um vídeo descrito por áudio estão fora do escopo desse guia. A criação de descrições de vídeo e áudio pode ser demorada, mas outros produtos da Adobe podem ajudar a realizar essas tarefas.
Esse critério de sucesso é idêntico às Legendas (pré-gravadas), já que aborda as barreiras de acessibilidade enfrentadas pelos indivíduos surdos ou com deficiências auditivas, exceto que esse critério de sucesso lida com as apresentações ao vivo, como webcasts.
Siga as orientações fornecidas acima para Legendas (pré-gravadas). No entanto, por se tratar de uma mídia com conteúdo ao vivo, as legendas devem ser criadas o mais rápido possível e em resposta ao que está acontecendo. Portanto, você deve considerar o uso de legendas em tempo real ou ferramentas de fala para texto.
Instruções detalhadas estão além do escopo desse documento, mas os seguintes recursos disponibilizam informações úteis:
Esse critério de sucesso é idêntico à Descrição de áudio ou alternativa de mídia (pré-gravada), exceto que os autores devem fornecer uma descrição de áudio muito mais detalhada para estar em conformidade com o Nível AA.
Siga as orientações fornecidas para a Descrição de áudio ou alternativa de mídia (pré-gravada).
Esta diretriz abrange os requisitos necessários para fornecer suporte a pessoas que:
pode não ser capaz de acessar as informações apresentadas por um autor na apresentação padrão desse conteúdo (por exemplo, um layout de várias colunas ou uma página com uso intenso de cores e/ou imagens).
usam uma exibição visual alternativa ou apenas de áudio, como um texto grande ou contraste alto.
Muitas tecnologias de assistência utilizadas por indivíduos com deficiência contam com informações estruturais, a fim de exibir ou compreender o conteúdo de forma eficiente. Essas informações estruturais podem assumir a forma de cabeçalhos de página, linhas de tabela, cabeçalhos de coluna e tipos de lista. Por exemplo, um leitor de tela pode permitir que um usuário navegue por uma página de cabeçalho em cabeçalho. No entanto, caso a estrutura do conteúdo da página pareça depender exclusivamente do estilo visual, em vez do HTML subjacente, não haverá informações estruturais disponíveis para as tecnologias de acessibilidade e sua capacidade de facilitar a navegação será limitada.
Esse critério de sucesso existe para garantir que a informação estrutural seja fornecida programaticamente via HTML, ou outras técnicas de codificação, de modo que os navegadores e as tecnologias de assistência possam acessar e aproveitar as informações.
O AEM facilita a criação de um conteúdo da web semanticamente significativo usando os elementos HTML apropriados. Abra o conteúdo da página no RTE (um componente de Texto) e use o menu Formatar parágrafo (símbolo de parágrafo) para especificar o elemento estrutural adequado (por exemplo: parágrafo, cabeçalho etc).
É possível verificar se as suas páginas da web têm a estrutura adequada usando os seguintes elementos, quando aplicável:
Cabeçalhos: contanto que os recursos de acessibilidade do RTE estejam ativados, o AEM oferece três níveis de cabeçalho de página. É possível usá-los para identificar seções e subseções de conteúdo. O cabeçalho 1 é o nível mais alto, o Cabeçalho 3 o mais baixo. O administrador do sistema pode configurar o sistema para permitir o uso de mais níveis de cabeçalho.
Listas: você pode usar HTML para especificar três tipos diferentes de listas:
<ul>
é usado para listas desordenadas (com marcadores). Os itens da lista individual são identificados usando o elemento <li>
. No RTE, use o ícone Lista de marcadores.<ol>
é usado para as listas numeradas. Os itens da lista individual são identificados usando o elemento <li>
. No RTE, use o ícone Lista numerada.Se desejar alterar o conteúdo existente em um tipo de lista específica, destaque o texto e selecione o tipo de lista apropriado. Como no exemplo anterior que mostra como o texto do parágrafo é inserido, os elementos de lista apropriados são adicionados automaticamente ao HTML.
No modo de tela cheia, os ícones Lista com marcadores e Lista numerada ficam visíveis. Quando não estiver no modo de tela cheia, as duas opções estarão disponíveis no ícone Listas.
Tabelas: Tabelas de dados devem ser identificadas usando os elementos da tabela de HTML:
<table>
<tr>
para cada linha da tabela<th>
para cada linha e cabeçalho da coluna<td>
para cada célula de dadosAlém disso, as tabelas acessíveis usam os seguintes elementos e atributos:
<caption>
é usado para fornecer uma legenda visível para a tabela. Por padrão, as legendas são exibidas de forma centralizada acima da tabela, mas podem ser posicionadas adequadamente usando CSS. A legenda é associada à tabela de forma programada, portanto, é um método útil para fornecer uma introdução ao conteúdo.<summary>
auxilia os usuários com deficiências visuais a compreender de forma mais fácil as informações apresentadas em uma tabela, fornecendo um resumo do que pode ser visto. Esse fluxo de trabalho é útil quando layouts de tabela complexos ou não convencionais são usados (esse atributo não é exibido no navegador e só é lido para as tecnologias de acessibilidade).scope
atributo do elemento <th>
é usado para indicar se uma célula representa um cabeçalho de uma linha ou de uma coluna específica. Uma abordagem semelhante é a de usar o cabeçalho e os atributos de id em tabelas complexas, onde as células de dados podem ser associadas a um ou mais cabeçalhos.Por padrão, esses elementos e atributos não estão diretamente disponíveis, embora o administrador do sistema possa adicionar o suporte para esses valores na caixa de diálogo Propriedades da tabela (consulte Adicionar suporte para outros elementos e atributos de HTML).
Para abrir a caixa de diálogo Tabela onde é possível selecionar a guia Propriedades da tabela:
Em seguida, você pode usar a opção Propriedades da célula para escolher entre uma célula de dados ou de cabeçalho:
Ênfase: Use o elemento <strong>
ou <em>
para indicar ênfase. Não use os cabeçalhos para destacar o texto dentro dos parágrafos.
Destaque o texto que deseja enfatizar;
Clique no ícone B (para <strong>
) ou I (para <em>
) exibidos no painel Propriedades (verifique se o HTML está selecionado).
O RTE em uma instalação padrão do AEM está configurado para usar:
<b>
para <strong>
<i>
para <em>
Eles são efetivamente os mesmos, mas <strong>
e <em>
são preferíveis, pois são html semanticamente corretos. Sua equipe de desenvolvimento pode configurar o RTE para usar <strong>
e <em>
(em vez de <b>
e <i>
), ao desenvolver a instância do projeto.
Tabelas de dados complexos: em alguns casos, quando há tabelas complexas com dois ou mais níveis de cabeçalhos, as propriedades básicas da tabela podem não ser suficientes para fornecer todas as informações estruturais necessárias. Para esses tipos de tabelas complexas, relações diretas precisam ser criadas entre os cabeçalhos e as suas células relacionadas usando os atributos cabeçalho e id.
O atributo de ID não está disponível em uma instalação predefinida. Ele pode ser ativado configurando regras de HTML e o serializador no RTE.
Por exemplo, na tabela abaixo os cabeçalhos e IDs são combinados para fazer uma associação programática para usuários de tecnologia assistiva.
<table>
<tr>
<th rowspan="2" id="h">Homework</th>
<th colspan="3" id="e">Exams</th>
<th colspan="3" id="p">Projects</th>
</tr>
<tr>
<th id="e1" headers="e">1</th>
<th id="e2" headers="e">2</th>
<th id="ef" headers="e">Final</th>
<th id="p1" headers="p">1</th>
<th id="p2" headers="p">2</th>
<th id="pf" headers="p">Final</th>
</tr>
<tr>
<td headers="h">15%</td>
<td headers="e e1">15%</td>
<td headers="e e2">15%</td>
<td headers="e ef">20%</td>
<td headers="p p1">10%</td>
<td headers="p p2">10%</td>
<td headers="p pf">15%</td>
</tr>
</table>
Para obter isso no AEM, adicione a marcação diretamente usando o modo de edição de origem.
Essa funcionalidade não está imediatamente disponível em uma instalação padrão. Ela requer a configuração do RTE, das regras de HTML e do serializador.
O propósito deste critério de sucesso é permitir que um agente do usuário forneça uma apresentação alternativa do conteúdo, preservando a ordem de leitura necessária para entender o significado. É importante que seja possível determinar programaticamente pelo menos uma sequência do conteúdo que faça sentido. Um conteúdo que não atende a esse critério de sucesso pode confundir ou desorientar os usuários quando a tecnologia de acessibilidade ler o conteúdo na ordem errada ou quando forem aplicadas planilhas de estilo alternativas ou outras alterações de formatação.
Siga as orientações em Como cumprir o Critério de sucesso 1.3.2.
Ao apresentar as informações, os designers geralmente se concentram nos recursos de design visual, como cor, forma, estilo de texto ou a posição relativa/absoluta de uma parte do conteúdo. Estas podem ser técnicas de design muito eficientes na transmissão de informações (e podem melhorar a acessibilidade geral para usuários com visão, mas que possuem necessidades de acessibilidade cognitiva), porém, pessoas cegas ou deficientes visuais podem não conseguir acessar informações que exigem a identificação visual de atributos como posição, cor ou forma.
Da mesma maneira, informações que exigem a distinção entre sons diferentes (por exemplo, o conteúdo falado com voz masculina ou feminina) apresentam barreiras de acessibilidade para indivíduos com deficiência auditiva, caso essas informações não estejam refletidas em nenhuma alternativa em texto no conteúdo de áudio.
Para os requisitos relacionados às alternativas de cor, consulte Uso de cor.
Certifique-se de que todas as informações que dependem das características visuais do conteúdo da página também sejam apresentadas em um formato alternativo.
A utilização de termos descritivos será aceitável se estes forem entendidos como relevantes em um contexto não visual. Por exemplo, usar as palavras acima e abaixo geralmente é aceitável, uma vez que implicam, respectivamente, em um conteúdo antes e depois de um determinado item do conteúdo. Isso ainda faria sentido se o conteúdo fosse falado em voz alta.
Esse critério de sucesso aborda especificamente a percepção da cor. Outras formas de percepção são abordadas na Adaptável (1.3), incluindo o acesso programático a cores e outras codificações de apresentação visual.
As cores são uma forma eficaz de melhorar o apelo estético das páginas da web e também são úteis na transmissão de informações. No entanto, existem diversas deficiências visuais, desde a cegueira até o daltonismo, que podem impedir algumas pessoas de distinguir certas cores. Devido a isso, a codificação por cores não é um método eficaz de se disponibilizar informações.
Por exemplo, um indivíduo com daltonismo vermelho-verde não conseguirá distinguir entre tons de verde e vermelho. É possível que ele veja as duas cores como uma terceira cor (por exemplo, marrom). Nesse caso, o indivíduo não conseguirá distinguir entre vermelho, verde e marrom.
Além disso, a cor pode não ser observada por indivíduos que usam navegadores somente de texto, dispositivos com visor monocromático ou que utilizam uma impressão em preto e branco da página.
Outra consideração é o estado selecionado de um elemento de interface (por exemplo, guias, botões de alternância, entre outros), que precisa ser transmitido de uma maneira independente de cores e que vá além de apenas uma apresentação visual. Para esses elementos, o uso adicional de padrões, formas e informações programáticas é útil ao criar uma experiência do usuário totalmente inclusiva que não depende de um sentido específico.
Sempre que a cor for usada para transmitir informações, certifique-se de que a informação está disponível, sem a necessidade da visualização das cores.
Por exemplo, verifique se as informações fornecidas através das cores também estão evidentes no texto.
Se a cor for usada como uma indicação para fornecer as informações, você deverá disponibilizar uma indicação visual adicional, como uma mudança de estilo (por exemplo, negrito, itálico) ou de fonte. Isso ajuda os indivíduos com problemas de visão ou daltonismo a identificar as informações. No entanto, não é possível depender inteiramente desses recursos, uma vez que eles não ajudarão os indivíduos que não conseguem sequer visualizar a página. Portanto, é útil fornecer um texto oculto ou usar soluções programáticas, como o pacote de padrões da Web ARIA (Accessible Rich Internet Applications), para transmitir essas informações a usuários com deficiências visuais.
Os indivíduos que usam software de leitura de tela podem achar difícil ouvir a saída da fala se houver outra reprodução de áudio ao mesmo tempo. Essa dificuldade é exacerbada quando a saída de voz do leitor de tela é baseada em software (como a maioria é hoje) e é regulada pelo mesmo controle de volume do som. Além disso, algumas pessoas com deficiências cognitivas e neurodivergentes podem ter sensibilidade ao som. Para essas pessoas, a incapacidade de alterar o volume do conteúdo de áudio é um fator bastante incômodo.
Portanto, é importante que o usuário possa desligar o som de fundo.
Ter controle do volume inclui a capacidade de reduzir seu volume para zero.
Siga as orientações em Como cumprir o Critério de sucesso 1.4.2.
Critério de Sucesso 1.4.3
Nível AA
Contraste (mínimo): a apresentação visual de texto e imagens de texto tem uma relação de contraste de pelo menos 4.5:1, exceto nos seguintes casos:
Consulte Compreensão do contraste não textual para obter mais informações e ajudar a garantir que os autores de conteúdo entendam os requisitos adicionais sobre elementos não textuais (incluindo ícones, elementos de interface, entre outros).
Indivíduos com certas deficiências visuais podem não conseguir distinguir entre determinados pares de cores de baixo contraste. Essas pessoas podem enfrentar problemas de acessibilidade se:
Textos usados exclusivamente para fins decorativos estão excluídos desse critério de sucesso.
Verifique se o texto está suficientemente contrastado com o plano de fundo. As relações de contraste dependem do tamanho e do estilo do texto em questão:
Lembre-se de que as fontes podem diferir na forma como renderizam o tamanho equivalente de PT/PX/EM.
Use o bom senso e prefira a legibilidade e a usabilidade ao selecionar as fontes e o dimensionamento apropriados para o conteúdo da Web.
Realize uma pesquisa na Web usando as seguintes frases para encontrar ferramentas que possam ajudá-lo a converter esses valores para outras unidades:
Para verificar as relações de contraste, use uma ferramenta de contraste de cores, como o Color Contrast Analyzer do Paciello Group ou o Color Contrast Checker do WebAIM. Essas ferramentas permitem verificar pares de cores e relatar quaisquer problemas de contraste.
De maneira alternativa, se não estiver tão preocupado em especificar a aparência de sua página, poderá optar por não especificar as cores do texto de primeiro e segundo plano. Nenhuma verificação de contraste é necessária, já que o navegador do usuário determina as cores do texto e plano de fundo.
Se não for possível atender aos níveis de contraste recomendados, será necessário fornecer um link para uma versão alternativa e equivalente da página (que não tenha problemas de contraste de cor) ou permitir que o usuário ajuste o contraste do esquema de cores da página de acordo com as suas próprias necessidades.
O propósito deste Critério de sucesso é garantir que o texto renderizado visualmente, incluindo controles baseados em texto (caracteres de texto que foram exibidos para que possam ser vistos [vs. caracteres de texto que ainda estejam na forma de dados como ASCII]) possam ser dimensionados com sucesso para que sejam lidos diretamente por pessoas com deficiências visuais leves, sem a necessidade do uso de tecnologia de assistência, como um ampliador de tela. Os usuários podem se beneficiar do dimensionamento de todo o conteúdo na página da Web, mas o texto é mais importante.
Além de seguir as diretrizes em Como atender aos critérios de sucesso 1.4.4, você pode incentivar os autores de conteúdo a usar larguras e alturas fluidas e flexíveis em seus designs de página e tamanhos de fonte (por exemplo, web design responsivo) para permitir que os leitores possam redimensionar o texto.
Os logotipos (texto que faz parte de um logotipo ou nome de marca) são considerados essenciais.
Imagens de texto são usadas com frequência quando um determinado estilo de texto é preferido; por exemplo, um logotipo ou se o texto foi gerado de outra fonte (por exemplo, uma digitalização de um documento em papel). No entanto, em comparação com o texto apresentado no HTML e estilizado usando CSS, as imagens de texto não têm flexibilidade com relação à alteração de tamanho ou aparência, o que pode ser necessário para indivíduos com deficiências visuais ou dificuldade de leitura.
Se as imagens de texto tiverem que ser utilizadas, use o CSS para substituir as imagens de texto pelo texto equivalente em HTML, para que o texto seja disponibilizado de forma personalizada. Para ver um exemplo de como conseguir isso, consulte C30: uso do CSS para substituir texto por imagens de texto e fornecer controles de interface para fazer a alteração.
Princípio 2: operável - os componentes da interface de usuário e a navegação precisam ser operáveis.
Diretriz 2.1 acessível por teclado: disponibilize toda a funcionalidade de um teclado.
Isso garante que os usuários possam acessar toda a funcionalidade usando um teclado.
O objetivo desse Critério de sucesso é garantir que, sempre que possível, o conteúdo possa ser operado por meio de um teclado ou a interface de teclado (para que um teclado alternativo possa ser usado). Quando o conteúdo pode ser operado por meio de um teclado ou teclado alternativo, ele é operável por pessoas sem visão (que não podem usar dispositivos como mouses, pois exigem coordenação entre olho e mão), bem como por pessoas que precisam usar teclados alternativos ou dispositivos de entrada que atuam como emuladores de teclado. Os emuladores de teclado incluem software de entrada de fala, software “sip-and-puff”, teclados virtuais, software de digitalização e uma variedade de tecnologias assistivas e teclados alternativos. Os indivíduos com baixa visão também podem ter dificuldade em rastrear um ponteiro e consideram o uso do software muito mais fácil (ou apenas possível) se puderem controlá-lo pelo teclado.
Siga as orientações em Como cumprir o Critério de sucesso 2.1.1.
O propósito deste Critério de sucesso é garantir que o conteúdo não trava o foco do teclado em subseções de conteúdo em uma página da Web. Esse é um problema comum quando vários formatos são combinados em uma página e renderizados usando plug-ins ou aplicativos incorporados.
Pode haver momentos em que a funcionalidade da página da Web restringe o foco a uma subseção do conteúdo (por exemplo, uma caixa de diálogo modal). Nesses casos, você deve fornecer um método para que um usuário possa sair dessa subseção de conteúdo (por exemplo, a tecla ESC fecha a caixa de diálogo modal ou um botão Fechar fecha a caixa de diálogo modal).
Siga as orientações em Como cumprir o Critério de sucesso 2.1.2.
Diretriz 2.2 de tempo suficiente: forneça aos usuários tempo suficiente para ler e usar o conteúdo.
Isso garante que os usuários tenham tempo suficiente para ler e agir.
O propósito deste Critério de sucesso é garantir que os usuários portadores de deficiência disponham do tempo adequado para interagir com o conteúdo da Web, sempre que possível. Pessoas com deficiências como cegueira, visão baixa, deficiências de destreza e limitações cognitivas podem precisar de mais tempo para ler o conteúdo ou executar funções como preencher formulários on-line. Se as funções da Web dependerem de tempo, será difícil para alguns usuários executar a ação necessária antes do limite de tempo. Isso pode tornar o serviço inacessível para eles. Projetar funções que não dependem do tempo ajudará as pessoas com deficiências a concluírem essas funções. Fornecer opções para desativar os limites de tempo, personalizar a duração dos limites de tempo ou que permitam solicitar mais tempo antes do final do limite de tempo ajuda os usuários que precisam de mais tempo do que o esperado a concluírem as tarefas com sucesso. Essas opções são listadas na ordem que seja mais útil para o usuário. Desativar os limites de tempo é melhor do que personalizar a duração dos limites de tempo, o que é melhor do que solicitar mais tempo antes que um limite ocorra.
Siga as orientações em Como cumprir o Critério de sucesso 2.2.1.
Os pontos para observar são:
Alguns usuários podem achar que o conteúdo que se move seja perturbador, ou até mesmo fisicamente doloroso, dificultando a concentração em outras partes da página. Além disso, esse conteúdo pode ser de difícil leitura para os indivíduos que tenham problemas para acompanhar o texto em movimento.
Dependendo da natureza do conteúdo, você pode aplicar uma ou mais das seguintes sugestões ao criar as páginas da Web com um conteúdo em movimento, em modo intermitente ou piscante:
Como qualquer conteúdo que não cumpre este critério de sucesso pode interferir na capacidade de um usuário em utilizar a página inteira, todo o conteúdo da página da Web (quer seja ou não utilizado para cumprir outros critérios de sucesso) tem de cumprir este critério. Consulte o Requisito de conformidade 5: não interferência.
Em certos casos, os flashes podem causar convulsões fotossensíveis. Este é um critério de sucesso para garantir que o usuário tenha acesso a todo o conteúdo sem se preocupar com os flashes.
Adote algumas medidas para se certificar de que as seguintes técnicas são aplicadas:
Isso garante que o conteúdo seja fácil e direto para os usuários navegarem.
O propósito deste Critério de sucesso é permitir que as pessoas que navegam sequencialmente pelo conteúdo tenham acesso mais direto ao conteúdo principal da página da Web. Páginas e aplicativos da Web geralmente têm conteúdo que aparece em outras páginas ou telas. Os exemplos de blocos repetidos de conteúdo incluem, entre outros, links de navegação, gráficos de cabeçalho, menus e quadros de publicidade. Pequenas seções repetidas, como palavras individuais, frases ou links únicos não são considerados blocos para os propósitos desta provisão
Siga as orientações em Como cumprir o Critério de sucesso 2.4.1.
Esse critério de sucesso ajuda todos, independentemente de quaisquer deficiências, a identificar rapidamente o conteúdo de uma página da Web sem precisar ler a página na íntegra. Isso é útil quando várias páginas da Web estão abertas nas abas do navegador, já que o título da página é exibido na aba e, portanto, pode ser localizado rapidamente.
Quando uma nova página HTML é criada no AEM, é possível especificar o título da página. Certifique-se de que o título descreva adequadamente o conteúdo e o propósito da página, especialmente quaisquer aspectos únicos, para que os visitantes possam identificar rapidamente se o conteúdo é realmente relevante para suas necessidades.
Ao editar uma página, também é possível editar seu título, que pode ser acessado por meio de Informações da página - Propriedades.
O propósito desse Critério de sucesso é garantir que, quando os usuários navegarem sequencialmente pelo conteúdo, encontrem informações em uma ordem consistente com o significado do conteúdo e que possa ser operada pelo teclado. Isso reduz a confusão, permitindo que os usuários formem um modelo mental consistente do conteúdo. Pode haver diferentes ordens que refletem relações lógicas no conteúdo. Por exemplo, a movimentação pelos componentes em um formulário on-line composto por vários campos e/ou etapas reflete as relações lógicas no conteúdo.
Siga as orientações em Como cumprir o Critério de sucesso 2.4.3.
Para todos os usuários, independentemente de deficiências, é essencial indicar claramente a direção de um link por meio de um texto de link apropriado. Isso ajuda os usuários a decidir se querem ou não seguir um link. Para usuários com visão, um texto de link significativo é útil quando há vários links em uma página (principalmente se a página contiver muito texto), já que isso fornece uma indicação mais clara da funcionalidade da página de destino. Os usuários de algumas tecnologias de assistência, que podem gerar uma lista de todos os links em uma única página, poderão entender mais facilmente o texto do link fora do contexto se o texto do link for exclusivo e informativo. No entanto, indivíduos com deficiências cognitivas poderão se confundir se um link não fornecer informações suficientes para descrever com precisão onde o link os levará.
Acima de tudo, verifique se a finalidade de um link está claramente descrita no texto.
Os links devem ser redigidos de forma consistente ao longo das páginas, principalmente em barras de navegação. Por exemplo, se um link para uma página específica for chamado de Publicações em uma página, use esse termo nas outras páginas para garantir a consistência.
No momento da escrita, há algumas questões relacionadas ao uso de atributos de título para garantir que links semelhantes apresentados em uma página forneçam informações exclusivas sobre o destino (por exemplo, “leia mais” geralmente se refere a vários destinos diferentes):
Portanto, embora o atributo de título possa ser usado para fornecer contexto adicional a um link, esteja ciente de suas limitações e não o use como alternativa para um texto de link apropriado.
Sempre que um link for constituído por uma imagem, certifique-se de que o texto alternativo da imagem descreva o destino do link. Por exemplo, se uma imagem de uma estante de livros for definida como um link para as publicações de uma pessoa, o texto alternativo deverá informar Publicações de John Smith, e não Estante de livros.
De maneira alternativa, se a âncora do link contiver um texto que descreva a finalidade do link, além do elemento de imagem (e, portanto, o texto apareça junto com a imagem), use um atributo alternativo vazio para a imagem:
<a href="publications.html">
<img src = "bookshelf.jpg" alt = "" />
John Smith's publications
</a>
O trecho acima é uma ilustração; é recomendável usar o componente de Imagem.
Embora seja recomendado fornecer um texto de link que identifique a sua finalidade sem a necessidade de contexto adicional, nem sempre isso é possível. Link sem contexto podem ser usados nos casos a seguir e exemplos de HTML que podem ser encontrados em Como atender ao critério de sucesso 2.4.4.
Algumas vezes, quando existem vários links em uma página (cada um dos quais fornecendo a direção de um link em detalhes complexos, mas necessários), pode ser apropriado fornecer uma versão alternativa da página da web que mostre exatamente o mesmo conteúdo, mas sem um texto de link tão detalhado.
Alternativamente, scripts podem ser usados de modo que uma quantidade mínima de texto seja fornecida no próprio link e, ao ativar um controle apropriado posicionado na parte superior da página, o texto do link seja expandido para fornecer mais detalhes. Uma abordagem semelhante é a utilização de CSS para ocultar o link completo para usuários deficientes visuais, mas ainda exibi-lo na íntegra para os usuários de leitores de tela. Isso está fora do âmbito deste documento, mas mais informações sobre a forma como conseguir isso podem ser encontradas na seção Mais Informações - finalidade do Link (Em Contexto) (2.4.4).
O propósito deste Critério de sucesso é possibilitar que os usuários localizem o conteúdo de uma maneira que melhor atenda as suas necessidades. Os usuários podem achar uma técnica mais fácil ou mais compreensível de usar do que outra.
Mesmo sites pequenos devem fornecer aos usuários alguns meios de orientação. Em um site de três ou quatro páginas, com todas as páginas vinculadas a partir da página inicial, pode ser simplesmente fornecer links de e para a página inicial, onde os links nela também podem servir como um mapa do site.
Siga as orientações em Como cumprir o Critério de sucesso 2.4.5.
O propósito deste Critério de sucesso é ajudar os usuários a entenderem quais informações estão contidas em páginas da Web e como essas informações estão organizadas. Quando os títulos são claros e descritivos, os usuários podem encontrar as informações que buscam mais facilmente e podem entender as relações entre diferentes partes do conteúdo com mais facilidade. Os rótulos descritivos ajudam os usuários a identificar componentes específicos dentro do conteúdo.
Siga as orientações em Como cumprir o Critério de sucesso 2.4.6.
O propósito deste Critério de sucesso é ajudar uma pessoa a saber qual elemento tem o foco do teclado.
Uma pessoa deve ser capaz de saber qual elemento entre vários elementos tem o foco do teclado. Se houver apenas um controle acionável pelo teclado na tela, o critério de sucesso será atendido porque o design visual apresenta apenas um item acionável pelo teclado.
Quando o critério de sucesso indica “modo de operação”, é com o objetivo de levar em conta as plataformas que nem sempre apresentam um indicador de foco. Geralmente, há apenas um modo de operação, então este critério de sucesso se aplica.
Siga as orientações em Como cumprir o Critério de sucesso 2.4.7.
Diretriz 3.1 Legível: tornar o conteúdo do texto legível e compreensível.
A finalidade deste critério de sucesso é garantir que o texto e outros conteúdos linguísticos sejam apresentados corretamente. Para leitores de tela, isso garante que o conteúdo seja pronunciado de forma correta, enquanto os navegadores visuais têm maior probabilidade de exibir determinados conjuntos de caracteres corretamente.
Para cumprir este critério de sucesso, o idioma padrão de uma página da Web pode ser identificado usando o atributo lang
dentro do elemento<html>
no topo da página. Por exemplo:
Se uma página for escrita em inglês, o elemento <html>
deverá informar:
<html lang = "en">
Para processar uma página em espanhol, deve ser adotado o seguinte padrão:
<html lang = "es">
No AEM, o idioma padrão da sua página é definido ao criar página, mas também pode ser alterado ao editar as Propriedades da Página.
O AEM fornece mais ajustes para variações de um idioma raiz; por exemplo, inglês americano - en-us, inglês britânico - en-gb e inglês canadense - en-ca. Esse nível de detalhes é geralmente supérfluo para a tecnologia de assistência, embora possa ser usado para variações regionais no conteúdo da página.
A finalidade deste critério de sucesso é semelhante ao critério de sucesso de Idioma da Página, exceto que se aplica a páginas da Web com conteúdo em múltiplos idiomas em uma única página (por exemplo, devido a citações ou palavras incomuns).
As páginas que utilizam este critério de sucesso permitem:
O atributo lang
pode ser utilizado para identificar alterações no idioma do conteúdo. Por exemplo, uma citação em alemão (ISO 639-1, código “de”) pode ser apresentada da seguinte maneira:
<blockquote cite = "John F. Kennedy" lang = "de">
<p>Ich bin ein Berliner</p>
</blockquote>
Blocos de citação não são suportados em uma instância predefinida. Um componente personalizado pode ser desenvolvido para oferecer suporte ao recurso.
Da mesma forma, o navegador poderá processar uma palavra incomum ou frase corretamente se o elemento span
for usado da seguinte maneira:
<p>The only French phrase I know is <span lang = "fr">je ne sais quoi</code>.</p>
Não é necessário seguir este critério de sucesso ao incluir nomes ou cidades em diferentes idiomas, ou ao usar palavras de empréstimo ou frases que se tornaram comuns no idioma padrão (como schadenfreude em inglês).
Para adicionar o elemento span, com um idioma apropriado, você pode editar manualmente a sua marcação HTML no modo de edição de fonte da RTE para ser exibido como acima. Como alternativa, o atributo lang
pode ser incluído na RTE pelo administrador do sistema (consulte Adicionar suporte para elementos e atributos HTML adicionais).
Diretriz 3.2 Previsível: faça com que as páginas da Web apareçam e operem de maneiras previsíveis.
Isso garante que as páginas da Web sejam consistentes na aparência e funcionamento.
O propósito deste Critério de sucesso é garantir que a funcionalidade seja previsível à medida que os visitantes navegam pelo documento. Qualquer componente que possa acionar um evento quando recebe foco não deve alterar o contexto. Os exemplos de alteração de contexto quando um componente recebe foco incluem, mas não estão limitados a:
O foco pode ser movido para um controle por meio do teclado (por exemplo, usar a tecla TAB para acessar um controle) ou do mouse (por exemplo, selecionar um campo de texto). Mover o mouse sobre um controle não move o foco, a menos que o script implemente esse comportamento. Para alguns tipos de controles, selecionar um controle também pode ativá-lo (por exemplo, um botão), o que pode, por sua vez, iniciar uma alteração no contexto.
Siga as orientações em Como cumprir o Critério de sucesso 3.2.1.
O propósito deste Critério de sucesso é garantir que a inserção de dados ou a seleção de um controle de formulário tenha efeitos previsíveis. Alterar a configuração de qualquer componente da interface significa alterar algum aspecto no controle que persistirá quando o usuário não estiver mais interagindo com ele. Portanto, marcar uma caixa de seleção, inserir texto em um campo de texto ou alterar a opção selecionada em um controle de lista altera sua configuração, mas ativar um link ou um botão não altera. As alterações no contexto podem confundir os usuários que não percebem facilmente a mudança ou que são facilmente distraídos por mudanças. As alterações de contexto são apropriadas apenas quando estiver claro que tal alteração ocorrerá em resposta à ação do usuário.
Siga as orientações em Como cumprir o Critério de sucesso 3.2.2.
O propósito deste Critério de sucesso é incentivar o uso de apresentação e layout consistentes para usuários que interagem com conteúdo repetido em um conjunto de páginas da Web e precisam localizar informações ou funcionalidades específicas mais de uma vez. Os indivíduos com pouca visão que usam ampliação de tela para exibir uma pequena parte da tela por vez geralmente usam dicas visuais e limites de página para localizar rapidamente o conteúdo repetido. Apresentar conteúdo repetido na mesma ordem também é importante para os usuários visuais que usam memória espacial ou dicas visuais no design para localizar conteúdo repetido.
É importante observar que utilizar a frase "mesma ordem" nesta seção não significa que os menus de subnavegação não possam ser usados ou que blocos de navegação secundária ou estrutura de página não possam ser usados. Em vez disso, este Critério de sucesso destina-se a ajudar os usuários que interagem com conteúdo repetido em várias páginas da Web a prever a localização do conteúdo que estão procurando e localizá-lo mais rapidamente quando o encontrarem novamente.
Os usuários podem iniciar uma alteração na ordem ao usar agentes adaptativos do usuário ou definir preferências para que as informações sejam apresentadas de uma forma mais útil para eles.
Siga as orientações em Como cumprir o Critério de sucesso 3.2.3.
O propósito deste Critério de sucesso é garantir a identificação consistente de componentes funcionais que aparecem repetidamente em um conjunto de páginas da Web. Uma estratégia que as pessoas que usam leitores de tela usam ao operar um site é contar com a familiaridade com funções que podem aparecer em diferentes páginas da Web. Se funções idênticas tiverem rótulos diferentes (ou, de forma geral, um nome acessível diferente) em diferentes páginas da Web, o site será mais difícil de usar. Pode também ser confuso e aumentar a carga cognitiva de pessoas com limitações cognitivas. Portanto, uma rotulagem consistente ajuda.
Esta coerência abrange as alternativas em texto. Se os ícones ou outros itens não textuais tiverem a mesma funcionalidade, suas alternativas em texto também deverão ser consistentes.
Se houver dois componentes em uma página da Web que tenham a mesma funcionalidade de um componente de outra página em um conjunto de páginas da Web, então todos os 3 devem ser consistentes. Dessa forma, os dois componentes na mesma página serão consistentes.
Embora seja desejável e a prática recomendada sempre ser consistente em uma única página da Web, a 3.2.4 somente aborda a consistência em um conjunto de páginas da Web em que algo é repetido em mais de uma página do conjunto.
Siga as orientações em Como cumprir o Critério de sucesso 3.2.4.
Diretriz 3.3 Assistência de entrada: ajudar os usuários a evitar e corrigir erros
O propósito deste critério de sucesso é garantir que os usuários estejam cientes de que ocorreu um erro e possam determinar o que está errado. A mensagem de erro deve ser o mais específica possível. No caso de um envio de formulário malsucedido, a reexibição do formulário e a indicação dos campos com erro são insuficientes para que alguns usuários percebam que ocorreu um erro. Usuários de leitor de tela, por exemplo, não saberão que houve um erro até encontrarem um dos indicadores. Eles podem abandonar o formulário completamente antes de encontrar o indicador de erro, achando que a página simplesmente não está funcionando. De acordo com a definição na WCAG, um erro de entrada são informações fornecidas pelo usuário que não são aceitas. Isso inclui:
informações exigidas pela página da Web, mas omitidas pelo usuário ou informações fornecidas pelo usuário, mas que não estejam no formato de dados necessário ou valores permitidos.
Por exemplo:
Siga as orientações em Como cumprir o Critério de sucesso 3.3.1.
Fornecer instruções para ajudar as pessoas a preencher formulários é uma parte fundamental das práticas recomendadas de usabilidade da interface. Fazer isso é útil para pessoas com deficiências visuais ou cognitivas, que de outra forma poderiam ter dificuldade para entender o layout de um formulário e o tipo de dados que deve ser fornecido em um campo de formulário específico.
No projeto de demonstração WKND do AEM, uma etiqueta padrão é adicionada quando você adiciona um componente de formulário, como um Campo de texto, à página. O título padrão depende do tipo de componente. Você pode adicionar seu próprio título na guia Título e texto da caixa de diálogo de edição desse campo. É importante garantir que as etiquetas ajudem os usuários a compreender os dados associados a cada componente do formulário.
O campo de Título deve ser usado para elementos de campo, pois ele fornece um rótulo que é disponibilizado para a tecnologia de acessibilidade. Apenas escrever um rótulo no texto ao lado do campo não é suficiente.
Para alguns componentes de formulário, também é possível ocultar visualmente as etiquetas usando a caixa de seleção Ocultar título. As etiquetas ocultas dessa maneira ainda estarão disponíveis para a tecnologia assistiva, mas não serão exibidas na tela. Embora essa possa ser uma boa abordagem em algumas situações, é melhor incluir uma etiqueta visual sempre que possível, pois alguns usuários podem estar olhando para uma pequena seção da tela (um campo por vez) e precisam de etiquetas para identificar o campo corretamente.
Quando botões de imagem são usados (por exemplo, o componente Botão de imagem do projeto WKND), o campo Título na guia Título e texto da caixa de diálogo de edição fornece o texto alternativo para a imagem, em vez do rótulo. Assim, no exemplo abaixo, a imagem com o texto Submit
tem o texto alternativo de Submit
, adicionado usando o campo Título na janela de edição.
No projeto WKND, quando houver um grupo de controles relacionados, como um Grupo de opções, talvez seja necessário fornecer um título para o grupo, bem como controles individuais. Ao adicionar um conjunto de botões de opção no AEM, o campo Título fornece esse título de grupo, enquanto títulos individuais são especificados conforme os botões de opção (Itens) são criados.
Contudo, não existe uma associação programática entre o título do grupo e os próprios botões de opção. Editores de modelo precisam envolver o título nas tags fieldset
e legend
necessárias para criar esta associação e isso só pode ser feito através da edição do código fonte da página. Alternativamente, um administrador do sistema pode adicionar suporte a esses elementos para que eles apareçam na janela Propriedades do Campo (consulte Adicionar suporte para elementos e atributos HTML adicionais).
Se os dados devem ser inseridos em um formato específico, deixe isso claro no texto da etiqueta. Por exemplo, se uma data deve ser inscrita no formato DD-MM-YYYY
, indique isso especificamente como parte da etiqueta. Isso significa que quando os usuários de leitores de tela encontrarem o campo, o rótulo será anunciado automaticamente, junto com as informações adicionais sobre o formato.
Se a entrada de um campo de formulário for obrigatória, deixe isso claro usando a palavra "obrigatório" como parte do rótulo. O AEM adiciona um asterisco quando um campo é obrigatório, mas seria ideal incluir a palavra required
na própria etiqueta (no campo Título na janela de edição).
O posicionamento dos rótulos também é importante, pois ajuda a localizar os campos apropriados. Isso é particularmente importante quando o usuário se depara com um formulário complexo. Siga as orientações abaixo:
Em formulários simples com funcionalidade limitada, rotular adequadamente um botão Submit
pode atuar como uma etiqueta para o campo adjacente (por exemplo, Search
). Isso é útil em situações em que encontrar espaço para o texto da etiqueta pode ser difícil.
O propósito deste Critério de sucesso é garantir que os usuários recebam sugestões adequadas para a correção de um erro de entrada, se possível. A definição de erro de entrada da WCAG diz "informações fornecidas pelo usuário que não são aceitas" pelo sistema. Alguns exemplos de informações que não são aceitas incluem informações obrigatórias, mas omitidas pelo usuário, e informações fornecidas pelo usuário, mas que não estão no formato de dados necessário ou valores permitidos.
O Critério de sucesso 3.3.1 prevê a notificação de erros. Mas as pessoas com limitações cognitivas podem ter dificuldade para entender como corrigir os erros. Pessoas com deficiências visuais podem não ser capazes de descobrir exatamente como corrigir o erro. No caso de um envio de formulário malsucedido, os usuários podem abandonar o formulário por não ter certeza de como corrigir o erro, mesmo sabendo que ele ocorreu.
O autor do conteúdo pode fornecer a descrição do erro, ou o agente do usuário pode fornecer a descrição do erro com base em informações específicas da tecnologia, determinadas de forma programática.
Siga as orientações em Como cumprir o Critério de sucesso 3.3.3.
Critério de Sucesso 3.3.4
Nível AA
Prevenção de erros (legal, financeiro, dados): em páginas da Web que façam com que compromissos legais ou transações financeiras ocorram para o usuário, que modifiquem ou excluam dados controláveis pelo usuário em sistemas de armazenamento de dados, ou que enviem respostas de teste do usuário, pelo menos um dos seguintes é verdadeiro:
O propósito deste Critério de sucesso é ajudar os usuários portadores de deficiências a evitarem consequências graves como resultado de um erro ao executar uma ação que não pode ser revertida. Por exemplo, a compra de passagens não reembolsáveis ou a apresentação de uma ordem de compra de ações numa conta de corretagem são transações financeiras com graves consequências. Se um usuário tiver cometido um engano sobre a data da viagem aérea, ele poderá terminar com uma passagem com o dia errado que não pode ser trocada. Se o usuário tiver cometido um erro no número de ações a serem compradas, poderia acabar comprando mais ações do que o esperado. Ambos os tipos de erros envolvem transações que ocorrem imediatamente e não podem ser alteradas depois, e podem ser muito caras. Da mesma forma, pode ser um erro irrecuperável se os usuários modificarem ou excluírem involuntariamente os dados armazenados em um banco de dados que precisarão acessar posteriormente, como todo o perfil de viagem em um site de serviços de viagens. No que se refere à modificação ou exclusão de dados 'controláveis pelo usuário', a intenção é evitar a perda em massa de dados, como a exclusão de um arquivo ou registro. Não é a intenção exigir uma confirmação de cada comando save ou a simples criação ou edição de documentos, registros ou outros dados.
Os usuários portadores de deficiências podem ter mais probabilidade de cometer erros. As pessoas com deficiências de leitura podem transpor números e letras, e aquelas com deficiências motoras podem apertar as teclas por engano. Ser capaz de reverter ações permite que os usuários corrijam um erro que possa resultar em consequências graves. A capacidade de revisar e corrigir informações permite que os usuários detectem um erro antes de tomar uma ação com consequências graves.
Os dados controláveis pelo usuário são dados visualizáveis pelo usuário que ele pode alterar e/ou excluir por meio de uma ação intencional. Os exemplos de usuários que controlam esses dados seriam a atualização do número de telefone e do endereço da conta do usuário ou a exclusão de um registro de faturas anteriores de um site. Ele não se refere a coisas como registros da Internet e dados de monitoramento de mecanismos de busca com os quais o usuário não pode visualizar ou interagir diretamente.
Siga as orientações em Como cumprir o Critério de sucesso 3.3.4.
Aumente a compatibilidade com os agentes do usuário atuais e futuros, incluindo as tecnologias assistivas.
O propósito deste Critério de sucesso é garantir que os agentes do usuário, incluindo as tecnologias assistivas, possam interpretar e analisar o conteúdo com precisão. Se o conteúdo não puder ser analisado em uma estrutura de dados, agentes de usuário diferentes poderão apresentá-lo de forma diferente ou não poderão analisá-lo. Alguns agentes do usuário usam "técnicas de reparo" para renderizar conteúdo mal codificado.
Como as técnicas de reparo variam entre os agentes de usuário, os autores não podem presumir que o conteúdo será analisado com precisão em uma estrutura de dados ou que será renderizado corretamente por agentes de usuário especializados, incluindo tecnologias assistivas, a menos que o conteúdo seja criado de acordo com as regras definidas na gramática formal dessa tecnologia. Em idiomas de marcação, erros na sintaxe do elemento e no não fornecimento de tags de início/fim aninhadas corretamente levam a erros que impedem os agentes do usuário de analisar o conteúdo de forma confiável. Portanto, o Critério de sucesso exige que o conteúdo possa ser analisado usando apenas as regras da gramática formal.
Siga as orientações em Como cumprir o Critério de sucesso 4.1.1.
O propósito deste Critério de sucesso é garantir que as Tecnologias assistivas (AT) possam coletar informações sobre, ativar ou definir e manter-se atualizadas sobre o status dos controles da interface do usuário no conteúdo.
Quando controles padrão de tecnologias assistivas são usados, esse processo é simples. Se os elementos da interface forem usados de acordo com as especificações, as condições desta provisão serão atendidas. (Veja os exemplos do Critério de sucesso 4.1.2 abaixo)
No entanto, se os controles personalizados forem criados ou se os elementos de interface forem programados (em código ou script) para terem uma função e/ou função diferente da usual, então é necessário tomar medidas adicionais para garantir que os controles forneçam informações importantes para as tecnologias assistivas e permitam que eles sejam controlados por tecnologias assistivas.
Um estado particularmente importante de um controle da interface é se ele tem ou não foco. O estado de foco de um controle pode ser determinado de forma programática e as notificações sobre mudança de foco são enviadas aos agentes do usuário e à tecnologia de assistência. Outros exemplos de estado de controle da interface são se uma caixa de seleção ou um botão de opção foi selecionado ou se um nó de árvore ou de lista que pode ser recolhido está expandido ou recolhido.
Siga as orientações em Como cumprir o Critério de sucesso 4.1.2.