Como a interface clássica foi descontinuada no AEM 6.4, o conteúdo desta página não foi atualizado para WCAG 2.1.
Consulte as seguintes páginas para obter detalhes relacionados ao AEM e à WCAG 2.1:
A WCAG 2.0 consiste 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 para pessoas com necessidades especiais.
Essas 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 Diretrizes da WCAG 2.0 com os critérios de sucesso relacionados aos níveis de conformidade A e AA.
Como não é possível cumprir todos os Critérios de sucesso de Nível AAA para certos tipos de conteúdo, não é recomendável que esse nível de conformidade seja exigido como uma política geral.
Este documento usa o seguinte:
As informações em uma página da Web podem ser fornecidas em vários formatos não textuais diferentes, como imagens, vídeos, animações, gráficos e gráficos. As pessoas cegas ou com deficiências visuais graves não conseguem ver o conteúdo não textual, mas podem acessar o conteúdo textual fazendo com que seja lido por um leitor de tela ou apresentado na forma tátil por um dispositivo de exibição em Braille. Portanto, ao fornecer alternativas em texto para o conteúdo no formato gráfico, as pessoas que não puderem vê-lo podem acessar uma versão equivalente das informações fornecidas.
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. Este método é feito no Texto Alternativo campo:
Alguns componentes prontos para uso, como o Carrossel e a Apresentação de slides, não fornecem um meio de adicionar descrições de texto alternativas a imagens. Ao implementar as versões desses componentes para a instância do AEM, sua equipe de desenvolvimento deve configurá-los para dar suporte à alt
atributo. Isso garante que os autores possam adicioná-lo ao conteúdo (consulte Adicionar compatibilidade com elementos e atributos de HTML adicionais).
A variável Texto Alternativo O campo está disponível no Avançado guia propriedades da imagem de Imagem caixa de diálogo do componente:
AEM adiciona um Texto Alternativo em suas imagens por padrão. Para a interface clássica, há dois cenários diferentes para como o atributo padrão é criado, embora o valor padrão possa não ser suficiente como alternativa e provavelmente deve ser editado no Avançado guia propriedades da imagem:
Uma imagem é carregada a partir do disco rígido do usuário. Se você adicionar um componente de imagem a uma página e escolher uma imagem do seu disco rígido, ou de outra fonte, o valor padrão para Texto Alternativo é file
. Esse valor deve ser alterado no Avançado guia de propriedades da imagem. Novamente, esse valor não é exibido no Texto Alternativo mas quando o valor é alterado, o novo valor é exibido no campo.
Uma imagem é adicionada do repositório de ativos digitais. Se você arrastar uma imagem do repositório de ativos digitais para uma página da Web, a variável Título e Texto Alternativo os valores para essa imagem são retirados dos metadados para essa imagem.
Em ambos os cenários acima, o padrão é Texto Alternativo o valor não está visível no Propriedades avançadas da imagem guia. Para alterar o valor padrão, basta inserir um novo valor no campo Texto Alternativo campo.
Se a imagem for meramente decorativa (consulte Criar boas alternativas de texto), você pode inserir um espaço no campo Texto Alternativo usando a barra de espaço. Isso cria um espaço em branco alt
atributo, que solicita que um leitor de tela ignore a imagem.
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 incluem o seguinte:
As alternativas em texto devem ser sucintas, mas devem capturar claramente as informações essenciais fornecidas pelo conteúdo não textual.
Descrições excessivamente longas (mais de 100 caracteres) devem ser evitadas. Se um texto alternativo exigir mais detalhes:
O texto alternativo não deve replicar o conteúdo fornecido no formulário de texto próximo à mesma página. Lembre-se que muitas imagens são ilustrações de pontos já abordados no texto de uma página, então é possível que já exista uma alternativa de texto detalhada.
Se o conteúdo não textual for um link para outra página ou documento e não houver outro texto fazendo parte do mesmo link, o texto alternativo para a imagem deverá indicar o destino do link. Ele não deve descrever a imagem.
Se o conteúdo não textual estiver contido em um elemento de botão e não houver texto fazendo parte do mesmo botão, o texto alternativo da imagem deverá indicar a funcionalidade do botão, não descrever a imagem.
É aceitável disponibilizar um texto alternativo vazio (nulo) para uma imagem, mas somente se ela não tiver um texto alternativo. Por exemplo, é um gráfico meramente decorativo. Ou, se o texto equivalente já existir no texto da página.
A variável W3C draft: técnicas de HTML5 para fornecer alternativas em texto úteis A tem mais detalhes e exemplos de provisão de texto alternativo apropriado para imagens de diferentes tipos.
Tipos específicos de conteúdo não textual que necessitam de alternativas em texto podem incluir:
Estas são imagens de pessoas, objetos ou lugares. Reflita sobre a função da fotografia na página; é provável que um equivalente em texto adequado seja Foto de [objeto], mas pode depender do contexto.
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 site devem ter a mesma alternativa em texto curta e sucinta, a menos que isso resulte em duplicação desnecessária do texto adjacente.
Normalmente, eles representam dados numéricos. Portanto, uma opção para fornecer uma alternativa em texto pode ser incluir um breve resumo das principais tendências mostradas no gráfico. Se necessário, forneça também uma descrição mais detalhada no texto usando o Descrição no campo Avançado guia de propriedades da imagem. Além disso, é possível fornecer os dados de origem em forma de tabela em outro lugar da página ou site.
Para fornecer uma alternativa para este gráfico de exemplo, adicione uma concisa alt
para a própria imagem e, em seguida, siga a imagem com uma alternativa em texto completo.
<p><img src="figure1.gif" alt="Figure 1" ></p>
<p> Figure 1. Distribution of Articles by Journal Category.
Pie chart: Language=68%, Education=14% and Science=18%.</p>
O trecho acima é usado apenas para ilustrar a ordem. Use o Imagem componente, em vez do img src
referência usada acima.
No AEM, é possível usar uma combinação dos seguintes Texto Alternativo e Descrição campos na caixa de diálogo de configuração da imagem - como em Como cumprir - Conteúdo não textual (1.1.1).
Para gráficos que fornecem dados espaciais (por exemplo, para ser compatível com a descrição das relações entre objetos ou um processo), verifique se a mensagem principal é fornecida no formato de texto. 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.
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, como as seguintes. Cada uma dessas abordagens tem suas próprias vantagens e desvantagens.
* Quebra- cabeças de lógica
* O uso de saída de som em vez de imagens
* Contas de uso limitado e filtros de spam.
Essas imagens são obtidas usando as Folhas de estilo em cascata (CSS), em vez de em HTML. Não é possível especificar um valor de texto alternativo. Portanto, as imagens de fundo não devem fornecer informações textuais importantes; caso forneçam, essas informações também devem ser fornecidas no texto da página.
No entanto, é importante que um plano de fundo alternativo seja exibido 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. Esse contraste é discutido 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.
Essas informações tratam do conteúdo da Web que é baseado em 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.
Critério de sucesso 1.2.1
Nível A
Apenas áudio e apenas vídeo (pré-gravado): para mídia somente de áudio e somente de vídeo pré-gravada, as informações a seguir são verdadeiras, exceto quando o áudio ou vídeo for uma alternativa em mídia para o texto e for claramente identificado como tal:
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 for um áudio pré-gravado sem vídeo (como um podcast):
A transcrição deve ser uma página de HTML com um equivalente em texto de todo o conteúdo falado e não-falado importante. Ele também deve indicar quem está falando, uma descrição do cenário, expressões vocais e uma descrição de qualquer outro áudio significativo.
Se o conteúdo for uma animação ou vídeo pré-gravado sem áudio:
Se o conteúdo de áudio ou vídeo for fornecido como uma alternativa ao conteúdo que existe em outro formato em uma página da Web, não será necessário seguir os requisitos acima. Por exemplo, se um vídeo ilustra uma lista de instruções de texto, ele não exigirá uma alternativa, pois as instruções de texto já agem como uma alternativa ao vídeo.
Inserir multimídia, especificamente conteúdo de Flash, nas páginas da Web do AEM é semelhante a inserir 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 como a multimídia é reproduzida.
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.
Os indivíduos surdos ou com deficiência auditiva não conseguem ou têm grande dificuldade para 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.
Não são necessárias legendas quando houver texto adequado ou equivalentes não textuais (que forneçam informações diretamente equivalentes) disponíveis na mesma página do vídeo ou da animação.
As legendas podem ser:
Use as legendas ocultas sempre que possível. Ele oferece aos usuários a escolha de visualizar ou não 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.
Consulte os tutoriais em Mais informações - Legendas (pré-gravadas) (1.2.2). Forneça uma nota 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. Esse método é obtido usando aplicativos de edição de vídeo que permitem a sobreposição de títulos no vídeo.
Os indivíduos cegos ou deficientes visuais enfrentam 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.
Há duas abordagens que podem ser adotadas para atender a esse critério de sucesso. Ambas são aceitáveis:
Incluir uma descrição de áudio adicional para o conteúdo de vídeo. Você pode realizar essa abordagem de uma das três formas a seguir:
Durante as pausas na caixa de diálogo existente, forneça informações sobre as alterações na cena que não são apresentadas como parte da faixa de áudio existente;
Forneça uma faixa de áudio nova, adicional e opcional que contenha a trilha sonora original, mas incluindo também informações de áudio extras sobre as mudanças de cena.
Crie uma segunda versão do conteúdo de vídeo para permitir descrições de áudio mais extensas. Isso reduz as dificuldades associadas ao fornecimento de descrições de áudio detalhadas dentro das lacunas entre as caixas de diálogo existentes, pausando temporariamente o áudio e o vídeo em pontos apropriados. Como resultado, uma descrição de áudio muito mais longa pode ser fornecida, antes de retornar à ação. Como no exemplo anterior, isso é melhor fornecido como uma faixa de áudio extra opcional para evitar a interrupção para usuários que não precisam da descrição adicional.
Forneça uma transcrição de texto que seja um equivalente de texto adequado dos elementos visuais e de áudio do vídeo ou da animação. Ele deve incluir, quando apropriado, uma indicação de quem está falando, uma descrição do cenário, expressões vocais. Dependendo do tamanho, você pode colocar a transcrição na mesma página do vídeo ou animação ou em uma página separada; caso escolha a última opção, forneça um link para a transcrição ao lado do vídeo ou animação.
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. Se você criar o conteúdo no Adobe Flash Professional, também será necessário criar um script para solicitar que o usuário baixe o plug-in adequado e fornecer uma alternativa em texto por meio do elemento <noscript>
.
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 para Legendas (pré-gravadas) acima. No entanto, devido à natureza viva dos meios de comunicação social, a disposição da legenda tem de ser criada o mais rapidamente possível e em resposta ao que está a acontecer. 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 em um padrão layout de página da Web bidimensional, com várias colunas e colorido
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 para exibir ou produzir 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 por meio do HTML, para que os navegadores e as tecnologias assistivas possam acessar e aproveitar as informações.
O AEM facilita a criação de páginas da Web usando os elementos de HTML adequados. Abra o conteúdo da página no RTE (um componente de Texto) e use o Formato para especificar o elemento estrutural apropriado (por exemplo, parágrafo e cabeçalho).
A imagem a seguir mostra um texto que foi estilizado como texto de parágrafo; a exibição do código-fonte em uso mostra que ele tem a abertura e o fechamento corretos <p> e </p> específicos.
Verifique se as suas páginas da Web têm a estrutura apropriada ao:
Desde que você tenha os recursos de acessibilidade do RTE ativados (consulte AEM e acessibilidade), 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.
A imagem a seguir demonstra um exemplo dos diferentes tipos de cabeçalhos.
Use o elemento ou 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 no ícone **I** (para <em>) exibido no painel **Propriedades** (verifique se HTML está selecionado).
O RTE em uma instalação padrão do AEM está configurado para usar:
Use listas: você pode usar o HTML para especificar três diferentes tipos de listas:
<ul>
elemento é usado para desordenado listas com marcadores. Os itens da lista individual são identificados usando o elemento <li>
.no RTE, use a variável Lista com marcadores ícone.
<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 de parágrafo é inserido, os elementos da lista apropriados são adicionados automaticamente ao HTML, mas você pode exibi-los na exibição de edição de origem.
A variável <dl>
elemento não é suportado pelo RTE.
As tabelas de dados devem ser identificadas usando os elementos da tabela de HTML:
* um `<table>elemento `
* a `<tr>Elemento ` para cada linha da tabela
* a `<th>Elemento " para cada linha e cabeçalho da coluna
* a `<td>Elemento ` para cada célula de dados
As tabelas devem ser realizadas com o Tabela componente. Embora as tabelas possam ser criadas no componente de Texto, isso não é recomendado.
Além disso, as tabelas acessíveis usam os seguintes elementos e atributos:
* O `<caption>O elemento " é usado para fornecer uma legenda visível para a tabela. As legendas por padrão aparecem centralizadas 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.
* O `<h3 class="summary">O elemento auxilia os usuários com deficiências visuais a entender mais facilmente as informações apresentadas em uma tabela, fornecendo um resumo do que pode ser visto. Isso é particularmente útil quando layouts complexos ou não convencionais são usados (esse atributo não é exibido no navegador, somente é lido nas tecnologias de assistência).
* O atributo "scope" de "<th>O elemento " é 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).
Ao adicionar um Tabela, você pode configurar Propriedades da tabela usando o diálogo.
* uma **Legenda** apropriada.
* Remova qualquer valor padrão de **Largura**, **Altura**, **Borda**, **Preenchimento da célula**, **Espaçamento entre células**. já que essas propriedades podem ser definidas em uma planilha de estilos global.
Em seguida, você pode usar o Propriedades da célula para escolher se a célula é uma célula de dados ou de cabeçalho e, se for uma célula de cabeçalho, se ela se relaciona a uma linha ou coluna ou ambas:
Às vezes, 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 devem ser criadas entre os cabeçalhos e suas células relacionadas usando o cabeçalho e id atributos. 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.
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.
As tabelas devem ser realizadas com o Tabela componente. Embora as tabelas possam ser criadas no componente de Texto, isso não é recomendado.
<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 fazer isso no AEM, é necessário adicionar 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 das regras de HTML RTE; e do serializador.
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. Essas podem ser técnicas de design poderosas na transmissão de informações, mas as pessoas cegas ou com deficiências 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.
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.
O uso de termos descritivos é aceitável se eles forem entendidos como tendo significado em um contexto não visual. Por exemplo, usando acima e abaixo seriam geralmente aceitáveis, pois implicam, respectivamente, conteúdo antes e depois de um determinado conteúdo. Ainda faria sentido quando 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. Esse problema torna a codificação por cores uma maneira não confiável de fornecer informações.
Por exemplo, alguém com deficiência de visão de cor vermelho-verde não consegue 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.
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. A ilustração abaixo mostra como a cor e o texto indicam a disponibilidade de assentos para um desempenho:
Desempenho |
Disponibilidade |
Terça-feira, 16 de marçoth |
VAGAS DISPONÍVEIS |
Quarta-feira, 17 de marçoth |
VAGAS DISPONÍVEIS |
Quinta-feira, 18 de marçoth |
ESGOTADO |
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.
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:
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:
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, 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.
Critério de Sucesso 1.4.5
Nível AA
Imagens de texto: se as tecnologias usadas puderem obter a apresentação visual, o texto será usado para transmitir as informações, em vez das imagens de texto, exceto para o seguinte:
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, consulte C30: utilizar CSS para substituir o texto por imagens de texto e fornecer controles de interface do usuário para alternar.
Princípio 2: operável - os componentes da interface de usuário e a navegação precisam ser operáveis.
Critério de Sucesso 2.2.2
Nível A
Pausar, Interromper, Ocultar: para mover, piscar, deslocar ou atualizar automaticamente as informações, as seguintes opções são verdadeiras:
Os pontos para observar são:
Alguns usuários podem achar que o conteúdo que se move é perturbador e dificulta 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:
Diretriz Convulsões 2.3: não crie o conteúdo em uma forma conhecida por causar convulsões
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:
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. Esse design é útil onde várias páginas da Web são abertas em guias do navegador, como o título da página é mostrado na guia 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 da página, para que os visitantes possam identificar rapidamente se o conteúdo é relevante para suas necessidades.
Ao editar uma página, também é possível editar seu título, que pode ser acessado por Sidekick - Página guia - Página Propriedades…
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. Esse design ajuda os usuários a decidir se realmente desejam 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. Embora os usuários de tecnologias assistivas, que podem gerar uma lista de todos os links em uma única página, possam entender mais facilmente o texto do link fora do contexto.
Acima de tudo, verifique se a finalidade de um link está claramente descrita no texto.
Exemplo incorreto:
Exemplo correto:
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 entanto, no momento da escrita, há algumas questões relacionadas ao uso de títulos:
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 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, os scripts podem ser usados para que uma quantidade mínima de texto seja fornecida no próprio link. Mas ao ativar um controle apropriado posicionado na parte superior da página, o texto do link é expandido em mais detalhes. Uma abordagem semelhante é usar o CSS para ocultar o link completo de usuários deficientes visuais, mas ainda o envia por completo para os usuários de leitores de tela. Isso está fora do escopo deste documento, mas mais informações sobre como isso pode ser feito podem ser encontradas no Mais informações - Finalidade do link (no contexto) (2.4.4) seção.
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:
<html>
deverá informar:<html lang = "en-gb">
<html lang = "en-us">
No AEM, o idioma padrão da sua página é definido ao criá-la, mas também pode ser alterado durante a edição de uma página, acessível em Sidekick - guia Página - Propriedades da página… - guia Avançadas.
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</span>.</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.3 Assistência de entrada: ajudar os usuários a evitar e corrigir erros
Fornecer instruções para ajudar as pessoas a preencher formulários é uma parte fundamental das práticas recomendadas de usabilidade da interface. É útil para pessoas com deficiências visuais ou cognitivas que podem ter dificuldade para entender o layout de um formulário e o tipo de dados a serem fornecidos em um campo de formulário específico.
No AEM, um rótulo padrão é adicionado quando você adiciona um componente de formulário, como um Campo de texto, para a 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 rótulos usando o Ocultar título caixa de seleção Os rótulos ocultos dessa maneira ainda estarão disponíveis para a tecnologia assistiva, mas não serão exibidos na tela. Embora esta possa ser uma boa abordagem em algumas situações, é melhor incluir um rótulo visual sempre que possível. 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.
Quando são utilizados botões de imagem (por exemplo, o componente Botão de Imagem), o campo Título na guia Título e Texto da janela de edição fornece o texto alternativo para a imagem, em vez da etiqueta. 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.
Quando houver um grupo de controles relacionados, como Grupo radial, pode ser necessário um título para o grupo e 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 vincular o título no fieldset
e legend
para criar essa associação, e isso só pode ser feito ao editar o 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:
Os rótulos são posicionados imediatamente à direita do campo.
Os rótulos são posicionados imediatamente acima ou à esquerda do campo.
Em formas simples com funcionalidade limitada, rotular adequadamente uma Submit
pode funcionar como um rótulo 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.