Declaração de Acessibilidade: O que é, por que você precisa de uma e como escrevê-la

Mais de 96% dos um milhão de sites mais acessados não atendem aos padrões básicos de acessibilidade da WCAG — e, mesmo assim, o número de processos judiciais relacionados à ADA envolvendo a web continua aumentando a cada ano. Nesse contexto, uma declaração de acessibilidade não é apenas um gesto de cortesia. Ela é um dos sinais mais concretos e publicamente visíveis de que sua organização leva a inclusão digital a sério e, em um número crescente de jurisdições, também é uma exigência legal. Se você ainda não tem uma, este guia vai apresentar tudo o que você precisa saber para fazê-la da maneira correta.

O que é uma Declaração de Acessibilidade?

Em essência, uma declaração de acessibilidade é uma manifestação pública do compromisso da sua organização em tornar seu site — e os serviços digitais que ele oferece — acessíveis a todos os usuários, incluindo pessoas com deficiência. Ela fica em uma página dedicada do seu site e informa aos visitantes, em linguagem simples, quais padrões você está adotando, o que foi feito para atendê-los, onde ainda existem lacunas e como entrar em contato com alguém caso encontrem uma barreira.

É importante distinguir uma declaração de acessibilidade de documentos relacionados, porém diferentes. Uma política interna de acessibilidade descreve as metas e processos internos da sua organização — quem é responsável, quais fluxos de trabalho se aplicam, como são tomadas as decisões de compras. Já uma declaração de acessibilidade é voltada para fora. Ela é escrita para seus usuários, não para sua equipe. Um Voluntary Product Accessibility Template (VPAT) ou Accessibility Conformance Report (ACR) é um documento altamente técnico, usado principalmente em contextos de compras corporativas. A declaração de acessibilidade fica entre esses dois: deve ser honesta e substantiva, mas também compreensível para qualquer pessoa do público que chegue à página.

Pense nela como sua promessa de acessibilidade, escrita às claras. Ela sinaliza para usuários com deficiência que você os enxerga, que está trabalhando para atendê-los e que existe uma pessoa real com quem podem falar quando algo dá errado. Também demonstra a reguladores, auditores e à parte contrária em eventuais disputas futuras que a acessibilidade é uma prática contínua e planejada na sua organização — não um pensamento tardio.

O Cenário Legal: Quando uma Declaração de Acessibilidade é Obrigatória?

A resposta para “eu preciso legalmente de uma declaração de acessibilidade?” depende muito de onde você atua, quem é seu público e quais leis se aplicam a você. O cenário mudou significativamente nos últimos dois anos, e a trajetória é clara: as exigências estão se tornando mais rígidas globalmente.

Nos Estados Unidos, a obrigação legal mais direta para governos estaduais e locais vem da regra final de abril de 2024 do Department of Justice sob o Título II da ADA, que esclareceu que sites e aplicativos móveis governamentais devem estar em conformidade com a WCAG 2.1 Nível AA. Publicar uma declaração de acessibilidade e estabelecer governança em torno da acessibilidade digital faz parte dessa postura de conformidade. Os prazos de conformidade sob essa regra são em abril de 2026 para entidades maiores e abril de 2027 para as menores. Para empresas privadas cobertas pelo Título III da ADA, embora uma declaração de acessibilidade específica não seja explicitamente exigida por lei, a ausência de uma tem sido usada por advogados de autores como evidência de que os esforços de acessibilidade da organização, de forma mais ampla, são insuficientes — tornando-se um fator de risco jurídico relevante.

Na União Europeia, o cenário é ainda mais explícito. A EU Web Accessibility Directive exige há vários anos que órgãos do setor público nos estados-membros publiquem declarações de acessibilidade. Agora, o European Accessibility Act — que passou a ser plenamente aplicado em 28 de junho de 2025 — estende as obrigações de acessibilidade a empresas privadas em setores como comércio eletrônico, bancos, transporte e telecomunicações. Qualquer empresa que ofereça produtos ou serviços a clientes baseados na UE, independentemente de onde esteja sua sede, está abrangida. Pense no EAA como o GDPR da acessibilidade digital: uma regulamentação ampla, transfronteiriça, que não se importa com a localização dos seus servidores. O EAA se alinha à WCAG 2.1 Nível AA como referência técnica para conteúdo web e móvel.

No Reino Unido, o Public Sector Bodies Accessibility Regulations 2018 exige explicitamente que todos os sites e aplicativos de governo e do setor público atendam aos padrões WCAG 2.1 AA e publiquem uma declaração de acessibilidade. A AODA em Ontário, no Canadá, a Seção 508 do Rehabilitation Act para contratados federais dos EUA e diversos outros marcos nacionais adicionam camadas adicionais. Se você tem um público global, parta do princípio de que pelo menos uma lei aplicável exige uma declaração de você.

Mesmo onde nenhuma lei exige explicitamente uma declaração de acessibilidade para sua organização específica, a ausência de uma cada vez mais se assemelha a negligência — não neutralidade. É uma medida de baixo custo e alto impacto que todo proprietário de site deveria adotar.

Por que sua Declaração de Acessibilidade Importa Além da Conformidade

A obrigação legal é o piso, não o teto. Existem razões comerciais e éticas convincentes para ter uma declaração de acessibilidade bem elaborada que vão além de simplesmente evitar processos.

Primeiro, considere seus usuários. Aproximadamente 1,3 bilhão de pessoas no mundo vivem com algum tipo de deficiência. Muitas delas aprenderam, pela experiência, a procurar uma declaração de acessibilidade antes de confiar seu tempo ou dinheiro a um novo site. Uma declaração clara e honesta informa com quais tecnologias assistivas seu site foi testado, quem contatar se algo falhar e quão seriamente sua organização trata o tema. Ela reduz atritos e gera confiança justamente no momento em que um usuário com deficiência está decidindo se permanece ou não no seu site.

Em segundo lugar, há a dimensão reputacional. Não ter uma declaração de acessibilidade — ou ter uma que é claramente copiada de um modelo, nunca atualizada e que faz promessas que seu site claramente não cumpre — envia um sinal negativo a clientes, funcionários e parceiros que se importam com inclusão. Por outro lado, uma declaração cuidadosa e mantida regularmente é evidência de um compromisso organizacional genuíno. Organizações líderes como Barclays e Roche publicam declarações que reconhecem honestamente suas limitações atuais enquanto descrevem etapas específicas em andamento para resolvê-las. Essa transparência gera mais boa vontade do que uma declaração que afirma conformidade perfeita poderia gerar.

Em terceiro lugar, sua declaração de acessibilidade cria um mecanismo interno de responsabilização. Quando você se compromete publicamente com um padrão, uma metodologia de testes e um prazo de resposta para problemas relatados por usuários, está criando expectativas que suas próprias equipes precisam cumprir. Isso é uma vantagem, não um problema. Programas de acessibilidade que não têm compromissos externos tendem a se desviar; aqueles com declarações públicas tendem a se manter no rumo.

Por fim, há o SEO e a usabilidade a considerar. Boas práticas de acessibilidade — HTML semântico, estruturas adequadas de cabeçalhos, texto alternativo descritivo, rótulos claros de links — se correlacionam fortemente com sinais de ranqueamento em mecanismos de busca. Um site construído com acessibilidade em mente tende a ser um site com melhor desempenho em todos os aspectos.

O que Incluir: Componentes Essenciais

Não existe um modelo único obrigatório para uma declaração de acessibilidade no setor privado, mas a Web Accessibility Initiative do W3C oferece a orientação mais clara sobre o que uma declaração deve conter. Abaixo está um detalhamento de cada componente que você deve abordar, junto com o motivo de cada um.

Uma declaração de compromisso. Comece com uma afirmação clara e humana do compromisso da sua organização com a acessibilidade digital. Não esconda isso. É o que usuários com deficiência — e advogados de autores — vão ler primeiro. Evite jargão corporativo. Declare especificamente que você está trabalhando para oferecer uma experiência inclusiva a usuários com deficiências visuais, auditivas, físicas, cognitivas, neurológicas e de fala.

O padrão que você está adotando. Nomeie a versão específica da WCAG que você está buscando — idealmente WCAG 2.1 Nível AA como mínimo, com WCAG 2.2 Nível AA como melhor prática atual. Especifique honestamente seu nível de conformidade. Se você está totalmente em conformidade, diga isso. Se está parcialmente em conformidade, diga também e descreva quais áreas ficam aquém. Fazer declarações falsas sobre conformidade na sua declaração é pior do que divulgar lacunas conhecidas — isso elimina a defesa de boa-fé em litígios.

Limitações conhecidas. Esta é a seção em que a maioria das organizações erra. Ou não listam limitações (algo improvável para quase qualquer site real) ou usam números de critérios técnicos da WCAG que nada significam para os usuários. O W3C recomenda linguagem simples: em vez de “o Critério de Sucesso 1.2.2 da WCAG não é atendido”, diga “alguns de nossos vídeos mais antigos não têm legendas”. Seja específico. Seja honesto. Usuários vão apreciar saber disso com antecedência, e isso o protege legalmente ao demonstrar boa-fé.

O que você fez para tratar a acessibilidade. Descreva seus esforços concretos: você realizou uma auditoria de terceiros? Testa com leitores de tela? Treinou sua equipe de conteúdo? Usa um widget de overlay de acessibilidade para fornecer recursos assistivos adicionais? Detalhe as medidas específicas que sua organização adota. Esta seção transforma sua declaração de uma promessa passiva em evidência ativa de um programa de conformidade.

Ambiente técnico. Informe os navegadores, sistemas operacionais e tecnologias assistivas com os quais seu site foi testado. Leitores de tela se comportam de forma diferente em combinações de navegadores, e documentar seus ambientes testados gerencia expectativas ao mesmo tempo em que demonstra rigor.

Informações de contato. Esta pode ser a seção mais importante. Facilite ao máximo que usuários relatem barreiras de acessibilidade. Forneça múltiplos canais — e-mail, telefone e, idealmente, um formulário web que também seja totalmente acessível. Especifique um prazo de resposta e cumpra-o. Pesquisas mostram de forma consistente que, quanto mais rápido uma organização responde a reclamações de acessibilidade, menor a probabilidade de que a reclamação se transforme em processo. Não direcione esses contatos para uma caixa genérica que ninguém monitora.

Conteúdo de terceiros. Se seu site incorpora widgets de terceiros, feeds de redes sociais, mapas ou outros conteúdos que você não controla, reconheça isso e esclareça que você não pode garantir a acessibilidade desse conteúdo. Ainda assim, você pode descrever quaisquer medidas que adota para selecionar ferramentas de terceiros acessíveis.

Data da última revisão. Inclua uma data visível de “última atualização”. Uma declaração de acessibilidade sem data parece — e pode ser — desatualizada. Comprometa-se a revisá-la e atualizá-la pelo menos anualmente e após qualquer redesign significativo ou grande atualização de conteúdo.

Referências às leis aplicáveis. Dependendo da sua jurisdição e do seu público, faça referência aos marcos legais relevantes: a ADA, a Seção 508, o EAA, o UK Accessibility Regulations, a AODA ou outros. Isso demonstra consciência legal e ajuda os usuários a entender o contexto regulatório.

Um Modelo Estrutural para Você Adaptar

A seguir está uma estrutura HTML limpa e semântica que você pode adaptar para a página da sua própria declaração de acessibilidade. Substitua os valores de espaço reservado por informações precisas e específicas da sua organização e do seu site.

<h1>Accessibility Statement</h1>

<p>
  [Organization Name] is committed to ensuring digital accessibility
  for people with disabilities. We continually improve the user experience
  for everyone and apply relevant accessibility standards.
</p>

<h2>Conformance Status</h2>
<p>
  We aim to conform to the Web Content Accessibility Guidelines (WCAG)
  2.1 Level AA. These guidelines explain how to make web content more
  accessible to people with disabilities. Our current conformance status
  is: [fully conformant / partially conformant — describe known gaps].
</p>

<h2>Known Limitations</h2>
<p>
  Despite our best efforts, some content may not yet be fully accessible:
</p>
<ul>
  <li>[Example: Some older PDF documents do not have text
      equivalents. We are converting these on a rolling basis.]</li>
  <li>[Example: Videos published before [date] may not have
      accurate captions. We are prioritizing recaptioning.]</li>
</ul>

<h2>Measures We Take</h2>
<ul>
  <li>Annual third-party accessibility audits against WCAG 2.1 AA</li>
  <li>Manual testing with screen readers (NVDA, JAWS, VoiceOver)</li>
  <li>Automated scanning on each deployment</li>
  <li>Accessibility widget providing user-controlled display options</li>
  <li>Staff training on accessible content creation</li>
</ul>

<h2>Technical Specifications</h2>
<p>
  This website has been tested on the following environments:
</p>
<ul>
  <li>Chrome + NVDA on Windows 11</li>
  <li>Safari + VoiceOver on macOS and iOS</li>
  <li>Firefox + JAWS on Windows 11</li>
</ul>

<h2>Feedback and Contact</h2>
<p>
  If you experience any accessibility barriers on this website, please
  contact us. We aim to respond within 2 business days.
</p>
<ul>
  <li>Email: <a href='mailto:[email protected]'>
      [email protected]</a></li>
  <li>Phone: +1 (555) 000-0000</li>
</ul>

<h2>Formal Complaints</h2>
<p>
  If you are not satisfied with our response, you may contact the
  relevant enforcement authority in your jurisdiction.
</p>

<p><em>This statement was last reviewed on [Month YYYY].</em></p>

Erros Comuns a Evitar

A maioria das declarações de acessibilidade existentes na web hoje está ausente, é plagiada de um modelo sem modificações ou é ativamente enganosa. Veja os problemas específicos que você deve evitar.

Afirmar conformidade total quando você não está totalmente em conformidade. Este é o erro mais perigoso. Ferramentas automatizadas detectam, na melhor das hipóteses, cerca de 30–40% dos problemas da WCAG, o que significa que um site que passa em testes automatizados ainda pode ter barreiras significativas. Se sua declaração afirma conformidade total com a WCAG 2.1 AA e um usuário ou autor consegue demonstrar o contrário, essa afirmação falsa amplia sua exposição legal em vez de reduzi-la. Declarações precisas de conformidade parcial, acompanhadas de um plano claro de correção, são mais honestas e mais defensáveis.

Tornar a própria página da declaração inacessível. Isso acontece com mais frequência do que se imagina. A declaração de acessibilidade em si deve atender à WCAG. Teste a página, verifique o contraste de cores, confirme a navegação por teclado e certifique-se de que leitores de tela conseguem interpretar corretamente os cabeçalhos. Uma declaração de acessibilidade inacessível é, no mínimo, constrangedora — e, no pior caso, evidência em uma reclamação.

Não oferecer um mecanismo real de contato. Uma declaração que convida usuários a “entrar em contato” com um formulário quebrado ou um endereço de e-mail genérico info@ que ninguém monitora é pior do que inútil. Usuários que tentam relatar uma barreira e não conseguem obter resposta têm muito mais probabilidade de recorrer a um regulador ou a um advogado.

Nunca atualizá-la. Uma declaração datada de três anos atrás, que faz referência a tecnologias ou padrões já superados, destrói a confiança imediatamente. Crie um lembrete de calendário para revisar sua declaração pelo menos uma vez por ano e imediatamente após qualquer redesign significativo do site.

Escondê-la em um lugar difícil de encontrar. O W3C recomenda vincular sua declaração de acessibilidade a partir de vários locais de destaque: o rodapé, o menu de ajuda, o mapa do site e a página “sobre”. Use um texto de link consistente — “Declaração de Acessibilidade” ou “Acessibilidade” — para que usuários que sabem procurá-la possam encontrá-la rapidamente.

Onde o Accsible se Encaixa na sua Estratégia de Acessibilidade

Uma declaração de acessibilidade é a documentação do seu compromisso, mas compromisso sem implementação são apenas palavras. É aqui que uma ferramenta como o SDK de widget de overlay do Accsible entra como uma camada de uma estratégia de acessibilidade mais ampla.

O Accsible permite incorporar um widget de acessibilidade configurável no seu site, que dá aos usuários controle direto sobre sua experiência de navegação — ajustando tamanhos de fonte, configurações de contraste, tamanho do cursor, redução de animações e muito mais. Esses controles voltados ao usuário ampliam a usabilidade do seu site para pessoas com uma variedade de necessidades visuais, motoras e cognitivas. Importante: quando você inclui um widget de acessibilidade no seu conjunto de ferramentas, sua declaração de acessibilidade se torna mais específica e crível: você pode nomear os recursos específicos que o widget oferece, descrever os ambientes em que foi testado e demonstrar que adotou medidas técnicas ativas em direção à inclusão.

Essa especificidade importa. Tribunais, reguladores e usuários respondem melhor a declarações que descrevem medidas concretas do que a promessas vagas. Sua declaração deve mencionar o widget, o que ele faz e quais necessidades de usuários ele atende — juntamente com seu programa de auditoria, sua metodologia de testes e seu ponto de contato humano para feedback. O widget não substitui um código subjacente semântico e bem estruturado, mas é uma camada de esforço significativa e documentada que merece estar na sua declaração.

A acessibilidade é um programa, não um produto. Sua declaração documenta esse programa. Cada ferramenta, auditoria, sessão de treinamento e ciclo de feedback que você implementa torna sua declaração mais crível — e seu site genuinamente mais inclusivo.

Manter sua Declaração Atualizada: Um Checklist de Manutenção

Uma declaração de acessibilidade é um documento vivo. No momento em que seu site muda — um novo fluxo de checkout, uma navegação redesenhada, um novo player de vídeo incorporado — a precisão da sua declaração pode ser afetada. Crie um ritmo de manutenção dentro do seu programa de acessibilidade para que a declaração sempre reflita a realidade.

• Após cada grande lançamento ou redesign: Revise a seção de Limitações Conhecidas e as Especificações Técnicas. Atualize os ambientes testados se navegadores ou tecnologias assistivas tiverem mudado.
• Anualmente: Contrate ou realize uma auditoria completa de acessibilidade. Atualize o status de conformidade e a seção de medidas para refletir ferramentas, processos e resultados atuais. Atualize a data de “última revisão”.
• Quando os padrões mudarem: A WCAG 2.2 já foi publicada e a WCAG 3.0 está em desenvolvimento. Quando órgãos reguladores atualizarem seus padrões técnicos, atualize sua declaração para refletir a versão que você está adotando e seu plano de migração.
• Quando as leis mudarem: O EAA, os prazos do Título II da ADA e outras regulamentações estão em evolução ativa. Se novos requisitos passarem a se aplicar à sua organização, atualize as referências legais na sua declaração em conformidade.
• Quando os dados de contato mudarem: Atualize imediatamente quaisquer endereços de e-mail, números de telefone ou links de formulários. Um canal de contato quebrado em uma declaração de acessibilidade é ao mesmo tempo uma falha de usabilidade e um risco legal.

Registrar o feedback de acessibilidade que você recebe — os problemas relatados pelos usuários, como você respondeu e quanto tempo levou para corrigi-los — também cria um histórico que demonstra boa-fé. Se sua organização algum dia for questionada sobre suas práticas de acessibilidade, esse registro pode ser inestimável.

Pontos-Chave

• Uma declaração de acessibilidade é ao mesmo tempo uma ferramenta de gestão de risco legal e um sinal de confiança para o usuário. Em muitas jurisdições — incluindo para empresas que atuam no mercado da UE sob o EAA e entidades públicas dos EUA sob a regra do Título II da ADA — algum tipo de compromisso público com a acessibilidade agora é exigido ou fortemente sugerido por lei.
• Ser honesto sobre limitações protege mais do que exagerar. Declarar que você está parcialmente em conformidade, com um plano claro de correção, é mais defensável juridicamente do que afirmar falsamente conformidade total com a WCAG. Tribunais e reguladores respondem bem à boa-fé demonstrada.
• Faça com que seu mecanismo de contato seja real e monitorado. Ofereça múltiplas formas de relatar barreiras — e-mail, telefone, formulário web — e comprometa-se com um prazo específico de resposta. Respostas rápidas a problemas relatados por usuários reduzem drasticamente o risco de escalonamento legal.
• A página da sua declaração de acessibilidade deve ser, ela própria, acessível. Teste-a quanto à conformidade com a WCAG, verifique a navegação por teclado, confira o contraste de cores e garanta a compatibilidade com leitores de tela antes de publicá-la.
• Trate a declaração como um documento vivo, não uma tarefa pontual. Revise-a após cada grande mudança no site, pelo menos anualmente, e sempre que leis aplicáveis ou padrões da WCAG forem atualizados. Mantenha a data de “última revisão” visível e precisa.