Modelo IRA de acessibilidade: relatório descarregável

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

Imagine que você leva o seu carro à oficina. O mecânico inspeciona-o, encontra vários problemas e entrega-lhe um papel que apenas diz «vários problemas, precisa de arranjo». Ficaria tranquilo? Provavelmente não. Você quereria um relatório detalhado: o que está partido, onde, qual é a gravidade e quanto custa reparar. Exatamente a mesma lógica aplica-se à acessibilidade web.

Um IRA (Relatório de Remediação de Acessibilidade, ou “Informe de Remediación de Accesibilidad” no acrónimo espanhol original) é o documento que reúne todas as descobertas de uma auditoria de acessibilidade web, classifica-as por gravidade e propõe soluções concretas para corrigi-las. Não é uma simples lista de erros: é um roteiro para a conformidade com as WCAG 2.2.

Na minha experiência, o IRA é o documento mais importante de todo o processo de acessibilidade. Por quê? Porque sem um relatório bem estruturado, a remediação torna-se um caos. Os programadores não sabem por onde começar, a direção não compreende a dimensão do problema e os prazos prolongam-se indefinidamente.

Segundo dados do WebAIM Million Report de 2025, 95,9% das páginas iniciais analisadas apresentavam pelo menos um erro WCAG detectável automaticamente. Isto significa que praticamente todas as organizações precisam de um IRA bem estruturado para organizar o seu trabalho de remediação.

Componentes essenciais de um modelo IRA profissional

Um modelo IRA eficaz não é um documento genérico que se preenche com meia dúzia de dados. Tem uma estrutura pensada para que cada parte interessada —do programador júnior ao CEO— encontre o que precisa. Vejamos os blocos fundamentais:

1. Dados gerais do projeto

Este bloco identifica o sítio web auditado, a data da auditoria, a metodologia empregada (normalmente WCAG-EM definida pelo W3C WAI), a amostra de páginas selecionada e a versão das WCAG contra a qual se avaliou. Também inclui os dados do auditor ou equipa responsável.

2. Resumo executivo

É a seção que o seu chefe vai ler. Num máximo de uma página, resume o nível de conformidade atual, o número total de descobertas por gravidade e as recomendações prioritárias. Pense nisso como o «diagnóstico rápido» do relatório.

3. Matriz de descobertas

Aqui está o coração do IRA. Cada descoberta é documentada com:

• Critério de sucesso WCAG afetado (por exemplo, 1.1.1 Conteúdo não textual)
• Nível de conformidade (A, AA ou AAA)
• Descrição do problema encontrado
• Página(s) onde foi detetado
• Captura de ecrã ou evidência
• Impacto no utilizador (crítico, maior, menor)
• Recomendação de correção com código de exemplo
• Prioridade de remediação (1-Alta, 2-Média, 3-Baixa)

4. Tabela de priorização

A priorização é o que transforma um relatório numa ferramenta útil. Utilize esta estrutura:

5. Declaração de acessibilidade

O IRA deve incluir ou gerar uma declaração de acessibilidade conforme o modelo europeu (EN 301 549). Esta declaração é obrigatória para organismos do setor público segundo a Diretiva (UE) 2016/2102 e cada vez mais recomendada para o setor privado após o European Accessibility Act (Diretiva (UE) 2019/882).

Como usar o modelo IRA passo a passo

Parece-lhe complexo? Não se preocupe. Explico-lhe como preencher o modelo em cinco passos claros:

• Passo 1: Complete os dados gerais do projeto (URL, data, âmbito, amostra de páginas).
• Passo 2: Execute a sua auditoria usando ferramentas automáticas (axe DevTools, WAVE, Lighthouse) combinadas com revisão manual e testes com tecnologia assistiva (NVDA, JAWS, VoiceOver).
• Passo 3: Documente cada descoberta na matriz com todos os campos requeridos. Seja específico: não escreva «falta texto alternativo»; escreva «a imagem do banner principal na página inicial (URL) não tem atributo alt, afetando utilizadores de leitores de ecrã».
• Passo 4: Atribua prioridades usando a tabela de priorização. Lembre-se: primeiro o que bloqueia, depois o que dificulta.
• Passo 5: Redija o resumo executivo e a declaração de acessibilidade com os resultados globais.

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

Depois de rever centenas de relatórios de acessibilidade, posso dizer-lhe que estes são os erros mais frequentes:

• Documentar apenas os erros automáticos: as ferramentas automáticas detetam entre 30% e 40% das barreiras. O resto requer revisão manual.
• Não incluir evidências visuais: uma captura de ecrã vale mais do que mil palavras. Adicione sempre capturas com o problema assinalado.
• Recomendações vagas: «melhorar o contraste» não ajuda o programador. Especifique que rácio é necessário e que cores usar.
• Esquecer o contexto de utilizador: explique como cada descoberta afeta utilizadores reais (pessoa cega, pessoa com mobilidade reduzida, pessoa com deficiência cognitiva).
• Não priorizar: uma lista plana de 200 descobertas paralisa qualquer equipa. Priorize sempre.

Ferramentas que complementam o seu modelo IRA

O modelo é a estrutura, mas você precisa de ferramentas para preenchê-lo com conteúdo:

Regulamentação aplicável: por que o IRA não é opcional

Se você trabalha na União Europeia ou serve clientes europeus, o IRA não é um documento «nice to have». É uma obrigação legal em muitos contextos:

• Setor público: a Diretiva (UE) 2016/2102 exige revisões periódicas de acessibilidade com relatórios documentados. Em Portugal, a transposição foi feita pelo Decreto-Lei n.º 83/2018.
• Setor privado: o European Accessibility Act (Diretiva 2019/882), que entrou em pleno vigor a 28 de junho de 2025, exige que produtos e serviços digitais sejam acessíveis. O IRA serve como evidência de cumprimento.
• Norma técnica: a EN 301 549 v3.2.1 (2021) estabelece os requisitos técnicos de acessibilidade para produtos e serviços TIC na Europa.

Dispor de um IRA bem documentado não só o protege legalmente, como demonstra um compromisso real com a inclusão digital.