Checklist de acessibilidade para sites corporativos: carreiras, PDFs, investidores e formulários

Acessibilidade em sites corporativos: navegação, vagas e candidaturas, PDFs e relatórios anuais, vídeo, formulários, banners de cookies e declarações.

Equipe editorial FixReports8 min de leitura

Um site corporativo raramente vende algo diretamente, então é fácil deixar passar os problemas de acessibilidade dele. Mas é nele que as pessoas se candidatam a vagas, os investidores leem os relatórios anuais, os jornalistas encontram os comunicados à imprensa e os clientes procuram os dados de contato, e cada uma dessas tarefas pode ser bloqueada por uma barreira: uma candidatura que não pode ser concluída com o teclado, um relatório anual publicado como um PDF sem tags, um vídeo sem legendas ou um banner de cookies que prende o foco. Este checklist percorre o nível AA da WCAG 2.2 pelas seções que a maioria dos sites corporativos tem, com o que verificar em cada uma.

Pontos principais

  • A WebAIM encontrou falhas detectáveis da WCAG em 95,9% do top 1 milhão de páginas iniciais em 2026; texto com baixo contraste (83,9%) e falta de texto alternativo (53,1%) foram as mais comuns (WebAIM (abre em uma nova aba)).
  • A WCAG se aplica tanto a páginas web quanto a documentos publicados em um site, como PDFs; o W3C publica técnicas para tornar PDFs acessíveis (W3C (abre em uma nova aba)).
  • Vídeos pré-gravados precisam de legendas (1.2.2, nível A) e de audiodescrição quando as imagens transmitem informações que não estão no áudio (1.2.5, AA) (W3C (abre em uma nova aba)).
  • Em orientações de 2022, o Departamento de Justiça dos EUA afirmou que a ADA se aplica à oferta on-line de empresas abertas ao público, sem definir uma norma técnica específica (ADA.gov (abre em uma nova aba)).
  • O W3C oferece orientações e um gerador gratuito para escrever uma declaração de acessibilidade (W3C (abre em uma nova aba)).

Por que a acessibilidade importa em um site corporativo?

Porque os visitantes que dependem dela costumam ser justamente os que você mais quer alcançar: candidatos, clientes, parceiros e investidores. A Organização Mundial da Saúde estima que 1,3 bilhão de pessoas, cerca de uma em cada seis, têm uma deficiência significativa (OMS (abre em uma nova aba)). Muitas outras usam o teclado em vez do mouse, aumentam o texto ou leem no celular sob luz forte.

Também existe uma questão de conformidade, que varia conforme o país e o público do site. Órgãos do setor público na UE precisam cumprir a Diretiva de Acessibilidade da Web; empresas que vendem a consumidores da UE podem estar sujeitas à Lei Europeia de Acessibilidade; nos EUA, o Departamento de Justiça afirmou que a ADA se aplica à oferta on-line de empresas abertas ao público (ADA.gov (abre em uma nova aba)). Um site exclusivamente B2B pode ficar fora de algumas dessas leis, mas clientes maiores perguntam cada vez mais aos fornecedores sobre acessibilidade. Nossos guias sobre a Lei Europeia de Acessibilidade e sobre notificações ADA explicam o contexto; isto não é aconselhamento jurídico.

O que verificar em todas as páginas?

Esses problemas vêm dos templates compartilhados, então corrigi-los uma vez corrige o site inteiro:

  • Contraste: texto do corpo com pelo menos 4.5:1 em relação ao fundo, texto grande com 3:1 (1.4.3). Texto cinza-claro e texto branco sobre as cores da marca são as falhas habituais. O verificador de contraste de cores testa qualquer par de cores.
  • Teclado: todo link, menu e botão acessível com Tab e utilizável com Enter ou barra de espaço, com um indicador de foco visível (2.1.1, 2.4.7). Megamenus e carrosséis são problemas frequentes.
  • Link para pular e landmarks: uma forma de pular o cabeçalho e ir direto ao conteúdo principal (2.4.1), e os landmarks header, nav, main e footer.
  • Títulos: um H1 por página e uma estrutura de títulos lógica (1.3.1), para que quem usa leitor de tela consiga percorrer a página.
  • Texto dos links: links que façam sentido fora do contexto, não “Leia mais” repetido dez vezes (2.4.4).
  • Idioma: o atributo lang em todas as páginas, e em trechos em outro idioma (3.1.1, 3.1.2), para que os leitores de tela os pronunciem corretamente.
  • Zoom e refluxo: conteúdo utilizável com zoom de 200% e com 320 pixels de largura, sem rolagem horizontal (1.4.4, 1.4.10).

Como tornar as páginas de carreiras e as candidaturas acessíveis?

A seção de carreiras é onde as barreiras têm as consequências mais claras: um candidato que não consegue concluir a candidatura não pode ser considerado.

  • Lista de vagas: os filtros e a busca precisam funcionar com o teclado e anunciar a quantidade de resultados aos leitores de tela (4.1.3).
  • Formulários de candidatura: todo campo precisa de um rótulo visível (3.3.2), os erros precisam ser descritos em texto (3.3.1) e os botões de upload de arquivo precisam ter nomes acessíveis.
  • Limites de tempo: se o formulário expira, avise a pessoa e deixe que ela estenda o tempo (2.2.1).
  • Sistemas de recrutamento de terceiros: muitas empresas usam um sistema externo para as candidaturas. Peça ao fornecedor o relatório de conformidade de acessibilidade (ACR) dele, teste você mesmo o fluxo de candidatura com o teclado e ofereça uma forma alternativa de se candidatar, como e-mail, informada na página de carreiras.
  • Avaliações e entrevistas em vídeo: verifique se qualquer teste on-line ou ferramenta de entrevista em vídeo é compatível com leitores de tela, oferece legendas e permite tempo extra quando solicitado.

Como publicar PDFs e relatórios anuais acessíveis?

Relatórios anuais, relatórios de sustentabilidade, folhetos e documentos de políticas muitas vezes são publicados só em PDF, e muitos não têm tags: um leitor de tela os lê como um único bloco de texto, ou nem os lê.

  • Prefira HTML para conteúdo importante. Uma página web é mais fácil de tornar acessível, funciona melhor no celular e é mais fácil de pesquisar.
  • Se publicar um PDF, coloque tags. Exporte a partir do documento de origem (Word, InDesign) com as tags ativadas, para manter títulos, listas, tabelas e ordem de leitura. A norma PDF/UA (ISO 14289) define PDFs acessíveis.
  • Confira o essencial: título do documento, idioma do documento, texto alternativo para gráficos e imagens, cabeçalhos de tabela de verdade e uma ordem de leitura lógica. O Adobe Acrobat Pro tem um verificador de acessibilidade embutido; o PAC é um verificador gratuito para Windows.
  • Documentos digitalizados são imagens de texto e precisam de OCR e tags, ou de uma versão em HTML.
  • Tabelas financeiras: marque as linhas e colunas de cabeçalho; em HTML, use <th> com scope.

E vídeos, webcasts e podcasts?

  • Legendas em todo vídeo pré-gravado com fala (1.2.2, A) e em webcasts ao vivo (1.2.4, AA). Legendas automáticas precisam de revisão: nomes, números e termos técnicos costumam sair errados.
  • Audiodescrição quando uma informação importante é só visual, como o texto dos slides que o apresentador não lê em voz alta (1.2.5, AA). Muitas vezes, a solução mais simples é o apresentador descrever o slide.
  • Transcrições para podcasts e conteúdo só de áudio (1.2.1, A).
  • Controles do player: um player incorporado precisa poder ser operado pelo teclado, e um som que toca automaticamente por mais de três segundos precisa de uma forma de pausar ou parar (1.4.2).

O guia do W3C para tornar áudio e vídeo acessíveis cobre planejamento, legendas e descrição (W3C (abre em uma nova aba)).

Como tornar formulários de contato, mapas e endereços acessíveis?

  • Formulários: rótulos, mensagens de erro claras e nenhum CAPTCHA que dependa só de ler texto distorcido ou resolver quebra-cabeças; ofereça uma alternativa (W3C (abre em uma nova aba)).
  • Dados de contato em texto: números de telefone, endereços de e-mail e endereços dos escritórios escritos na página, não só em uma imagem ou em um mapa.
  • Mapas: um mapa incorporado é difícil de usar com um leitor de tela; o endereço e as instruções de como chegar em texto são a alternativa acessível.
  • Widgets de chat: verifique se eles podem ser abertos, usados e fechados com o teclado, e se não cobrem o conteúdo em foco (2.4.11).

Os banners de cookies causam problemas de acessibilidade?

Com frequência, porque aparecem primeiro e ficam por cima de todo o resto.

  • O banner precisa ser alcançável e utilizável com o teclado, e o Tab precisa conseguir sair dele (2.1.2, No Keyboard Trap) (W3C (abre em uma nova aba)).
  • Os botões precisam de nomes claros e contraste suficiente; “Rejeitar” deve ser tão fácil de encontrar quanto “Aceitar”.
  • Ele não pode esconder atrás de si o elemento da página que está em foco (2.4.11).

Nossas análises começam na sua página inicial com o banner de cookies ainda visível, porque é isso que um usuário de teclado encontra primeiro, e informam uma armadilha de foco se o Tab não conseguir passar por ele.

Você precisa de uma declaração de acessibilidade?

Órgãos do setor público na UE precisam publicar uma. Para empresas, ela costuma ser voluntária, embora a Lei Europeia de Acessibilidade exija que os serviços abrangidos forneçam informações sobre como atendem aos requisitos dela. Uma boa declaração diz qual norma você busca atender, as limitações conhecidas, como as pessoas podem relatar um problema ou pedir o conteúdo em outro formato, e quando ela foi revisada pela última vez. O W3C publica orientações e um gerador gratuito (W3C (abre em uma nova aba)).

Escreva com honestidade: alegar conformidade total depois de uma análise automatizada já é um risco em si, porque os testes automatizados não conseguem verificar tudo.

Como testar um site corporativo?

  1. Rode uma análise automatizada da página inicial, de uma página de carreiras, de uma notícia, da página de contato e de qualquer formulário. O nosso verificador de acessibilidade grátis testa as páginas-chave em um navegador real segundo os níveis A e AA da WCAG 2.2, e o verificador de texto alternativo lista todas as imagens de uma página.
  2. Teste com o teclado: navegue pelo menu, candidate-se a uma vaga e envie o formulário de contato usando só o teclado.
  3. Verifique os documentos: abra os seus PDFs mais importantes com um leitor de tela ou com um verificador de acessibilidade de PDF.
  4. Assista aos seus vídeos com as legendas ligadas e o som desligado.
  5. Peça a pessoas com deficiência que testem as tarefas principais; isso revela problemas que nenhum checklist prevê.

Perguntas frequentes

A WCAG se aplica a PDFs?

Sim. A WCAG se aplica ao conteúdo web, incluindo documentos publicados em um site. O W3C publica técnicas específicas para atender à WCAG em arquivos PDF.

O nosso site de carreiras é operado por terceiros. A responsabilidade é nossa?

Do ponto de vista do candidato, o processo de candidatura é seu. Peça ao fornecedor um relatório de conformidade de acessibilidade, teste o fluxo e ofereça uma forma alternativa de se candidatar. Se você tem responsabilidade legal depende da sua jurisdição.

Legendas automáticas atendem à WCAG?

Só se forem precisas. Legendas automáticas costumam errar nomes, números e termos; revise e corrija antes de confiar nelas.

Um overlay de acessibilidade é suficiente para um site corporativo?

Não. Os overlays não corrigem o código por trás, os documentos nem os vídeos. Veja o nosso guia sobre overlays de acessibilidade e a ordem da FTC.

Qual norma um site corporativo deve buscar atender?

A WCAG 2.2 nível AA é a versão atual e a meta habitual; muitas leis e políticas ainda citam a WCAG 2.1 AA, que um site que atende à 2.2 AA também atende.

Fontes

Todos os guias