Overlays de Acessibilidade: São Legalmente Seguros?

O que é um overlay de acessibilidade?

Um overlay de acessibilidade é um widget de JavaScript — carregado através de um script de terceiros — que se sobrepõe a um site existente e alega torná-lo mais acessível. A maioria dos overlays apresenta um pequeno ícone (uma figura num círculo, ou um símbolo de cadeira de rodas) que abre um painel de controlos: ajustar o tamanho da letra, alternar o alto contraste, ativar um «modo de leitor de ecrã» ou aplicar fontes adequadas à dislexia.

Os fornecedores de overlays promovem os seus produtos como um caminho simples, rápido e de baixo custo para a conformidade com as WCAG e para a proteção jurídica ao abrigo da ADA. O discurso é convincente: instale uma linha de código, pague uma mensalidade e o seu problema de acessibilidade fica resolvido.

As provas — provenientes de investigação académica, testes independentes, feedback de utilizadores e dos tribunais — contam uma história diferente.

Como funcionam os overlays (e porque criam problemas)

Os overlays funcionam interceptando o DOM já renderizado, depois de o navegador ter processado a página, e aplicando modificações através de JavaScript. Alguns utilizam aprendizagem automática para tentar uma correção automática: inferir texto alternativo em falta a partir dos nomes dos ficheiros de imagem, adivinhar etiquetas ARIA, tentar reordenar o foco do teclado.

Esta abordagem tem um problema arquitetural fundamental: tenta corrigir a inacessibilidade na camada de apresentação sem alterar o código subjacente. O HTML, CSS e JavaScript inacessíveis originais permanecem. O overlay tenta disfarçá-los em tempo de execução.

As consequências são previsíveis:

• As correções aplicadas pelo overlay podem entrar em conflito com a forma como as tecnologias de apoio interpretam o DOM nativo, produzindo resultados piores do que a página não corrigida
• Os leitores de ecrã interagem diretamente com o DOM — uma camada aplicada por cima pode não afetar aquilo que o leitor de ecrã efetivamente lê
• Os problemas de navegação por teclado com origem na falta de tabindex ou numa gestão de foco avariada não são corrigidos de forma fiável por remendos de JavaScript aplicados após a renderização
• As tecnologias de apoio móveis (VoiceOver no iOS, TalkBack no Android) ignoram, em grande medida, as modificações do overlay
• Os próprios painéis dos overlays contêm frequentemente falhas de acessibilidade — caixas de diálogo modais que aprisionam o foco do teclado, botões sem nomes acessíveis, widgets que são eles próprios inacessíveis por teclado

O que mostra a investigação

Múltiplos estudos independentes puseram à prova as alegações dos overlays face à conformidade real com as WCAG:

O WebAIM Million (2023) verificou que as páginas iniciais de sites que utilizam produtos de overlay de acessibilidade tinham significativamente mais falhas de WCAG detetáveis do que as que não os utilizavam. Os overlays não reduziram a taxa de falhas; estiveram correlacionados com uma taxa mais elevada — provavelmente porque as organizações que dependem dos overlays como estratégia principal de conformidade não estão a realizar o trabalho de correção subjacente.

Auditorias à AccessiBe e à UserWay realizadas por investigadores de acessibilidade constataram que, mesmo depois de ativado um overlay, as páginas continuam a falhar uma proporção significativa dos critérios de sucesso do Nível AA das WCAG 2.1 — incluindo falhas que o overlay afirma especificamente resolver.

Testes com participantes com deficiência, realizados por investigadores como Karl Groves e Adrian Roselli, revelaram que muitos utilizadores com deficiência desativam ou bloqueiam ativamente os widgets de overlay, porque as intervenções tornam a sua experiência pior, e não melhor. O «modo de leitor de ecrã» do overlay, em particular, é frequentemente apontado como perturbador por utilizadores de leitores de ecrã que já configuraram a sua tecnologia de apoio de acordo com as suas necessidades.

O organismo do setor que os overlays afirmam satisfazer — o W3C — não sufragou a tecnologia de overlay como um caminho para a conformidade com as WCAG. As orientações do W3C deixam claro que a conformidade exige que a própria página cumpra os critérios de sucesso, e não uma camada de modificação de terceiros aplicada sobre ela.

O que dizem os tribunais

O registo jurídico relativo aos overlays é cada vez mais desfavorável às organizações que deles dependem como estratégia principal de conformidade.

Processos judiciais contra utilizadores de overlays

As organizações que utilizam produtos de overlay continuam a enfrentar processos judiciais ao abrigo do Título III da ADA. O overlay não funcionou como um escudo jurídico.

Entre os casos notáveis contam-se:

Lainey Feingold e a NFB — a National Federation of the Blind tem sido explícita ao afirmar que os widgets de overlay não constituem acessibilidade efetiva e que a NFB não os considera um substituto razoável da correção real.

Múltiplos processos em tribunais federais — em casos sobre acessibilidade de sites ao abrigo da ADA, os autores têm argumentado com sucesso que a presença de um overlay não constitui conformidade, porque a página subjacente continua a apresentar barreiras a utilizadores de tecnologias de apoio específicas. Os tribunais têm concordado. Em vários acordos, os réus que utilizavam produtos de overlay foram obrigados a removê-los e a proceder a uma correção genuína.

Robles v. Domino’s Pizza — embora não seja especificamente um caso de overlay, esta decisão histórica do Nono Circuito estabeleceu que a ADA se aplica a sites e que a norma técnica esperada são as WCAG. Os tribunais que avaliam a eficácia dos overlays têm aplicado esta norma: o site cumpre efetivamente as WCAG? O overlay é irrelevante se a página subjacente não cumprir.

O problema do overlay como prova

Em alguns casos, a presença de um overlay foi utilizada contra os réus. O argumento: ao comprar e instalar um overlay, a organização reconheceu que o site tinha problemas de acessibilidade. O facto de o overlay não resolver esses problemas demonstra, portanto, uma não conformidade continuada e consciente — uma posição mais difícil do que a de uma organização que simplesmente ainda não tinha abordado a acessibilidade.

Acordos do DOJ e decretos por consentimento

Os acordos de acessibilidade do Departamento de Justiça (DOJ) exigem sistematicamente a conformidade real com as WCAG, e não a instalação de ferramentas de conformidade. Nenhum dos acordos publicados pelo DOJ, nem dos acordos voluntários de conformidade, reconheceu produtos de overlay como satisfazendo as obrigações da ADA.

O que os fornecedores de overlays afirmam vs. o que entregam

Os fornecedores de overlays fazem afirmações específicas que vale a pena examinar individualmente:

«Conformidade instantânea com as WCAG 2.1»

A conformidade com as WCAG 2.1 é uma propriedade da própria página, não de uma camada aplicada sobre ela. Uma página que falha na acessibilidade por teclado, tem texto alternativo em falta ou não possui uma estrutura de cabeçalhos adequada não se torna conforme com as WCAG só porque foi instalado um widget. O modelo de conformidade do W3C exige que a página cumpra cada critério de sucesso — não que uma ferramenta afirme que o faz.

«Legalmente conforme»

A conformidade jurídica ao abrigo da ADA, do PSBAR, da EAA ou de enquadramentos equivalentes depende de o site apresentar, ou não, barreiras reais aos utilizadores com deficiência. Os tribunais e os reguladores avaliam isto testando o site tal como os utilizadores o vivem — frequentemente com utilizadores reais de tecnologia de apoio. Um overlay que não resolve as barreiras de forma fiável não confere proteção jurídica.

«Funciona com leitores de ecrã»

Os leitores de ecrã interagem com a árvore de acessibilidade derivada do DOM. Um overlay que aplica modificações de JavaScript depois da renderização pode não se refletir na árvore de acessibilidade que o leitor de ecrã lê. Isto não é um caso extremo teórico — é um modo de falha comum, documentado em testes com utilizadores.

«Utilizado por [grande número] de sites»

A penetração no mercado não confere validade jurídica. A investigação do WebAIM sugere que a escala está correlacionada com resultados de acessibilidade piores, e não melhores.

«Livre-se dos processos judiciais por incumprimento das WCAG»

Nenhum fornecedor de overlays pode garantir juridicamente a ausência de processos judiciais. A conformidade com as WCAG que os tribunais efetivamente avaliam é a da página subjacente — algo que um overlay não consegue criar.

Porque é que as organizações compram overlays de qualquer forma

Compreender porque é que os overlays encontraram um mercado ajuda a explicar porque é que o discurso de venda é tão eficaz mesmo quando o produto não é.

Custo e rapidez. Um programa genuíno de correção de acessibilidade — auditar, corrigir, retestar, formar, monitorizar — exige tempo e dinheiro. Um overlay custa algumas centenas de dólares por ano e instala-se em minutos. Para organizações confrontadas com resultados de auditorias ou pressão jurídica num prazo curto, o contraste é acentuado.

Negação plausível. Algumas organizações compram overlays não porque acreditem que funcionam, mas para criar um registo documental. «Comprámos uma solução de acessibilidade» é uma posição melhor do que «não fizemos nada» — mesmo que os tribunais tenham rejeitado, em grande medida, este argumento.

Táticas de venda dos fornecedores. Os fornecedores de overlays investem fortemente em vendas dirigidas a agências web, equipas de aquisições e responsáveis por conformidade que podem não ter conhecimentos profundos de acessibilidade. As afirmações de «conformidade com a ADA» e «certificação WCAG» são feitas com confiança e são difíceis de avaliar rapidamente por não especialistas.

Incompreensão do problema. A acessibilidade digital é técnica, e muitos decisores não compreendem plenamente por que razão é necessário corrigir o código subjacente. Apresentar os overlays como uma «ferramenta» ou «solução» sugere uma equivalência com a correção real.

O que fazer em alternativa

Se a sua organização utiliza atualmente um overlay e está a avaliar se deve continuar, o enquadramento é direto:

Audite o seu site de forma independente. Encomende uma auditoria de acessibilidade que teste a página subjacente — não a versão modificada pelo overlay. Isto dá-lhe uma imagem honesta da sua conformidade real. Muitos auditores desativam o overlay antes de testar.

Priorize os fluxos mais utilizados. As barreiras de maior risco são as que se encontram nos percursos essenciais do utilizador: início de sessão, finalização de compra, gestão de conta, formulários de candidatura, navegação principal. São estes que os autores de processos testam e que os reguladores investigam. Corrija-os primeiro.

Corrija o código subjacente. O trabalho está no HTML, no CSS, no JavaScript e no conteúdo — não numa camada aplicada sobre eles. Isto exige tempo de programação e, idealmente, conhecimentos de acessibilidade integrados na sua equipa ou contratados externamente.

Integre a monitorização no seu fluxo de trabalho. As verificações automatizadas de acessibilidade no seu pipeline de desenvolvimento detetam regressões antes de chegarem aos utilizadores. A nossa integração de acessibilidade em CI/CD torna isto parte de cada build.

Forme a sua equipa. Programadores que compreendem as WCAG escrevem código acessível. Designers que compreendem a acessibilidade concebem interfaces acessíveis. Uma sessão de formação em acessibilidade de um dia paga-se a si própria muitas vezes em custos de correção evitados.

Publique uma declaração de acessibilidade honesta. Uma declaração de acessibilidade que descreva com exatidão os problemas conhecidos e os planos de correção demonstra boa-fé perante reguladores e utilizadores. Também dá aos utilizadores um canal direto para reportar barreiras antes de estas se agravarem.

O lugar do overlay num programa de acessibilidade real

Isto não é um argumento de que a tecnologia de overlay não tem qualquer lugar num programa de acessibilidade. Algumas funcionalidades dos overlays — preferências de contraste controladas pelo utilizador, ajustes do tamanho da letra, redução do movimento — podem ser melhorias genuinamente úteis além de, e não em substituição de, um site subjacente acessível.

O problema é usar um overlay em vez de acessibilidade. Essa substituição não funciona tecnicamente, não satisfaz as normas jurídicas e falha aos utilizadores que o overlay afirma ajudar.

A acessibilidade real não é um widget. É uma propriedade do código, do conteúdo e do design do próprio site — incorporada, não acrescentada por fora.

Se a sua organização depende atualmente de um overlay para a conformidade, uma análise de acessibilidade gratuita mostra-lhe as barreiras que existem por baixo dele. A nossa equipa de consultoria de acessibilidade pode ajudá-lo a construir um plano de correção realista que resolva os problemas subjacentes, em vez de os disfarçar.