Um widget ou plugin de acessibilidade torna o site conforme?

Se tem uma loja online, é provável que alguém já lhe tenha oferecido um widget de acessibilidade com uma promessa incluída: acrescente um script e o seu site fica acessível, conforme e protegido de problemas legais. Nós desenvolvemos um desses widgets, a SiteAccessible, por isso temos interesse na resposta. Ei-la: nenhum widget torna um site conforme. Nem o nosso, nem o de ninguém.

O que é um overlay ou widget de acessibilidade?

Um overlay de acessibilidade (literalmente, uma «camada sobreposta») é código de terceiros, normalmente JavaScript, acrescentado a um site para tentar melhorar a sua acessibilidade. A Comissão Europeia descreve os overlays como «ferramentas que podem ser adicionadas aos sítios Web com o objetivo de melhorar a acessibilidade». Na prática, a palavra abrange duas coisas bastante diferentes, e a diferença importa.

• Painéis controlados pelo visitante. Um botão abre um menu onde o visitante pode escolher texto maior, mais espaçamento, mais contraste, um guia de leitura ou a leitura em voz alta. Nada deve mudar se o visitante não o pedir.
• Overlays de «reparação» automática. Um script analisa a página enquanto carrega e tenta corrigi-la em tempo real: adivinha textos alternativos, acrescenta etiquetas aos campos de formulário, reescreve atributos ARIA (o código que diz aos leitores de ecrã o que é cada elemento) e por vezes ativa um modo especial quando deteta um leitor de ecrã.

Muitos produtos fazem as duas coisas. O nosso é só do primeiro tipo: não analisa nem reescreve a sua marcação. Mas nenhum dos dois altera o site com base no qual a conformidade com uma norma é avaliada.

Um widget pode tornar um site conforme com as WCAG, o EAA ou a ADA?

Não. As normas e leis de acessibilidade aplicam-se ao código, aos conteúdos e aos processos do próprio site, não a uma camada acrescentada por cima. A Comissão Europeia diz que as ferramentas que não garantem que «o próprio website» cumpre a norma «não são uma solução adequada», e as organizações de pessoas com deficiência concordam. Nos EUA, o regulador do consumo multou um fornecedor por afirmar o contrário.

Essa página trata de sites do setor público, mas as lojas e os bancos abrangidos pelo Ato Europeu da Acessibilidade são avaliados com a mesma norma, a EN 301 549, que se baseia nas Diretrizes de Acessibilidade para o Conteúdo da Web (WCAG).

A razão é prática. As WCAG são testadas na página tal como toda a gente a recebe. Se o cinzento do texto não atinge o contraste mínimo, um botão de contraste num painel não muda isso, porque a página continua a falhar para todos os visitantes que nunca abrem o painel. Os scripts de reparação esbarram no mesmo muro: nenhum software consegue saber com fiabilidade o que mostra a fotografia de um produto nem para que serve um campo sem etiqueta.

A Overlay Fact Sheet (abre num novo separador), uma carta aberta com 1048 signatários quando os contámos a 13 de outubro de 2026, di-lo sem rodeios: «Nenhum overlay no mercado consegue tornar um site totalmente conforme com qualquer norma de acessibilidade existente.» Nos EUA, o Departamento de Justiça não define nenhuma norma técnica para os sites de empresas privadas. As suas orientações de 2022 (abre num novo separador), o texto oficial mais favorável a estas ferramentas que encontrámos, dizem que os verificadores e os overlays «podem ser ferramentas úteis», mas «têm de ser usados com cuidado», e que um relatório sem erros «não significa necessariamente que tudo esteja acessível».

O que decidiu a FTC sobre a accessiBe?

Em abril de 2025, a Comissão Federal do Comércio dos EUA (FTC) aprovou em definitivo uma decisão que obriga a accessiBe, um fornecedor de overlays, a pagar 1 milhão de dólares. A FTC alegava que a afirmação da empresa de que o seu accessWidget «consegue tornar qualquer site conforme com as WCAG» era falsa, enganosa ou sem fundamento, e que apresentava como opiniões independentes artigos e avaliações com os quais tinha ligações.

A FTC anunciou a proposta de decisão (abre num novo separador) a 3 de janeiro de 2025 e aprovou-a (abre num novo separador) a 22 de abril de 2025. A accessiBe deixou de poder afirmar, sem provas, que os seus produtos automáticos «conseguem tornar qualquer site conforme com as WCAG» ou «conseguem garantir a conformidade contínua com as WCAG ao longo do tempo».

Para sermos justos, a FTC pronunciou-se sobre a publicidade de uma empresa, não sobre se os overlays ajudam alguém. Mas a promessa que visou continua presente em muitas páginas comerciais. Nós não a faremos.

O que dizem as pessoas com deficiência e os especialistas sobre os overlays?

Sobretudo que os overlays ajudam pouco e por vezes atrapalham. O Fórum Europeu da Deficiência (EDF) e a Associação Internacional de Profissionais de Acessibilidade (IAAP) afirmam que não tornam um site conforme e, num estudo de 2024 com 47 pessoas cegas ou com baixa visão, a maioria disse que os overlays não eram úteis e muitas relataram conflitos com as suas tecnologias de apoio.

Essa declaração também não poupa painéis como o nosso. Diz que, embora «algumas destas funcionalidades possam ajudar alguns utilizadores, a maioria é redundante, porque já está disponível nos navegadores ou é fornecida pelas tecnologias de apoio escolhidas pelos utilizadores». Continuamos a achar que um painel tem o seu lugar, mas a crítica é justa e deve ouvi-la da nossa parte. A declaração define ainda a fasquia que qualquer widget tem de passar: «Não é aceitável que overlays, plugins ou widgets impeçam o acesso às tecnologias de apoio dos utilizadores, à sua escolha de navegador e/ou às funcionalidades do sistema operativo.»

O estudo é «The Promise and Pitfalls of Web Accessibility Overlays for Blind and Low Vision Users» (abre num novo separador), de Makati, Tigwell e Shinohara (ACM ASSETS, outubro de 2024). Um resumo da Universidade de Washington (abre num novo separador) acrescenta que até 42% dos inquiridos tinham deixado de usar sites com overlays, embora alguns beneficiassem de pequenos ajustes, como o tamanho da letra ou o contraste de cores.

Na Alemanha, o BIK BITV-Test (abre num novo separador) não atribui os seus selos a sites que usam uma ferramenta do tipo overlay. Isso inclui painéis como o nosso, e é por isso que a nossa documentação sobre o EAA aconselha os clientes a pausar o widget enquanto decorre um desses testes.

Os sites com widgets continuam a ser processados?

Sim. A UsableNet, que acompanha as ações judiciais sobre acessibilidade digital nos EUA, contou em 2025 entre 95 e 155 ações por mês contra sites que já tinham um widget de acessibilidade instalado, e não encontrou «nenhuma redução significativa das ações contra utilizadores de widgets» ao longo do ano. Um widget não elimina as barreiras descritas nas queixas.

A análise da UsableNet aos processos de 2025 (abre num novo separador) contou mais de 5000 ações judiciais sobre acessibilidade digital nos EUA nesse ano. Algumas já mencionam o próprio widget, alegando que interfere com os leitores de ecrã.

Leia estes números com cuidado. A UsableNet vende serviços de acessibilidade, e a contagem não mostra que os widgets atraem processos; muitos sites simplesmente têm um. Mostra algo mais limitado, mas que importa: tê-lo instalado não livrou estas empresas de irem a tribunal.

Quando é que um painel de acessibilidade para visitantes pode ajudar?

Um painel de definições ajuda quando um visitante precisa de uma alteração que o site não oferece por predefinição e não sabe fazê-la no navegador ou no sistema. Serve melhor necessidades ocasionais ou momentâneas, como olhos cansados, uma enxaqueca ou um telemóvel ao sol, do que as necessidades de utilizadores experientes de tecnologias de apoio.

Aqui afastamo-nos dos críticos mais duros, por isso vamos separar provas de opinião. As provas: a maioria dos utilizadores experientes de leitores de ecrã e ampliadores não acha os overlays úteis, e algumas pessoas beneficiam de alterações simples como o tamanho do texto e o contraste. A nossa opinião: muitas pessoas que leriam com mais conforto com texto maior nunca abriram as definições de acessibilidade do navegador, e um botão visível é mais fácil de encontrar.

• Uma cliente mais velha que acha as descrições dos seus produtos pequenas e apertadas, e que nunca usou o zoom do navegador.
• Uma pessoa com dislexia que lê melhor com mais espaçamento e um guia de leitura.
• Qualquer pessoa que queira parar as animações enquanto preenche um formulário de reserva.

São alterações de apresentação num site que já funciona. Um painel não consegue dar a um utilizador de leitor de ecrã uma etiqueta que não está no código, nem tornar um checkout operável por teclado.

O que pode correr mal e como deve ser construído um widget?

Os principais riscos são um widget que entra em conflito com as tecnologias de apoio do visitante, prende o foco do teclado, altera a página sem que ninguém o peça ou acrescenta ruído para quem usa leitor de ecrã. Um widget bem feito não incomoda até alguém o abrir, é totalmente utilizável com teclado e leitor de ecrã, e nunca reescreve a semântica da página.

Avalie qualquer produto, incluindo o nosso, com esta lista, usando um teclado e um leitor de ecrã gratuito, como no nosso guia sobre como testar a acessibilidade do seu site.

• Desligado até ser pedido. Nada muda até um visitante ativar alguma coisa. Detetar tecnologias de apoio é também um problema de privacidade, como notam o EDF e a IAAP, porque dá pistas sobre uma deficiência.
• Sem reescritas automáticas. Textos alternativos adivinhados e ARIA injetado podem contradizer o que um leitor de ecrã anunciaria.
• Acessível em si mesmo. Um botão verdadeiro, um painel que funciona com Tab, as setas e Escape, o foco devolvido ao fechar e um nome legível em cada controlo.
• Respeita as definições do sistema. Se o sistema do visitante pedir menos movimento, as animações do próprio widget param.
• Não atrapalha. Os visitantes podem afastá-lo do botão «Adicionar ao carrinho».
• Privado e desativável. As definições ficam no navegador do visitante, só para o seu site, e pode pausar o widget durante uma auditoria.

O que faz o nosso widget e o que não faz?

A SiteAccessible é um painel controlado pelo visitante: permite alterar o contraste, o tamanho do texto, o espaçamento, os tipos de letra, o cursor e as ajudas de leitura, ou escolher um de oito perfis. Não analisa, não repara nem reescreve o seu código, não torna o seu site conforme com nenhuma norma e não lhe dá qualquer proteção legal. Eis como se sai face a essa lista.

Os planos Pro e Business acrescentam um gerador de declaração de acessibilidade, que regista o estado de conformidade que escolher, sem o decidir por si. O resto está na lista de funcionalidades.

O que fazer em vez de um widget, ou além dele?

Corrija a acessibilidade na origem: nos seus modelos, conteúdos e processos. Teste com ferramentas automáticas e manualmente, envolva pessoas com deficiência nos testes dos percursos principais, publique uma declaração de acessibilidade honesta e continue a verificar à medida que o site muda. Um widget, se o quiser, fica por cima desse trabalho e nunca substitui nenhuma parte dele.

1. Descubra em que ponto está. Use um verificador automático gratuito e depois teste manualmente os percursos principais: pesquisa, página de produto, carrinho e checkout.
2. Corrija na origem. Comece pelo que impede uma tarefa: campos de formulário sem etiqueta, botões sem nome, armadilhas de teclado, texto com pouco contraste, imagens sem texto alternativo. Algumas correções fazem-se em dez minutos no seu CMS; outras precisam de um programador.
3. Veja o que a lei lhe exige. Se vende a consumidores na UE, leia o que exige o Ato Europeu da Acessibilidade, incluindo a isenção para microempresas que prestam serviços.
4. Teste com pessoas com deficiência. A Comissão afirma que «é importante envolver sempre as pessoas com deficiência nos testes». Mesmo duas sessões sobre o seu checkout ajudam.
5. Publique uma declaração honesta do que testou e do que ainda falta. O nosso guia sobre a declaração tem um modelo.
6. Seja constante. Volte a testar depois de grandes alterações e pelo menos uma vez por ano.

Se depois acrescentar um widget, faça-o pelos visitantes que o vão usar, não como um selo. E se alguém, nós incluídos, lhe disser que um script vai tornar o seu site conforme, peça para ver a auditoria.