Criação de conteúdo acessível (Conformidade com o WCAG 2.1) creating-accessible-content-wcag-conformance

As Diretrizes de Acessibilidade de Conteúdo da Web (WCAG) 2.1, elaboradas por um grupo de trabalho do World Wide Web Consortium, consistem em um conjunto de diretrizes de tecnologia independentes e critérios de sucesso para ajudar a tornar o conteúdo da Web acessível e utilizável por pessoas com deficiência.

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.

Princípio 1: perceptível principle-perceivable

Princípio 1: perceptível - As informações e os componentes da interface do usuário têm de ser apresentados aos usuários de formas perceptíveis.

Alternativas em texto (1.1) text-alternatives

Diretriz 1.1 Alternativas em texto: Fornece alternativas em texto para qualquer conteúdo não textual, para que seja possível alterá-lo para outras formas mais adequadas à necessidade do indivíduo, como impressão em caracteres ampliados, braille, fala, símbolos ou linguagem mais simples.

Conteúdo não textual (1.1.1) non-text-content

Finalidade - Conteúdo não textual (1.1.1) purpose-non-text-content

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, ao fornecer alternativas em texto ao conteúdo no formato gráfico, as pessoas que não puderem ver o conteúdo gráfico podem acessar uma versão equivalente das informações que o conteúdo fornece.

Uma vantagem adicional é que as alternativas em texto permitem que o conteúdo não textual seja indexado pela tecnologia do mecanismo de pesquisa.

Como cumprir - Conteúdo não textual (1.1.1) how-to-meet-non-text-content

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 no campo Texto alternativo. Consulte, por exemplo, o Componente principal Imagem.

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.

Criar boas alternativas de texto creating-good-text-alternatives

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 básicas gerais a serem seguidas:

Tipos específicos de conteúdo não textual que necessitam de alternativas em texto podem incluir:

Mais informações - Conteúdo não contextual (1.1.1) more-information-non-text-content

Mídia com base no tempo (1.2) time-based-media

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.

Apenas áudio e apenas vídeo (pré-gravado) (1.2.1) audio-only-and-video-only-prerecorded

Propósito - Apenas áudio e apenas vídeo (pré-gravado) (1.2.1) purpose-audio-only-and-video-only-prerecorded

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.

Como cumprir - Apenas áudio e apenas vídeo (pré-gravado) (1.2.1) how-to-meet-audio-only-and-video-only-prerecorded

Inserir multimídia em suas páginas da Web do AEM é semelhante à inserção de uma imagem. No entanto, como o conteúdo multimídia é muito mais do que uma imagem estática, há várias configurações e opções diferentes para controlar a forma como a multimídia é reproduzida.

Mais informações - Apenas áudio e apenas vídeo (pré-gravado) (1.2.1) more-information-audio-only-and-video-only-prerecorded

Legendas (pré-gravadas) (1.2.2) captions-prerecorded

Propósito - Legendas (pré-gravadas) (1.2.2) purpose-captions-prerecorded

Os indivíduos surdos ou com deficiência auditiva não conseguirão ou terão grande dificuldade ao acessar o 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.

Como cumprir - Legendas (pré-gravadas) (1.2.2) how-to-meet-captions-prerecorded

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, crie e forneça um arquivo de legenda sincronizada em um formato apropriado (como SMIL), junto com o arquivo de vídeo (os detalhes sobre como proceder estão fora do escopo desse 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.

Mais informações - Legendas (pré-gravadas) (1.2.2) more-information-captions-prerecorded

Descrição de áudio ou alternativa de mídia (pré-gravada) (1.2.3) audio-description-or-media-alternative-prerecorded

Propósito - Descrição de áudio ou alternativa de mídia (pré-gravada) (1.2.3) purpose-audio-description-or-media-alternative-prerecorded

Os indivíduos que são cegos ou deficientes visuais vão enfrentar barreiras de acessibilidade se as informações em um vídeo ou uma 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.

Como cumprir - Descrição de áudio ou alternativa de mídia (pré-gravada) (1.2.3) how-to-meet-audio-description-or-media-alternative-prerecorded

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.

Mais informações - Descrição de áudio ou alternativa de mídia (pré-gravada) (1.2.3) more-information-audio-description-or-media-alternative-prerecorded

Legendas (ao vivo) (1.2.4) captions-live

Propósito - Legendas (ao vivo) (1.2.4) purpose-captions-live

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.

Como cumprir - Legendas (ao vivo) (1.2.4) how-to-meet-captions-live

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:

Mais informações - Legendas (ao vivo) (1.2.4) more-information-captions-live

Descrição de áudio (pré-gravado) (1.2.5) audio-description-prerecorded

Propósito - Descrição de áudio (pré-gravado) (1.2.5) purpose-audio-description-prerecorded

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.

Como cumprir - Descrição de áudio (pré-gravado) (1.2.5) how-to-meet-audio-description-prerecorded

Siga as orientações fornecidas para a Descrição de áudio ou alternativa de mídia (pré-gravada).

Mais informações - Descrição de áudio (pré-gravado) (1.2.5) more-information-audio-description-prerecorded

Adaptável (1.3) adaptable

Diretriz 1.3 Adaptável: crie conteúdo que possa ser apresentado de maneiras diferentes (por exemplo, layout mais simples) sem perder informações ou estrutura.

Esta diretriz abrange os requisitos necessários para fornecer suporte a pessoas que:

Informações e Relações (1.3.1) info-and-relationships

Propósito - Informações e Relações (1.3.1) purpose-info-and-relationships

Muitas tecnologias assistivas utilizadas por pessoas com deficiência contam com informações estruturais para exibir ou compreender o conteúdo de forma eficiente. Essas informações estruturais podem assumir a forma de cabeçalhos de página, cabeçalhos de linha e coluna de tabela 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.

Como cumprir - Informações e Relações (1.3.1) how-to-meet-info-and-relationships

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 apropriado (por exemplo, parágrafo e cabeçalho).

É possível verificar se as suas páginas da web têm a estrutura adequada usando os seguintes elementos, quando aplicável:

Mais informações - Informações e Relações (1.3.1) more-information-info-and-relationships

Sequência significativa (1.3.2) meaningful-sequence

Propósito - Sequência significativa (1.3.2) purpose-meaningful-sequence

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.

Como cumprir - Sequência significativa (1.3.2) how-to-meet-meaningful-sequence

Siga as orientações em Como cumprir o Critério de sucesso 1.3.2.

Mais informações - Sequência significativa (1.3.2) more-information-meaningful-sequence

Características sensoriais (1.3.3) sensory-characteristics

Propósito - Características sensoriais (1.3.3) purpose-sensory-characteristics

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 forma, as 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 os indivíduos com deficiência auditiva, se não estiverem refletidas em nenhuma alternativa em texto para o conteúdo de áudio.

Como cumprir - Características sensoriais (1.3.3) how-to-meet-sensory-characteristics

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.

Mais informações - Características sensoriais (1.3.3) more-information-sensory-characteristics

Discernível (1.4) distinguishable

Diretriz 1.4 Discernível: facilitar a visualização e a audição de conteúdos aos usuários, incluindo a separação do primeiro plano e do plano de fundo.

Utilização de cor (1.4.1) use-of-color

Propósito - Utilização de cor (1.4.1) purpose-use-of-color

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, alguém com deficiência de visão de cor vermelho-verde não será capaz de distinguir entre tons de verde e tons de 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.

Uma outra consideração é o estado seleted para um elemento de interface (por exemplo, guias, botões de alternância, entre outros), que deve ser transmitido de alguma forma que não seja apenas com cor e 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.

Como cumprir - Utilização de cor (1.4.1) how-to-meet-use-of-color

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 dessas opções completamente, uma vez que isso não ajudará os indivíduos que não conseguem visualizar nada na página. Portanto, é (às vezes) útil fornecer 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 sem visão.

Mais informações - Utilização de cor (1.4.1) more-information-use-of-color

Controle de áudio (1.4.2) audio-control

Propósito - Controle de áudio (1.4.2) purpose-audio-control

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.

Como cumprir - Controle de áudio (1.4.2) how-to-meet-audio-control

Siga as orientações em Como cumprir o Critério de sucesso 1.4.2.

Mais informações - Controle de áudio (1.4.2) more-information-audio-control

Contraste (Mínimo) (1.4.3) contrast-minimum

Propósito - Contraste (Mínimo) (1.4.3) purpose-contrast-minimum

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:

Como cumprir - Contraste (Mínimo) (1.4.3) how-to-meet-contrast-minimum

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:

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 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, forneça um link para uma versão alternativa e equivalente da página (que não tem problemas de contraste de cores). Ou permita que o usuário ajuste o contraste do esquema de cores da página de acordo com suas próprias necessidades.

Mais informações - Contraste (Mínimo) (1.4.3) more-information-contrast-minimum

Redimensionar texto (1.4.4) resize-text

Propósito - Redimensionar texto (1.4.4) purpose-resize-text

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.

Como cumprir - Redimensionar texto (1.4.4) how-to-meet-resize-text

Além de seguir as diretrizes em Como cumprir o Critério de sucesso 1.4.4, você pode incentivar os autores de conteúdo a usar larguras fluidas e flexíveis, além de alturas em seus designs de página e tamanhos de fonte (por exemplo, web design responsivo) para permitir que os leitores possam redimensionar o texto.

Mais informações - Redimensionar texto (1.4.4) more-information-resize-text

Imagens de texto (1.4.5) images-of-text

Propósito - Imagens de texto (1.4.5) purpose-images-of-text

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.

Como cumprir - Imagens de texto (1.4.5) how-to-meet-images-of-text

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 obter um exemplo, consulte C30: usando CSS para substituir texto por imagens de texto e fornecendo controles de interface do usuário para alternar.

Mais informações - Imagens de texto (1.4.5) more-information-images-of-text

Princípio 2: operável principle-operable

Princípio 2: operável - os componentes da interface de usuário e a navegação precisam ser operáveis.

Acessível por teclado (2.1) keyboard-accessible

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.

Teclado (2.1.1) keyboard

Propósito - Teclado (2.1.1) purpose-keyboard

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.

Como cumprir - Teclado (2.1.1) how-to-meet-keyboard

Siga as orientações em Como cumprir o Critério de sucesso 2.1.1.

Mais informações - Teclado (2.1.1) more-information-keyboard

Nenhuma armadilha de teclado (2.1.2) no-keyboard-trap

Propósito - Nenhuma armadilha de teclado (2.1.2) purpose-no-keyboard-trap

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).

Como cumprir - Nenhuma armadilha de teclado (2.1.2) how-to-meet-no-keyboard-trap

Siga as orientações em Como cumprir o Critério de sucesso 2.1.2.

Mais informações - Nenhuma armadilha de teclado (2.1.2) more-information-no-keyboard-trap

Tempo suficiente (2.2) enough-time

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.

Tempo ajustável (2.2.1) timing-adjustable

Propósito - Tempo ajustável (2.2.1) purpose-timing-adjustable

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 que ocorra um 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 solicitar mais tempo antes que um limite ocorra ajuda os usuários que precisam de mais tempo do que o esperado para concluir tarefas com êxito. Essas opções são listadas na ordem que será 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.

Como cumprir - Tempo ajustável (2.2.1) how-to-meet-timing-adjustable

Siga as orientações em Como cumprir o Critério de sucesso 2.2.1.

Mais informações - Tempo ajustável (2.2.1) more-information-timing-adjustable

Pausar, Interromper, Ocultar (2.2.2) pause-stop-hide

Os pontos para observar são:

Propósito - Pausar, Interromper, Ocultar (2.2.2) purpose-pause-stop-hide

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.

Como cumprir - Pausar, Interromper, Ocultar (2.2.2) how-to-meet-pause-stop-hide

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:

Mais informações - Pausar, Interromper, Ocultar (2.2.2) more-information-pause-stop-hide

Convulsões e reações físicas (2.3) seizures-and-physcial-reactions

Diretriz 2.3 de convulsões: não crie o conteúdo em uma forma conhecida por causar convulsões ou reações físicas.

Três flashes ou abaixo do limite (2.3.1) three-flashes-or-below-threshold

Finalidade - Três flashes ou Abaixo do limite (2.3.1) purpose-three-flashes-or-below-threshold

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.

Como cumprir - Três flashes ou Abaixo do limite (2.3.1) how-to-meet-three-flashes-or-below-threshold

Adote algumas medidas para se certificar de que as seguintes técnicas são aplicadas:

Mais informações - Três flashes ou Abaixo do limite (2.3.1) more-information-three-flashes-or-below-threshold

Navegável (2.4) navigable

Diretriz 2.4 Navegável: forneça maneiras de ajudar os usuários a navegar, localizar conteúdo e determinar onde eles estão.

Isso garante que o conteúdo seja fácil e direto para os usuários navegarem.

Ignorar blocos (2.4.1) bypass-blocks

Propósito - Ignorar blocos (2.4.1) purpose-bypass-blocks

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

Como cumprir - Ignorar blocos (2.4.1) how-to-meet-bypass-blocks

Siga as orientações em Como cumprir o Critério de sucesso 2.4.1.

Mais informações - Ignorar blocos (2.4.1) more-information-bypass-blocks

Página com título (2.4.2) page-titled

Finalidade - Página com título (2.4.2) purpose-page-titled

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.

Como cumprir - Página com título (2.4.2) how-to-meet-page-titled

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.

Mais informações - Página com título (2.4.2) more-information-page-titled

Ordem de foco (2.4.3) focus-order

Propósito - Ordem de foco (2.4.3) purpose-focus-order

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 ao permitir 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.

Como cumprir - Ordem de foco (2.4.3) how-to-meet-focus-order

Siga as orientações em Como cumprir o Critério de sucesso 2.4.3.

Mais informações - Ordem de foco (2.4.3) more-information-focus-order

Finalidade do link (em contexto) (2.4.4) link-purpose-in-context

Finalidade - Finalidade do link (Em contexto) (2.4.4) purpose-link-purpose-in-context

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 deficientes visuais, um texto de link significativo é extremamente útil quando há vários links em uma página (principalmente se a página tiver muito texto), já que textos de link significativos fornecem 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á.

Como cumprir - Finalidade do link (Em contexto) (2.4.4) how-to-meet-link-purpose-in-context

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, especialmente 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 texto 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.

Quando o link for composto de uma imagem, verifique se o texto alternativo para a imagem descreve 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>

Embora seja aconselhável fornecer um texto de link que identifique a finalidade do link sem a necessidade de contexto adicional, reconhece-se que isto nem sempre é possível. Link contextuais gratuitos podem ser usados nos casos a seguir, exemplos de HTML que podem ser encontrados em Como cumprir o 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.

Como alternativa, use scripts para que uma quantidade mínima de texto seja fornecida no próprio link. Ao ativar um controle apropriado posicionado na parte superior da página, o texto do link é expandido para fornecer mais detalhes. Uma abordagem semelhante é usar o CSS para ocultar o link completo de usuários deficientes visuais, mas ainda exibi-lo na íntegra para os usuários de leitores de tela. Isso está fora do escopo deste documento, mas mais informações sobre como fazer isso podem ser encontradas na seção Mais Informações - Finalidade do Link (Em Contexto) (2.4.4).

Mais informações - Finalidade do link (no contexto) (2.4.4) more-information-link-purpose-in-context

Várias maneiras (2.4.5) multiple-ways

Propósito - Várias maneiras (2.4.5) purpose-multiple-ways

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.

Como cumprir - Várias maneiras (2.4.5) how-to-meet-multiple-ways

Siga as orientações em Como cumprir o Critério de sucesso 2.4.5.

Mais informações - Várias maneiras (2.4.5) more-information-multiple-ways

Títulos e rótulos (2.4.6) headings-and-labels

Propósito - Títulos e rótulos (2.4.6) purpose-headings-and-labels

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.

Como cumprir - Títulos e rótulos (2.4.6) how-to-meet-headings-and-labels

Siga as orientações em Como cumprir o Critério de sucesso 2.4.6.

Mais informações - Títulos e rótulos (2.4.6) more-information-headings-and-labels

Foco visível (2.4.7) focus-visible

Propósito - Foco visível (2.4.7) purpose-focus-visible

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 do 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. Normalmente, há apenas um modo de operação, portanto, este critério de sucesso se aplica.

Como cumprir - Foco visível (2.4.7) how-to-meet-focus-visible

Siga as orientações em Como cumprir o Critério de sucesso 2.4.7.

Mais informações - Foco visível (2.4.7) more-information-focus-visible

Princípio 3: compreensível principle-understandable

Princípio 3: compreensível - A informação e a operação da interface do usuário devem ser compreensíveis.

Torne o conteúdo do texto legível e compreensível (3.1) make-text-content-readable-and-understandable

Diretriz 3.1 Legível: tornar o conteúdo do texto legível e compreensível.

Idioma da página (3.1.1) language-of-page

Finalidade - Idioma da página (3.1.1) purpose-language-of-page

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.

Como cumprir - Idioma da página (3.1.1) how-to-meet-language-of-page

Para cumprir este critério de sucesso, o idioma padrão de uma página da Web pode ser identificado usando o atributo langdentro do elemento<html> no topo da página. Por exemplo:

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.

Mais Informações - Idioma da Página (3.1.1) more-information-language-of-page

Idioma de Partes (3.1.2) language-of-parts

Finalidade - Idioma de Partes (3.1.2) purpose-language-of-parts

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:

Como Cumprir - Idioma de Partes (3.1.2) how-to-meet-language-of-parts

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>

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>

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).

Mais Informações - Idioma de Partes (3.1.2) more-information-language-of-parts

Previsível (3.2) predictable

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.

Em foco (3.2.1) on-focus

Propósito - Em foco (3.2.1) purpose-on-focus

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, tabulação de um controle) ou do mouse (por exemplo, clique em 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, clicar em um controle também pode ativá-lo (por exemplo, botão), que pode, por sua vez, iniciar uma alteração no contexto.

Como cumprir - Em foco (3.2.1) how-to-meet-on-focus

Siga as orientações em Como cumprir o Critério de sucesso 3.2.1.

Mais informações - Em foco (3.2.1) more-information-on-focus

Na entrada (3.2.2) on-input

Propósito - Na entrada (3.2.2) purpose-on-input

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.

Como cumprir - Na entrada (3.2.2) how-to-meet-on-input

Siga as orientações em Como cumprir o Critério de sucesso 3.2.2.

Mais informações - Na entrada (3.2.2) more-information-on-input

Navegação consistente (3.2.3) consistent-navigation

Propósito - Navegação consistente (3.2.3) purpose-consistent-navigation

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 devem 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.

O uso da 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, para encontrá-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.

Como cumprir - Navegação consistente (3.2.3) how-to-meet-consistent-navigation

Siga as orientações em Como cumprir o Critério de sucesso 3.2.3.

Mais informações - Navegação consistente (3.2.3) more-information-consistent-navigation

Identificação consistente (3.2.4) consistent-identification

Propósito - Identificação consistente (3.2.4) purpose-consistent-identification

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. Assim, os dois 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.

Como cumprir - Identificação consistente (3.2.4) how-to-meet-consistent-identification

Siga as orientações em Como cumprir o Critério de sucesso 3.2.4.

Mais informações - Identificação consistente (3.2.4) more-information-consistent-identification

Assistência de entrada (3.3) input-assistance

Diretriz 3.3 Assistência de entrada: ajudar os usuários a evitar e corrigir erros

Identificação de erro (3.3.1) error-identification

Propósito - Identificação de erro (3.3.1) purpose-error-identification

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. Se houver um envio de formulário malsucedido, a reexibição do formulário e a indicação dos campos com erro serã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 o seguinte.

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:

Como cumprir - Identificação de erro (3.3.1) how-to-meet-error-identification

Siga as orientações em Como cumprir o Critério de sucesso 3.3.1.

Mais informações - Identificação de erro (3.3.1) more-information-error-identification

Etiquetas ou Instruções (3.3.2) labels-or-instructions

Finalidade - Etiquetas ou Instruções (3.3.2) purpose-labels-or-instructions

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.

Forms

No projeto de demonstração WKND do AEM, um rótulo padrão é adicionado 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 um rótulo visual sempre que possível, pois alguns usuários podem estar olhando para uma pequena seção da tela (um campo de cada vez) e precisam dos rótulos para identificar o campo corretamente.

Botões de imagem image-buttons

Quando são usados botões de imagem (por exemplo, o componente Botão de Imagem do projeto WKND), o campo Título da 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 Submittem o texto alternativo de Submit, adicionado usando o campo Título na janela de edição.

Grupos de campos de formulário groups-of-form-fields

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. Os editores de modelo devem envolver o título nas marcas 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).

Considerações adicionais para formulários additional-considerations-for-forms

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, a identificação adequada de um botão Submit pode servir como 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.

Mais Informações - Etiquetas ou Instruções (3.3.2) more-information-labels-or-instructions

Sugestão de erro (3.3.3) error-suggestion

Propósito - Sugestão de erro (3.3.3) purpose-error-suggestion

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. Se o envio do formulário não for bem-sucedido, os usuários poderão 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.

Como cumprir - Sugestão de erro (3.3.3) how-to-meet-error-suggestion

Siga as orientações em Como cumprir o Critério de sucesso 3.3.3.

Mais informações - Sugestão de erro (3.3.3) more-information-error-suggestion

Prevenção de erros (legal, financeiro, dados) (3.3.4) error-prevention-legal-financial-data

Propósito - Prevenção de erros (legal, financeiro, dados) (3.3.4) purpose-error-prevention-legal-financial-data

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 dispendiosos envolvem transações que ocorrem imediatamente e não podem ser alteradas posteriormente. 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. Fornecer a capacidade de reverter ações permite que os usuários corrijam um erro que pode resultar em consequências graves. Fornecer a capacidade de revisar e corrigir informações dá ao usuário a oportunidade de detectar um erro antes de tomar uma ação que tenha 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 mecanismo de pesquisa com os quais o usuário não pode visualizar ou interagir diretamente.

Como cumprir - Prevenção de erros (legal, financeiro, dados) (3.3.4) how-to-meet-error-prevention-legal-financial-data

Siga as orientações em Como cumprir o Critério de sucesso 3.3.4.

Mais informações - Prevenção de erros (legal, financeiro, dados) (3.3.4) more-information-error-prevention-legal-financial-data

Princípio 4: Robusto principle-robust

Princípio 4: robusto - o conteúdo deve ser robusto o suficiente para que possa ser interpretado por uma grande variedade de agentes de usuário, incluindo tecnologias assistivas.

Compatível (4.1) compatible

Compatível com a diretriz 4.1: aumente a compatibilidade com os agentes do usuário atuais e futuros, incluindo as tecnologias assistivas.

Aumente a compatibilidade com os agentes do usuário atuais e futuros, incluindo as tecnologias assistivas.

Análise (4.1.1) parsing

Propósito - Análise (4.1.1) purpose-parsing

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 do usuário, os autores não podem assumir que o conteúdo é analisado com precisão em uma estrutura de dados ou que será renderizado corretamente por agentes do 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.

Como cumprir - Análise (4.1.1) how-to-meet-parsing

Siga as orientações em Como cumprir o Critério de sucesso 4.1.1.

Mais informações - Análise (4.1.1) more-information-parsing

Nome, função, valor (4.1.2) name-role-value

Propósito - Nome, Função, Valor (4.1.2) purpose-ame-role-value

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, medidas adicionais deverão ser tomadas 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 do usuário 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 é expandido ou recolhido.

Como cumprir - Nome, Função, Valor (4.1.2) how-to-meet-ame-role-value

Siga as orientações em Como cumprir o Critério de sucesso 4.1.2.

Mais informações - Nome, função, valor (4.1.2 more-information-ame-role-value