Como Responder a uma Reclamação de Acessibilidade

Porque é que a sua resposta importa mais do que a reclamação

As reclamações de acessibilidade — sejam submetidas através de um formulário de contacto, enviadas por e-mail, apresentadas a um regulador ou entregues como uma exigência jurídica formal — raramente são o fim da história. A forma como responde determina o que acontece a seguir.

Uma resposta rápida, genuína e orientada para a ação resolve a maioria das reclamações sem necessidade de escalonamento. Uma resposta evasiva, desdenhosa ou inexistente é, frequentemente, o que transforma uma reclamação de utilizador corrigível numa investigação formal ou num processo judicial.

Este guia aborda como lidar com reclamações de acessibilidade em cada fase: desde o momento em que a recebe, até à correção, à comunicação e à implementação de sistemas que evitem que a mesma reclamação volte a surgir.

Compreenda que tipo de reclamação recebeu

Nem todas as reclamações de acessibilidade são iguais, e a resposta adequada varia de acordo com o tipo.

Feedback de utilizadores

A forma mais comum. Uma pessoa com deficiência encontrou uma barreira no seu site — um formulário que não conseguiu preencher com um leitor de ecrã, um vídeo sem legendas, um botão inalcançável por teclado — e reportou-a diretamente através da sua página de contacto, do mecanismo de feedback de acessibilidade ou de um canal de suporte geral.

Estas reclamações são frequentemente o feedback mais valioso que a sua equipa poderá receber. Identificam barreiras reais, de utilizadores reais, em situações reais, que as ferramentas automatizadas frequentemente não detetam.

Reclamação regulatória ou governamental

No Reino Unido, um utilizador pode reportar um problema ao Government Digital Service (GDS) ou à Equality and Human Rights Commission (EHRC). Nos EUA, as reclamações podem ser apresentadas ao Department of Justice (DOJ), ao Office for Civil Rights (OCR) do Department of Education, ou a outras agências federais. Na UE, as reclamações são dirigidas aos organismos nacionais de fiscalização designados ao abrigo da Diretiva da Acessibilidade Web.

Estas reclamações seguem um processo formal. Habitualmente, receberá uma notificação por escrito, uma descrição da alegada violação e um prazo para responder.

Carta de exigência jurídica

Nos EUA, esta é frequentemente a primeira indicação de que um autor pretende avançar com um litígio ao abrigo do Título III da ADA. A carta descreve as alegadas violações e propõe habitualmente termos de resolução. Trata-se de uma questão jurídica que exige um tratamento próprio — consulte o nosso guia sobre cartas de exigência ao abrigo da ADA para uma explicação dedicada.

Feedback através da declaração de acessibilidade

Se o seu site tiver uma declaração de acessibilidade publicada com um mecanismo de feedback (exigido pelo PSBAR no Reino Unido e fortemente recomendado em todos os outros locais), poderá receber feedback estruturado através dele. Este feedback é frequentemente detalhado e específico, e merece o mesmo tratamento que qualquer outra reclamação.

Passo 1: Confirme a receção com prontidão

A ação mais importante que pode tomar quando chega uma reclamação de acessibilidade é responder rapidamente para confirmar que a recebeu.

Isto é válido mesmo que não consiga investigar imediatamente a questão. Uma confirmação no próprio dia ou no dia útil seguinte comunica que está a levar a reclamação a sério. Evita também que o reclamante assuma que a sua mensagem foi ignorada — um motivo comum de escalonamento.

A sua confirmação deve:

Confirmar que recebeu a reclamação
Identificar uma pessoa ou equipa específica responsável pelo acompanhamento
Indicar um prazo realista para uma resposta completa (ver Passo 3)
Agradecer à pessoa por ter levantado a questão — está a ajudá-lo a identificar uma barreira que também afeta outros utilizadores

Mantenha um tom profissional e genuinamente apreciativo. As pessoas que reportam barreiras de acessibilidade são frequentemente utilizadores que já tentaram outras soluções alternativas e não encontraram nenhuma. Estão a dedicar tempo que não deveriam ter de dedicar.

Modelo:

Obrigado por nos contactar. Recebemos a sua mensagem e estamos a analisar o problema que descreveu. Um membro da nossa equipa entrará em contacto no prazo de [prazo] com uma atualização. Levamos a acessibilidade a sério e agradecemos por nos ter alertado para esta situação.

Passo 2: Investigue a barreira específica

Depois de confirmar a receção, investigue a questão específica descrita pelo reclamante. Evite a tentação de realizar uma auditoria geral de acessibilidade e tratá-la como resposta à reclamação específica — isso atrasa a resolução e não vai ao essencial.

O que investigar:

Consegue reproduzir o problema? Teste-o no ambiente descrito pelo reclamante: o navegador, o sistema operativo e a tecnologia de apoio que mencionou (se mencionou alguma).
A barreira está ao nível do componente (um botão, formulário ou modal específico) ou ao nível da página?
É um problema de código, um problema de criação de conteúdo ou um problema de um componente de terceiros?
A mesma barreira surge noutros locais do site?
Que critério de sucesso das WCAG viola (se algum)?

Ferramentas de teste a utilizar:

Apenas teclado — consegue alcançar e operar o elemento afetado usando Tab, Shift+Tab, Enter, Espaço e as teclas de setas?
Leitor de ecrã — teste com o NVDA + Chrome, o JAWS + Chrome e o VoiceOver no Safari (macOS/iOS). O elemento tem um nome acessível? É anunciado corretamente?
Análise automatizada — execute uma análise direcionada ao URL afetado para revelar quaisquer problemas associados
Amplie para 200% e reorganize para 320px — a disposição quebra?

Documente as suas conclusões. Precisa de um registo claro do que é a barreira, onde existe e o que a causou.

Passo 3: Corrija — e defina um prazo realista

Depois de compreender a barreira, corrija-a. A prioridade e o prazo devem corresponder à gravidade:

Gravidade	Exemplos	Prazo de correção pretendido
Crítica	Formulário de finalização de compra inalcançável por teclado, início de sessão bloqueado para utilizadores de leitor de ecrã	24–72 horas
Grave	Texto alternativo em falta em imagens de produto, campos de formulário sem etiqueta num fluxo essencial	No prazo de uma semana
Moderada	Contraste de cor deficiente em conteúdo secundário, estrutura de cabeçalhos em falta	No sprint atual ou em duas semanas
Menor	Ligações não descritivas num artigo de blogue, atributo `lang` em falta	Na próxima janela de manutenção planeada

Se a correção demorar — por exemplo, se exigir que um fornecedor terceiro atualize o seu componente — comunique-o ao reclamante. Diga-lhe:

Qual é a barreira
O que a está a causar
O que está a fazer para a corrigir
Quando espera que seja resolvida
Se existe uma forma alternativa de concluir a tarefa enquanto isso

A via de acesso alternativa é importante. Se uma pessoa não conseguir utilizar a sua finalização de compra, proponha registar o pedido por telefone ou por e-mail enquanto a correção está em curso. «Estamos a trabalhar nisso» sem uma alternativa não constitui um ajuste razoável — apenas diz ao utilizador que não pode aceder ao seu serviço.

Passo 4: Responda ao reclamante com detalhes concretos

Quando a correção estiver concluída (ou quando tiver um plano concreto, se demorar mais tempo), responda ao reclamante com uma atualização substantiva. Esta resposta deve:

Descrever a questão específica identificada
Explicar o que encontrou durante a investigação
Indicar o que foi corrigido, ou detalhar o plano de correção com um prazo
Confirmar que a correção foi verificada (retestada)
Convidá-lo a testar a experiência atualizada e a informar se a barreira persistir
Fornecer um contacto direto para o caso de encontrar mais problemas

Evite garantias vagas como «melhorámos a nossa acessibilidade». Seja específico. Um reclamante que não conseguia iniciar sessão com um leitor de ecrã merece saber exatamente o que estava avariado e que já foi corrigido.

Modelo:

Obrigado pela sua paciência enquanto investigávamos a questão que reportou. Identificámos [problema específico] em [página/componente específico]. Esta situação foi resolvida — [breve descrição da correção]. Retestámos [a página/o componente] atualizado e confirmámos que [elemento] é agora [comportamento acessível]. Gostaríamos de ter a oportunidade de ouvir a sua opinião se algum problema persistir. Pode contactar-nos diretamente através de [contacto].

Passo 5: Documente tudo

Para cada reclamação de acessibilidade que receber e resolver, mantenha um registo que inclua:

A data de receção e a data de confirmação
Uma descrição da barreira reportada
As conclusões da sua investigação
A correção aplicada e a data em que foi implementada
A confirmação de que a correção foi testada
Toda a correspondência com o reclamante

Esta documentação serve três propósitos. Primeiro, demonstra boa-fé — se uma reclamação escalar para um regulador ou uma ação judicial, um registo documentado da correção é uma prova sólida de que tratou a questão com seriedade e agiu. Segundo, alimenta a sua declaração de acessibilidade, que deve listar os problemas conhecidos e o respetivo estado de correção. Terceiro, constrói conhecimento institucional sobre modos de falha recorrentes no seu código ou fluxo de trabalho de conteúdo.

Passo 6: Atualize a sua declaração de acessibilidade

A sua declaração de acessibilidade deve refletir o estado atual conhecido do seu site. Depois de resolver uma reclamação:

Remova a barreira de qualquer lista de problemas conhecidos (se estava listada)
Atualize a data de «última revisão»
Se a reclamação revelou uma categoria de problemas que não tinha identificado anteriormente, adicione-a e indique o respetivo estado de correção

Uma declaração de acessibilidade que reflete com exatidão os problemas conhecidos — incluindo os que ainda não foram corrigidos, com prazos realistas — gera mais confiança do que uma que afirma conformidade total e que os utilizadores sabem ser inexata.

Lidar com reclamações que não pode resolver de imediato

Por vezes, uma barreira não pode ser corrigida rapidamente: o componente pertence a um fornecedor terceiro que ainda não lançou uma correção, a correção exige uma migração de plataforma, ou o conteúdo está num sistema legado que requer um esforço significativo para ser atualizado.

Nestes casos:

Disponibilize uma via de acesso alternativa. Esta é legalmente exigida na maioria das jurisdições como um «ajuste razoável» ou equivalente. Tem de ser genuinamente equivalente — não um substituto degradado. Se um PDF for inacessível, proponha fornecer a informação num formato acessível por e-mail. Se um formulário de reserva estiver bloqueado para utilizadores de leitor de ecrã, proponha aceitar reservas por telefone.

Seja honesto sobre o prazo. Um reclamante a quem é dito «isto será corrigido no terceiro trimestre» não é bem servido. Comprometa-se com objetivos concretos e cumpra-os.

Escale internamente. As reclamações que envolvem percursos essenciais (início de sessão, finalização de compra, gestão de conta, formulários-chave) devem ser tratadas como questões de engenharia de alta prioridade, e não como pequenos ajustes de conteúdo. Assegure-se de que as pessoas certas ficam a saber.

Responder a reclamações regulatórias

Se uma reclamação for escalada para um regulador — o GDS no Reino Unido, o DOJ ou o OCR nos EUA, ou um organismo nacional de fiscalização na UE — o processo é mais estruturado.

Habitualmente, receberá:

Uma notificação formal da reclamação com as alegações descritas
Um pedido de resposta formal até um prazo especificado
Em alguns casos, um convite para participar numa mediação ou resolução informal

Não perca prazos. Uma reclamação regulatória que fica sem resposta, ou a que se responde tardiamente, sinaliza falta de cooperação e reforça a posição do reclamante.

Responda às alegações específicas. Os reguladores esperam uma resposta que aborde as questões concretas levantadas, e não uma declaração genérica sobre o seu compromisso com a acessibilidade.

Forneça provas da correção. Quando tiver corrigido as barreiras reportadas, forneça documentação: capturas de ecrã, relatórios de auditoria, confirmação das datas de implementação. Um regulador que consegue ver que o problema foi resolvido tem significativamente menos motivos para avançar com uma ação formal.

Procure aconselhamento jurídico. Para reclamações regulatórias formais, particularmente nos EUA, onde as investigações do DOJ podem ter um âmbito amplo, é recomendável recorrer a aconselhamento jurídico especializado em acessibilidade digital.

Prevenir a próxima reclamação

Cada reclamação de acessibilidade é a prova de que uma barreira chegou a um utilizador real. O objetivo não é apenas resolver reclamações individuais, mas construir sistemas que impeçam o aparecimento de novas barreiras.

Integre a acessibilidade no seu fluxo de trabalho de desenvolvimento. As verificações automatizadas de acessibilidade no seu pipeline de CI/CD detetam problemas detetáveis antes de chegarem à produção — e não depois de um utilizador os reportar. A nossa integração de acessibilidade em CI/CD torna isto parte de cada build.

Agende auditorias regulares. As ferramentas automatizadas detetam 30 a 40% das falhas de WCAG. As auditorias manuais com leitores de ecrã e navegação apenas por teclado encontram o resto. Auditorias trimestrais ou semestrais revelam os problemas antes dos utilizadores.

Forme a sua equipa. Programadores, designers e autores de conteúdo que compreendem a acessibilidade criam menos barreiras. A formação pontual é menos eficaz do que integrar a revisão de acessibilidade nas críticas de design, nas revisões de código e nos fluxos de publicação de conteúdo.

Torne o seu mecanismo de feedback genuinamente fácil de usar. Uma declaração de acessibilidade com um mecanismo de contacto funcional e acessível dá aos utilizadores um caminho direto até si, em vez de a um regulador. Muitas reclamações escalam precisamente porque o próprio canal de feedback do site era inacessível.

Se quiser compreender a posição atual de acessibilidade do seu site antes de chegar a próxima reclamação, uma análise automatizada gratuita é o ponto de partida mais rápido. Para uma imagem completa, contacte-nos para conversar sobre uma auditoria completa.