Torna o teu site WordPress mesmo acessível. EAA e WCAG, sem overlay

A verdade: o WordPress não é acessível por predefinição

Um tema de blocos WordPress arrumado como o Twenty Twenty-Four começa melhor do que muitos sites, mas raramente atinge sozinho o WCAG 2.2 AA. Assim que começas a construir com Elementor, Divi ou Gutenberg, deixas plugins injetar markup ou adicionas imagens sem texto alternativo, surgem barreiras que os teus visitantes, e o European Accessibility Act, não aceitam.

O que costuma correr mal no WordPress

• Os page builders criam div soup ilegívelO Elementor e o Divi aninham secções, colunas e wrappers dezenas de níveis em profundidade. Essa div soup não tem semântica, por isso um leitor de ecrã perde a estrutura lógica da tua página e lê apenas fragmentos soltos de texto.
• Markup de plugin sem um nome acessívelSliders, pop-ups e formulários de plugins injetam muitas vezes botões e campos sem label nem aria-label. Um utilizador de leitor de ecrã ouve então apenas 'botão' e não faz ideia do que a ação faz.
• Ordem de headings partida pelo builderOs page builders escolhem muitas vezes os títulos pelo tamanho em vez do significado, por isso saltas de um h2 diretamente para um h4. Os utilizadores de leitor de ecrã navegam pelos títulos e perdem o fio da tua página.
• Imagens da biblioteca de média sem texto alternativoAs imagens da biblioteca de média acabam muitas vezes no teu tema sem texto alternativo, ou com o nome do ficheiro como alt, ilegível para leitores de ecrã e invisível para o Google.

Como é uma correção a sério

Pega num botão de ícone do teu bloco Elementor ou Gutenberg. Sem um nome acessível, um utilizador de leitor de ecrã ouve apenas 'botão'. A correção é um único atributo, sem reconstrução:

<button class="elementor-button">
  <i class="icon-cart" aria-hidden="true"></i>
</button>

<button class="elementor-button"
  aria-label="<?php esc_attr_e( 'Bekijk winkelwagen', 'theme' ); ?>">
  <i class="icon-cart" aria-hidden="true"></i>
</button>

O que recebes

Com uma ferramenta de relatórios pagas a licença e os teus programadores para resolverem os erros. Com a Seviranta a correção está incluída, sem conta a dobrar.

Protege a tua conversão e o teu enquadramento legal

Uma app que cola um ícone de acessibilidade por cima do teu site WordPress é um risco para o teu negócio. Os factos em resumo:

O meu tema é accessibility-ready. Já está?

Não. A etiqueta diz que o tema cumpre os requisitos básicos da equipa de revisão; o próprio WordPress diz que não é uma declaração de WCAG AA. O teu conteúdo, os teus plugins e o teu builder somam-se por cima, e é aí que está a maioria das constatações.

Também vendo ou publico para a Alemanha ou França. O que se aplica aí ao meu site WordPress?

Alemanha: o BFSG aplica-se às lojas online B2C desde 28 de junho de 2025, com uma isenção para microempresas (menos de dez pessoas e no máximo 2 milhões de euros de volume de negócios ou de total do balanço); a supervisão cabe à Marktüberwachungsstelle der Länder (MLBF). França: desde 28 de junho de 2025 o comércio eletrónico está abrangido pela transposição da EAA no Code de la consommation, com a mesma isenção para microempresas, sob supervisão da DGCCRF; a bitola é o RGAA (WCAG 2.1 AA). Em ambos os países conta a página publicada, não o facto de usares o WordPress.

Posso aplicar a correção eu próprio no Site Editor ou preciso do meu developer?

Cores, títulos, textos alternativos, estrutura do menu e muitas partes de template podes alterá-los tu próprio no editor ou no Site Editor. O markup de plugins ou de um builder exige muitas vezes um developer: uma substituição de template num child theme, um filtro ou uma definição do plugin. O nosso relatório diz, por constatação, onde está, para saberes quem pode tratar dela.

Um widget de acessibilidade WordPress chega para a EAA?

Não. Um widget põe uma camada por cima do teu site, mas não repara o código de fundo e não conta como conformidade estrutural.

O meu checkout WordPress está abrangido pela EAA?

Sim. O checkout e a navegação fazem explicitamente parte da obrigação ao abrigo do WCAG 2.1 AA.

A Seviranta analisa também as minhas apps WordPress?

Sim. Testamos o HTML final gerado, tema mais apps, tal como uma autoridade faz.

Isto torna o meu site WordPress mais lento?

Não. Analisamos externamente a partir dos nossos servidores na UE; não entra nenhum script no teu site. 0% de impacto na tua velocidade de carregamento e nos Core Web Vitals.