Accessibility Checker para o seu site
Acessibilidade verificada automaticamente segundo as WCAG 2.1 e o European Accessibility Act
O que a verificação de acessibilidade analisa?
Contraste de cor de texto e fundo em relação aos valores mínimos das WCAG
Texto alternativo para imagens, gráficos e elementos com link
Rótulos de formulário e textos de link reconhecíveis
Estrutura da página: hierarquia de títulos, landmarks e declaração de idioma
Atributos ARIA quanto à validade e ao uso correto
Níveis WCAG A e AA indicados em separado, com um grau de gravidade por violação
Como funciona a verificação de acessibilidade
4 passos para uma visão geral das barreiras da sua página
-
1 Passo 1
Insira a URL
Indique o endereço da página que você quer verificar. É analisada exatamente esta página.
-
2 Passo 2
Carregar a página por completo
A página é aberta em um navegador real, incluindo JavaScript – assim é também verificado aquilo que só surge posteriormente no conteúdo da página.
-
3 Passo 3
Testar segundo as regras WCAG
O axe-core verifica o conteúdo final da página em relação aos conjuntos de regras das WCAG 2.0 e 2.1 nos níveis A e AA, bem como em relação a boas práticas estabelecidas.
-
4 Passo 4
Resolver as violações por gravidade
Você recebe cada violação com o grau de gravidade, o elemento afetado e o seletor CSS, além de um link para a explicação da respectiva regra.
Barreiras típicas que o teste encontra
Oito das violações mais frequentes e o correspondente critério de sucesso das WCAG
-
Contraste de cor insuficiente
WCAG 1.4.3 (AA)O texto se destaca muito pouco do fundo. Afeta com particular frequência tons de cinza claros, botões coloridos e texto sobre imagens.
-
Imagem sem texto alternativo
WCAG 1.1.1 (A)As imagens informativas precisam de um atributo
altque descreva o seu conteúdo. As imagens puramente decorativas recebem umalt=""vazio, para que os leitores de tela as ignorem. -
Link sem texto reconhecível
WCAG 4.1.2 (A)Os links que contêm apenas um ícone ou uma imagem são anunciados sem nome acessível. O usuário ouve que existe um link, mas não para onde leva.
-
Campo de formulário sem rótulo
WCAG 4.1.2 (A)Um campo de entrada precisa de um
labelassociado. Um texto de placeholder não é suficiente – desaparece assim que se digita e não é anunciado de forma confiável. -
Declaração de idioma ausente
WCAG 3.1.1 (A)Sem um atributo
langno elementohtml, o leitor de tela não sabe em que idioma deve ler. Texto português com pronúncia inglesa é praticamente incompreensível. -
Conteúdo fora de landmarks
Best PracticeZonas como
header,nav,mainefooterpermitem pular diretamente para a parte desejada da página. Se faltarem, resta apenas ouvir a página inteira. -
Nível de título pulado
Best PracticeOs títulos precisam assentar uns nos outros, ou seja, de h2 para h3 e não diretamente para h4. Os usuários de leitores de tela navegam por esta estrutura como por um índice.
-
Atributo ARIA inválido
WCAG 4.1.2 (A)Atributos ARIA com um valor errado ou uma role inadequada causam mais danos do que a sua ausência. O leitor de tela anuncia então informação que não corresponde à realidade.
Os quatro graus de gravidade
Cada violação encontrada é classificada – assim você sabe por onde começar
-
Crítico
Bloqueia a utilização por completo. As pessoas afetadas não conseguem sequer chegar ao conteúdo ou à função.
-
Grave
Dificulta consideravelmente a utilização. O conteúdo é teoricamente acessível, mas na prática só com grande esforço.
-
Moderado
Prejudica visivelmente a operação sem a impedir. Tipicamente problemas de estrutura e de navegação.
-
Menor
Desvios menores que reduzem o conforto. Devem ser corrigidos, mas têm a prioridade mais baixa.
European Accessibility Act e transposição nacional
O European Accessibility Act exige que numerosos serviços digitais dirigidos a consumidores sejam acessíveis, e cada Estado-Membro da UE transpôs a diretiva para o direito nacional – em Portugal através da transposição nacional do EAA, aplicável a partir de 28 de junho de 2025. O âmbito abrange lojas online, serviços bancários, telecomunicações, transporte de passageiros, bem como e-books e as suas plataformas de distribuição. Determinante não é apenas a dimensão da empresa, mas sim se presta serviços a consumidores por via eletrônica.
A referência técnica é a norma harmonizada EN 301 549, que para conteúdos web remete essencialmente para as WCAG 2.1 no nível de conformidade AA. É exatamente esse nível que a verificação de acessibilidade cobre: todas as regras das WCAG 2.0 e 2.1 nos níveis A e AA são testadas e indicadas em separado.
As autoridades nacionais de fiscalização do mercado podem atuar sobre as deficiências por iniciativa própria ou após uma queixa. As consequências concretas decorrem da respectiva lei nacional e podem ir de ordens de correção a sanções em caso de descumprimento persistente. A isto acresce o risco comercial: quem exclui tecnicamente uma parte da sua clientela perde receita – independentemente de qualquer autoridade.
O que um teste automático consegue fazer – e o que não consegue
As verificações automatizadas detectam de forma confiável uma parte dos critérios das WCAG, tipicamente cerca de um terço. Muito não é mensurável tecnicamente: se um texto alternativo descreve realmente o conteúdo da imagem, se a operação por teclado segue uma ordem sensata, ou se a linguagem está formulada de forma compreensível. Além disso, este teste verifica a página consultada e não o site inteiro. É, portanto, um ponto de partida confiável e uma boa base para definir prioridades – não substitui uma avaliação de conformidade juridicamente segura. Para isso, recorra adicionalmente a uma avaliação especializada e a testes com pessoas com deficiência.
Encontrar barreiras reais com a verificação de acessibilidade
As barreiras raramente são visíveis para quem não enfrenta nenhuma. Uma razão de contraste de 3:1 parece perfeitamente legível em um bom monitor e continua sendo insuficiente para pessoas com baixa visão. Um botão sem rótulo é anunciado pelo leitor de tela como „botão“ – sem qualquer indicação do que faz. O InspectWP verifica a página consultada com o axe-core, a biblioteca de testes da Deque Systems que também está nas ferramentas de desenvolvedor do Chrome e do Firefox. Você recebe cada violação encontrada com o grau de gravidade, o elemento HTML afetado e o seletor CSS – exatamente a informação de que a sua equipe de desenvolvimento precisa para corrigi-la.
Níveis WCAG A e AA avaliados em separado
As Web Content Accessibility Guidelines definem três níveis de conformidade. O nível A é o requisito mínimo: se não for cumprido, há conteúdos essenciais simplesmente inacessíveis para alguns usuários. O nível AA é o nível a que os legisladores da UE e de fora dela se referem – incluindo o European Accessibility Act e as suas transposições nacionais. O InspectWP indica em separado as violações de ambos os níveis, para que você tenha uma ordem de trabalho confiável: primeiro fechar as violações de nível A, depois o nível AA. Além disso, o teste verifica regras de boas práticas que não fazem parte das WCAG, mas que na prática decidem frequentemente se uma página é realmente utilizável.
Milhares de proprietários de sites confiam no InspectWP
Os números falam por si
Perguntas frequentes sobre a verificação de acessibilidade
Tudo o que você precisa saber sobre o teste WCAG e de acessibilidade
Mais ferramentas úteis
Estas verificações cobrem temas relacionados
- Verificação GDPR
- Auditoria segurança WordPress
- Verificador de cabeçalhos HTTP
- Verificador de hospedagem
- Verificador de webfonts
- Verificador de favicon
- Verificador de registros DNS
- Verificador de tags alt
- Sitemap Checker
- Open Graph Checker
- Verificador SPF e DMARC
- Scanner de vulnerabilidades WordPress
- Detector de page builder
- Verificador de conteúdo misto
- Verificador de cookies
- Verificador de versão do PHP