Acessibilidade web

A expressão acessibilidade Web refere-se a prática inclusiva de fazer websites que possam ser utilizados por todas as pessoas que tenham deficiência ou não. Quando os sites são corretamente concebidos, desenvolvidos e editados, todos os usuários podem ter igual acesso à informação e funcionalidade.
A Acessibilidade consiste na facilidade de acesso e de uso de ambientes, produtos e serviços por qualquer pessoa e em diferentes contextos. Envolve o Design Inclusivo, oferta de um leque variado de produtos e serviços que cubram as necessidades de diferentes populações (incluindo produtos e serviços de apoio), adaptação, meios alternativos de informação, comunicação, mobilidade e manipulação [Francisco Godinho, 2010].
Muitas pessoas com incapacidades necessitam da acessibilidade na Web para realizar suas atividades. Para que essas pessoas usufruam e contribuam para a Web de uma forma eficaz, é necessário que surjam, cada vez mais, softwares mais acessíveis.
Por exemplo, quando um site é desenvolvido utilizando corretamente as semânticas HTML, acrescentando a descrição textual alternativa equivalente ao conteúdo das imagens e com links nomeados de forma significativa, esta ação ajuda usuários cegos ou com deficiência visual a obterem auxílio com o uso de softwares Leitores de Textos e/ou com hardware específico para transformação do texto em Braille.
Quando o texto e as imagens são grandes e/ou passíveis de ampliação a leitura e compreensão do conteúdo torna-se mais fácil para os usuários com visão deficiente. Quando os links são sublinhados (ou diferenciados de outra maneira) e também coloridos, tem-se a garantia de que usuários daltônicos sejam capazes de diferenciá-los. Quando os links e áreas clicáveis são grandes isso ajuda os usuários que não podem controlar um mouse com precisão. Quando as páginas são codificadas para os usuários poderem navegar utilizando somente o teclado ou uma única tecla de acesso ajuda os usuários que não pode utilizar um mouse ou até mesmo um teclado padrão. Quando vídeos são legendados ou são disponibilizados com versões em língua de sinais, os usuários surdos ou com dificuldade de audição podem entender o vídeo. Quando são evitados ou tornados opcionais os efeitos de "pisca-pisca" ou efeitos luminosos estroboscópicos os usuários propensos a fotoconvulsões não são colocados em risco. E quando o conteúdo é escrito em linguagem simples e ilustrado com gráficos e animações instrucionais os usuários com dislexia e dificuldades de aprendizagem são capazes de compreender melhor o conteúdo. Quando os sites são corretamente construídos e mantidos, as necessidades de todos esses usuários podem ser acomodadas, sem causar impacto na usabilidade do site para os demais usuários.
Segundo Tim Berners-Lee “o poder da web está na sua universalidade. O acesso por todas as pessoas, não obstante a sua deficiência, é um aspecto essencial”.
Atualmente, a Web é um recurso de grande importância para todos. Sendo assim, é necessário que esta seja de fácil acesso para dar oportunidades de participação a todas as pessoas com necessidades especiais.
As necessidades que a "acessibilidade web" pretende abordar incluem:
Os indivíduos que possuem uma deficiência podem usar tecnologias de assistência como as descritas a seguir para permitir a navegação na web e acessar conteúdos:
Em 1999 a Web Accessibility Initiative (WAI), um projeto com o World Wide Web Consortium (W3C), publicou o Web Content Accessibility Guidelines # WCAG 1,0. Desde então estes têm sido amplamente aceitos como as orientações definitivas sobre a forma de criar websites acessíveis na Web.
A 11 de Setembro de 2008, a WAI oficializou o WCAG 2.0 como conjunto de directrizes actualizadas e tecnologicamente neutras para a acessibilidade na Internet.
Para que a web possa ser acessível, 7 componentes devem ser incluídos:
"Desenvolvedores da Web normalmente usam Ferramentes de Desenvolvimento e Avaliação para criar conteúdo para a Web. As pessoas ("usuários") usam navegadores da Web, Media players, ou outras tecnologias assistivas (user agents) para receber e interagir com o conteúdo."
Medir a acessibilidade de um site é um dos primeiros passos para permitir que pessoas com algum tipo de limitação possam usar sistemas interativos de forma satisfatória. Existe situações em que uma equipe que está a frente do projeto acredita que tudo está sendo desenvolvido da melhor maneira possível, tendo preocupação com a acessibilidade e abrangendo o maior público possível. Porém, ao submeter o site a um teste de acessibilidade via uma ferramenta percebesse que a história é um pouco diferente, é visto que detalhes acabam passando despercebidos e por mais sutis que sejam causam um grande impacto para o público que possui alguma necessidade de acessibilidade.
De acordo com o Serviço Federal de Processamento de Dados (SERPRO), vinculado ao Ministério do Planejamento do Governo Federal, a validação da acessibilidade deve ser feita por meio de ferramentas e da revisão humana. Por mais que as ferramentas sejam geralmente mais rápidas, elas não conseguem verificar todos os aspectos possíveis. Já com a revisão humana podemos ter uma avaliação mais precisa.
A vantagem de se usar ferramentas é incluir a possibilidade de identificar uma variedade de problemas que poderiam afetar um grupo de pessoas, além do custo benefício e automação.
Dentre as diversas ferramentas existentes, podemos citar:
Para uma visão geral sobre a crítica ao processo W3C, leia Putting the user at the heart of the W3C process. Nos artigos, tais como, To Hell with WCAG 2.0 e Testability Costs Too Much,a WAI tem sido criticada por permitir WCAG 1,0 por tentar barrar as etapas para o avanço das tecnologias e técnicas para criar e consumir conteúdo da Web, devido a lentidão do processo de desenvolvimento do WCAG 2,0, tornando as novas orientações de difícil navegação e compreensão, e outros falhas alegadas. Em uma tentativa de fornecer orientações que se destinam a ser atualizadas, mais fáceis de entender e, mais relevante e práticas para responsáveis do desenvolvimento de projetos para Web, o Projeto Joe Clark's WCAG Samurai publicou uma errata não-oficial do WCAG 1,0.