Todas as limitações que citei no tópico anterior são superadas por um conjunto de fatores. Um deles é o uso de algumas configurações já disponíveis no hardware e software convencional. Outro é o uso de software e hardware especializado para deficientes, quando necessário. Há ainda um terceiro fator que é a estrutura das páginas Web.
Essa estrutura deve ser preparada para o acesso por pessoas com e sem deficiência. Caso contrário, o uso de configurações e equipamentos especializados terá grandes chances de ser ineficaz. A produção de conteúdo Web pode ser otimizada por ferramentas de editoração, mas estas também deverão garantir que o conteúdo produzido seja acessível. Para facilitar esse processo, ferramentas de validação de conteúdo podem ser usadas para verificar o nível de acessibilidade das páginas.
A
Web Accessibility Initiative (WAI) determina algumas diretrizes para produção de conteúdo e ferramentas acessíveis:
- Alternativas textuais para elementos não textuais (como imagens e gráficos, por exemplo)
- Legendas e alternativas para multimídia
- Conteúdo que pode ser apresentado de diversas formas
- Conteúdo que seja fácil de ler e ouvir
- Possibilidade de interagir com todo o conteúdo pelo teclado
- Tempo suficiente para ler e interagir com o conteúdo
- Conteúdo que não causa convulsões (por luzes piscantes ou animações)
- Conteúdo facilmente navegável (com menus e métodos de pesquisa)
- Textos legíveis e compreensíveis
- Conteúdo previsível
- Conteúdo que ajuda o usuário a evitar e corrigir erros
- Conteúdo que é compatível com ferramentas (incluindo navegadores) atuais e futuras
Esses são apenas alguns exemplos de medidas que devem ser adotadas para garantir um melhor acesso por todos ao conteúdo Web, porém mais detalhes podem ser encontrados nos manuais de acessibilidade do W3C:
NOTA: O documento WCAG, na versão 2.0, foi traduzido para o português pelo grupo de trabalho de acessibilidade do W3C Brasil. O endereço para acesso a este documento está nas referências, no fim deste artigo.
É importante lembrar que custa menos (tecnicamente e financeiramente) tornar o conteúdo acessível logo no início dos projetos do que fazê-lo depois que o projeto já foi implementado.