# Checklist de acessibilidade para sites corporativos: carreiras, PDFs, investidores e formulários Atualizado em 2026-10-26 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](https://webaim.org/projects/million/)). - 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](https://www.w3.org/WAI/WCAG22/Techniques/#pdf)). - 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](https://www.w3.org/WAI/WCAG22/Understanding/captions-prerecorded)). - 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](https://www.ada.gov/resources/web-guidance/)). - O W3C oferece orientações e um gerador gratuito para escrever uma declaração de acessibilidade ([W3C](https://www.w3.org/WAI/planning/statements/)). ## 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](https://www.who.int/news-room/fact-sheets/detail/disability-and-health)). 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](https://www.ada.gov/resources/web-guidance/)). 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](/pt-br/blog/european-accessibility-act-online-stores) e sobre [notificações ADA](/pt-br/blog/ada-website-demand-letter) 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](/pt-br/color-contrast-checker) 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 `` 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](https://www.w3.org/WAI/media/av/)). ## 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](https://www.w3.org/TR/turingtest/)). - **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](https://www.w3.org/WAI/WCAG22/Understanding/no-keyboard-trap)). - 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](https://www.w3.org/WAI/planning/statements/)). 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](/pt-br/website-accessibility-checker) 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](/pt-br/image-alt-text-checker) 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](/pt-br/blog/accessibility-overlays-ftc-order). ### 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 - WebAIM: [The WebAIM Million (2026)](https://webaim.org/projects/million/) - W3C: [Web Content Accessibility Guidelines (WCAG) 2.2](https://www.w3.org/TR/WCAG22/) - W3C: [Techniques for WCAG 2.2: PDF techniques](https://www.w3.org/WAI/WCAG22/Techniques/#pdf) - W3C: [Understanding 1.2.2 Captions (Prerecorded)](https://www.w3.org/WAI/WCAG22/Understanding/captions-prerecorded) - W3C: [Understanding 1.2.5 Audio Description (Prerecorded)](https://www.w3.org/WAI/WCAG22/Understanding/audio-description-prerecorded) - W3C: [Making audio and video media accessible](https://www.w3.org/WAI/media/av/) - W3C: [Understanding 2.1.2 No Keyboard Trap](https://www.w3.org/WAI/WCAG22/Understanding/no-keyboard-trap) - W3C: [Inaccessibility of CAPTCHA](https://www.w3.org/TR/turingtest/) - W3C: [Developing an accessibility statement](https://www.w3.org/WAI/planning/statements/) - Departamento de Justiça dos EUA: [Guidance on web accessibility and the ADA](https://www.ada.gov/resources/web-guidance/) - Organização Mundial da Saúde: [ficha informativa sobre deficiência](https://www.who.int/news-room/fact-sheets/detail/disability-and-health)