A acessibilidade com WordPress

O WordPress em si pode ser acessível — os problemas vêm normalmente do tema, dos plugins e dos blocos de página.

Constatações frequentes

Temas com contraste demasiado baixo ou sem foco visível, plugins de carrossel sem pausa/utilização por teclado, formulários integrados (Contact Form 7 e afins) com campos sem rótulo, blocos de imagem sem texto alternativo e construtores de páginas que transformam títulos em meros parágrafos grandes. O editor base do WordPress geralmente não é o problema — a camada acima é que é.

Verificar e escolher o tema

Um tema decide o contraste, a apresentação do foco, a estrutura de títulos e a utilização por teclado da navegação. Critérios antes de escolher: percorra a página com a tecla Tab — o foco está sempre visível? O menu é utilizável sem rato? O contraste de cor do texto e dos botões é de pelo menos 4,5:1? Os temas predefinidos baseados em blocos (Twenty Twenty-Four/-Five) são um bom ponto de partida; nos temas pagos, veja a demonstração com o CSS desativado e faça o teste de teclado.

Trabalhar de forma limpa no editor de blocos

Use os blocos de título pela ordem certa (um H1 por página, sem saltar níveis) — não basta pôr o texto grande e a negrito. Dê um texto alternativo a cada bloco de imagem; marque explicitamente como decorativas as imagens puramente decorativas. Use o bloco de botão para ações e ligações reais para navegar. As listas como bloco de lista, não como parágrafo com travessões. As tabelas apenas para dados tabulares reais e com linha de cabeçalho.

Plugins e formulários

Os plugins de formulários (Contact Form 7, WPForms, Gravity Forms) só produzem formulários acessíveis se cada campo tiver um rótulo visível e associado e as mensagens de erro estiverem ligadas ao campo — o texto de espaço reservado por si só não chega. Os carrosséis precisam de um botão de pausa e não podem prender o foco do teclado; na dúvida, deixe de fora. Os construtores de páginas (Elementor, Divi, WPBakery) não são inacessíveis à partida, mas induzem a estruturas de div aninhadas sem semântica — aqui é preciso prestar especial atenção aos títulos e ao foco.

Testar

Três testes rápidos sem software adicional: (1) use a página só com o teclado — Tab, Enter, setas; chega-se a tudo e consegue-se voltar a sair? (2) amplie para 200% no navegador — tudo continua legível e utilizável? (3) execute uma extensão do navegador como o WAVE ou o axe DevTools. O scan gratuito da a11yglass verifica ainda o HTML entregue da sua página inicial quanto a contraste, textos alternativos, rótulos, idioma e estrutura, e indica o critério WCAG de cada constatação.

Perguntas frequentes

Um plugin de acessibilidade torna o meu site conforme? Não — os plugins de sobreposição que alternam contraste e tamanho de letra através de um widget não corrigem os problemas estruturais e são criticados pelas associações de pessoas afetadas. Que tema é acessível? Não há um selo; o decisivo é a implementação no caso concreto — os critérios acima ajudam na escolha. O meu site WordPress precisa de uma declaração de acessibilidade? Isso depende de o site estar abrangido pelo BFSG (comércio eletrónico) ou ser gerido por um organismo público — ver a página sobre a declaração de acessibilidade.

Como o a11yglass ajuda

A análise gratuita verifica o HTML e o CSS fornecidos à procura de infrações às WCAG detetáveis automaticamente e indica em cada constatação o critério de sucesso e uma medida concreta. Deteta cerca de 20–35 % dos problemas e não substitui uma auditoria completa.

Continuar a ler

Informação geral prestada de boa-fé, sem valor de aconselhamento jurídico. Para o caso concreto, recorrer a um escritório especializado em direito das tecnologias de informação.