Acessibilidade na web - Web accessibility

A acessibilidade da Web é a prática inclusiva de garantir que não haja barreiras que impeçam a interação ou o acesso a sites na World Wide Web por pessoas com deficiência física , deficiência situacional e restrições socioeconômicas de largura de banda e velocidade. Quando os sites são projetados, desenvolvidos e editados corretamente, mais usuários têm igual acesso às informações e funcionalidades.

Por exemplo, quando um site é codificado com HTML semanticamente significativo , com equivalentes textuais fornecidos para imagens e links com nomes significativos, isso ajuda a cegar os usuários que usam software de texto para voz e / ou texto para Braille. Quando o texto e as imagens são grandes e / ou aumentáveis, é mais fácil para os usuários com visão deficiente ler e compreender o conteúdo. Quando os links são sublinhados (ou de outra forma diferenciados), bem como coloridos, isso garante que os usuários daltônicos sejam capazes de notá-los. Quando as áreas e links clicáveis são grandes, isso ajuda os usuários que não conseguem controlar um mouse com precisão. Quando as páginas não são codificadas de forma que atrapalhe a navegação apenas por meio do teclado ou de um único dispositivo de acesso por switch , isso ajuda os usuários que não podem usar um mouse ou mesmo um teclado padrão. Quando os vídeos são legendados ou uma versão em linguagem de sinais está disponível, usuários surdos e com deficiência auditiva podem entender o vídeo. Quando os efeitos intermitentes são evitados ou opcionais, os usuários propensos a convulsões causadas por esses efeitos não são colocados em risco. E quando o conteúdo é escrito em linguagem simples e ilustrado com diagramas de instrução e animações, os usuários com dislexia e dificuldades de aprendizagem são capazes de entender melhor o conteúdo. Quando os sites são construídos e mantidos corretamente, todos esses usuários podem ser acomodados sem diminuir a usabilidade do site para usuários sem deficiência.

As necessidades que a acessibilidade na web visa atender incluem:

A acessibilidade não se limita à lista acima, mas se estende a qualquer pessoa que tenha alguma deficiência permanente, temporária ou situacional. A deficiência situacional se refere a alguém que pode estar passando por um limite com base na experiência atual. Por exemplo, uma pessoa pode estar situacionalmente com uma mão se estiver carregando um bebê. A acessibilidade da Web deve levar em consideração os usuários que enfrentam uma ampla variedade de barreiras. Infelizmente, de acordo com uma pesquisa global WebAIM de 2018 com profissionais de acessibilidade na web, quase 93% dos entrevistados não receberam educação formal sobre acessibilidade na web.

Tecnologias assistivas usadas para navegação na web

Indivíduos que vivem com uma deficiência usam tecnologias assistivas , como as seguintes, para habilitar e auxiliar a navegação na web:

  • Software de leitura de tela , que pode ler, usando voz sintetizada, tanto elementos selecionados do que está sendo exibido no monitor (útil para usuários com dificuldades de leitura ou de aprendizagem), ou que pode ler tudo o que está acontecendo no computador (usado por usuários cegos e deficientes visuais).
  • Terminais Braille, que consiste de uma linha braille que processa o texto como braille caracteres (geralmente por meio de pinos de elevar por meio de buracos em uma superfície plana) e um teclado convencional ou um teclado braille.
  • Software de ampliação de tela , que amplia o que é exibido no monitor do computador, facilitando a leitura para usuários com deficiência visual.
  • Software de reconhecimento de fala que pode aceitar comandos falados para o computador ou transformar ditado em texto gramaticalmente correto - útil para quem tem dificuldade em usar o mouse ou o teclado.
  • Sobreposições de teclado, que podem tornar a digitação mais fácil ou mais precisa para quem tem dificuldades de controle motor.
  • Acesso a vídeos legendados ou em linguagem de sinais para surdos.

Diretrizes sobre web design acessível

Diretrizes de acessibilidade de conteúdo da web

Em 1999, a Web Accessibility Initiative , um projeto do World Wide Web Consortium (W3C), publicou as Diretrizes de Acessibilidade de Conteúdo da Web WCAG 1.0 .

Em 11 de dezembro de 2008, o WAI lançou o WCAG 2.0 como uma recomendação. WCAG 2.0 pretende ser atualizado e mais neutro em termos de tecnologia. Embora os web designers possam escolher qualquer um dos padrões a seguir, as WCAG 2.0 foram amplamente aceitas como as diretrizes definitivas sobre como criar sites acessíveis. Os governos estão adotando continuamente as WCAG 2.0 como o padrão de acessibilidade para seus próprios sites. Em 2012, as Diretrizes de Acessibilidade de Conteúdo da Web também foram publicadas como um padrão ISO / IEC: "ISO / IEC 40500: 2012: Tecnologia da Informação - Diretrizes de Acessibilidade de Conteúdo da Web W3C (WCAG) 2.0".

Críticas às diretrizes WAI

Tem havido algumas críticas ao processo W3C, alegando que ele não coloca suficientemente o usuário no centro do processo. Houve uma objeção formal à afirmação original da WCAG de que a WCAG 2.0 atenderá aos requisitos para pessoas com deficiência de aprendizagem e limitações cognitivas, liderada por Lisa Seeman e assinada por 40 organizações e pessoas. Em artigos como "WCAG 2.0: as novas diretrizes do W3C avaliadas", "Para o inferno com WCAG 2.0" e "Testabilidade custa muito", o WAI foi criticado por permitir que o WCAG 1.0 se desviasse cada vez mais das tecnologias e técnicas de hoje por criar e consumir conteúdo da web, pelo ritmo lento de desenvolvimento das WCAG 2.0, por tornar as novas diretrizes difíceis de navegar e entender, e outras falhas argumentadas.

Componentes essenciais de acessibilidade na web

A acessibilidade de sites depende da cooperação de vários componentes:

  1. conteúdo - as informações em uma página da web ou aplicativo da web, incluindo informações naturais (como texto, imagens e sons) e código ou marcação que define a estrutura, apresentação, etc.
  2. navegadores da web, reprodutores de mídia e outros "agentes de usuário"
  3. tecnologia assistiva, em alguns casos - leitores de tela, teclados alternativos, interruptores, software de digitalização, etc.
  4. conhecimento dos usuários, experiências e, em alguns casos, estratégias adaptativas usando a web
  5. desenvolvedores - designers, programadores, autores, etc., incluindo desenvolvedores com deficiência e usuários que contribuem com conteúdo
  6. ferramentas de autoria - software que cria sites
  7. ferramentas de avaliação - ferramentas de avaliação de acessibilidade da web, validadores HTML, validadores CSS, etc.

Os desenvolvedores da web geralmente usam ferramentas de autoria e ferramentas de avaliação para criar conteúdo da web .
Pessoas (" usuários ") usam navegadores da web , reprodutores de mídia , tecnologias assistivas ou outros " agentes de usuário " para obter e interagir com o conteúdo .

Diretrizes para diferentes componentes

Diretrizes de acessibilidade da ferramenta de autoria (ATAG)

  • ATAG contém 28 pontos de verificação que fornecem orientação sobre:
    • produzindo resultados acessíveis que atendem aos padrões e diretrizes
    • promoção do autor do conteúdo para informações relacionadas à acessibilidade
    • fornecendo maneiras de verificar e corrigir conteúdo inacessível
    • integrando acessibilidade na aparência geral
    • tornando a própria ferramenta de autoria acessível para pessoas com deficiência

Diretrizes de acessibilidade de conteúdo da web (WCAG)

  • WCAG 1.0: 14 diretrizes que são princípios gerais de design acessível
  • WCAG 2.0: 4 princípios que formam a base para a acessibilidade na web; 12 diretrizes (não testáveis) que são objetivos que os autores devem almejar; e 65 critérios de sucesso testáveis. As técnicas do W3C para WCAG 2.0 são uma lista de técnicas que auxiliam os autores a cumprir as diretrizes e critérios de sucesso. As técnicas são atualizadas periodicamente, enquanto os princípios, diretrizes e critérios de sucesso são estáveis ​​e não mudam.

Diretrizes de acessibilidade do agente do usuário (UAAG)

  • UAAG contém um conjunto abrangente de pontos de verificação que cobrem:
    • acesso a todo o conteúdo
    • controle do usuário sobre como o conteúdo é renderizado
    • controle do usuário sobre a interface do usuário
    • interfaces de programação padrão

Legislação de acessibilidade da web

Devido ao crescimento do uso da Internet e sua crescente importância na vida cotidiana, países ao redor do mundo estão abordando questões de acesso digital por meio de legislação. Uma abordagem é proteger o acesso a sites para pessoas com deficiência usando a legislação existente de direitos humanos ou civis. Alguns países, como os EUA, protegem o acesso de pessoas com deficiência por meio do processo de aquisição de tecnologia. É comum que as nações apoiem e adotem as Diretrizes de Acessibilidade de Conteúdo da Web (WCAG) 2.0, referindo-se às diretrizes em sua legislação. A conformidade com as diretrizes de acessibilidade da web é um requisito legal principalmente na América do Norte, Europa, partes da América do Sul e partes da Ásia.

Austrália

Em 2000, um cego australiano ganhou uma ação judicial de US $ 20.000 contra o Comitê Organizador dos Jogos Olímpicos de Sydney (SOCOG) . Este foi o primeiro caso de sucesso sob a Lei de Discriminação da Deficiência de 1992 porque o SOCOG não conseguiu tornar seu site oficial, os Jogos Olímpicos de Sydney , adequadamente acessível para usuários cegos. A Comissão de Direitos Humanos e Igualdade de Oportunidades (HREOC) também publicou World Wide Web Access: Disability Discrimination Act Advisory Notes. Todos os governos da Austrália também têm políticas e diretrizes que exigem sites públicos acessíveis.

Brasil

No Brasil , o governo federal publicou um artigo com diretrizes para acessibilidade em 18 de janeiro de 2005, para revisão pública. Em 14 de dezembro do mesmo ano, foi publicada a segunda versão, com sugestões feitas à primeira versão do artigo. Em 7 de maio de 2007, as diretrizes de acessibilidade do jornal tornaram-se obrigatórias para todos os sites federais. A versão atual do artigo, que segue as diretrizes das WCAG 2.0, é denominada e-MAG, Modelo de Acessibilidade de Governo Eletrônico ) e é mantida pelo Ministério do Planejamento, Orçamento e Gestão .

O jornal pode ser visualizado e baixado em seu site oficial.

Canadá

Em 2011, o governo do Canadá começou a implementar gradualmente um novo conjunto de padrões da web que visam garantir que os sites do governo sejam acessíveis, utilizáveis, interoperáveis ​​e otimizados para dispositivos móveis. Esses padrões substituem os Padrões Common Look and Feel 2.0 (CLF 2.0) para a Internet.

O primeiro desses quatro padrões, o Padrão de Acessibilidade na Web, entrou em vigor em 31 de julho de 2013. O Padrão de Acessibilidade na Web segue as Diretrizes de Acessibilidade de Conteúdo da Web (WCAG) 2.0 AA e contém uma lista de exclusões que é atualizada anualmente. É acompanhado por uma Metodologia de Avaliação explícita que ajuda os departamentos governamentais a cumpri-la. O governo também desenvolveu o Web Experience Toolkit (WET), um conjunto de componentes reutilizáveis ​​da web para a construção de sites inovadores. O WET ajuda os departamentos governamentais a construir sites inovadores que são acessíveis, utilizáveis ​​e interoperáveis ​​e, portanto, estão em conformidade com os padrões do governo. O kit de ferramentas WET é de código aberto e está disponível para qualquer pessoa usar.

Os três padrões da web relacionados são: o Padrão para Otimização de Sites e Aplicativos para Dispositivos Móveis, o Padrão para Usabilidade da Web e o Padrão para Interoperabilidade da Web.

Em 2019, o governo do Canadá aprovou a Lei do Canadá Acessível . Isso se baseia na legislação provincial, como a Lei de Acessibilidade para Ontarianos com Deficiências , A Lei de Acessibilidade para Manitobans e a Lei de Acessibilidade da Nova Escócia .

União Européia

Em fevereiro de 2014, um projeto de lei foi aprovado pelo Parlamento Europeu afirmando que todos os sites geridos por organismos do setor público devem ser acessíveis a todos.

Em 26 de outubro de 2016, o Parlamento Europeu aprovou a Diretiva Acessibilidade da Web, que exige que os sites e aplicações móveis de organismos do setor público sejam acessíveis. Os requisitos de acessibilidade relevantes são descritos na norma europeia EN 301 549 V1.1.2 (publicada pela ETSI ). Espera-se que os estados membros da UE entrem em vigor até 23 de setembro de 2018, as leis e regulamentos que impõem os requisitos de acessibilidade relevantes.

  • os sites dos órgãos do setor público devem estar em conformidade até 23 de setembro de 2018;
  • aplicativos móveis até 23 de junho de 2021.

Algumas categorias de sites e aplicativos estão excluídos da diretiva, por exemplo "sites e aplicativos móveis de emissoras de serviço público e suas subsidiárias".

O "Rolling Plan for ICT Standardization 2017" da Comissão Europeia observa que a norma ETSI EN 301 549 V1.1.2 terá de ser atualizada para adicionar requisitos de acessibilidade para aplicações móveis e metodologias de avaliação para testar a conformidade com a norma.

Em 2019, a União Europeia introduziu a Lei Europeia de Acessibilidade, que agora é vista como uma das principais peças legislativas para a acessibilidade digital .

Irlanda

Na Irlanda , o Disability Act 2005 exige que, quando um órgão público se comunica em formato eletrônico com uma ou mais pessoas, o conteúdo da comunicação deve ser, na medida do possível, "acessível a pessoas com deficiência visual para as quais a tecnologia adaptativa está disponível "(Seção 28 (2)). A Autoridade Nacional para Deficientes produziu um Código de Prática que orienta os órgãos públicos sobre como cumprir as obrigações da lei. Este é um código de prática aprovado e suas disposições têm a força de obrigações estatutárias juridicamente vinculativas. Afirma que um órgão público pode alcançar a conformidade com a Seção 28 (2) "revisando as práticas existentes para comunicações eletrônicas em termos de acessibilidade em relação às diretrizes e padrões relevantes", dando o exemplo de "Conformidade Duplo A com a Iniciativa de Acessibilidade da Web (WAI) Diretrizes de acessibilidade de conteúdo da Web (WCAG) ".

Israel

O Ministério da Justiça de Israel publicou recentemente regulamentações exigindo que os sites da Internet cumpram o padrão israelense 5568, que se baseia nas Diretrizes de Acessibilidade de Conteúdo da Web 2.0 do W3C. As principais diferenças entre o padrão israelense e o padrão W3C dizem respeito aos requisitos para fornecer legendas e textos para mídia de áudio e vídeo. Os padrões israelenses são um pouco mais tolerantes, refletindo as atuais dificuldades técnicas em fornecer tais legendas e textos em hebraico.

Itália

Na Itália, a acessibilidade da web é regulamentada pela chamada " Legge Stanca " (Lei Stanca), formalmente Lei nº 4 de 9 de janeiro de 2004, publicada oficialmente na Gazzetta Ufficiale em 17 de janeiro de 2004. A Lei Stanca original foi baseada na WCAG 1.0. Em 20 de março de 2013, os padrões exigidos pela Lei Stanca foram atualizados para as WCAG 2.0.

Japão

As Diretrizes de Acessibilidade de Conteúdo da Web no Japão foram estabelecidas em 2004 como JIS ( Padrões Industriais Japoneses ) X 8341-3. O JIS X 8341-3 foi revisado em 2010 para adotar as WCAG 2.0. A nova versão, publicada pela Web Accessibility Infrastructure Commission (WAIC), tem os mesmos quatro princípios, 12 diretrizes e 61 critérios de sucesso da WCAG 2.0.

Malta

Em Malta, as avaliações de acessibilidade do conteúdo da web foram realizadas pela Foundation for Information Technology Accessibility (FITA) desde 2003. Até 2018, isso foi feito em conformidade com os requisitos da Lei de Oportunidades Iguais (2000) CAP 43 e as diretrizes WACG aplicadas. Com o advento da Diretiva de Acessibilidade da Web da UE, a Autoridade de Comunicações de Malta foi encarregada de garantir a acessibilidade de recursos online de propriedade de entidades públicas maltesas. A FITA continua a fornecer avaliações de acessibilidade de TIC para entidades públicas e comerciais, aplicando o padrão EN301549 e WCAG 2.1 conforme aplicável. Portanto, tanto a legislação antidiscriminação da Lei da Igualdade de Oportunidades quanto a Diretiva de Acessibilidade da Web da UE transposta são aplicáveis ​​ao cenário maltês.

Noruega

Na Noruega, a acessibilidade à web é uma obrigação legal ao abrigo da Lei de 20 de Junho de 2008 n.º 42 relativa à proibição da discriminação com base na deficiência, também conhecida como Lei de Acessibilidade Antidiscriminação. A lei entrou em vigor em 2009 e o Ministério da Administração Governamental, Reforma e Assuntos da Igreja [Fornyings-, administrasjons- og kirkedepartementet] publicou o Regulamento para soluções de design universal de tecnologia da informação e comunicação (TIC) [Forskrift om universell utforming av informasjons - og kommunikasjonsteknologiske (IKT) -løsninger] em 2013. Os regulamentos exigem conformidade com as Diretrizes de Acessibilidade de Conteúdo da Web 2.0 (WCAG 2.0) / NS / ISO / IEC 40500: 2012, nível A e AA com algumas exceções. A Agência Norueguesa de Gestão Pública e Governo Eletrônico (Difi) é responsável por supervisionar se as soluções de TIC destinadas ao público em geral estão em conformidade com os requisitos legislativos e regulamentares.

Filipinas

Como parte das Iniciativas de Acessibilidade da Web nas Filipinas , o governo, por meio do Conselho Nacional para o Bem-Estar das Pessoas com Deficiência (NCWDP), aprovou a recomendação de formar um grupo adhoc ou central de webmasters que ajudará na implementação da Estrutura do Milênio Biwako definido pela UNESCAP .

As Filipinas também foram o local onde foi realizado o Seminário Interregional e Workshop de Demonstração Regional sobre Informações Acessíveis e Tecnologias de Comunicação (TIC) para Pessoas com Deficiência, onde onze países da Ásia - Pacífico estiveram representados. As Recomendações de Projeto de Tecnologias de Informação e Comunicação Acessíveis de Manila foram elaboradas e adotadas em 2003.

Espanha

Na Espanha, UNE 139803: 2012 é a norma encarregada de regular a acessibilidade na web. Este padrão é baseado nas Diretrizes de Acessibilidade de Conteúdo da Web 2.0.

Suécia

Na Suécia, Verva, a Agência Sueca de Desenvolvimento Administrativo é responsável por um conjunto de diretrizes para sites do setor público sueco. Por meio das diretrizes, a acessibilidade na web é apresentada como parte integrante do processo geral de desenvolvimento e não como uma questão separada. As diretrizes suecas contêm critérios que cobrem todo o ciclo de vida de um site; desde sua concepção até a publicação de conteúdo ao vivo na web. Esses critérios abordam várias áreas que devem ser consideradas, incluindo:

  • acessibilidade
  • usabilidade
  • padrões da web
  • questões de privacidade
  • arquitetura de informação
  • desenvolvendo conteúdo para a web
  • Seleção de sistemas de gerenciamento de conteúdo (CMS) / ferramentas de autoria.
  • desenvolvimento de conteúdo web para dispositivos móveis.

Uma tradução em inglês foi lançada em abril de 2008: Diretrizes Nacionais Suecas para Sites do Setor Público. A tradução é baseada na versão mais recente das Diretrizes, lançada em 2006.

Reino Unido

No Reino Unido , o Equality Act 2010 não se refere explicitamente à acessibilidade do site, mas torna ilegal discriminar pessoas com deficiência. A lei se aplica a qualquer pessoa que forneça um serviço; setores público, privado e voluntário. O Código de Prática: Direitos de Acesso - Documento de bens, instalações, serviços e instalações publicado pela Comissão de Igualdade e Direitos Humanos do governo para acompanhar a lei refere-se explicitamente a sites como um dos "serviços ao público" que devem ser considerados abrangidos pela lei.

Em dezembro de 2010, o Reino Unido lançou o padrão BS 8878: 2010 de acessibilidade da Web. Código de prática . Este padrão substitui efetivamente o PAS 78 (publicação 2006). PAS 78, produzido pela Disability Rights Commission e utilizável por pessoas com deficiência. O padrão foi projetado para apresentar aos profissionais não técnicos uma melhor acessibilidade, usabilidade e experiência do usuário para deficientes e idosos. Será especialmente benéfico para quem é novo neste assunto, pois fornece orientação sobre o processo, em vez de questões técnicas e de design. A BS 8878 é consistente com a Lei da Igualdade de 2010 e é referenciada no Plano de Ação de Acessibilidade Eletrônica do governo do Reino Unido como base para recomendações atualizadas sobre o desenvolvimento de serviços online acessíveis. Inclui recomendações para:

  • Envolvendo pessoas com deficiência no processo de desenvolvimento e usando ferramentas automatizadas para auxiliar nos testes de acessibilidade
  • A gestão da orientação e do processo de cumprimento das diretrizes e especificações de acessibilidade existentes.

O BS 8878 é destinado a qualquer pessoa responsável pelas políticas que abrangem a criação de produtos da Web em sua organização e a governança dessas políticas. Além disso, auxilia as pessoas responsáveis ​​por promover e apoiar iniciativas de igualdade e inclusão em organizações e pessoas envolvidas na aquisição, criação ou treinamento de produtos e conteúdo da web. Um resumo do BS 8878 está disponível para ajudar as organizações a entender melhor como o padrão pode ajudá-las a incorporar acessibilidade e design inclusivo em seus processos de negócios usuais.

Em 28 de maio de 2019, o BS 8878 foi substituído pelo ISO 30071-1, o padrão internacional que se baseou no BS 8878 e o expandiu para uso internacional. Um resumo de como a ISO 30071-1 se relaciona com a BS 8878 está disponível para ajudar as organizações a entender o novo padrão.

Em 9 de abril, a National Rail substituiu sua estética em azul e branco por um tema em preto e branco, que foi criticado por não estar em conformidade com as Diretrizes de Acessibilidade de Conteúdo da Web. A empresa restaurou o tema azul e branco e afirmou que está a investir na modernização do seu site de acordo com as mais recentes directrizes de acessibilidade.

Em 2019, novos regulamentos de acessibilidade entraram em vigor estabelecendo um dever legal para os órgãos do setor público de publicar declarações de acessibilidade e tornar seus sites acessíveis até 23 de setembro de 2020 As declarações de acessibilidade incluem informações sobre como o site foi testado e o plano da organização para corrigir quaisquer problemas de acessibilidade. As declarações devem ser publicadas e vinculadas em todas as páginas do site.

Estados Unidos

Nos Estados Unidos , a Seção 508 Emenda ao Ato de Reabilitação de 1973 exige que todas as agências federais de tecnologia eletrônica e de informação sejam acessíveis a pessoas com deficiência. Tanto os membros do público quanto os funcionários federais têm o direito de acessar essa tecnologia, como hardware e software de computador, sites, sistemas telefônicos e copiadoras. Além disso, a Seção 504 da Lei de Reabilitação proíbe a discriminação com base na deficiência para entidades que recebem fundos federais e tem sido citada em vários processos judiciais contra organizações como hospitais que recebem fundos federais por meio do Medicare / medicaid.

Além disso, o Título III da Lei dos Americanos com Deficiências (ADA) proíbe a discriminação com base na deficiência. Há algum debate sobre o assunto; vários tribunais e o Departamento de Justiça dos EUA assumiram a posição de que o ADA exige que os operadores e proprietários de sites e aplicativos tomem medidas afirmativas para tornar seus sites e aplicativos acessíveis a pessoas com deficiência e compatíveis com tecnologias assistivas comuns, como o leitor de tela JAWS, enquanto outros tribunais assumiram a posição de que o ADA não se aplica online. O Departamento de Justiça dos EUA endossou o padrão WCAG2.0AA como um padrão apropriado para acessibilidade em vários acordos de liquidação.

Inúmeros processos judiciais contestando sites e aplicativos móveis com base no ADA foram iniciados desde 2017. Esses casos parecem estimulados por um caso de 2017, Gil v. Winn Dixie Stores , no qual um tribunal federal da Flórida decidiu que o site de Winn Dixie deve ser acessível. Cerca de 800 casos relacionados à acessibilidade na web foram registrados em 2017, e mais de 2.200 foram registrados em 2018. Além disso, embora o Departamento de Justiça tenha declarado em 2010 que publicaria diretrizes para acessibilidade na web, eles reverteram este plano em 2017, também estimulando ações judiciais contra sites inacessíveis.

Uma ação judicial notável relacionada ao ADA foi movida contra a Domino's Pizza por um usuário cego que não podia usar o aplicativo móvel da Domino's. No nível do distrito federal, o tribunal decidiu a favor da Domino's, já que o Departamento de Justiça não havia estabelecido as diretrizes para acessibilidade, mas foi apelado ao Nono Circuito . O Nono Circuito rejeitou o tribunal distrital, determinando que, como a Domino's é uma loja física, que deve atender à ADA, e o aplicativo móvel uma extensão de seus serviços, seu aplicativo também deve estar em conformidade com a ADA. A Domino's entrou com uma petição na Suprema Corte, apoiada por muitos outros restaurantes e redes de varejo, argumentando que esta decisão impacta seu devido processo, uma vez que os clientes com deficiência têm outros meios mais acessíveis para fazer o pedido. Em outubro de 2019, o Supremo Tribunal se recusou a ouvir o caso, o que efetivamente manteve a decisão do Tribunal do 9º Circuito e exige que o caso seja ouvido como está.

O número e o custo dos processos federais de acessibilidade aumentaram dramaticamente nos últimos anos.

Auditorias de acessibilidade de site

Um número crescente de organizações, empresas e consultores oferecem auditorias de acessibilidade de sites . Essas auditorias, um tipo de teste de sistema , identificam problemas de acessibilidade que existem em um site da Web e fornecem conselhos e orientações sobre as etapas que precisam ser executadas para corrigir esses problemas.

Uma série de métodos são usados ​​para auditar sites de acessibilidade :

  • Estão disponíveis ferramentas automatizadas que podem identificar alguns dos problemas que estão presentes. Dependendo da ferramenta, o resultado pode variar amplamente, dificultando a comparação dos resultados do teste.
  • Revisores técnicos especializados, com conhecimento em tecnologias de web design e acessibilidade, podem revisar uma seleção representativa de páginas e fornecer feedback e conselhos detalhados com base em suas descobertas.
  • O teste de usuário, geralmente supervisionado por especialistas técnicos, envolve definir tarefas para usuários comuns realizarem no site e revisar os problemas que esses usuários encontram ao tentar realizar as tarefas.

Cada um desses métodos tem seus pontos fortes e fracos:

  • As ferramentas automatizadas podem processar muitas páginas em um período de tempo relativamente curto, mas só podem identificar uma parte limitada dos problemas de acessibilidade que podem estar presentes no site.
  • A revisão de um especialista técnico identificará muitos dos problemas existentes, mas o processo é demorado e muitos sites são muito grandes para permitir que uma pessoa analise todas as páginas.
  • O teste de usuário combina elementos de teste de usabilidade e acessibilidade e é valioso para identificar problemas que poderiam ser negligenciados, mas precisam ser usados ​​com conhecimento para evitar o risco de basear as decisões de design nas preferências de um usuário.

Idealmente, uma combinação de métodos deve ser usada para avaliar a acessibilidade de um site.

Remediando sites inacessíveis

Depois que uma auditoria de acessibilidade for realizada e os erros de acessibilidade forem identificados, os erros precisarão ser corrigidos para garantir que o site esteja em conformidade com os erros de acessibilidade. A maneira tradicional de corrigir um site inacessível é voltar ao código-fonte, reprogramar o erro e, em seguida, testar para ter certeza de que o bug foi corrigido. Se o site não está programado para ser revisado em um futuro próximo, esse erro (e outros) permaneceria no site por um longo período de tempo, possivelmente violando as diretrizes de acessibilidade. Por ser um processo complicado, muitos proprietários de sites optam por construir a acessibilidade em um novo design de site ou relançá-lo, pois pode ser mais eficiente desenvolver o site de acordo com as diretrizes de acessibilidade, em vez de corrigir erros posteriormente.

Com o progresso da tecnologia de IA , a acessibilidade na web se tornou mais acessível. Com complementos de terceiros que aproveitam a IA e o aprendizado de máquina , é possível oferecer mudanças no design do site sem alterar o código-fonte. Desta forma, um site pode ser acessível a diferentes tipos de usuários sem a necessidade de ajustar o site para cada equipamento de acessibilidade.

Aplicativos da Web acessíveis e WAI-ARIA

Para que uma página da web seja acessível, todas as semânticas importantes sobre a funcionalidade da página devem estar disponíveis para que a tecnologia assistiva possa entender e processar o conteúdo e adaptá-lo para o usuário. No entanto, conforme o conteúdo se torna mais e mais complexo, as tags e atributos HTML padrão tornam-se inadequados para fornecer semântica de forma confiável. Os aplicativos da Web modernos freqüentemente aplicam scripts a elementos para controlar sua funcionalidade e para permitir que atuem como um controle ou outro componente dinâmico. Esses componentes ou widgets customizados não fornecem uma maneira de transmitir informações semânticas ao agente do usuário. WAI-ARIA (Accessible Rich Internet Applications) é uma especificação publicada pelo World Wide Web Consortium que especifica como aumentar a acessibilidade de conteúdo dinâmico e componentes de interface de usuário desenvolvidos com Ajax , HTML , JavaScript e tecnologias relacionadas. O ARIA permite a acessibilidade, permitindo que o autor forneça toda a semântica para descrever totalmente seu comportamento compatível. Também permite que cada elemento exponha seus estados e propriedades atuais e seus relacionamentos entre outros elementos. Os problemas de acessibilidade com o foco e o índice da guia também foram corrigidos.

Veja também

Referências

Os requisitos básicos da WCAG - O que você precisa para começar a desenvolver com as WCAG, 2018 Projetando aplicativos da Web offline-First por Alex Feyerke 04 de dezembro de 2013

Leitura adicional

links externos


Padrões e diretrizes