IRA: o que é o Relatório de Remediação de Acessibilidade

O que é um IRA e por que você precisa de um?

Imagine que você leva seu carro à oficina e o mecânico diz: “Tem problemas.” Nada mais. Não diz quais, quanto custa consertar, nem qual é urgente. Você ficaria tranquilo? Provavelmente não. Pois é exatamente isso que acontece quando você faz uma auditoria de acessibilidade web e não gera um IRA: sabe que há problemas, mas não tem um plano claro para resolvê-los.

O IRA (Relatório de Remediação de Acessibilidade) é o documento técnico que traduz os achados de uma auditoria de acessibilidade em um plano de ação concreto, priorizado e executável. Não é apenas uma lista de erros: é um roteiro que conecta cada barreira detectada com sua solução, sua prioridade, seu responsável e seu prazo estimado de correção.

Pessoalmente, acredito que o IRA é o documento mais importante de todo o ciclo de acessibilidade. Por quê? Porque uma auditoria sem remediação é como um diagnóstico médico sem tratamento: informação útil que não muda nada. O IRA é a ponte entre detectar um problema e solucioná-lo.

Contexto: a remediação de acessibilidade no ecossistema digital

Antes de aprofundar no IRA, vamos situá-lo no seu contexto. A remediação de acessibilidade é o processo de corrigir as barreiras de acessibilidade identificadas em um produto digital. E o IRA é o documento que estrutura, prioriza e guia esse processo.

Segundo dados do WebAIM Million Report de 2025, 95,9% das páginas web analisadas apresentavam pelo menos um erro de acessibilidade detectável automaticamente. Isso significa que quase todos os sites precisam de remediação. E se você precisa remediar, precisa de um IRA.

No marco regulatório europeu, o European Accessibility Act (EAA) obriga desde junho de 2025 que produtos e serviços digitais sejam acessíveis. A norma EN 301 549 define os requisitos técnicos, e as WCAG 2.2 nível AA são o padrão de referência. O IRA é a ferramenta que permite demonstrar que você está trabalhando ativamente no cumprimento.

O que contém um IRA? Estrutura completa

Alguma vez você recebeu um relatório de acessibilidade que era um PDF de 200 páginas impossível de gerenciar? O IRA bem feito é o contrário: um documento claro, acionável e que qualquer membro da equipe pode entender. Aqui está sua estrutura básica:

1. Resumo executivo

Um resumo breve (1-2 páginas) que explica o estado atual de acessibilidade, o escopo da auditoria, o número total de achados e as recomendações principais. Esta seção é pensada para diretores e responsáveis de negócio que não vão ler o relatório completo.

2. Metodologia de avaliação

Descreve como a auditoria foi realizada: ferramentas utilizadas (axe, WAVE, Lighthouse, NVDA, JAWS), navegadores testados, tecnologias assistivas avaliadas e critérios de conformidade aplicados (WCAG 2.2 nível AA, EN 301 549). Segundo a metodologia WCAG-EM do W3C, esta seção é fundamental para a reprodutibilidade dos resultados.

3. Inventário de achados

Cada achado deve ser documentado com: descrição do problema, critério WCAG descumprido, nível de impacto (crítico, maior, menor), evidência (captura de tela, código afetado), páginas ou componentes afetados e solução recomendada.

4. Priorização de achados

Nem todos os erros são iguais. O IRA deve estabelecer uma priorização clara baseada em três fatores: impacto no usuário, frequência de ocorrência e esforço de correção. Veja como funciona:

5. Plano de remediação

Aqui está a chave do IRA: um plano de ação com prazos, responsáveis e entregáveis. Cada achado deve ter um responsável atribuído (frontend, backend, conteúdo, design), uma data limite estimada e um critério de verificação para confirmar que a correção é efetiva.

6. Matriz de acompanhamento

Uma tabela de acompanhamento que permite monitorar o avanço da remediação. Os estados típicos são: pendente, em progresso, corrigido, verificado e não se aplica. Essa matriz é o que transforma o IRA em um documento vivo, não em um PDF que acumula poeira digital.

Como priorizar achados em um IRA: a metodologia RICE adaptada

Você conhece a metodologia RICE (Reach, Impact, Confidence, Effort)? Na gestão de produto é muito conhecida, e se adapta perfeitamente à priorização de achados de acessibilidade:

• Alcance (Reach): quantos usuários são afetados? Um erro na página inicial tem mais alcance do que um na página de política de privacidade.
• Impacto (Impact): quanto afeta a experiência do usuário? Um botão de compra inacessível tem impacto crítico; um texto decorativo sem alt tem impacto menor.
• Confiança (Confidence): quão seguros estamos do achado? Os erros detectados com ferramentas automáticas e confirmados manualmente têm alta confiança.
• Esforço (Effort): quanto custa corrigir? Adicionar um aria-label a um botão é esforço mínimo; reestruturar a navegação completa é esforço alto.

Na minha experiência, a priorização mais efetiva é começar pelos achados de alto impacto e baixo esforço: são os que geram mais melhoria com menos investimento. É como colher a fruta que está ao alcance da mão antes de subir na árvore.

Ferramentas para criar e gerenciar um IRA

Você não precisa de software especializado para gerenciar um IRA. Estas ferramentas funcionam perfeitamente:

Erros comuns ao criar um IRA (e como evitá-los)

Depois de revisar dezenas de IRAs em projetos reais, estes são os erros que vejo com mais frequência:

• Não priorizar: listar 200 achados sem ordem de prioridade paralisa a equipe. Sempre priorize.
• Não atribuir responsáveis: se ninguém é responsável, ninguém age. Cada achado precisa de um dono.
• Descrever o problema sem dar a solução: a equipe de desenvolvimento precisa saber o que fazer, não apenas o que está errado.
• Não incluir evidências: sem capturas de tela ou trechos de código, os desenvolvedores perdem tempo procurando o problema.
• Não atualizar o IRA: um IRA que não é atualizado após cada sprint de remediação perde toda a sua utilidade.
• Ignorar a verificação pós-correção: corrigir não é suficiente; é preciso verificar que a correção funciona com tecnologias assistivas reais.

Dados e números sobre remediação de acessibilidade

Para que você dimensione a importância do IRA:

• Segundo o W3C, remediar um produto acabado custa entre 5 e 10 vezes mais do que projetá-lo acessível desde o início.
• O WebAIM Million Report 2025 detectou uma média de 50,8 erros de acessibilidade por página web analisada.
• O EAA afeta mais de 500.000 empresas na UE. Todas precisarão, em maior ou menor grau, de processos de remediação documentados.
• Segundo a Deque Systems (criadores do axe), as organizações que implementam um processo de remediação estruturado reduzem suas barreiras de acessibilidade em 70% em 12 meses.
• A Fundação ONCE estima que 80% das barreiras de acessibilidade web se concentram em apenas 10 tipos de erros recorrentes.