Visão Geral Dos Fundamentos de Acessibilidade

1
Visão geral dos fundamentos de acessibilidade

Os recursos a seguir fornecem informações para começar a usar a acessibilidade:
Introdução à Acessibilidade na Web
Introduz acessibilidade na web e links para recursos adicionais.
• Vídeo Introdução à Acessibilidade na Web e aos Padrões W3C Vídeo de 4
minutos.
Fundamentos de Acessibilidade Digital - Curso Online Gratuito
Apresenta um curso individualizado do W3C WAI para alunos técnicos e não
técnicos.
Componentes essenciais da acessibilidade na Web
Mostra como a acessibilidade na web depende de vários componentes de
desenvolvimento e interação da web trabalhando juntos e mostra a relação
entre as diretrizes WAI: Diretrizes de acessibilidade de conteúdo da Web
( WCAG ), Diretrizes de acessibilidade de ferramenta de autoria ( ATAG ) e
Diretrizes de acessibilidade de agente de usuário ( UAAG ).
Princípios de Acessibilidade
Ajuda desenvolvedores, designers e outros a entender os princípios para criar
sites acessíveis, aplicativos da Web, navegadores e outras ferramentas da
Web. Fornece referências aos padrões internacionais da W3C Web Accessibility
Initiative (WAI) e a histórias de usuários da web .
Vídeos sobre perspectivas de acessibilidade na Web: explore o
impacto e os benefícios para todos
Vídeos que demonstram que a acessibilidade na web é essencial para pessoas
com deficiência e útil para todos. Saiba mais sobre o impacto da acessibilidade e
os benefícios para todos em uma variedade de situações. Cada vídeo tem cerca
de 1 minuto, e a compilação é 7:37. As páginas incluem informações de apoio.
Como as pessoas com deficiência usam a Web
Apresenta como as pessoas com deficiência usam a web. Descreve ferramentas
e abordagens que pessoas com diferentes tipos de deficiência usam para
navegar na web e as barreiras que encontram devido ao design ruim.
Usuários mais velhos e acessibilidade à Web: atendendo
às necessidades de usuários da Web idosos
Explica que projetar produtos que são mais fáceis de usar para idosos é
semelhante a projetar para pessoas com deficiência. As orientações sobre como
fazer com que seus sites, aplicativos da Web e ferramentas da Web funcionem
melhor para usuários mais velhos são abordadas nos padrões internacionais de
acessibilidade existentes do W3C, incluindo Web Content Accessibility
Guidelines (WCAG).
• Desenvolvendo sites para idosos: como as diretrizes de acessibilidade de
conteúdo da Web (WCAG) 2.0 se aplicam
• Acessibilidade da Web para usuários mais velhos: uma revisão da
literatura
Acessibilidade, Usabilidade e Inclusão
1
2
Explica as distinções e sobreposições entre acessibilidade, usabilidade e design

inclusivo; incentiva uma maior coordenação entre a pesquisa e a prática nessas
disciplinas; e destaca a importância de manter o foco da acessibilidade nas
pessoas com deficiência.
Uma página relacionada apresenta as diretrizes existentes e trabalhos adicionais
sobre acessibilidade para pessoas com deficiências cognitivas e de
aprendizagem: Acessibilidade Cognitiva no W3C .
Introdução à Acessibilidade na Web

Resumo
Quando sites e ferramentas da Web são projetados e codificados adequadamente, pessoas com
deficiência podem usá-los. No entanto, atualmente muitos sites e ferramentas são desenvolvidos com
barreiras de acessibilidade que dificultam ou impossibilitam o uso de algumas pessoas.
Tornar a web acessível beneficia indivíduos, empresas e a sociedade. Os padrões internacionais da
web definem o que é necessário para acessibilidade.
Conteúdo da página
• Acessibilidade no contexto
• O que é Acessibilidade na Web
• A acessibilidade é importante para indivíduos, empresas e sociedade
• Tornando a Web Acessível
• Avaliando a acessibilidade
• Exemplos
• Para maiores informações
Recurso Relacionado
Introdução em vídeo à
acessibilidade da Web e aos padrões W3C (4 minutos)
Acessibilidade no contexto
O poder da Web está em sua universalidade.
O acesso de todos, independentemente da deficiência, é um aspecto essencial.
Tim Berners-Lee, diretor do W3C e inventor da World Wide Web
A Web é fundamentalmente projetada para funcionar para todas as pessoas,
independentemente de seu hardware, software, idioma, localização ou
habilidade. Quando a Web atinge esse objetivo, ela é acessível a pessoas com diversas
habilidades auditivas, de movimento, de visão e cognitivas.
2
3
Assim, o impacto da deficiência é radicalmente alterado na Web porque a Web remove

as barreiras à comunicação e interação que muitas pessoas enfrentam no mundo
físico. No entanto, quando sites, aplicativos, tecnologias ou ferramentas são mal
projetados, podem criar barreiras que impedem as pessoas de usar a Web.
A acessibilidade é essencial para desenvolvedores e organizações que desejam
criar sites e ferramentas da Web de alta qualidade e não excluir as pessoas de
usar seus produtos e serviços.
O que é Acessibilidade na Web
Acessibilidade na Web significa que sites, ferramentas e tecnologias são projetados e
desenvolvidos para que pessoas com deficiência possam usá-los. Mais
especificamente, as pessoas podem:
• perceber, entender, navegar e interagir com a Web
• contribuir para a web
A acessibilidade à Web abrange todas as deficiências que afetam o acesso à Web,
incluindo:
• auditivo
• cognitivo
• neurológico
• físico
• Fala
• visual
A acessibilidade da Web também beneficia pessoas sem deficiência, por exemplo:
• pessoas que usam telefones celulares, relógios inteligentes, TVs inteligentes e outros
dispositivos com telas pequenas, modos de entrada diferentes etc.
• pessoas idosas com habilidades em mudança devido ao envelhecimento
• pessoas com “deficiências temporárias”, como um braço quebrado ou óculos perdidos
• pessoas com “limitações situacionais”, como sob luz solar intensa ou em um ambiente
onde não podem ouvir áudio
• pessoas que usam uma conexão lenta com a Internet ou que têm largura de banda
limitada ou cara
Para um vídeo de 7 minutos com exemplos de como a acessibilidade é essencial para
pessoas com deficiência e útil para todos em diversas situações, veja:
Vídeo de Perspectivas de Acessibilidade na

Web (YouTube)
Mais informações sobre o que é acessibilidade
• Quando quiser saber mais sobre como as diferentes deficiências afetam o uso da Web e ler sobre
cenários de pessoas com deficiência usando a Web, consulte Como pessoas com deficiência usam a
Web .
3
4
• Se você quiser mais exemplos de benefícios para outras pessoas, consulte o recurso móvel Shared
Web Experiences: Barriers Common to Mobile Device Users and People with Disabilities ,
multimídia usada por pessoas com e sem deficiências e os benefícios de acessibilidade da Web
arquivados para pessoas com e sem deficiências .
A acessibilidade é importante para indivíduos, empresas e sociedade
A Web é um recurso cada vez mais importante em muitos aspectos da vida: educação,
emprego, governo, comércio, saúde, recreação e muito mais. É essencial que a Web
seja acessível para fornecer acesso igual e oportunidades iguais para pessoas com
habilidades diversas. O acesso às tecnologias de informação e comunicação, incluindo
a Web, é definido como um direito humano básico na Convenção das Nações Unidas
sobre os Direitos das Pessoas com Deficiência (UN CRPD ).
A Web oferece a possibilidade de acesso à informação e interação sem precedentes
para muitas pessoas com deficiência. Ou seja, as barreiras de acessibilidade à mídia
impressa, de áudio e visual podem ser superadas com muito mais facilidade por meio
de tecnologias da web.
A acessibilidade apoia a inclusão social de pessoas com deficiência, bem como outras,
tais como:
• pessoas mais velhas
• pessoas na zona rural
• pessoas nos países em desenvolvimento
Há também um forte caso de negócios para acessibilidade. Conforme mostrado na
seção anterior, o design acessível melhora a experiência e a satisfação geral do
usuário, especialmente em várias situações, em diferentes dispositivos e para usuários
mais velhos. A acessibilidade pode aprimorar sua marca, impulsionar a inovação e
ampliar seu alcance de mercado.
A acessibilidade da Web é exigida por lei em muitas situações.
Mais informações sobre acessibilidade são importantes
• Informações gerais sobre os benefícios de negócios estão em The Business Case for Digital
Accessibility .
• Exemplos dos benefícios de tornar a mídia de áudio e vídeo acessível está na
seção Benefícios para as Organizações .
• A orientação sobre como descobrir os requisitos legais está nos Fatores legais e de
política arquivados .
Tornando a Web Acessível
A acessibilidade da Web depende de vários componentes trabalhando juntos,
incluindo tecnologias da Web, navegadores da Web e outros "agentes do usuário",
ferramentas de autoria e sites.
A W3C Web Accessibility Initiative ( WAI ) desenvolve especificações técnicas,
diretrizes, técnicas e recursos de suporte que descrevem soluções de
acessibilidade. Estes são considerados padrões internacionais para acessibilidade na
web; por exemplo, WCAG 2.0 também é um padrão ISO : ISO/ IEC 40500.
Mais informações sobre como tornar a Web acessível
• Mais sobre esses aspectos de acessibilidade trabalhando juntos está em Componentes Essenciais de
Acessibilidade na Web .
4
5
• Web Content Accessibility Guidelines (WCAG), Authoring Tool Accessibility Guidelines (ATAG), ARIA
for Accessible Rich Internet Applications e outros recursos importantes são apresentados em W3C
Accessibility Standards Overview .
• Para saber mais sobre como o W3C WAI desenvolve material por meio da participação internacional
de várias partes interessadas e como você pode contribuir, consulte Sobre o W3C WAI e Participando
do WAI .
Tornando seu site acessível
Muitos aspectos da acessibilidade são bastante fáceis de entender e
implementar. Algumas soluções de acessibilidade são mais complexas e exigem mais
conhecimento para serem implementadas.
É mais eficiente e eficaz incorporar a acessibilidade desde o início dos projetos, para
que você não precise voltar e refazer o trabalho.
Mais informações sobre como tornar seu site acessível
• Para uma introdução aos requisitos de acessibilidade e padrões internacionais, consulte Princípios de
Acessibilidade .
• Para entender algumas barreiras comuns de acessibilidade da perspectiva do teste, consulte Easy
Checks – A First Review of Web Accessibility .
• Para obter algumas considerações básicas sobre como projetar, escrever e desenvolver para
acessibilidade, consulte Dicas de introdução .
• Quando estiver pronto para saber mais sobre desenvolvimento e design, provavelmente usará
recursos como:
• Como conhecer as WCAG (Referência Rápida)
• Tutoriais de Acessibilidade na Web
• Para gerenciamento de projetos e considerações organizacionais, consulte Planejando e gerenciando
a acessibilidade na Web .
Se você precisar fazer correções rápidas agora, consulte Primeiros socorros para acessibilidade na
Web: abordagens para reparos temporários .
Avaliando a acessibilidade
Ao desenvolver ou redesenhar um site, avalie a acessibilidade antecipadamente e
durante todo o processo de desenvolvimento para identificar os problemas de
acessibilidade antecipadamente, quando for mais fácil resolvê-los. Etapas simples,
como alterar as configurações em um navegador, podem ajudá-lo a avaliar alguns
aspectos da acessibilidade. A avaliação abrangente para determinar se um site atende
a todas as diretrizes de acessibilidade exige mais esforço.
Existem ferramentas de avaliação que ajudam na avaliação. No entanto, nenhuma
ferramenta sozinha pode determinar se um site atende às diretrizes de
acessibilidade. É necessária uma avaliação humana experiente para determinar se um
site é acessível.
Mais informações sobre como avaliar a acessibilidade
• Os recursos para ajudar na avaliação de acessibilidade estão descritos em Avaliação da Visão Geral
de Acessibilidade na Web .
Texto alternativo para imagens
As imagens devem incluir texto alternativo equivalente (texto alternativo) na marcação/código.
5
6
Se o texto alternativo não for fornecido para imagens, as informações da imagem ficarão
inacessíveis, por exemplo, para pessoas que não podem ver e usar um leitor de tela que lê em voz alta
as informações em uma página, incluindo o texto alternativo da imagem visual.
Quando um texto alternativo equivalente é fornecido, as informações estão disponíveis para pessoas
cegas, bem como para pessoas que desativam imagens (por exemplo, em áreas com largura de banda
cara ou baixa). Também está disponível para tecnologias que não podem ver imagens, como
mecanismos de pesquisa.
Entrada do teclado
Algumas pessoas não podem usar um mouse, incluindo muitos usuários mais velhos com controle
motor fino limitado. Um site acessível não depende do mouse; ele disponibiliza todas as
funcionalidades a partir de um teclado . Em seguida, as pessoas com deficiência podem
usar tecnologias assistivas que imitam o teclado, como entrada de fala.
Transcrições para áudio
Assim como as imagens não estão disponíveis para pessoas que não podem ver, os arquivos de áudio
não estão disponíveis para pessoas que não podem ouvir. Fornecer uma transcrição de texto torna as
informações de áudio acessíveis a pessoas surdas ou com deficiência auditiva, bem como a
mecanismos de pesquisa e outras tecnologias que não podem ouvir.
É fácil e relativamente barato para os sites fornecerem transcrições. Existem também serviços de
transcrição que criam transcrições de texto em formato HTML.
Mais exemplos
• Dicas para começar
• Verificações fáceis - uma primeira revisão de acessibilidade na Web
• Perspectivas de Acessibilidade na Web — vídeos e descrições
•
Para maiores informações
O W3C WAI fornece uma ampla gama de recursos sobre diferentes aspectos
de padrões de acessibilidade da Web , educação , testes/avaliação , gerenciamento de
6
7
projetos e políticas . Incentivamos você a explorar este site ou a consultar a lista de

recursos WAI .
Fundamentos de Acessibilidade Digital - Curso Online Gratuito fornece a base que
você precisa para tornar sua tecnologia digital acessível.
ntrodução em vídeo à acessibilidade da Web e aos

padrões W3C
Reprodutor de mídia
0:00Velocidade: 1x
Esta informação de vídeo está disponível:
• Em diferentes idiomas — as instruções para ver as legendas e transcrições estão
abaixo
• Como uma transcrição de texto com a descrição dos recursos visuais abaixo
• No YouTube
• Em um servidor W3C — vídeo (formato de arquivo: MP4, tamanho do arquivo: 28
MB) , arquivo de legendas em inglês (VTT) , lista de outros arquivos de idioma
Saber mais
Para mais informações, veja:
• Introdução à Acessibilidade na Web
• Vídeos sobre perspectivas de acessibilidade na Web: explore o impacto e os benefícios
para todos — vídeos e informações sobre tópicos específicos de acessibilidade.
• Site da WAI — para encontrar uma ampla variedade de recursos sobre diferentes
aspectos dos padrões de acessibilidade da Web
, educação , teste/avaliação , gerenciamento de projetos e política .
Permissão para usar o vídeo
Você pode usar este vídeo se incluir um link para esta página. Mais informações estão
disponíveis em Usando material WAI: permissão de uso com atribuição .
Descrição de áudio
Este vídeo não inclui audiodescrição porque os recursos visuais suportam apenas o
áudio e não fornecem informações adicionais. Nesse caso, a audiodescrição seria mais
distrativa do que útil para a maioria das pessoas, incluindo pessoas que não podem
ver os recursos visuais. A Transcrição com Descrição abaixo inclui descrições dos
recursos visuais de suporte.
Se você quiser exemplos de vídeos com descrição de áudio, consulte Perspectivas de
acessibilidade na Web - áudio descrito (lista de reprodução do YouTube) . Ou você
pode selecionar um dos vídeos na página da Web Perspectivas de Acessibilidade na
Web e selecionar “Ativar Descrição de Áudio”.
Transcrição de texto com descrição de recursos visuais
Áudio Visual
Oi! Meu nome é Shadi Abou-Zahra. Sou o Especialista Acessibilidade na Web

em Estratégia e Tecnologia de Acessibilidade do W3C, o [Shadi falando]
7
8
Áudio Visual
World Wide Web Consortium, e hoje gostaria de falar

sobre acessibilidade na web.
A Web é para muitas pessoas uma parte essencial da Pessoas em um cibercafé

vida diária.
No trabalho. Alguém em um escritório

usando um computador
Em casa. Alguém sentado em um

sofá usando um laptop
E na estrada. Alguém usando um celular

enquanto caminha
Acessibilidade da Web significa que pessoas com [Shadi falando]

deficiência podem usar a Web igualmente.
Por exemplo, alguém que não pode usar os braços e Alguém usando um bocal
usa um bocal para digitar. para digitar
Ou alguém que não ouve bem e usa legendas para Alguém usando um
assistir a vídeos. aparelho auditivo
Ou alguém que não enxerga bem e usa um leitor de Alguém usando um leitor
tela para ler em voz alta o que está na tela. de tela
A acessibilidade tem muitos benefícios. [Shadi falando]
Por exemplo, as legendas beneficiam qualquer pessoa Alguém assistindo a um

em um ambiente barulhento ou silencioso. vídeo com legendas em um
escritório
E um bom contraste de cores funciona melhor quando Alguém olhando para um

há brilho. celular com brilho na tela
Também as pessoas com deficiências relacionadas à Alguém com tremores

idade, como destreza reduzida, se beneficiam. usando um mouse com
dificuldade
8
9
Áudio Visual
Na verdade, todos têm uma experiência de usuário Duas pessoas sorrindo

melhor com um layout e design aprimorados. alegremente em um site
bem projetado
Muita acessibilidade pode ser incorporada ao código [Shadi falando]

subjacente de sites e aplicativos.
As tecnologias da Web do W3C, como HTML, fornecem Código HTML de uma

muitos recursos de acessibilidade. página da web
Por exemplo, para fornecer descrições textuais para Código de exemplo

imagens, que são lidas em voz alta por leitores de tela e
também usadas por mecanismos de pesquisa.
Além disso, títulos, rótulos e outros códigos oferecem Código de exemplo

suporte à acessibilidade e melhoram a qualidade geral.
Boas ferramentas de autoria, como wikis, sistemas de Exemplo de ferramenta de

gerenciamento de conteúdo e editores de código, autoria usada para criar
ajudam a criar código acessível - automaticamente ou conteúdo da web
com entrada do autor.
Além disso, navegadores da Web, players de mídia e Exemplo de navegador da

aplicativos precisam oferecer suporte a recursos de web usado para mostrar
acessibilidade. conteúdo da web
O W3C fornece padrões para ajudar a tornar a Web [Shadi falando]

acessível, que são reconhecidos internacionalmente por
governos e empresas.
O mais conhecido é o Web Content Accessibility Diretrizes de Acessibilidade

Guidelines - WCAG. A WCAG também é ISO 40500 e de Conteúdo Web -
adotada na norma europeia chamada EN 301 549. Ela é WCAG; ISO 40500; EN 301
construída em torno de quatro princípios 549
fundamentais:
Primeiro, Perceptível - por exemplo, para que as Alguém digitando em seu

pessoas possam ver o conteúdo ou ouvi-lo. computador tablet e
ouvindo com fones de
ouvido
9
10
Áudio Visual
Operável - por exemplo, para que as pessoas possam Alguém falando com seu
usar o computador digitando ou por voz. computador
Compreensível - por exemplo, para que as pessoas Duas pessoas olhando

tenham uma linguagem clara e simples. confusas para a tela do
computador com um site
denso
E Robusto - para que as pessoas possam usar Alguém usando ampliação

diferentes tecnologias assistivas. de tela em uma grande tela
de computador
Além do WCAG, o W3C também fornece o Authoring Diretrizes de acessibilidade

Tool Accessibility Guidelines - ATAG, que define os da ferramenta de autoria -
requisitos para sistemas de gerenciamento de código, ATAG
editores de código e outros softwares.
E as Diretrizes de Acessibilidade do Agente do Usuário - Diretrizes de acessibilidade

UAAG, definem os requisitos para navegadores da web do agente do usuário -
e players de mídia. UAAG
Existem mais de um bilhão de pessoas com deficiência, [Shadi falando]

ou cerca de 15-20% da população. A Convenção das
Nações Unidas sobre os Direitos das Pessoas com
Deficiência define que o acesso à informação, incluindo
a Web, é um direito humano. A maioria dos países ao
redor do mundo ratificou esta convenção da ONU, e
vários adotaram políticas vinculantes também. No
entanto, independentemente de quaisquer leis e
regulamentos, a implementação dos padrões de
acessibilidade é essencial para pessoas com deficiência
e útil para todos.
Para obter mais informações sobre acessibilidade na Iniciativa de Acessibilidade

Web, visite w3.org/WAI na Web do W3C
w3.org/WAI
Traduções
Existem algumas traduções de toda esta página da web. Eles estão vinculados no topo
desta página.
Há mais traduções apenas do vídeo . Eles estão disponíveis como legendas e
transcrições.
Para obter traduções na área de legendas na parte inferior do vídeo:
10
11
1. Selecione “Legendas”.
2. Selecione o idioma.
Para obter traduções em uma área de transcrição separada:
1. Selecione “Mostrar transcrição”.
2. Use o menu suspenso "Idioma" para selecionar as legendas.
Traduzir para outros idiomas

Congratulamo-nos com traduções adicionais. Se você traduzir o arquivo VTT , envie-o
para public-wai-translations@w3.org . Se você quiser traduzir esta página da Web
inteira ou outras, consulte Traduzindo recursos da WAI .
Componentes essenciais da acessibilidade na Web

Resumo
Esta página mostra como a acessibilidade na web depende de vários componentes trabalhando juntos
e como melhorias em componentes específicos podem melhorar substancialmente a acessibilidade na
web.
Ele fornece a base para a compreensão dos diferentes padrões de acessibilidade desenvolvidos
pela W3C Web Accessibility Initiative (WAI).
• Como os componentes se relacionam
• Interdependências entre componentes
• Diretrizes e outras normas
Introdução
É essencial que vários componentes diferentes de desenvolvimento e interação web
trabalhem juntos para que a web seja acessível a pessoas com deficiência. Esses
componentes incluem:
• conteúdo - as informações em uma página da Web ou aplicativo da Web, incluindo:
• informações naturais, como texto, imagens e sons
• código ou marcação que define a estrutura, apresentação, etc.
• navegadores da web, players de mídia e outros “agentes de usuário”
• tecnologia assistiva , em alguns casos - leitores de tela, teclados alternativos,
interruptores, software de digitalização, etc.
11
12
• conhecimento dos usuários , experiências e, em alguns casos, estratégias adaptativas

usando a web
• desenvolvedores - designers, codificadores, autores, etc., incluindo desenvolvedores
com deficiência e usuários que contribuem com conteúdo
• ferramentas de autoria - software que cria sites
• ferramentas de avaliação - ferramentas de avaliação de acessibilidade web,
validadores de HTML, validadores de CSS, etc.
Como os componentes se relacionam
Os desenvolvedores da Web geralmente usam ferramentas de autoria e ferramentas

de avaliação para criar conteúdo da Web .
As pessoas (“ usuários ”) usam navegadores da web, players de mídia, tecnologias
assistivas ou outros “ agentes de usuário ” para obter e interagir com o conteúdo .
Interdependências entre componentes
Existem interdependências significativas entre os componentes; ou seja, os
componentes devem trabalhar juntos para que a web seja acessível. Por exemplo,
para texto alternativo em imagens:
• especificações técnicas abordam texto alternativo (por exemplo, HTML define o
atributo de texto alternativo ( alt) do elemento de imagem ( img))
• Diretrizes WAI ( WCAG, ATAG, UAAG descritas abaixo ) - definem como implementar
texto alternativo para acessibilidade nos diferentes componentes
• os desenvolvedores fornecem o texto alternativo apropriado
• ferramentas de autoria permitem, facilitam e promovem o fornecimento de texto
alternativo em uma página da web
• ferramentas de avaliação são usadas para ajudar a verificar se existe texto alternativo
• agentes de usuário fornecem interface humana e máquina para o texto alternativo
• tecnologias assistivas fornecem interface humana para o texto alternativo em várias
modalidades
• os usuários sabem como obter o texto alternativo de seu agente de usuário e/ou
tecnologia assistiva conforme necessário
12
13
O Ciclo de Implementação
Quando os recursos de acessibilidade são efetivamente implementados em um
componente, os outros componentes têm maior probabilidade de implementá-los.
• Quando navegadores da Web, players de mídia, tecnologias assistivas e outros

agentes de usuário oferecem suporte a um recurso de acessibilidade, é mais provável
que os usuários o solicitem e que os desenvolvedores o implementem em
seu conteúdo .
• Quando os desenvolvedores desejam implementar um recurso de acessibilidade em
seu conteúdo , é mais provável que exijam que sua ferramenta de autoria facilite a
implementação.
• Quando as ferramentas de autoria facilitam a implementação de um recurso, é mais
provável que os desenvolvedores o implementem em seu conteúdo .
• Quando um recurso de acessibilidade é implementado na maioria dos conteúdos , é
mais provável que desenvolvedores e usuários exijam que os agentes de usuário
o suportem.
Quando um componente é fraco
Se um recurso de acessibilidade não for implementado em um componente, haverá
pouca motivação para que os outros componentes o implementem quando isso não
resultar em uma experiência de usuário acessível. Por exemplo, é improvável que os
desenvolvedores implementem um recurso de acessibilidade que as ferramentas de
autoria não suportam e que a maioria dos navegadores ou tecnologias assistivas não
implementam de forma consistente.
13
14
Se um componente tiver um suporte de acessibilidade ruim, às vezes outros

componentes podem compensar por meio de “soluções alternativas” que exigem
muito mais esforço e não são boas para a acessibilidade geral. Por exemplo,
• os desenvolvedores podem trabalhar mais para compensar alguma falta de suporte de
acessibilidade nas ferramentas de autoria; por exemplo, codificando marcação
diretamente em vez de por meio de uma ferramenta
• os usuários podem fazer mais trabalho para compensar alguma falta de suporte de
acessibilidade em navegadores, players de mídia e tecnologia assistiva e falta de
acessibilidade de conteúdo; por exemplo, usando diferentes navegadores ou
tecnologias assistivas para superar diferentes problemas de acessibilidade
No entanto, na maioria dos casos, as soluções alternativas não são implementadas e o
resultado ainda é uma acessibilidade ruim. Além disso, às vezes, o suporte de
acessibilidade ruim em um componente não pode ser razoavelmente superado por
outros componentes e o resultado é a inacessibilidade, impossibilitando que algumas
pessoas com deficiência usem um determinado site, página ou recurso.
Diretrizes e outras normas
O World Wide Web Consortium ( W3C ) Web Accessibility Initiative ( WAI )
desenvolve padrões de acessibilidade web para os diferentes componentes:
• A visão geral das Diretrizes de Acessibilidade da Ferramenta de Criação (ATAG) aborda
as ferramentas de autoria
• A visão geral das WCAG 2 aborda o conteúdo da Web e é usada por desenvolvedores,
ferramentas de autoria e ferramentas de avaliação de acessibilidade
• As Diretrizes de Acessibilidade do Agente do Usuário (UAAG) abordam navegadores da
Web e players de mídia, incluindo alguns aspectos de tecnologias assistivas
Essas diretrizes de acessibilidade são baseadas nas especificações técnicas
fundamentais da web e são desenvolvidas em coordenação com todas as
especificações técnicas do W3C (HTML, CSS, SVG, SMIL, etc.). O W3C também
desenvolve especificações técnicas que abordam diretamente a acessibilidade,
incluindo:
• ARIA, o Accessible Rich Internet Applications Suite, que define uma maneira de tornar
os aplicativos da web mais acessíveis para pessoas com deficiência. Ele ajuda
14
15
especialmente com conteúdo dinâmico e controles avançados de interface do usuário

desenvolvidos com Ajax, HTML, JavaScript e tecnologias relacionadas.
Para obter mais informações, consulte Visão geral dos padrões de acessibilidade do
W3C .
Princípios de Acessibilidade
Resumo
Esta página apresenta alguns dos requisitos de acessibilidade da Web para sites,
aplicativos da Web, navegadores e outras ferramentas. Ele fornece referências aos
padrões internacionais da W3C Web Accessibility Initiative (WAI) e a histórias de
usuários da web .
Nota: Esta não é uma lista completa de todos os requisitos de acessibilidade.
• Padrões de acessibilidade na web
• Informações perceptíveis e interface do usuário
• Alternativas de texto para conteúdo não textual
• Legendas e outras alternativas para multimídia
• O conteúdo pode ser apresentado de diferentes maneiras
• O conteúdo é mais fácil de ver e ouvir
• Interface de usuário e navegação operáveis
• A funcionalidade está disponível a partir de um teclado
• Os usuários têm tempo suficiente para ler e usar o conteúdo
• O conteúdo não causa convulsões e reações físicas
• Os usuários podem navegar facilmente, encontrar conteúdo e determinar onde
estão
• Os usuários podem usar diferentes modalidades de entrada além do teclado
15
16
• Informações compreensíveis e interface de usuário

• O texto é legível e compreensível
• O conteúdo aparece e opera de maneiras previsíveis
• Os usuários são ajudados a evitar e corrigir erros
• Conteúdo robusto e interpretação confiável
• O conteúdo é compatível com ferramentas de usuário atuais e futuras
+ Expandir todas as seções − Recolher todas as seções
Padrões de acessibilidade na web
A acessibilidade da Web depende de vários componentes que funcionam
juntos. Alguns deles incluem:
• Conteúdo da Web - refere-se a qualquer parte de um site, incluindo texto, imagens,
formulários e multimídia, bem como qualquer código de marcação, scripts, aplicativos
e outros.
• Agentes de usuário - software que as pessoas usam para acessar conteúdo da Web,
incluindo navegadores gráficos de desktop, navegadores de voz, navegadores de
celular, players de multimídia, plug-ins e algumas tecnologias assistivas .
• Ferramentas de autoria - software ou serviços que as pessoas usam para produzir
conteúdo da Web, incluindo editores de código, ferramentas de conversão de
documentos, sistemas de gerenciamento de conteúdo, blogs, scripts de banco de
dados e outras ferramentas.
Mais sobre os padrões de acessibilidade da Web
Esses componentes inter-relacionam-se e apoiam-se mutuamente. Por exemplo, o
conteúdo da web precisa incluir alternativas de texto para imagens. Essas
informações precisam ser processadas por navegadores da Web e, em seguida,
transmitidas para tecnologias assistivas , como leitores de tela. Para criar tais
alternativas de texto, os autores precisam de ferramentas de autoria que os
apoiem. Mais informações são fornecidas em Componentes Essenciais de
Acessibilidade na Web .
Os padrões desempenham um papel vital na definição dos requisitos de acessibilidade
para cada um desses componentes. Alguns requisitos de acessibilidade são fáceis de
atender, mas entender os conceitos básicos de como as pessoas com deficiência usam
a Web ajuda a implementá-los de forma mais eficaz e eficiente. Alguns aspectos da
acessibilidade exigem mais habilidades técnicas ou conhecimento avançado de como
as pessoas usam a Web. Em todos os casos, envolver os usuários desde o início e ao
longo de seus projetos web tornará seu trabalho melhor e mais fácil.
A W3C Web Accessibility Initiative (WAI) fornece um conjunto de diretrizes que são
reconhecidas internacionalmente como padrão para acessibilidade na web. Esses
incluem:
• Diretrizes de acessibilidade de conteúdo da Web (WCAG)
• Diretrizes de acessibilidade do agente do usuário (UAAG)
• Diretrizes de acessibilidade para ferramentas de autoria (ATAG)
Há também uma especificação WAI para Accessible Rich Internet Applications
(WAI-ARIA) , que inclui conteúdo dinâmico e controles avançados de interface de
usuário desenvolvidos com Ajax, JavaScript e tecnologias da web relacionadas.
16
17
Informações perceptíveis e interface do usuário

Alternativas de texto para conteúdo não textual
As alternativas de texto são equivalentes para conteúdo não textual. Exemplos
incluem:
• Equivalentes curtos para imagens, incluindo ícones, botões e gráficos
• Descrição dos dados representados em gráficos, diagramas e ilustrações
• Breves descrições de conteúdo não textual, como arquivos de áudio e vídeo
• Rótulos para controles de formulário, entrada e outros componentes da interface do
usuário
As alternativas de texto transmitem o propósito de uma imagem ou função para
fornecer uma experiência de usuário equivalente. Por exemplo, uma alternativa de
texto apropriada para um botão de pesquisa seria “ pesquisar ” em vez de “ lente de
aumento ”.
As alternativas de texto podem ser apresentadas de várias maneiras. Por exemplo,
eles podem ser lidos em voz alta para pessoas que não podem ver a tela e para
pessoas com dificuldades de leitura, ampliados para tamanhos de texto
personalizados ou exibidos em dispositivos braille. As alternativas de texto servem
como rótulos para controles e funcionalidades para auxiliar a navegação pelo teclado
e a navegação por reconhecimento de voz (entrada de fala). Eles também atuam como
rótulos para identificar áudio, vídeo e arquivos em outros formatos, bem como
aplicativos incorporados como parte de um site.
Requisitos de acessibilidade relacionados a alternativas de texto (links para especificação
técnica)
WCAG
• Diretriz 1.1 - Alternativas de Texto
UAAG
• Diretriz 1.1 - Conteúdo alternativo
UMA ETIQUETA
• Princípio A.1: As interfaces de usuário da ferramenta de autoria seguem as diretrizes
de acessibilidade aplicáveis
• Diretriz A.2.1: (Para a interface do usuário da ferramenta de autoria) Disponibilizar
conteúdo alternativo para os autores
• Diretriz A.2.2: (Para a interface do usuário da ferramenta de autoria) Certifique-se de
que a apresentação da visualização de edição possa ser determinada
programaticamente
que as visualizações sejam pelo menos tão acessíveis quanto os agentes de usuário no
mercado
• Parte B. Apoiar a produção de conteúdo acessível
Histórias relacionadas a alternativas de texto
• Alex, repórter com lesão por esforço repetitivo
• Martine, estudante online com deficiência auditiva
• Ilya, funcionário sênior que é cego
• Preety, estudante do ensino médio com transtorno de déficit de atenção e
hiperatividade e dislexia
17
18
• Yun, aposentado com baixa visão, tremor nas mãos e leve perda de memória de curto
prazo
• Kaseem, adolescente surdo e cego
Legendas e outras alternativas para multimídia
As pessoas que não podem ouvir áudio ou ver vídeo precisam de
alternativas. Exemplos incluem:
• Transcrições de texto e legendas para conteúdo de áudio, como gravações de uma
entrevista de rádio
• Descrições de áudio, que são narrações para descrever detalhes visuais importantes
em um vídeo
• Interpretação em linguagem de sinais de conteúdo de áudio, incluindo experiências
auditivas relevantes
Transcrições de texto bem escritas contendo a sequência correta de qualquer
informação auditiva ou visual fornecem um nível básico de acessibilidade e facilitam a
produção de legendas e audiodescrições.
Requisitos de acessibilidade relacionados a multimídia (links para especificação técnica)
WCAG
• Diretriz 1.2 - Mídia baseada em tempo
UAAG
• Diretriz 1.1 - Conteúdo alternativo
UMA ETIQUETA
• Diretriz A.2.1: (Para a interface do usuário da ferramenta de autoria) Disponibilizar
conteúdo alternativo para os autores
mercado
Histórias relacionadas a multimídia
O conteúdo pode ser apresentado de diferentes maneiras
Para que os usuários possam alterar a apresentação do conteúdo, é necessário que:
• Cabeçalhos, listas, tabelas, campos de entrada e estruturas de conteúdo são marcados
corretamente
• Sequências de informações ou instruções são independentes de qualquer
apresentação
• Navegadores e tecnologias assistivas fornecem configurações para personalizar a
apresentação
Atender a esse requisito permite que o conteúdo seja lido corretamente em voz alta,
ampliado ou adaptado para atender às necessidades e preferências de diferentes
pessoas. Por exemplo, ele pode ser apresentado usando combinações de cores
personalizadas, tamanho do texto ou outro estilo para facilitar a leitura. Esse requisito
também facilita outras formas de adaptação, incluindo a geração automática de
18
19
esboços de página e resumos para ajudar as pessoas a obter uma visão geral e a se
concentrar em partes específicas com mais facilidade.
Requisitos de acessibilidade relacionados à adaptabilidade (links para especificação técnica)
WCAG
• Diretriz 1.3 - Adaptável
UAAG
• Diretriz 1.4 - Configuração de texto
• Diretriz 1.5 - Configuração de volume
• Diretriz 1.6 - Configuração de fala sintetizada
• Diretriz 1.7 - Configuração da folha de estilo do usuário
• Diretriz 1.9 - Visualizações alternativas
• Diretriz 1.10 - Informações do elemento
UMA ETIQUETA
programaticamente
mercado
Histórias relacionadas à adaptabilidade
• Lee, comprador online com daltonismo
prazo
• Luis, auxiliar de supermercado com síndrome de Down
O conteúdo é mais fácil de ver e ouvir
O conteúdo distinguível é mais fácil de ver e ouvir. Tal conteúdo inclui:
• A cor não é usada como a única forma de transmitir informações ou identificar
conteúdo
• As combinações padrão de cores de primeiro plano e plano de fundo fornecem
contraste suficiente
• Quando os usuários redimensionam o texto em até 400% ou alteram o espaçamento
do texto, nenhuma informação é perdida
• O texto reflui em pequenas janelas (“viewports”) e quando os usuários aumentam o
texto
• Imagens de texto são redimensionáveis, substituídas por texto real ou evitadas sempre
que possível
• Os usuários podem pausar, parar ou ajustar o volume do áudio reproduzido em um
site
19
20
• O áudio de fundo está baixo ou pode ser desligado para evitar interferência ou
distração
Atender a esse requisito ajuda a separar o primeiro plano do plano de fundo, para
tornar as informações importantes mais distinguíveis. Isso inclui considerações para
pessoas que não usam tecnologias assistivas e para pessoas que usam tecnologias
assistivas que podem observar interferência de conteúdo de áudio ou visual
proeminente em segundo plano. Por exemplo, muitas pessoas com daltonismo não
usam nenhuma ferramenta específica e confiam em um design adequado que forneça
contraste de cores suficiente entre o texto e o plano de fundo ao redor. Para outros, o
áudio reproduzido automaticamente pode interferir na conversão de texto em fala ou
nos dispositivos de escuta assistida (ALDs) .
Requisitos de acessibilidade relacionados à distinção (links para especificação técnica)
WCAG
• Diretriz 1.4 - Distinguível
UAAG
• Diretriz 1.3 - Destaque
• Diretriz 1.4 - Configuração de texto
• Diretriz 1.5 - Configuração de volume
• Diretriz 1.6 - Configuração de fala sintetizada
• Diretriz 1.7 - Configuração da folha de estilo do usuário
• Diretriz 1.8 - Orientação em viewports
• Diretriz 1.9 - Visualizações alternativas
• Diretriz 1.10 - Informações do elemento
UMA ETIQUETA
mercado
Histórias relacionadas à distinção
prazo
Interface de usuário e navegação operáveis
A funcionalidade está disponível a partir de um teclado
Muitas pessoas não usam o mouse e dependem do teclado para interagir com a
Web. Isso requer acesso por teclado a todas as funcionalidades, incluindo controles de
formulário, entrada e outros componentes da interface do usuário.
A acessibilidade do teclado inclui:
• Todas as funcionalidades disponíveis pelo mouse também estão disponíveis pelo
teclado
20
21
• O foco do teclado não fica preso em nenhuma parte do conteúdo

• Navegadores da Web, ferramentas de autoria e outras ferramentas fornecem suporte
ao teclado
Atender a esse requisito ajuda os usuários de teclado, incluindo pessoas que usam
teclados alternativos, como teclados com layouts ergonômicos, teclados na tela ou
dispositivos de comutação. Também ajuda as pessoas que usam o reconhecimento de
voz (entrada de voz) para operar sites e ditar texto por meio da interface do teclado.
Requisitos de acessibilidade relacionados à acessibilidade do teclado (links para
especificações técnicas)
WCAG
• Diretriz 2.1 - Teclado acessível
UAAG
• Diretriz 2.1 - Acesso pelo teclado
• Diretriz 2.2 - Navegação sequencial
• Diretriz 2.3 - Navegação direta e ativação
• Diretriz 2.11 - Outros Dispositivos de Entrada
UMA ETIQUETA
• Diretriz A.3.1: (Para a interface do usuário da ferramenta de autoria) Fornecer acesso
por teclado aos recursos de autoria
Histórias relacionadas à acessibilidade do teclado
Os usuários têm tempo suficiente para ler e usar o conteúdo
Algumas pessoas precisam de mais tempo do que outras para ler e usar o
conteúdo. Por exemplo, algumas pessoas precisam de mais tempo para digitar texto,
entender instruções, operar controles ou concluir tarefas em um site.
Exemplos de fornecer tempo suficiente incluem fornecer mecanismos para:
• Parar, estender ou ajustar os limites de tempo, exceto quando necessário
• Pausar, parar ou ocultar conteúdo em movimento, piscando ou rolando
• Adiar ou suprimir interrupções, exceto quando necessário
• Reautentique quando uma sessão expirar sem perder dados
Requisitos de acessibilidade relacionados ao tempo suficiente (links para especificação
técnica)
WCAG
• Diretriz 2.2 - Tempo suficiente
UAAG
• Diretriz 2.8 - Interação independente do tempo
• Diretriz 2.10 - Mídia baseada em tempo
UMA ETIQUETA
• Diretriz A.3.2: (Para a interface do usuário da ferramenta de autoria) Dê aos autores
tempo suficiente
21
22

Histórias relacionadas com tempo suficiente
prazo
O conteúdo não causa convulsões e reações físicas
O conteúdo que pisca em determinadas taxas ou padrões pode causar reações
fotossensíveis, incluindo convulsões. O conteúdo em flash é idealmente evitado
totalmente ou usado apenas de uma maneira que não cause riscos
conhecidos. Também animações e conteúdo em movimento podem causar
desconforto e reações físicas.
Exemplos de como evitar causar convulsões e reações físicas:
• Não inclua conteúdo que pisca em taxas e padrões específicos
• Avise os usuários antes que o conteúdo em flash seja apresentado e forneça
alternativas
• Fornecer mecanismos para desligar as animações, a menos que sejam essenciais
Requisitos de acessibilidade relacionados a apreensões (links para especificação técnica)
WCAG
• Diretriz 2.3 - Apreensões
UAAG
• Diretriz 2.9 - Piscando
UMA ETIQUETA
• Diretriz A.3.3: (Para a interface do usuário da ferramenta de autoria) Ajude os autores a
evitar o flash que pode causar convulsões
Os usuários podem navegar facilmente, encontrar conteúdo e determinar onde estão
Um conteúdo bem organizado ajuda os usuários a se orientarem e a navegarem de
forma eficaz. Tal conteúdo inclui:
• As páginas têm títulos claros e são organizadas usando títulos de seção descritivos
• Há mais de uma maneira de encontrar páginas relevantes em um conjunto de páginas
da web
• Os usuários são informados sobre sua localização atual em um conjunto de páginas
relacionadas
• Existem maneiras de contornar blocos de conteúdo que são repetidos em várias
páginas
• O foco do teclado é visível e a ordem do foco segue uma sequência significativa
• A finalidade de um link é evidente, idealmente mesmo quando o link é visualizado
sozinho
Atender a esse requisito ajuda as pessoas a navegar pelas páginas da Web de
diferentes maneiras, dependendo de suas necessidades e preferências
22
23
específicas. Por exemplo, enquanto algumas pessoas confiam em estruturas de

navegação hierárquica, como barras de menu, para encontrar páginas da Web
específicas, outras dependem de funções de pesquisa em sites. Algumas pessoas
podem estar vendo o conteúdo enquanto outras podem estar ouvindo ou vendo e
ouvindo ao mesmo tempo. Algumas pessoas podem estar usando o conteúdo apenas
com um mouse ou teclado, enquanto outras podem estar usando ambos.
Requisitos de acessibilidade relacionados à navegação (links para especificação técnica)
WCAG
• Diretriz 2.4 - Navegável
UAAG
• Diretriz 2.2 - Navegação sequencial
• Diretriz 2.3 - Navegação direta e ativação
• Diretriz 2.4 - Pesquisa de texto
• Diretriz 2.5 - Navegação estrutural
• Diretriz 2.7 - Controles gráficos
UMA ETIQUETA
programaticamente
• Diretriz A.3.4: (Para a interface do usuário da ferramenta de autoria) Melhore a
navegação e a edição por meio da estrutura de conteúdo
• Diretriz A.3.5: (Para a interface do usuário da ferramenta de autoria) Fornecer pesquisa
de texto do conteúdo
Histórias relacionadas à navegação
prazo
Os usuários podem usar diferentes modalidades de entrada além do teclado
As modalidades de entrada além do teclado, como ativação por toque,
reconhecimento de voz (entrada de fala) e gestos, facilitam o uso do conteúdo para
muitas pessoas. No entanto, nem todos podem usar cada uma dessas modalidades de
entrada, e no mesmo grau. Considerações particulares de projeto maximizam o
benefício dessas modalidades de entrada. Isso inclui:
• Gestos que exigem destreza ou movimento fino têm alternativas que não exigem alta
destreza
• Os componentes são projetados para evitar a ativação acidental, por exemplo,
fornecendo a funcionalidade de desfazer
23
24
• Os rótulos apresentados aos usuários correspondem aos nomes de objetos

correspondentes no código, para oferecer suporte à ativação por voz
• A funcionalidade que é ativada por movimento também pode ser ativada por meio de
componentes da interface do usuário
• Botões, links e outros componentes ativos são grandes o suficiente para facilitar a
ativação por toque
Atender a esse requisito torna o conteúdo mais fácil de usar para muitas pessoas com
uma ampla variedade de habilidades usando uma ampla variedade de
dispositivos. Isso inclui conteúdo usado em telefones celulares, tablets e terminais de
autoatendimento, como máquinas de venda de bilhetes.
Requisitos de acessibilidade relacionados às modalidades de entrada (links para
especificação técnica)
WCAG
• Diretriz 2.5 - Modalidades de Entrada
Histórias relacionadas a modalidades de entrada
prazo
Informações compreensíveis e interface de usuário
O texto é legível e compreensível
Os autores de conteúdo precisam garantir que o conteúdo do texto seja legível e
compreensível para o público mais amplo possível, inclusive quando é lido em voz alta
por conversão de texto em fala. Tal conteúdo inclui:
• Identificar o idioma principal de uma página da Web, como árabe, holandês ou coreano
• Identificar o idioma de passagens de texto, frases ou outras partes de uma página da
web
• Fornecer definições para quaisquer palavras, frases, expressões idiomáticas e
abreviações incomuns
• Usando a linguagem mais clara e simples possível, ou fornecendo versões simplificadas
Atender a esse requisito ajuda o software, incluindo tecnologia assistiva, a processar o
conteúdo de texto corretamente. Por exemplo, esse requisito ajuda o software a ler o
conteúdo em voz alta, gerar resumos de página e fornecer definições para palavras
incomuns, como jargão técnico. Também ajuda as pessoas que têm dificuldade em
entender frases, frases e vocabulário mais complexos. Em particular, ajuda pessoas
com diferentes tipos de deficiências cognitivas.
Requisitos de acessibilidade relacionados à legibilidade (links para especificação técnica)
WCAG
• Diretriz 3.1 - Legível
UMA ETIQUETA
• Diretriz A.4.2: (Para a interface do usuário da ferramenta de autoria) Documente a
interface do usuário, incluindo todos os recursos de acessibilidade
24
25
Histórias relacionadas à legibilidade

prazo
O conteúdo aparece e opera de maneiras previsíveis
Muitas pessoas confiam em interfaces de usuário previsíveis e ficam desorientadas ou
distraídas por aparência ou comportamento inconsistente. Exemplos de como tornar
o conteúdo mais previsível incluem:
• Mecanismos de navegação que se repetem em várias páginas aparecem sempre no
mesmo lugar
• Os componentes da interface do usuário que são repetidos nas páginas da Web têm
sempre os mesmos rótulos
• Mudanças significativas em uma página da web não acontecem sem o consentimento
do usuário
Atender a esse requisito ajuda as pessoas a aprender rapidamente a funcionalidade e
os mecanismos de navegação fornecidos em um site e a operá-los de acordo com
suas necessidades e preferências específicas. Por exemplo, algumas pessoas atribuem
teclas de atalho personalizadas a funções que usam com frequência para aprimorar a
navegação pelo teclado. Outros memorizam as etapas para chegar a determinadas
páginas ou para concluir processos em um site. Ambos contam com funcionalidade
previsível e consistente.
Requisitos de acessibilidade relacionados à previsibilidade (links para especificação técnica)
WCAG
• Diretriz 3.2 - Previsível
UAAG
• Diretriz 3.3 - Previsível
UMA ETIQUETA
programaticamente
• Diretriz A.4.2: (Para a interface do usuário da ferramenta de autoria) Documente a
interface do usuário, incluindo todos os recursos de acessibilidade
Histórias relacionadas à previsibilidade
prazo
25
26

Os usuários são ajudados a evitar e corrigir erros
Formulários e outras interações podem ser confusos ou difíceis de usar para muitas
pessoas e, como resultado, podem ser mais propensos a cometer erros. Exemplos de
como ajudar os usuários a evitar e corrigir erros incluem:
• Instruções descritivas, mensagens de erro e sugestões para correção
• Ajuda sensível ao contexto para funcionalidades e interações mais complexas
• Oportunidade de revisar, corrigir ou reverter envios, se necessário
Atender a esse requisito ajuda as pessoas que não veem ou ouvem o conteúdo e
podem não reconhecer relações implícitas, sequências e outras dicas. Também ajuda
as pessoas que não entendem a funcionalidade, estão desorientadas ou confusas,
esquecem ou cometem erros usando formulários e interação por qualquer outro
motivo.
Requisitos de acessibilidade relacionados à assistência de entrada (links para especificação
técnica)
WCAG
• Diretriz 3.3 - Assistência de entrada
UAAG
• Diretriz 3.1 - Erros
UMA ETIQUETA
programaticamente
• Diretriz A.4.1: (Para a interface do usuário da ferramenta de autoria) Ajude os autores a
evitar e corrigir erros
Histórias relacionadas à assistência de entrada
prazo
Conteúdo robusto e interpretação confiável
O conteúdo é compatível com ferramentas de usuário atuais e futuras
O conteúdo robusto é compatível com diferentes navegadores, tecnologias assistivas
e outros agentes de usuário. Exemplos de como isso pode ser alcançado incluem:
• Garantir que a marcação possa ser interpretada de forma confiável, por exemplo,
garantindo que ela seja válida
• Fornecendo um nome, função e valor para componentes de interface de usuário não
padrão
26
27
Atender a esse requisito ajuda a maximizar a compatibilidade com agentes de usuário

atuais e futuros, incluindo tecnologias assistivas. Em particular, permite que as
tecnologias assistivas processem o conteúdo de forma confiável e o apresentem ou
operem de diferentes maneiras. Isso inclui botões não padrão (com script), campos de
entrada e outros controles.
Requisitos de acessibilidade relacionados à compatibilidade (links para especificação técnica)
WCAG
• Diretriz 4.1 - Compatível
UAAG
• Diretriz 2.6 - Configurações de preferência
• Diretriz 4.1 - Tecnologia assistiva
• Diretriz 5.1 - Siga as especificações
UMA ETIQUETA
Histórias relacionadas à compatibilidade
+ Expandir todas as seções − Recolher todas as seções
Ajude a melhorar esta página

Compartilhe suas ideias, sugestões ou comentários por e-mail para a lista arquivada
publicamente wai-eo-editors@w3.org ou via GitHub.
E-mailBifurcar e editar no GitHubNovo problema do GitHub
De volta ao topo
Data: Atualizado em 10 de maio de 2019. Registro de alterações
Editores: Shadi Abou Zahra . Agradecimentos .
Desenvolvido pelo Education and Outreach Working Group ( EOWG ). Anteriormente
desenvolvido com a Força Tarefa WAI-AGE , com apoio do Projeto WAI-AGE .
W3C Web Accessibility Initiative (WAI)
Estratégias, padrões e recursos de suporte para tornar a Web acessível a pessoas com
deficiência.
• Twitter
• Feed
• YouTube
• Get News in Email
Copyright © 2022 W3C ® (MIT, ERCIM, Keio, Beihang) Permission to Use WAI Material.
• Contact WAI
• Site Map
27
28
• News
• Archive
• Accessibility Statement
• Translations
• Resources for Roles
Vídeos sobre perspectivas de acessibilidade na Web:

explore o impacto e os benefícios para todos
A acessibilidade da Web é essencial para pessoas com deficiência e útil para
todos. Saiba mais sobre o impacto da acessibilidade e os benefícios para todos em
uma variedade de situações.
Vídeos de perspectivas
O que é “Compatibilidade de Teclado”?
Todas as funcionalidades devem ser utilizáveis com o teclado. Ou seja, os usuários
podem acessar e mover-se entre links, botões, formulários e outros controles usando
a tecla Tab e outros pressionamentos de tecla. Os sites não devem exigir um
mouse; por exemplo, os calendários pop-up também devem permitir que os usuários
digitem uma data.
Quem depende desse recurso?
• Pessoas com deficiências físicas que não podem usar o mouse.
• Pessoas que são cegas e não podem ver o ponteiro do mouse na tela.
• Pessoas com condições crônicas, como lesões por esforço repetitivo (LER), que devem
limitar ou evitar o uso de um mouse.
Quais são os benefícios adicionais?
• O conteúdo funciona para pessoas com limitações temporárias, como um braço
quebrado ou um mouse quebrado.
O que precisa acontecer para que isso funcione?
Controles HTML nativos, como links, botões e elementos de formulário, funcionam
com o teclado por padrão e devem ser usados sempre que possível. Controles
personalizados, estilos CSS e scripts que controlam a interação podem precisar de
codificação adicional para compatibilidade com teclado. Certifique-se de que a ordem
de tabulação seja lógica, para permitir a navegação do teclado pelo conteúdo e pelos
controles. Forneça uma maneira para os usuários pularem entre blocos de conteúdo e
controles. Problemas de teclado ocorrem principalmente em formulários, menus e
aplicativos com muitos controles.
Saber mais
• Princípio da acessibilidade:
• Começando:
• Certifique-se de que todos os elementos interativos sejam acessíveis pelo
teclado
• Verificação fácil:
• Acesso ao teclado e foco visual
28
29
• História do usuário:
• Sr. Jones, Repórter com lesão por esforço repetitivo
• Sra. Laitinen, Contadora com cegueira
• Sra. Kaseem, adolescente com surdocegueira
• Diretrizes de Acessibilidade de Conteúdo da Web ( Visão Geral das WCAG ):
• Critérios de sucesso relacionados ao “teclado”
• Aplicabilidade Móvel:
• Mouse necessário para interação e navegação
• Tutorial:
• Tutoriais de Acessibilidade na Web (vários tópicos relacionados)
Áudio Visual
Perspectivas de Acessibilidade na Web: Perspectivas de Acessibilidade na

Compatibilidade com Teclado Web:
Compatibilidade com Teclado
Não poder usar o computador porque o mouse Um homem deixa cair o mouse do
não funciona é frustrante. computador da mesa. O mouse
do computador não funciona
mais.
Muitas pessoas usam apenas o teclado para

navegar em sites – seja por preferência ou
circunstância.
Quer se trate de mobilidade temporariamente Uma mulher com o braço na

limitada, tipoia está digitando em um
teclado – mas o site exige o uso
de um mouse para selecionar a
data.
uma deficiência física permanente, Um homem com uma cadeira de

rodas está usando um bastão de
boca para digitar.
ou simplesmente um mouse quebrado, O homem com a cadeira de rodas

o resultado é o mesmo: também não pode utilizar o local.
Sites e aplicativos precisam ser operados por Ele muda para um site diferente
teclado. que permite digitar a data.
29
30
Áudio Visual
Acessibilidade na Web: Essencial para alguns, útil

para todos.
Visite w3.org/WAI/perspectives para obter mais Visite

informações sobre a compatibilidade do teclado w3.org/WAI/perspectives
para obter mais informações
sobre a
compatibilidade do teclado.
Logo da Iniciativa de
Acessibilidade na Web do W3C
Cores com bom contraste

O que é “Cores com bom contraste”?
As cores devem ter contraste suficiente, por exemplo, entre a cor do texto e a cor de
fundo (tecnicamente chamada de relação de contraste de luminância ). Isso inclui texto
em imagens, ícones e botões. Também as cores usadas para transmitir informações
em diagramas, mapas e outros tipos de imagens devem ser distinguíveis.
• Pessoas com baixa sensibilidade ao contraste, o que é comum em pessoas mais velhas.
• Pessoas que não conseguem distinguir entre certas cores (muitas vezes chamadas de
“daltonismo”).
• O conteúdo funciona em diferentes condições de iluminação, como luz solar e brilho.
• O conteúdo é mais fácil de ler para todos, inclusive para aqueles que não possuem
condições visuais específicas.
Selecione as cores do texto e do plano de fundo que forneçam contraste
suficiente. Existem ferramentas para ajudar a verificar e selecionar as combinações de
cores apropriadas. Isso é feito idealmente durante o estágio inicial de design e a
seleção de paletas de cores. Enquanto algumas pessoas precisam de alto contraste,
algumas pessoas são sensíveis ao brilho e precisam mudar as cores .
Saber mais
• O conteúdo é mais fácil de ver e ouvir
• Começando:
• Forneça contraste suficiente entre o primeiro plano e o plano de fundo
30
31
• Relação de contraste (“contraste de cor”)

• Sr. Lee, comprador online que não consegue distinguir entre certas cores
(daltonismo)
• Sr. Yunus, aposentado com baixa visão, tremor nas mãos e leve perda de
memória de curto prazo
• Necessidades do usuário:
• Requisitos de acessibilidade para pessoas com baixa visão
• Critérios de sucesso relacionados ao “contraste”
• Informações transmitidas exclusivamente com cores
Áudio Visual
Perspectivas de Acessibilidade na Web: Perspectivas de Acessibilidade na Web:

Cores com Bom Contraste Cores com Bom Contraste
Há algo sobre um ótimo design que Sinais com direções são mostrados. Uma
permite que ele passe praticamente mulher está andando alegremente pela
despercebido. rua.
Mas não é preciso muito para tornar as Os sinais mudam para ter um contraste
coisas confusas e frustrantes. ruim. A mulher agora parece confusa.
Escolher cores com baixo contraste torna Ela olha para um aplicativo de navegação
a navegação, a leitura e a interação uma em seu telefone.
verdadeira dor
Um bom design significa contraste O app possui um botão com baixo

suficiente entre o plano de fundo e as contraste que muda para ficar claro.
cores do primeiro plano. Isso não é
apenas texto e imagens, mas links,
ícones e botões.
Se é importante o suficiente para ser Um homem mais velho em um sofá está

visto, então precisa ser claro. olhando para um tablet. Ele vai ler uma
E isso é essencial para pessoas com mensagem em seu celular.
baixa sensibilidade ao contraste.
O que se torna mais comum à medida
que envelhecemos.
Com boas cores, sites e aplicativos O sol brilha no telefone, mas o texto ainda
podem ser mais fáceis de usar em mais é legível.
31
32
Áudio Visual
situações. Como em diferentes

condições de iluminação.
Acessibilidade na Web: Essencial para

alguns, útil para todos.
Visite w3.org/WAI/perspectives para Visite

obter mais informações sobre Cores com w3.org/WAI/perspectives
bom contraste para obter mais informações sobre
Cores com bom contraste.
Logo da Iniciativa de Acessibilidade na
Web do W3C
Layout e design claros

O que é “Layout e design claros”?
As diferentes partes de uma página da Web devem ser fáceis de localizar e
identificar. Isso inclui menus de navegação, links e seções de texto. Estes devem estar
em locais previsíveis e identificados de forma consistente. Além disso, os rótulos e
instruções dos formulários devem estar claramente associados aos seus controles.
• Pessoas com baixa visão que estão usando a ampliação da tela e veem apenas uma
parte da tela por vez.
• Pessoas com deficiências cognitivas e de aprendizagem que precisam de clareza e
consistência para se orientar em um site.
• O conteúdo é mais útil para pessoas que são novas no site ou aplicativo específico.
• O conteúdo é mais útil para pessoas que não têm confiança no uso de computadores e
da web.
• O conteúdo é mais útil para usuários de dispositivos móveis que o veem em telas
menores, especialmente se estiverem com pressa ou distraídos.
• O conteúdo e a funcionalidade são mais fáceis de localizar e identificar pela maioria dos
usuários.
Projete uma estrutura clara, tanto visualmente quanto por meio da marcação. Por
exemplo, facilite a distinção de seções como navegação, controles relacionados ao
grupo em um formulário e forneça cabeçalhos para identificar grupos de
32
33
informações. Forneça apresentação e comportamento consistentes de páginas da

Web em um site.
Saber mais
estão
• Começando:
• Forneça opções de navegação claras e consistentes
• Garanta que os elementos interativos sejam fáceis de identificar
• Certifique-se de que os elementos do formulário incluam rótulos claramente
associados
• Formulários, rótulos e erros
• Sra. Olsen, estudante de sala de aula com transtorno de déficit de atenção e
hiperatividade (TDAH) e dislexia
• Sr. Sands, assistente de supermercado com síndrome de Down
• Critérios de sucesso relacionados ao “layout”
• Tutorial:
• Estrutura da página - Tutoriais de acessibilidade na Web (rascunho)
Áudio Visual
Perspectivas de acessibilidade na Web: Perspectivas de acessibilidade na Web:

layout e design claros layout e design claros
Um layout ruim pode ser muito Um homem em uma cozinha está

frustrante. procurando coisas para fazer um café. O
homem está frustrado por não encontrar
o que procura.
E o mesmo se aplica à Web. Um bom O homem reorganiza a cozinha em um

design envolve um bom layout e isso lapso de tempo.
significa uma melhor experiência do
usuário.
Isso inclui títulos claros, barras de O homem agora está navegando em um

navegação e estilo consistente. site de entrega de pizza mal projetado e
está balançando a cabeça.
33
34
Áudio Visual
Qualquer usuário da web ficará Uma mulher está usando o mesmo site
frustrado com layout e design ruins. complexo com ampliação de tela. Ela só vê
uma parte da tela de cada vez, então o site
parece ainda mais confuso.
Layouts complexos também dificultam A mulher está balançando a cabeça e não

ou impossibilitam a localização de consegue usar esse site.
informações para pessoas com
deficiência visual.
E eles são confusos para pessoas com O homem chama um amigo para ajudar.
deficiências cognitivas e de
aprendizagem que precisam de clareza e
consistência da apresentação.
Um design ruim também afeta qualquer O amigo fica igualmente confuso e navega
pessoa que não esteja particularmente para um site de pizza diferente e melhor.
confiante em relação a computadores.
Acessibilidade na Web: Essencial para Este segundo site é muito mais claro e
alguns, útil para todos. fácil de usar. Ambos estão felizes. A
mulher que usa a ampliação de tela
também usou esse site e está comendo
uma pizza deliciosamente.

obter mais informações sobre layout e w3.org/WAI/perspectives
design claros para obter mais informações sobre
layout e design claros.
Web do W3C
Texto para fala

O que é “Text to Speech”?
Atualmente, muitos computadores e dispositivos móveis têm software de conversão
de texto em voz integrado. Algumas pessoas com deficiência, incluindo pessoas cegas,
usam software especializado chamado leitores de tela. Os leitores de tela fornecem
funcionalidades importantes, como navegar pelos títulos, falar alternativas de imagem
34
35
e identificar links internos e externos. Eles também podem destacar o texto enquanto
ele está sendo lido em voz alta para que as pessoas vejam e ouçam o conteúdo ao
mesmo tempo. O conteúdo deve ser codificado adequadamente para que todas as
funcionalidades do software de conversão de texto em voz funcionem com o
conteúdo.
• Pessoas que são cegas e não podem ver o que está na tela.
• Pessoas que têm visão parcial (geralmente cegas legalmente) e não conseguem ver
certos tipos de conteúdo.
• Pessoas com dislexia e outras deficiências cognitivas e de aprendizagem que precisam
ouvir e ver o texto para melhor compreendê-lo.
• O conteúdo pode ser lido em voz alta para pessoas que não sabem ler a linguagem
escrita.
• O conteúdo pode ser lido em voz alta para pessoas que preferem ouvir, por exemplo,
enquanto realizam várias tarefas.
Use marcação HTML semântica para estruturas como títulos, parágrafos, listas,
formulários e tabelas. Forneça alternativas de texto para imagens, ícones e outros
conteúdos que não sejam de texto. Garanta a compatibilidade do teclado e assegure-
se de que as informações de texto sejam compreensíveis sem o contexto visual.
Saber mais
• Alternativas de texto para conteúdo não textual
• Começando:
• Escreva alternativas de texto significativas para imagens
• Use títulos para transmitir significado e estrutura
• Identificar o idioma da página e as alterações de idioma
• Alternativas de texto de imagem (“texto alternativo”)
• Verificação de estrutura básica
• Sra. Laitinen, Contadora com cegueira
• Sra. Kaseem, adolescente com surdocegueira
• Critérios de sucesso relativos a “imagens” e “estrutura”
• Objetos não textuais (imagens, som, vídeo) sem alternativa de texto
• Informações transmitidas apenas usando CSS (formatação visual)
• Rótulo de link não descritivo
• Tutorial:
35
36
Áudio Visual

Texto para Fala Texto para Fala
(Computador) "Algumas pessoas não Um homem está usando um laptop com o

podem ver o texto nesta tela." texto na tela sendo destacado à medida
(Computador) "Felizmente, os que é falado.
computadores podem converter texto
em fala."
É uma tecnologia na qual muitas Um cão de serviço está ao lado do

pessoas cegas confiam há anos. homem. Ele pode ser cego.
Mas também é importante para muitas Uma mulher está lendo em um tablet e
pessoas com dislexia. ouve com fones de ouvido.
E muito útil para pessoas com Um homem tira os óculos e ouve uma
dificuldade de leitura de texto. notícia em seu tablet.
Assim como algumas pessoas que Um homem ouve um artigo de revista

gostam de multitarefas. enquanto lava a roupa.
Mas para que isso funcione, sites e O site não está funcionando corretamente
aplicativos precisam ser codificados para a mulher com fones de ouvido. Ela
corretamente. está frustrada.
O que tem o benefício adicional de

ajudar os motores de busca a indexar
melhor o conteúdo dos sites.
Acessibilidade na Web: Essencial para O homem com o cão de serviço está

alguns, útil para todos. usando seu dispositivo móvel do lado de
fora com fones de ouvido condutores
ósseos. Pessoas diferentes de antes são
vistas usando a conversão de texto em fala.

obter mais informações sobre Text to w3.org/WAI/perspectives
Speech para obter mais informações sobre
Text to Speech.
36
37
Áudio Visual
Logo da Iniciativa de Acessibilidade na Web

do W3C
Links grandes, botões e controles

O que é “Links Grandes, Botões e Controles”?
A área para clicar e tocar nos controles deve ser grande o suficiente para que as
pessoas os ativem. Isso inclui links, botões, caixas de seleção e outros
controles. Controles pequenos e controles muito próximos uns dos outros são difíceis
de usar para muitas pessoas. Isso é particularmente relevante em dispositivos móveis
com telas pequenas.
• Pessoas com deficiência física que tenham destreza reduzida.
• O conteúdo é mais utilizável em telas sensíveis ao toque, especialmente em
dispositivos móveis menores.
• O conteúdo é mais útil para pessoas que não têm experiência com o mouse ou
touchpad no computador que estão usando.
• O conteúdo é mais útil em situações em que o dispositivo não pode ser mantido
estável.
Projete grandes controles ou áreas de ativação ao redor dos controles. (Às vezes,
aumentar o tamanho da fonte do controle não é suficiente.) Forneça a separação
adequada entre os controles selecionáveis. Forneça rótulos para controles, o que
amplia a área de ativação em muitos navegadores, pois o rótulo para caixas de
seleção e botões de opção também é clicável.
Saber mais
estão
• Começando:
• Crie designs para diferentes tamanhos de viewport
• Certifique-se de que os elementos do formulário incluam rótulos claramente
associados
37
38

• Critérios de sucesso relacionados a “rótulos”
Áudio Visual

Links Grandes, Botões e Controles Links Grandes, Botões e Controles
Tentar acertar um alvo pequeno requer Uma mulher tenta enfiar a linha em
muito esforço. uma agulha, mas erra.
Muitos sites e aplicativos tentam enfiar A mulher não consegue acessar pequenos
a linha na agulha. links em um site.
Mas na Web, podemos tornar as áreas Os links tornam-se maiores em tamanho e

para clicar e tocar mais fáceis de usar. a mulher agora os acessa facilmente.
O que é útil em dispositivos móveis, A mulher está usando um tablet enquanto

especialmente quando podemos estar prepara um café.
nos movendo no momento.
O que é crítico para pessoas com Outra mulher com tremor nas mãos não
destreza reduzida. consegue navegar com precisão com o
mouse e não consegue clicar em pequenos
botões em um site.
Acessibilidade na Web: Essencial para Os botões ficam maiores e a mulher com o

alguns, útil para todos. tremor agora pode clicar neles.

obter mais informações sobre links w3.org/WAI/perspectives
grandes, botões e controles para obter mais informações sobre
Links Grandes, Botões e Controles.
do W3C
Legendas de vídeo
38
39
O que são “Legendas de vídeo”?

As legendas são uma forma de texto de informações de áudio em vídeo e
animações. Isso inclui as palavras que são ditas, quem está falando quando não é
evidente e sons importantes como música, risos e ruídos. As legendas devem ser
sincronizadas com o conteúdo visual para contextualizá-las.
• Pessoas que são surdas e não podem ouvir o áudio.
• Pessoas com deficiência auditiva e que não conseguem ouvir parte do conteúdo.
• Pessoas com deficiências cognitivas e de aprendizagem que precisam ver e ouvir o
conteúdo para melhor compreendê-lo.
• O conteúdo pode ser usado em ambientes barulhentos onde você não pode ouvir o
áudio.
• O conteúdo pode ser usado em ambientes silenciosos onde você não pode ativar o
som.
• O conteúdo pode ser melhor compreendido por pessoas que ouvem e veem as
informações, por exemplo, pessoas que são menos fluentes no idioma falado.
• O conteúdo pode ser lido em vez de assistido, o que é mais fácil e rápido para algumas
pessoas.
• O conteúdo em forma de texto, como arquivos de legendas e transcrições, pode ser
melhor indexado pelos mecanismos de pesquisa.
• O conteúdo pode ser usado sem a necessidade de baixar arquivos de vídeo, por
exemplo, para salvar dados no celular.
As legendas devem ser disponibilizadas com conteúdo de vídeo pré-gravado e ao
vivo. O software de reconhecimento de voz pode ajudar a criar legendas para algum
tipo de vídeo. Às vezes, esse software de reconhecimento de voz é incorporado ao
computador ou à plataforma de mídia social. As legendas geradas automaticamente
geralmente precisam de edição. Para muitos idiomas, existem serviços de
legendagem, muitas vezes também serviços remotos.
Saber mais
• Legendas e outras alternativas para multimídia
• Começando:
• Crie transcrições e legendas para multimídia
• Alternativas multimídia (vídeo, áudio)
• Sra. Martinez, estudante online com deficiência auditiva
• Critérios de sucesso relacionados a “legendas”
• Multimídia sem legendas
39
40
Áudio Visual

legendas de vídeo legendas de vídeo
O vídeo não é apenas sobre imagens, é Um homem sentado em uma mesa

também sobre som. Sem o áudio, você começa a assistir a um vídeo em seu
teria que adivinhar do que se trata este computador.
filme.
[sem som] O vídeo em seu computador mostra uma

pessoa falando para a câmera. Está
tocando sem áudio.
Frustrante não é? Sem saber o que está O homem que assiste ao vídeo tem um
acontecendo. Essa é a situação para todos aparelho auditivo.
que não podem ouvir.
As legendas tornam os vídeos acessíveis. Ele ativa as legendas para a reprodução

do vídeo.
O que também é útil para pessoas que Outro homem está assistindo ao vídeo
desejam assistir a vídeos em ambientes legendado com um grupo de pessoas
barulhentos. conversando ao lado dele.
Ou onde você precisa ficar muito, muito Acontece que eles estão em uma
quieto. biblioteca. O grupo é silenciado pelo
bibliotecário.
Acessibilidade na Web: Essencial para O vídeo é mostrado brincando com as

alguns, útil para todos. legendas ativadas.
Visite w3.org/WAI/perspectives para obter Visite

mais informações sobre legendas de vídeo w3.org/WAI/perspectives
para obter mais informações sobre
legendas de vídeo.
Web do W3C
Texto personalizável
40
41

O que é "Texto personalizável"?
Alguns usuários precisam ser capazes de alterar a forma como o texto é exibido para
que possam ler o texto. Isso inclui alterar o tamanho, espaçamento, fonte, cor e outras
propriedades do texto. Quando os usuários alteram essas propriedades, nenhuma
informação ou funcionalidade deve ser perdida, e o texto deve fluir novamente para
que os usuários não precisem rolar horizontalmente para ler frases. A personalização
de texto é mais do que a funcionalidade de zoom, que altera apenas o tamanho do
texto.
• Pessoas com baixa visão que não estão usando software de ampliação de tela.
• Pessoas com algumas formas de dislexia e outras deficiências cognitivas e de
aprendizagem que precisam de uma apresentação específica de texto para lê-lo.
• O conteúdo é mais adaptável a tamanhos de tela menores e maiores.
• O conteúdo é mais adaptável às preferências e conforto pessoais.
• O conteúdo é mais adaptável quando traduzido, pois palavras e frases têm
comprimentos diferentes em idiomas diferentes.
O conteúdo deve ser projetado e codificado adequadamente para que possa se
adaptar a diferentes configurações de personalização. Isso inclui o uso de unidades
relativas em vez de absolutas para o tamanho de fontes, controles e outros
objetos. Os aplicativos devem usar as configurações de texto do sistema operacional e
do navegador da web. Sites e aplicativos também podem fornecer informações para
ajudar os usuários a alterar suas configurações. Os navegadores da Web e outras
ferramentas da Web precisam fornecer aos usuários a funcionalidade de
personalização de texto.
Saber mais
• Começando:
• Escreva código que se adapte à tecnologia do usuário
• Redimensionar texto
• Critérios de sucesso relacionados ao “texto”
• Diretrizes de acessibilidade do agente do usuário ( visão geral do UAAG ):
41
42
• Fornecer configuração de texto

• Refluxo de texto de várias colunas
• Linearizar conteúdo
• Necessidades do usuário:
• Requisitos de acessibilidade para pessoas com baixa visão
Áudio Visual

texto personalizável texto personalizável
O que é certo para você não Brinde com diferentes níveis de escuridão.
necessariamente funciona para a
próxima pessoa.
A personalização nem sempre é apenas Dois homens estão sentados com uma
uma questão de preferência. Às vezes é torradeira entre eles. Um dos homens gira
uma necessidade. o botão da torradeira.
Ser capaz de ajustar o texto é crucial Uma mulher coloca óculos para ler um
para pessoas com baixa visão e dislexia. site em seu laptop. A mulher está
apertando os olhos para o site com texto
pequeno e uma fonte incomum.
Sites e aplicativos devidamente A mulher usa as configurações do

codificados permitem que o texto seja navegador da web para ajustar o tamanho
personalizado. Por exemplo, para alterar e o estilo do texto. Parece mais legível e a
seu tamanho, espaçamento, fonte e mulher fica aliviada.
cores sem perda de funções ou clareza.
Acessibilidade na Web: Essencial para Corte para os dois homens: Um dos

alguns, útil para todos. homens tira um pedaço de torrada da
torradeira.

obter mais informações sobre Texto w3.org/WAI/perspectives
personalizável para obter mais informações sobre
Texto personalizável.
Web do W3C
Reconhecimento de fala
42
43

Atualização: o vídeo usa “reconhecimento de voz”. Esta página é atualizada para usar
“reconhecimento de fala”. “Reconhecimento de fala” trata do reconhecimento de
palavras para transcrição de fala para texto (STT), assistentes virtuais e outras
interfaces de usuário de fala. “Reconhecimento de voz” ou “reconhecimento de
locutor” é uma tecnologia que identifica quem é o falante, não as palavras que ele
está dizendo. Esperamos atualizar o vídeo para usar “reconhecimento de fala” no final
de 2021.
O que é “Reconhecimento de Fala”?
O reconhecimento de fala pode ser usado para ditar texto em um campo de
formulário, bem como navegar e ativar links, botões e outros controles. A maioria dos
computadores e dispositivos móveis de hoje tem funcionalidade integrada de
reconhecimento de fala. Algumas ferramentas de reconhecimento de fala permitem
controle total sobre a interação com o computador, permitindo que os usuários rolem
a tela, copiem e colem texto, ativem menus e executem outras funções.
• Pessoas com deficiência física que não podem usar o teclado ou o mouse.
• Pessoas com condições crônicas, como lesões por esforço repetitivo (LER), que
precisam limitar ou evitar o uso do teclado ou do mouse.
• Pessoas com deficiências cognitivas e de aprendizagem que precisam usar a fala em
vez de digitar.
• O conteúdo funciona para pessoas com limitações temporárias, como um braço
quebrado.
• O conteúdo é mais útil para pessoas que preferem falar em vez de digitar, por
exemplo, enquanto realizam várias tarefas.
O conteúdo deve ser projetado e codificado adequadamente para que possa ser
controlado pela fala. a compatibilidade do teclado é a base para tal codificação. Além
disso, rótulos e identificadores para controles no código-fonte precisam corresponder
à sua apresentação visual, para que fique claro qual comando de fala ativará um
controle.
Saber mais
• Começando:
• Certifique-se de que todos os elementos interativos sejam acessíveis pelo
teclado
• Fornecer significado para elementos interativos não padronizados
• Forneça texto alternativo para imagens
43
44
• Acesso ao teclado e foco visual

• Sr. Jones, Repórter com lesão por esforço repetitivo
• Critérios de sucesso relativos a “teclado” e “controles”
• Mouse necessário para interação e navegação
• Rótulo de link não descritivo
• Tutorial:
Áudio Visual

Reconhecimento [Discurso] Reconhecimento [Discurso]
Imagine se você pudesse se comunicar Uma mulher escreve "o que você gostaria
com sua família apenas escrevendo. de tomar café da manhã?", e passa o
bilhete para o homem ao lado dela.
Às vezes é mais fácil falar. Um homem está usando um tablet pela

Um dos avanços da tecnologia é o fala.
reconhecimento [da fala].
Seja pesquisando na web:
(Usuário de tablet) "Arquitetura do Os resultados da pesquisa aparecem na

século XIX." tela.
Ditando e-mails. Um homem mais velho também está

usando um tablet pela fala.
Ou controlando seu aplicativo de Uma mulher está falando com seu celular e
navegação. segue as instruções na tela.
Muitas pessoas com deficiências Um homem com uma cadeira de rodas está
físicas dependem do usando um fone de ouvido para o
reconhecimento [de fala] para usar computador.
o computador.
(Homem em cadeira de rodas) "Faça
o pedido."
44
45
Áudio Visual
Mas para que isso aconteça, sites e Nada acontece no computador.

aplicativos precisam ser codificados
corretamente.
(Homem em cadeira de rodas)
"Cancelar?"
O reconhecimento [de fala] também Uma mulher com o braço na tipoia usando
pode ajudar muitas outras pessoas com a fala com sucesso.
limitações temporárias, como um braço
ferido.
(Mulher) "Fazer pedido."
Também pode evitar que as lesões se Um homem está do lado de fora com um
agravem, como RSI: Lesão por Esforço cachorro fazendo anotações em seu celular.
Repetitivo.
Ou para pessoas que preferem simples O homem da cadeira de rodas agora está
[fala]. usando um site que funciona.
(Homem em cadeira de rodas) "Faça o
pedido."
Acessibilidade na Web: Essencial para


obter mais informações sobre o w3.org/WAI/perspectives
Reconhecimento [Speech] para obter mais informações sobre
Reconhecimento de [Fala].
do W3C
Conteúdo compreensível
O que é “Conteúdo Compreensível”?
O conteúdo deve ser fácil de seguir e entender para muitos usuários. Para a maioria
dos conteúdos, isso significa simplesmente evitar frases e jargões excessivamente
complexos e fornecer layout e design claros. Para alguns conteúdos complexos, como
informações médicas, podem ser necessárias informações separadas e fáceis de ler.
45
46

• Pessoas com dificuldades de aprendizagem que não conseguem entender estruturas
de frases e vocabulário complexos.
• Pessoas com deficiências cognitivas que têm dificuldade em se concentrar em longas
passagens de texto denso.
• O conteúdo é mais útil para pessoas com habilidades linguísticas mais baixas, como
pessoas que não são fluentes no idioma do site e pessoas com baixa alfabetização.
• O conteúdo é mais fácil de entender por usuários que não estão familiarizados com o
tópico.
• O conteúdo é mais fácil de percorrer e obter uma visão geral das informações.
Evite palavras, jargões e acrônimos excessivamente complexos ou forneça explicações
quando eles precisarem ser usados. Forneça estrutura usando títulos, listas e
espaçamento. Forneça ilustrações que esclareçam o conteúdo, quando
úteis. Forneça layout e design claros com orientação consistente e dicas de
navegação.
Saber mais
• Informações compreensíveis e interface de usuário
• Começando:
• Mantenha o conteúdo claro e conciso
• Forneça instruções claras
• Use títulos para transmitir significado e estrutura
• Títulos
• Critérios de sucesso relacionados ao “texto”
• Palavras longas, frases longas e complexas, jargão
• Conteúdo gerando novas janelas sem avisar o usuário
• Piscando, movendo, rolando ou atualizando conteúdo automaticamente
Áudio Visual
Perspectivas de Acessibilidade na Perspectivas de Acessibilidade na Web:

Web: Conteúdo Compreensível Conteúdo Compreensível
46
47
Áudio Visual
Em vez de dizer: "Possular um Duas pessoas estão tentando seguir

conceito mais cansativo do que ser instruções em um site de culinária usando
abordado em sintaxe sesquipedal é muito texto sem ilustrações ou estrutura.
inflexível",
é melhor dizer: "Ser falado em
linguagem desnecessariamente longa
e complicada é uma dor".
No entanto, muitos sites carecem de Eles estão procurando palavras em um

estruturação usando títulos, listas e dicionário para entender a receita.
separação. Ou eles usam linguagem
excessivamente complexa, jargão e
siglas inexplicáveis.
Isso os torna difíceis e pouco Eles estão confusos e frustrados com o site.
atraentes de usar para muitas
pessoas, incluindo falantes não
nativos, e os torna inutilizáveis para
pessoas com deficiências cognitivas e
de aprendizagem.
Acessibilidade na Web: Essencial para Eles pesquisam e encontram um site de

alguns, útil para todos. culinária diferente com texto e ilustrações
mais estruturados.

obter mais informações sobre w3.org/WAI/perspectives
Conteúdo Compreensível para obter mais informações sobre
Conteúdo Compreensível.
do W3C
Notificações e comentários
uma variedade de situações
O que é “Notificações e Feedback”?
Os usuários precisam saber o que está acontecendo e obter feedback apropriado
durante a interação. Por exemplo, os usuários precisam de mensagens de
confirmação quando as ações são concluídas, como quando os formulários são
47
48
enviados. Além disso, as mensagens de erro devem fornecer orientações claras em

vez de confundir os usuários.
• Pessoas com algumas deficiências cognitivas e de aprendizagem, que podem ser
facilmente confundidas por comportamentos inesperados e mensagens de erro pouco
claras.
• Pessoas com visão parcial e cegueira, que dependem de notificações, instruções e
mensagens de erro para entender o contexto e as interações.
• O conteúdo é mais útil para pessoas que são novas no site ou aplicativo específico.
• O conteúdo é mais útil para pessoas que não têm confiança no uso de computadores e
da web.
• O conteúdo é menos confuso e assustador para todos, independentemente das
habilidades.
Use uma linguagem clara e simples para tornar as mensagens de erro mais
compreensíveis. Por exemplo, descreva como corrigir um erro. Quando os formulários
forem enviados, forneça uma mensagem de confirmação. Quando uma alteração for
feita na tela, como um novo conteúdo adicionado, alerte os usuários sobre a alteração.
Saber mais
• Os usuários são ajudados a evitar e corrigir erros
• Começando:
• Forneça instruções claras
• Ajude os usuários a evitar e corrigir erros
• Formulários, rótulos e erros (incluindo campos de pesquisa)
• Critérios de sucesso relativos a “erros”
• Tutorial:
• Formulários - Tutoriais de Acessibilidade na Web
Áudio Visual

Notificações e Feedback Notificações e Feedback
48
49
Áudio Visual
Todas as engrenagens certas podem Os ponteiros de um relógio cuco chegam a

ser postas em movimento. As mãos doze...
podem estar no local exato em que
precisam estar.
Mas se você não obtiver a resposta que ... mas o pássaro cuco não sai de sua porta
espera, acabará se perguntando se há para sinalizar a hora.
algum tipo de problema.
É o mesmo na Web. Um homem preenche e envia um

Sem notificações e feedback claros, as formulário em um site para obter uma tela
pessoas ficam rapidamente em branco sem confirmação de seu
desorientadas e confusas. envio. Ele parece confuso.
Especialmente mensagens de erro que Outro homem recebe uma mensagem de

muitas vezes são complexas e erro técnico de um formulário de registro
confusas. de site. Ele lê: "Erro ead#234532 dados
inválidos".
No entanto, torná-los compreensíveis A mensagem de erro muda para: "Formato

geralmente é bastante simples. inválido, formato obrigatório é
'dia/mês/ano'.
Tornar sites e aplicativos previsíveis e Uma mulher está tentando fazer login no
compreensíveis os torna acessíveis Wi-Fi de um café e recebe uma mensagem
para pessoas com deficiências de erro enigmática.
cognitivas e de aprendizado...
... e mais útil para todos. Outras pessoas no café também parecem
estar tendo esse problema.
Especialmente as pessoas com menos A mensagem de erro muda para algo mais
conhecimentos de informática. compreensível. A mulher no café parece
aliviada.
Acessibilidade na Web: Essencial para O pássaro cuco sai do relógio.


obter mais informações sobre w3.org/WAI/perspectives
Notificações e Feedback para obter mais informações sobre
Notificações e Feedback.
49
50
Áudio Visual

do W3C
50

Visão Geral Dos Fundamentos de Acessibilidade

Enviado por

Dados do documento

Título original

Direitos autorais

Formatos disponíveis

Compartilhar este documento

Compartilhar ou incorporar documento

Opções de compartilhamento

Você considera este documento útil?

Este conteúdo é inapropriado?

Direitos autorais:

Formatos disponíveis

Visão Geral Dos Fundamentos de Acessibilidade

Enviado por

Direitos autorais:

Formatos disponíveis

1

Visão geral dos fundamentos de acessibilidade

Explica as distinções e sobreposições entre acessibilidade, usabilidade e design

Introdução à Acessibilidade na Web

Assim, o impacto da deficiência é radicalmente alterado na Web porque a Web remove

Vídeo de Perspectivas de Acessibilidade na

As imagens devem incluir texto alternativo equivalente (texto alternativo) na marcação/código.

projetos e políticas . Incentivamos você a explorar este site ou a consultar a lista de

ntrodução em vídeo à acessibilidade da Web e aos

Oi! Meu nome é Shadi Abou-Zahra. Sou o Especialista Acessibilidade na Web

World Wide Web Consortium, e hoje gostaria de falar

A Web é para muitas pessoas uma parte essencial da Pessoas em um cibercafé

No trabalho. Alguém em um escritório

Em casa. Alguém sentado em um

E na estrada. Alguém usando um celular

Acessibilidade da Web significa que pessoas com [Shadi falando]

A acessibilidade tem muitos benefícios. [Shadi falando]

Por exemplo, as legendas beneficiam qualquer pessoa Alguém assistindo a um

E um bom contraste de cores funciona melhor quando Alguém olhando para um

Também as pessoas com deficiências relacionadas à Alguém com tremores

Na verdade, todos têm uma experiência de usuário Duas pessoas sorrindo

Muita acessibilidade pode ser incorporada ao código [Shadi falando]

As tecnologias da Web do W3C, como HTML, fornecem Código HTML de uma

Por exemplo, para fornecer descrições textuais para Código de exemplo

Além disso, títulos, rótulos e outros códigos oferecem Código de exemplo

Boas ferramentas de autoria, como wikis, sistemas de Exemplo de ferramenta de

Além disso, navegadores da Web, players de mídia e Exemplo de navegador da

O W3C fornece padrões para ajudar a tornar a Web [Shadi falando]

O mais conhecido é o Web Content Accessibility Diretrizes de Acessibilidade

Primeiro, Perceptível - por exemplo, para que as Alguém digitando em seu

Compreensível - por exemplo, para que as pessoas Duas pessoas olhando

E Robusto - para que as pessoas possam usar Alguém usando ampliação

Além do WCAG, o W3C também fornece o Authoring Diretrizes de acessibilidade

E as Diretrizes de Acessibilidade do Agente do Usuário - Diretrizes de acessibilidade

Existem mais de um bilhão de pessoas com deficiência, [Shadi falando]

Para obter mais informações sobre acessibilidade na Iniciativa de Acessibilidade

2. Use o menu suspenso "Idioma" para selecionar as legendas.

Traduzir para outros idiomas

Componentes essenciais da acessibilidade na Web

• conhecimento dos usuários , experiências e, em alguns casos, estratégias adaptativas

Os desenvolvedores da Web geralmente usam ferramentas de autoria e ferramentas

• Quando navegadores da Web, players de mídia, tecnologias assistivas e outros

Se um componente tiver um suporte de acessibilidade ruim, às vezes outros

especialmente com conteúdo dinâmico e controles avançados de interface do usuário

• Informações compreensíveis e interface de usuário

Informações perceptíveis e interface do usuário

• O foco do teclado não fica preso em nenhuma parte do conteúdo

• Parte B. Apoiar a produção de conteúdo acessível

específicas. Por exemplo, enquanto algumas pessoas confiam em estruturas de

• Os rótulos apresentados aos usuários correspondem aos nomes de objetos

Histórias relacionadas à legibilidade

• Luis, auxiliar de supermercado com síndrome de Down

Atender a esse requisito ajuda a maximizar a compatibilidade com agentes de usuário

Ajude a melhorar esta página

Vídeos sobre perspectivas de acessibilidade na Web:

Perspectivas de Acessibilidade na Web: Perspectivas de Acessibilidade na

Muitas pessoas usam apenas o teclado para

Quer se trate de mobilidade temporariamente Uma mulher com o braço na

uma deficiência física permanente, Um homem com uma cadeira de

ou simplesmente um mouse quebrado, O homem com a cadeira de rodas

Acessibilidade na Web: Essencial para alguns, útil

Visite w3.org/WAI/perspectives para obter mais Visite

Cores com bom contraste