DEV Community: Grounded

A reviewer found three wrong WCAG criteria in my accessibility plugin. I went looking, and found eight.

Grounded — Fri, 07 Aug 2026 08:59:50 +0000

I build a WordPress accessibility scanner. Last week a marketplace reviewer
rejected it, and among the reasons was this:

The compliance rules need correction. "Language of parts" only validates
existing lang attributes and cannot detect unmarked foreign-language passages;
the main-landmark rule is WCAG 1.3.6 Level AAA but is marketed as an AA check;
and duplicate IDs should not be presented as a WCAG 2.2 failure under 4.1.1.

Three findings. All three correct. What follows is what happened when I stopped
fixing the three and checked the other twenty-two.

The rule that no longer exists

Start with the third one, because it is the easiest to verify and the most
widely wrong.

Success criterion 4.1.1 Parsing was removed from WCAG 2.2. Not deprecated,
not softened — removed. The W3C Recommendation lists it in the
conformance section as "Parsing (Obsolete and removed)". It went because the
thing it protected against — assistive technology choking on malformed markup —
stopped being a real failure mode once browsers and accessibility APIs
converged on how to recover from bad HTML.

My scanner reported duplicate id attributes as a WCAG 4.1.1 failure. Against
WCAG 2.2, that criterion is not there to fail.

Duplicate ids are still worth fixing. They break label for pairings and
aria-labelledby references, so the wrong element gets announced, or none does.
But that is a 4.1.2 problem when it actually breaks an accessible name, and
detecting that is a different check from counting duplicate ids. What I had was
a generic duplicate-id check wearing a criterion number that had been retired.

Then I checked the rest

The reviewer had found three. I could have fixed three. Instead I took all 25
rules and checked each one against the WCAG 2.2 Recommendation and against how
axe-core classifies the equivalent rule — because axe-core is the
reference implementation most of this industry is built on, and it makes a
distinction I had lost.

Eight rules were wrong.

Rule	Claimed	Actually
Duplicate ids	4.1.1	Removed from WCAG 2.2
One main landmark	1.3.6 AAA	1.3.6 is Identify Purpose, an unrelated criterion
Language of parts	3.1.2 AA	3.1.2 is level A — and the check does not do what its title claimed
Vague link text	2.4.4	2.4.4 is satisfiable from surrounding context
Skipped heading levels	1.3.1	WCAG does not require sequential heading levels
Missing `h1`	1.3.1	Recommended practice
Empty heading	1.3.1	Recommended practice
Positive `tabindex`	2.4.3	Recommended practice

Some of those deserve a sentence.

Vague link text. 2.4.4 is Link Purpose (In Context). In context. A link
that says "read more" satisfies it if the surrounding paragraph, list item or
table cell makes the destination clear — which is usually the case. The
criterion that demands the link text stand alone is 2.4.9, and it is AAA. So
"read more" repeated down a page is a real usability problem for someone
tabbing through links, and it is not a level A failure.

Heading levels. There is no success criterion requiring h2 to follow h1.
1.3.1 Info and Relationships requires that structure conveyed visually is
available programmatically — using headings at all is how you satisfy it.
Skipping from h1 to h3 is untidy and it makes screen reader navigation worse,
but it is not what 1.3.1 says. axe-core classifies heading-order as best
practice, and has for years.

Language of parts. This one was wrong twice. 3.1.2 is level A, not AA — I
had the level wrong. And the check was titled "Foreign-language passages should
declare their language", which promised something no automated check can do: to
know that a passage is in another language when nothing marks it as such. What
the code actually did was validate lang attributes that were already present.
That is a useful check. It is not the check the title advertised.

So what are the real numbers

25 checks. Eighteen map to a WCAG 2.2 success criterion, across fourteen
distinct criteria at levels A and AA: 1.1.1, 1.3.1, 1.3.5, 1.4.2, 1.4.3, 1.4.4,
2.4.1, 2.4.2, 2.4.4, 2.5.8, 3.1.1, 3.1.2, 3.3.2 and 4.1.2.

Seven are recommended practice. Worth fixing, not conformance failures.

Before the audit, the product page said "25 automated checks across WCAG 2.2
levels A and AA" and listed 4.1.1 among the criteria covered. Both of those were
false, and the second was checkably false by anyone who had read the 2.2
Recommendation.

Why this is not pedantry

Here is the part that made me stop treating it as a labelling problem.

The plugin has a generator for the accessibility information the European
Accessibility Act requires. It prefills the "known barriers" section from your
most recent scan, and — this was the selling point — it attaches the WCAG
success criterion to each barrier.

So eight rules citing criteria that were wrong, obsolete, or unrelated were
writing those numbers into a document the site owner publishes as a legal
declaration about their own service.

A conformance claim is not a report. A report that overstates gives you a worse
afternoon. A published statement that cites a criterion that does not exist, on
a document you are legally obliged to maintain, is a different category of
mistake, and it is one your customer discovers rather than you.

That is the argument for the distinction, and it is the only one that matters. A
tool that presents every finding as a WCAG failure inflates two numbers: its own
— 25 WCAG checks reads better than 18 — and yours. And your inflated number
is the one that ends up in public.

What I changed

Every rule now declares what it is:

{
    id: 'heading_order',
    wcag: '',
    level: '',
    standard: 'best-practice',
    ...
}

The report prints the criterion where there is one, and Best practice where
there is not, instead of an empty WCAG ().

The statement generator now requires two independent conditions before it
will print a criterion into a legal document: the rule must be marked as
WCAG-mapped, and its value must match ^\d+\.\d+\.\d+$. Either one alone
would have been enough to stop what happened. I wanted the one that survives
someone editing the other.

And the marketing copy now says 18 and 7, in the readme, the documentation and
the marketplace listing. That was the least pleasant commit of the week and the
one I would repeat.

If you build or buy one of these tools

Three questions worth asking, none of which require you to trust me.

Does it still report 4.1.1? Thirty seconds to check, and it tells you when
the rule set was last read against the standard rather than copied from another
tool.

Does it distinguish success criteria from good practice? If every finding
carries a criterion number, at least some of those numbers are decoration. The
reference implementation this industry runs on marks roughly a quarter of its
rules as best practice. A tool with none is not stricter; it is less careful.

Where does the criterion go after the report? If it flows into a statement,
a badge, a PDF, or anything a customer publishes, the accuracy stops being an
internal quality matter.

The part that has not changed

Automated testing finds roughly a third of real accessibility barriers. Getting
the labels right does not move that number. A clean report is a good sign, not a
conformance statement, and keyboard and screen reader testing by a person is
still the only way to know.

What the audit changed is narrower and, I think, worth the week: when my tool
now says WCAG, it means it.

About this

This was written by the person who builds the plugin it discusses. That is
stated plainly rather than buried, so you can weigh it.

Accessibility Audit — WCAG & EAA Compliance Checker

Originally published on groundedwp.com.

Accessibility Audit: um plugin prático para WordPress que identifica problemas de WCAG antes que seus visitantes os encontrem

Grounded — Fri, 07 Aug 2026 06:39:31 +0000

A acessibilidade na web deixou de ser algo que os proprietários de sites podem considerar apenas uma melhoria opcional.

Um site inacessível pode impedir que determinadas pessoas leiam conteúdos, concluam uma compra, enviem um formulário ou até mesmo compreendam a função de um botão. Ao mesmo tempo, regulamentações como o European Accessibility Act tornaram a acessibilidade digital cada vez mais relevante para empresas que atuam no mercado europeu.

O European Accessibility Act passou a ser aplicado em 28 de junho de 2025, introduzindo requisitos comuns de acessibilidade para diferentes produtos e serviços, incluindo o comércio eletrônico e outros serviços digitais oferecidos aos consumidores.

Para proprietários de sites WordPress, porém, saber que a acessibilidade é importante representa apenas o primeiro passo. O verdadeiro desafio está em identificar o que está errado e compreender o que precisa ser corrigido.

É justamente nesse ponto que o Accessibility Audit — WCAG & EAA Compliance Checker pode ser especialmente útil.

Um scanner de acessibilidade integrado ao WordPress

O Accessibility Audit é um plugin para WordPress desenvolvido para analisar páginas e posts publicados em busca de problemas comuns de acessibilidade, com base em uma seleção de critérios das WCAG 2.2 nos níveis A e AA.

Em vez de obrigar o usuário a copiar URLs para um serviço externo, o plugin funciona diretamente na área administrativa do WordPress. Ele analisa, no navegador, a versão final e renderizada de cada página e gera um relatório estruturado com os problemas encontrados.

Essa diferença é importante.

Muitas ferramentas de acessibilidade analisam apenas o código HTML bruto retornado pelo servidor. O Accessibility Audit, por outro lado, examina a página já renderizada, o que permite avaliar características visuais que dependem do CSS, incluindo cores herdadas, variáveis CSS e sobreposições semitransparentes.

Como resultado, o plugin pode realizar verificações de contraste mais realistas, baseadas no que os visitantes realmente visualizam, e não apenas no código-fonte da página.

Desenvolvido com foco em privacidade

Um dos principais pontos fortes do plugin é sua abordagem de análise local.

O conteúdo do site não é enviado para uma plataforma externa de auditoria de acessibilidade. A análise ocorre dentro do navegador do administrador e os resultados permanecem no ambiente do WordPress.

Isso significa que os proprietários dos sites não precisam de:

uma chave de API externa;
uma conta separada em um serviço de análise;
um contrato de tratamento de dados com outra plataforma em nuvem;
créditos de utilização ou pagamentos por cada análise realizada.

Além disso, o plugin não adiciona widgets, barras de ferramentas ou scripts extras à parte pública do site. Trata-se de uma ferramenta de auditoria destinada aos administradores, e não de uma camada visual exibida aos visitantes.

Para organizações que trabalham com conteúdos privados, ainda não publicados ou comercialmente sensíveis, essa arquitetura representa uma vantagem importante.

O que o Accessibility Audit verifica

O Accessibility Audit realiza até 25 verificações automatizadas. Dezoito correspondem a um critério de sucesso das WCAG 2.2, distribuídos em catorze critérios distintos dos níveis A e AA: 1.1.1, 1.3.1, 1.3.5, 1.4.2, 1.4.3, 1.4.4, 2.4.1, 2.4.2, 2.4.4, 2.5.8, 3.1.1, 3.1.2, 3.3.2, 4.1.2.

As outras sete são boas práticas, não descumprimentos de conformidade, e o relatório as rotula como tal: um nível de título pulado, um h1 ausente, um título vazio, um id duplicado, um tabindex positivo, texto de link vago, um landmark main ausente. Todas merecem correção, nenhuma é uma violação das WCAG. As WCAG não exigem níveis de título sequenciais, «leia mais» pode satisfazer o 2.4.4 pelo contexto, e o critério 4.1.1 Parsing foi removido por completo das WCAG 2.2.

A distinção pesa mais do que parece: uma ferramenta que apresenta cada achado como violação das WCAG infla os próprios números e os seus, e esse número inflado acaba na declaração de conformidade que você publica.

O plugin pode identificar problemas como:

imagens sem texto alternativo;
links e botões sem um nome acessível;
campos de formulário sem rótulo;
contraste de cores insuficiente;
níveis de títulos ignorados;
identificadores HTML duplicados;
tabelas sem células de cabeçalho;
valores positivos no atributo tabindex;
frames sem título;
ausência da indicação do idioma da página;
listas estruturadas incorretamente;
ausência do landmark principal;
áreas clicáveis ou sensíveis ao toque potencialmente pequenas demais;
ausência de atributos de preenchimento automático em campos relacionados a dados pessoais.

Essas verificações abrangem várias barreiras de acessibilidade encontradas com frequência, incluindo problemas relacionados à estrutura do conteúdo, à navegação, aos formulários, ao contraste e à compatibilidade com tecnologias assistivas.

O plugin não se limita a gerar uma pontuação genérica. Ele explica qual regra foi violada, indica o critério de sucesso das WCAG quando existe, marca o achado como boa prática quando não existe, e informa o quanto o problema está presente no site.

Isso torna o relatório muito mais útil do que um painel que simplesmente exibe uma porcentagem sem qualquer explicação.

Relatórios organizados para facilitar as correções, e não para assustar

Relatórios de acessibilidade podem se tornar difíceis de administrar rapidamente.

Um scanner pode apontar dezenas de vezes o mesmo problema de design simplesmente porque ele aparece em várias páginas. Uma cor do tema com contraste insuficiente, por exemplo, pode ser registrada separadamente em cada página na qual é utilizada.

O Accessibility Audit agrupa os resultados por regra, em vez de apresentar cada ocorrência como um problema independente.

Em vez de visualizar doze avisos separados, o usuário pode perceber que um único problema possui doze ocorrências distribuídas em três páginas. Dessa forma, fica mais fácil entender que uma única alteração em uma cor global, em um template ou em um componente reutilizável pode corrigir vários problemas ao mesmo tempo.

Cada grupo apresenta informações sobre:

o impacto do problema;
o critério de sucesso das WCAG relacionado, quando a verificação possui um;
o número de ocorrências;
as páginas afetadas;
os elementos responsáveis pelo problema.

Sempre que possível, os resultados também podem direcionar o usuário diretamente ao editor do WordPress ou ao item correspondente na Biblioteca de mídia.

Essa é uma das principais vantagens de utilizar um scanner de acessibilidade integrado ao WordPress: o relatório está diretamente conectado ao ambiente no qual o problema será efetivamente corrigido.

A comparação entre análises torna o progresso mensurável

O trabalho de acessibilidade raramente é concluído em uma única sessão.

O proprietário de um site pode corrigir textos alternativos ausentes, modificar uma cor do tema, atualizar um formulário e, em seguida, executar uma nova análise para verificar os resultados.

O Accessibility Audit permite comparar diferentes análises, possibilitando identificar quais problemas foram resolvidos e se novos problemas surgiram.

Dessa forma, o plugin deixa de ser apenas uma ferramenta de diagnóstico utilizada ocasionalmente e passa a fazer parte de um processo prático de manutenção contínua.

Esse recurso também pode ser útil para agências e equipes de desenvolvimento que precisam documentar o progresso realizado durante a melhoria de um site existente. Em vez de depender da memória ou de capturas de tela provenientes de ferramentas diferentes, é possível comparar os resultados diretamente dentro do WordPress.

Um gerador útil de declarações de acessibilidade relacionadas ao EAA

A versão licenciada inclui um gerador para as informações de acessibilidade que o European Accessibility Act exige.

Vale a pena ser preciso sobre qual documento é, porque a maioria das ferramentas não é. Uma empresa que presta um serviço a consumidores deve as informações do Anexo V da Diretiva (UE) 2019/882: uma descrição geral do serviço em formatos acessíveis, o necessário para entender seu funcionamento, como os requisitos do Anexo I são atendidos, e como o processo de prestação e seu monitoramento mantêm a conformidade. Um órgão público deve outra coisa, sob a Diretiva (UE) 2016/2102, no modelo da Decisão de Execução (UE) 2018/1523. O gerador pergunta qual dos dois você é e constrói o correto.

O gerador utiliza a análise mais recente para preencher previamente as barreiras conhecidas, associando um critério de sucesso apenas onde a verificação realmente possui um. A declaração resultante pode então ser publicada como uma página comum do WordPress e adicionada ao rodapé do site.

Esse recurso não substitui uma consultoria jurídica nem uma avaliação completa de acessibilidade. No entanto, reduz o trabalho prático necessário para preparar e manter uma declaração de acessibilidade clara e transparente.

Para pequenas empresas e administradores de sites que não possuem familiaridade com a documentação de acessibilidade, transformar resultados técnicos em um ponto de partida estruturado pode ser extremamente útil.

Uma versão gratuita surpreendentemente completa

O Accessibility Audit oferece uma modalidade gratuita realmente funcional, em vez de se limitar a uma simples tela de demonstração.

Sem adquirir uma licença, os usuários podem:

realizar 20 verificações de acessibilidade;
analisar até cinco páginas por vez;
acessar relatórios completos;
comparar diferentes análises;
manter armazenadas as três análises mais recentes.

A licença paga remove o limite de cinco páginas, acrescenta cinco verificações — tamanho do alvo (2.5.8 AA), autocomplete em campos de dados pessoais (1.3.5 AA), estrutura de listas (1.3.1 A), idioma dos trechos (3.1.2 A) e um landmark main, que é boa prática —, oferece um histórico ilimitado de análises e desbloqueia o gerador.

Também não é necessário instalar um plugin premium separado. O mesmo pacote é utilizado tanto na versão gratuita quanto na versão paga, e a inserção do código de compra desbloqueia as funcionalidades adicionais.

Isso oferece um caminho de atualização bastante razoável: os usuários podem testar as principais funções de análise em um site real antes de decidir se precisam dos recursos avançados.

Transparência sobre os limites da automação

Um dos aspectos mais positivos do Accessibility Audit é o fato de o plugin não prometer tornar um site totalmente acessível ou compatível com as normas por meio de um único clique.

Ferramentas automatizadas conseguem detectar muitos problemas técnicos, mas não podem determinar sozinhas a conformidade completa com as WCAG. Uma avaliação de acessibilidade exige uma combinação de testes automatizados e análise humana.

Por exemplo, um software pode detectar que uma imagem possui texto alternativo, mas nem sempre consegue determinar se essa descrição é realmente adequada ao contexto. Da mesma forma, a navegação por teclado e a utilização com leitores de tela precisam ser avaliadas por uma pessoa.

O Accessibility Audit reconhece explicitamente essas limitações. Seu relatório deve, portanto, ser considerado um ponto de partida técnico sólido, e não um substituto para testes manuais, verificações com tecnologias assistivas ou orientação jurídica profissional.

Essa transparência torna o plugin mais confiável, e não menos útil.

Compatibilidade e desempenho

De acordo com as informações apresentadas na página do produto, o Accessibility Audit é compatível com o WordPress 6.2 ou superior e com o PHP 7.4 ou superior.

O plugin foi testado com diversos temas e plugins populares, incluindo Astra, GeneratePress, OceanWP, Kadence, Elementor, SiteOrigin, WooCommerce, Contact Form 7, WPForms e Advanced Custom Fields. Ele também foi testado em ambientes multisite e em sites com centenas de elementos.

Como a análise é executada no navegador do administrador e nenhum elemento é inserido na parte pública do site, o plugin não deve adicionar barras de acessibilidade ou outras modificações visíveis aos visitantes.

Para quem o plugin é indicado?

O Accessibility Audit é especialmente indicado para:

proprietários de sites WordPress que desejam identificar barreiras comuns de acessibilidade;
empresas europeias que estão revisando seus sites após a aplicação dos requisitos do EAA;
agências que gerenciam vários sites de clientes;
desenvolvedores que testam temas, templates e componentes reutilizáveis;
administradores de WooCommerce que precisam revisar páginas da loja, do carrinho e do checkout;
editores de conteúdo que verificam títulos, rótulos e textos alternativos;
organizações que preferem não enviar o conteúdo de seus sites para um scanner externo.

O plugin também pode funcionar como uma ferramenta educacional. Ao relacionar cada problema a um critério das WCAG quando existe — e dizer claramente quando não existe — ele ajuda os usuários a compreender melhor a acessibilidade, em vez de apenas informar que a pontuação do site está baixa.

Considerações finais

O Accessibility Audit se destaca porque concentra sua atenção na correção prática dos problemas.

Ele analisa páginas renderizadas do WordPress, mantém o conteúdo do site localmente, agrupa de maneira inteligente os problemas repetidos e relaciona cada ocorrência às páginas e aos elementos de mídia nos quais ela pode ser corrigida. Seu sistema de comparação entre análises incentiva a melhoria contínua, enquanto o gerador de declarações relacionadas ao EAA, disponível na versão licenciada, atende a uma necessidade cada vez mais relevante para empresas europeias.

Acima de tudo, o plugin evita a promessa enganosa de que uma ferramenta automatizada pode tornar qualquer site completamente acessível ou compatível com todas as normas.

A acessibilidade continua exigindo avaliação humana, testes por teclado, verificações com tecnologias assistivas e atenção constante. Ainda assim, os proprietários de sites precisam de uma forma confiável de identificar problemas técnicos antes de começar a corrigi-los.

Para usuários do WordPress que procuram um processo de auditoria de acessibilidade prático, transparente e respeitoso com a privacidade, o Accessibility Audit — WCAG & EAA Compliance Checker é uma ferramenta bastante interessante.

Subtítulo recomendado para o Medium: Um scanner de WCAG 2.2 que respeita a privacidade e transforma relatórios de acessibilidade em melhorias concretas para o WordPress.

Sobre este artigo

Foi escrito por quem desenvolve o plugin de que fala. É um produto que vendo, não uma análise independente, e digo-o aqui abertamente em vez de esconder, para que possa levar isso em conta.

Publicado originalmente em groundedwp.com.

Accessibility Audit : une extension WordPress pratique pour détecter les problèmes WCAG avant vos visiteurs

Grounded — Fri, 07 Aug 2026 06:34:10 +0000

L’accessibilité numérique n’est plus un aspect que les propriétaires de sites peuvent se permettre de considérer comme une amélioration facultative.

Un site inaccessible peut empêcher certaines personnes de lire un contenu, de finaliser un achat, d’envoyer un formulaire ou même de comprendre la fonction d’un bouton. Parallèlement, des réglementations comme l’Acte européen sur l’accessibilité ont rendu l’accessibilité numérique de plus en plus importante pour les entreprises présentes sur le marché européen.

L’Acte européen sur l’accessibilité est applicable depuis le 28 juin 2025. Il introduit des exigences communes en matière d’accessibilité pour différents produits et services, notamment le commerce électronique et d’autres services numériques destinés aux consommateurs.

Pour les propriétaires de sites WordPress, savoir que l’accessibilité est importante ne constitue toutefois que la première étape. Le véritable défi consiste à identifier les problèmes existants et à comprendre ce qui doit être corrigé.

C’est précisément là que Accessibility Audit — WCAG & EAA Compliance Checker peut se révéler particulièrement utile.

Un outil d’analyse de l’accessibilité directement intégré à WordPress

Accessibility Audit est une extension WordPress conçue pour analyser les pages et les articles publiés afin de détecter les problèmes d’accessibilité les plus courants, en se basant sur une sélection de critères WCAG 2.2 de niveaux A et AA.

Au lieu d’obliger les utilisateurs à copier des adresses URL dans un service externe, l’extension fonctionne directement depuis l’interface d’administration de WordPress. Elle analyse, dans le navigateur, la version finale et rendue de chaque page, puis génère un rapport structuré présentant les problèmes détectés.

Cette différence est importante.

De nombreux outils d’accessibilité analysent uniquement le code HTML brut renvoyé par le serveur. Accessibility Audit examine au contraire la page déjà rendue. Il peut ainsi évaluer certaines caractéristiques visuelles dépendant des feuilles de style CSS, notamment les couleurs héritées, les variables CSS et les superpositions semi-transparentes.

L’extension peut donc réaliser des vérifications de contraste plus réalistes, basées sur ce que les visiteurs voient réellement plutôt que sur le seul code source.

Une conception respectueuse de la confidentialité

L’un des principaux atouts de l’extension réside dans son système d’analyse locale.

Le contenu du site n’est pas envoyé vers une plateforme externe spécialisée dans l’accessibilité. L’analyse est effectuée dans le navigateur de l’administrateur et les résultats restent dans l’environnement WordPress.

Les propriétaires de sites n’ont donc pas besoin :

d’une clé API externe ;
d’un compte distinct auprès d’un service d’analyse ;
d’un accord de traitement des données avec une autre plateforme cloud ;
de crédits d’utilisation ou de paiements pour chaque analyse.

L’extension n’ajoute par ailleurs aucun widget, aucune barre d’outils ni aucun script supplémentaire à la partie publique du site. Il s’agit d’un outil d’audit destiné aux administrateurs, et non d’une surcouche visuelle affichée aux visiteurs.

Pour les organisations qui gèrent des contenus privés, non publiés ou commercialement sensibles, cette architecture représente un avantage important.

Ce que vérifie Accessibility Audit

Accessibility Audit effectue jusqu’à 25 contrôles automatisés. Dix-huit correspondent à un critère de succès WCAG 2.2, répartis sur quatorze critères distincts de niveaux A et AA : 1.1.1, 1.3.1, 1.3.5, 1.4.2, 1.4.3, 1.4.4, 2.4.1, 2.4.2, 2.4.4, 2.5.8, 3.1.1, 3.1.2, 3.3.2, 4.1.2.

Les sept autres relèvent des bonnes pratiques et non de la conformité, et le rapport les étiquette comme telles : un niveau de titre sauté, un h1 manquant, un titre vide, un id en double, un tabindex positif, un texte de lien vague, un landmark main absent. Tous méritent d’être corrigés, aucun n’est un manquement aux WCAG. Les WCAG n’imposent pas de niveaux de titre séquentiels, « en savoir plus » peut satisfaire le 2.4.4 par son contexte, et le critère 4.1.1 Parsing a été retiré des WCAG 2.2.

La distinction compte plus qu’il n’y paraît : un outil qui présente chaque signalement comme un manquement WCAG gonfle ses propres chiffres et les vôtres, et ce chiffre gonflé se retrouve dans la déclaration de conformité que vous publiez.

L’extension peut notamment détecter les problèmes suivants :

images dépourvues de texte alternatif ;
liens et boutons sans nom accessible ;
champs de formulaire sans libellé ;
contraste de couleurs insuffisant ;
niveaux de titres sautés ;
identifiants HTML dupliqués ;
tableaux sans cellules d’en-tête ;
valeurs positives de l’attribut tabindex ;
cadres sans titre ;
absence d’indication de la langue de la page ;
listes incorrectement structurées ;
absence de zone principale ou de landmark principal ;
zones cliquables ou tactiles potentiellement trop petites ;
absence d’attributs d’autocomplétion pour les champs liés aux données personnelles.

Ces contrôles couvrent plusieurs obstacles fréquents à l’accessibilité, notamment les problèmes liés à la structure des contenus, à la navigation, aux formulaires, au contraste et à la compatibilité avec les technologies d’assistance.

L’extension ne se contente pas de produire un score générique. Elle explique quelle règle a été enfreinte, indique le critère de succès WCAG lorsqu’il en existe un, signale le constat comme bonne pratique lorsqu’il n’en existe pas, et montre dans quelle mesure le problème est présent sur le site.

Le rapport est ainsi beaucoup plus utile qu’un tableau de bord affichant simplement un pourcentage sans explication.

Des rapports conçus pour faciliter les corrections, et non pour submerger les utilisateurs

Les rapports d’accessibilité peuvent rapidement devenir difficiles à gérer.

Un outil d’analyse peut signaler des dizaines de fois le même problème de conception simplement parce qu’il apparaît sur plusieurs pages. Une couleur du thème présentant un contraste insuffisant pourrait, par exemple, être comptabilisée séparément sur chaque page où elle est utilisée.

Accessibility Audit regroupe les résultats par règle plutôt que de présenter chaque occurrence comme un problème indépendant.

Au lieu d’afficher douze avertissements distincts, l’extension peut indiquer qu’un même problème apparaît douze fois sur trois pages. Il devient alors plus facile de comprendre qu’une seule modification apportée à une couleur globale, à un modèle ou à un composant réutilisable pourrait corriger plusieurs problèmes simultanément.

Chaque groupe comprend des informations sur :

l’impact du problème ;
le critère de succès WCAG concerné, lorsque le contrôle en possède un ;
le nombre d’occurrences ;
les pages affectées ;
les éléments responsables du problème.

Lorsque cela est possible, les résultats peuvent également renvoyer directement vers l’éditeur WordPress ou vers l’élément concerné dans la médiathèque.

Il s’agit de l’un des principaux avantages d’un outil d’analyse de l’accessibilité intégré à WordPress : le rapport est directement relié à l’environnement dans lequel les corrections devront être effectuées.

La comparaison des analyses permet de mesurer les progrès

L’amélioration de l’accessibilité d’un site est rarement réalisée en une seule session.

Le propriétaire d’un site peut, par exemple, ajouter des textes alternatifs manquants, modifier une couleur du thème, mettre à jour un formulaire, puis lancer une nouvelle analyse pour vérifier les résultats.

Accessibility Audit permet de comparer plusieurs analyses afin de voir quels problèmes ont été résolus et si de nouvelles difficultés sont apparues.

L’extension ne se limite donc pas à un outil de diagnostic ponctuel. Elle peut devenir un élément concret du processus de maintenance continue du site.

Cette fonctionnalité peut également être utile aux agences et aux équipes de développement qui doivent documenter les progrès réalisés lors de l’amélioration d’un site existant. Plutôt que de se fier à leur mémoire ou à des captures d’écran provenant de plusieurs outils, elles peuvent comparer les résultats directement dans WordPress.

Un générateur pratique de déclarations d’accessibilité liées à l’EAA

La version sous licence comprend un générateur pour les informations d’accessibilité qu’exige l’Acte européen sur l’accessibilité.

Il vaut la peine d’être précis sur le document dont il s’agit, car la plupart des outils ne le sont pas. Une entreprise qui fournit un service aux consommateurs doit les informations de l’Annexe V de la directive (UE) 2019/882 : une description générale du service dans des formats accessibles, ce qu’il faut pour en comprendre le fonctionnement, comment les exigences de l’Annexe I sont satisfaites, et comment le processus de prestation et son suivi maintiennent la conformité. Un organisme public doit autre chose, au titre de la directive (UE) 2016/2102, dans le modèle de la décision d’exécution (UE) 2018/1523. Le générateur demande lequel des deux vous êtes et construit le bon.

Le générateur utilise l’analyse la plus récente pour préremplir les obstacles connus, en n’associant un critère de succès que lorsque le contrôle en possède réellement un. La déclaration produite peut ensuite être publiée comme une page WordPress classique et être liée depuis le pied de page du site.

Cette fonctionnalité ne remplace ni un conseil juridique ni une évaluation complète de l’accessibilité. Elle permet toutefois de réduire le travail pratique nécessaire à la préparation et à la mise à jour d’une déclaration d’accessibilité claire et transparente.

Pour les petites entreprises et les administrateurs de sites peu familiarisés avec la documentation relative à l’accessibilité, la possibilité de transformer des résultats techniques en un point de départ structuré peut être particulièrement précieuse.

Une version gratuite étonnamment complète

Accessibility Audit propose une version gratuite réellement fonctionnelle, qui ne se limite pas à une simple démonstration.

Sans acheter de licence, les utilisateurs peuvent :

effectuer 20 contrôles d’accessibilité ;
analyser jusqu’à cinq pages à la fois ;
accéder à des rapports complets ;
comparer plusieurs analyses ;
conserver les trois analyses les plus récentes.

La licence payante supprime la limite de cinq pages, ajoute cinq contrôles — taille de cible (2.5.8 AA), autocomplete sur les champs de données personnelles (1.3.5 AA), structure des listes (1.3.1 A), langue des passages (3.1.2 A) et un landmark main, qui relève des bonnes pratiques —, permet de conserver un historique illimité des analyses et déverrouille le générateur.

Il n’est pas non plus nécessaire d’installer une extension premium distincte. Le même paquet est utilisé pour la version gratuite et pour la version payante. La saisie du code d’achat permet simplement de débloquer les fonctionnalités supplémentaires.

Ce modèle offre un parcours de mise à niveau raisonnable : les utilisateurs peuvent tester les principales fonctionnalités d’analyse sur un véritable site avant de décider s’ils ont besoin des options avancées.

Une approche transparente concernant les limites de l’automatisation

L’un des aspects les plus rassurants d’Accessibility Audit est que l’extension ne promet pas de rendre un site entièrement conforme en un seul clic.

Les outils automatisés peuvent détecter de nombreux problèmes techniques, mais ils ne peuvent pas établir à eux seuls une conformité complète aux WCAG. L’évaluation de l’accessibilité nécessite une combinaison de tests automatisés et d’analyses humaines.

Un logiciel peut, par exemple, détecter qu’une image possède un texte alternatif, mais il ne peut pas toujours déterminer si cette description est réellement pertinente dans son contexte. De même, la navigation au clavier et l’utilisation avec un lecteur d’écran doivent être évaluées par une personne.

Accessibility Audit reconnaît explicitement ces limites. Son rapport doit donc être considéré comme un solide point de départ technique, et non comme un substitut aux tests manuels, aux vérifications réalisées avec des technologies d’assistance ou à un conseil juridique professionnel.

Cette transparence rend l’extension plus fiable, et non moins utile.

Compatibilité et performances

D’après les informations fournies sur la page du produit, Accessibility Audit prend en charge WordPress 6.2 ou une version ultérieure ainsi que PHP 7.4 ou une version ultérieure.

L’extension a été testée avec plusieurs thèmes et extensions populaires, notamment Astra, GeneratePress, OceanWP, Kadence, Elementor, SiteOrigin, WooCommerce, Contact Form 7, WPForms et Advanced Custom Fields. Elle a également été testée dans des environnements multisites et sur des sites contenant plusieurs centaines d’éléments.

L’analyse étant réalisée dans le navigateur de l’administrateur et aucun élément n’étant ajouté à la partie publique du site, l’extension ne devrait introduire ni barre d’accessibilité ni autre modification visible pour les visiteurs.

À qui s’adresse cette extension ?

Accessibility Audit est particulièrement adapté aux profils suivants :

propriétaires de sites WordPress souhaitant détecter les obstacles courants à l’accessibilité ;
entreprises européennes qui vérifient leurs sites à la suite de l’entrée en application de l’EAA ;
agences gérant plusieurs sites clients ;
développeurs testant des thèmes, des modèles et des composants réutilisables ;
administrateurs WooCommerce contrôlant les pages de boutique, de panier et de paiement ;
éditeurs de contenu vérifiant les titres, les libellés et les textes alternatifs ;
organisations ne souhaitant pas transmettre le contenu de leur site à un outil d’analyse externe.

L’extension peut également constituer un outil pédagogique intéressant. En associant chaque problème à un critère WCAG lorsqu’il en existe un — et en disant clairement quand ce n’est pas le cas —, elle aide les utilisateurs à mieux comprendre l’accessibilité au lieu de se contenter de leur indiquer que leur score est insuffisant.

Conclusion

Accessibility Audit se distingue par son approche centrée sur la correction concrète des problèmes.

L’extension analyse les pages WordPress après leur rendu, conserve localement le contenu du site, regroupe intelligemment les problèmes répétés et relie les erreurs aux pages et aux éléments multimédias dans lesquels elles peuvent être corrigées. Son système de comparaison des analyses favorise une amélioration continue, tandis que le générateur de déclarations EAA inclus dans la version sous licence répond à un besoin de plus en plus important pour les entreprises européennes.

Surtout, l’extension évite la promesse trompeuse selon laquelle un outil automatisé pourrait rendre n’importe quel site entièrement conforme.

L’accessibilité exige toujours une évaluation humaine, des tests au clavier, des vérifications avec des technologies d’assistance et une attention continue. Les propriétaires de sites ont toutefois besoin d’un système fiable pour identifier les problèmes techniques avant de pouvoir commencer à les corriger.

Pour les utilisateurs de WordPress à la recherche d’un processus d’audit de l’accessibilité respectueux de la confidentialité, pratique et transparent, Accessibility Audit — WCAG & EAA Compliance Checker constitue un outil particulièrement intéressant.

Sous-titre recommandé pour Medium : Un outil d’analyse WCAG 2.2 respectueux de la confidentialité, qui transforme les rapports d’accessibilité en améliorations concrètes pour WordPress.

À propos de cet article

Il est écrit par la personne qui développe l'extension dont il parle. C'est un produit que je vends, pas un avis indépendant, et c'est dit ici clairement plutôt que caché, pour que vous puissiez en tenir compte.

Publié à l’origine sur groundedwp.com.

Accessibility Audit: un práctico plugin de WordPress para detectar problemas WCAG antes de que los encuentren tus visitantes

Grounded — Fri, 07 Aug 2026 06:28:49 +0000

La accesibilidad web ya no es algo que los propietarios de sitios puedan permitirse considerar como una mejora opcional.

Un sitio no accesible puede impedir que algunas personas lean contenidos, completen una compra, envíen un formulario o incluso comprendan para qué sirve un botón. Al mismo tiempo, normativas como la European Accessibility Act han hecho que la accesibilidad digital sea cada vez más relevante para las empresas que operan en el mercado europeo.

La European Accessibility Act comenzó a aplicarse el 28 de junio de 2025 e introdujo requisitos comunes de accesibilidad para distintos productos y servicios, incluidos el comercio electrónico y otros servicios digitales dirigidos a consumidores.

Sin embargo, para los propietarios de sitios WordPress, saber que la accesibilidad es importante es solo el primer paso. El verdadero reto consiste en detectar qué está fallando y comprender qué debe corregirse.

Aquí es donde Accessibility Audit — WCAG & EAA Compliance Checker puede resultar especialmente útil.

Un escáner de accesibilidad que funciona directamente en WordPress

Accessibility Audit es un plugin de WordPress diseñado para analizar páginas y entradas publicadas en busca de problemas de accesibilidad habituales, tomando como referencia una selección de criterios WCAG 2.2 de nivel A y AA.

En lugar de obligar a los usuarios a copiar direcciones URL en un servicio externo, el plugin funciona directamente desde el área de administración de WordPress. Analiza en el navegador la versión final y renderizada de cada página y genera un informe estructurado con los problemas detectados.

Esta diferencia es importante.

Muchas herramientas de accesibilidad analizan únicamente el código HTML sin procesar que devuelve el servidor. Accessibility Audit, en cambio, examina la página ya renderizada, lo que le permite evaluar características visuales que dependen del CSS, incluidos colores heredados, variables CSS y superposiciones semitransparentes.

Como resultado, el plugin puede realizar comprobaciones de contraste más realistas, basadas en lo que los visitantes ven realmente y no solo en el código fuente.

Diseñado pensando en la privacidad

Uno de los puntos fuertes del plugin es su sistema de análisis local.

El contenido del sitio no se envía a una plataforma externa de accesibilidad. El análisis se ejecuta dentro del navegador del administrador y los resultados permanecen en el entorno de WordPress.

Esto significa que los propietarios del sitio no necesitan:

una clave API externa;
una cuenta separada en una plataforma de análisis;
un acuerdo de tratamiento de datos con otro servicio en la nube;
créditos de uso ni pagos por cada escaneo.

Además, el plugin no añade widgets, barras de herramientas ni scripts adicionales a la parte pública del sitio. Se trata de una herramienta de auditoría para administradores, no de una capa visual que se muestra a los visitantes.

Para organizaciones que gestionan contenidos privados, no publicados o comercialmente sensibles, esta arquitectura representa una ventaja importante.

Qué comprueba Accessibility Audit

Accessibility Audit realiza hasta 25 comprobaciones automáticas. Dieciocho se corresponden con un criterio de conformidad WCAG 2.2, repartidos en catorce criterios distintos de nivel A y AA: 1.1.1, 1.3.1, 1.3.5, 1.4.2, 1.4.3, 1.4.4, 2.4.1, 2.4.2, 2.4.4, 2.5.8, 3.1.1, 3.1.2, 3.3.2, 4.1.2.

Las otras siete son buenas prácticas, no incumplimientos de conformidad, y el informe las etiqueta como tales: un nivel de encabezado omitido, un h1 ausente, un encabezado vacío, un id duplicado, un tabindex positivo, texto de enlace vago, un landmark main ausente. Todas merecen corregirse, ninguna es un incumplimiento de las WCAG. Las WCAG no exigen niveles de encabezado secuenciales, «leer más» puede satisfacer el 2.4.4 por su contexto, y el criterio 4.1.1 Parsing fue eliminado por completo de las WCAG 2.2.

La distinción importa más de lo que parece: una herramienta que presenta cada hallazgo como un incumplimiento WCAG infla sus propias cifras y las tuyas, y esa cifra inflada acaba en la declaración de conformidad que publicas.

El plugin puede detectar problemas como:

imágenes sin texto alternativo;
enlaces y botones sin un nombre accesible;
campos de formulario sin etiqueta;
contraste de color insuficiente;
niveles de encabezado omitidos;
identificadores HTML duplicados;
tablas sin celdas de encabezado;
valores positivos en el atributo tabindex;
marcos sin título;
ausencia de la indicación del idioma de la página;
listas estructuradas de forma incorrecta;
ausencia del landmark principal;
objetivos táctiles o áreas pulsables potencialmente demasiado pequeñas;
atributos de autocompletado ausentes en campos relacionados con datos personales.

Estas comprobaciones cubren algunas de las barreras de accesibilidad más frecuentes, incluidos problemas relacionados con la estructura del contenido, la navegación, los formularios, el contraste y la compatibilidad con tecnologías de asistencia.

El plugin no se limita a generar una puntuación genérica. Explica qué regla se ha incumplido, indica el criterio de conformidad WCAG cuando existe, marca el hallazgo como buena práctica cuando no existe, e indica hasta qué punto el problema está extendido dentro del sitio.

Esto hace que el informe sea mucho más útil que un panel que simplemente muestra un porcentaje sin contexto.

Informes organizados para facilitar las correcciones, no para abrumar

Los informes de accesibilidad pueden volverse difíciles de gestionar con rapidez.

Un escáner puede señalar decenas de veces el mismo problema de diseño simplemente porque aparece en varias páginas. Por ejemplo, un color del tema con contraste insuficiente podría contabilizarse por separado en cada página donde se utiliza.

Accessibility Audit agrupa los resultados por regla, en lugar de presentar cada aparición como un problema independiente.

En vez de mostrar doce advertencias separadas, el usuario puede ver que un único problema tiene doce apariciones distribuidas en tres páginas. Así resulta más fácil comprender que una sola modificación en un color global, una plantilla o un componente reutilizable podría resolver varias incidencias al mismo tiempo.

Cada grupo incluye información sobre:

el impacto del problema;
el criterio de conformidad WCAG correspondiente, cuando la comprobación tiene uno;
el número de apariciones;
las páginas afectadas;
los elementos responsables.

Siempre que es posible, los resultados también pueden enlazar directamente con el editor de WordPress o con el elemento correspondiente de la Biblioteca de medios.

Esta es una de las principales ventajas de utilizar un escáner de accesibilidad integrado en WordPress: el informe está estrechamente conectado con el entorno en el que el problema debe corregirse.

Comparar escaneos permite medir el progreso

El trabajo de accesibilidad rara vez se completa en una sola sesión.

El propietario de un sitio puede corregir textos alternativos, modificar un color del tema, actualizar un formulario y después ejecutar un nuevo análisis para comprobar los resultados.

Accessibility Audit permite comparar distintos escaneos, haciendo posible ver qué problemas se han resuelto y si han aparecido otros nuevos.

De este modo, el plugin deja de ser una herramienta de diagnóstico puntual y pasa a formar parte de un proceso práctico de mantenimiento continuo.

Esta función también puede resultar útil para agencias y equipos de desarrollo que necesiten documentar el progreso realizado al mejorar un sitio existente. En lugar de depender de la memoria o de capturas obtenidas con herramientas distintas, pueden comparar los resultados directamente dentro de WordPress.

Un generador útil de declaraciones de accesibilidad para la EAA

La versión con licencia incluye un generador para la información de accesibilidad que exige la European Accessibility Act.

Conviene ser preciso sobre qué documento es, porque la mayoría de las herramientas no lo es. Una empresa que presta un servicio a consumidores debe la información del Anexo V de la Directiva (UE) 2019/882: una descripción general del servicio en formatos accesibles, lo necesario para entender su funcionamiento, cómo se cumplen los requisitos del Anexo I, y cómo el proceso de prestación y su supervisión mantienen la conformidad. Un organismo del sector público debe algo distinto, bajo la Directiva (UE) 2016/2102, en el modelo de la Decisión de Ejecución (UE) 2018/1523. El generador pregunta cuál de los dos eres y construye el correcto.

El generador utiliza el escaneo más reciente para rellenar previamente las barreras conocidas, asociando un criterio de conformidad solo donde la comprobación realmente tiene uno. Después, la declaración resultante puede publicarse como una página normal de WordPress y enlazarse desde el pie de página del sitio.

Esta función no sustituye el asesoramiento jurídico ni una evaluación completa de accesibilidad. Sin embargo, reduce el trabajo práctico necesario para preparar y mantener una declaración de accesibilidad clara y transparente.

Para pequeñas empresas y administradores de sitios que no estén familiarizados con la documentación sobre accesibilidad, poder transformar los resultados técnicos en un punto de partida estructurado puede ser especialmente valioso.

Una versión gratuita sorprendentemente completa

Accessibility Audit ofrece una modalidad gratuita realmente funcional, en lugar de limitarse a una simple demostración.

Sin comprar una licencia, los usuarios pueden:

ejecutar 20 comprobaciones de accesibilidad;
analizar hasta cinco páginas a la vez;
acceder a informes completos;
comparar escaneos;
conservar los tres análisis más recientes.

La licencia de pago elimina el límite de cinco páginas, añade cinco comprobaciones más — tamaño del objetivo táctil (2.5.8 AA), autocomplete en campos de datos personales (1.3.5 AA), estructura de listas (1.3.1 A), idioma de las partes (3.1.2 A) y un landmark main, que es buena práctica —, ofrece un historial ilimitado de escaneos y desbloquea el generador.

Tampoco es necesario instalar un plugin premium separado. Se utiliza el mismo paquete tanto para la versión gratuita como para la de pago, y la introducción del código de compra desbloquea las funciones adicionales.

Esto ofrece una ruta de actualización razonable: los usuarios pueden probar las funciones principales en un sitio real antes de decidir si necesitan las características avanzadas.

Transparente sobre los límites de la automatización

Uno de los aspectos más tranquilizadores de Accessibility Audit es que no promete hacer que un sitio sea completamente conforme con un solo clic.

Las herramientas automáticas pueden detectar numerosos problemas técnicos, pero no pueden determinar por sí solas una conformidad total con las WCAG. La evaluación de la accesibilidad requiere una combinación de pruebas automatizadas y valoración humana.

Por ejemplo, un software puede detectar que una imagen tiene texto alternativo, pero no siempre puede determinar si esa descripción es realmente adecuada en su contexto. Del mismo modo, la navegación con teclado y la usabilidad con lectores de pantalla deben ser evaluadas por una persona.

Accessibility Audit reconoce expresamente estas limitaciones. Por tanto, su informe debe considerarse un sólido punto de partida técnico y no un sustituto de las pruebas manuales, las verificaciones con tecnologías de asistencia o el asesoramiento jurídico profesional.

Esta transparencia hace que el plugin resulte más fiable, no menos útil.

Compatibilidad y rendimiento

Según la información del producto, Accessibility Audit es compatible con WordPress 6.2 o versiones posteriores y con PHP 7.4 o versiones posteriores.

El plugin ha sido probado con varios temas y plugins populares, entre ellos Astra, GeneratePress, OceanWP, Kadence, Elementor, SiteOrigin, WooCommerce, Contact Form 7, WPForms y Advanced Custom Fields. También se ha probado en entornos multisitio y en sitios con cientos de elementos.

Como el análisis se ejecuta en el navegador del administrador y no se añade nada a la parte pública del sitio, el plugin no debería introducir barras de accesibilidad ni otras modificaciones visibles para los visitantes.

¿Para quién está pensado?

Accessibility Audit resulta especialmente adecuado para:

propietarios de sitios WordPress que quieran detectar barreras de accesibilidad comunes;
empresas europeas que estén revisando sus sitios tras la aplicación de la EAA;
agencias que gestionan varios sitios de clientes;
desarrolladores que prueban temas, plantillas y componentes reutilizables;
administradores de WooCommerce que revisan páginas de tienda, carrito y pago;
editores de contenido que comprueban encabezados, etiquetas y textos alternativos;
organizaciones que prefieren no enviar el contenido de sus sitios a un escáner externo.

También puede ser una herramienta educativa útil. Al relacionar cada incidencia con un criterio WCAG cuando existe — y decir claramente cuándo no existe — el plugin ayuda a los usuarios a comprender mejor la accesibilidad, en lugar de limitarse a indicar que su puntuación es demasiado baja.

Conclusión

Accessibility Audit destaca porque se centra en la corrección práctica de los problemas.

Analiza páginas de WordPress ya renderizadas, mantiene el contenido del sitio en local, agrupa de forma inteligente las incidencias repetidas y vincula los problemas con las páginas y los elementos multimedia donde pueden corregirse. Su sistema de comparación entre escaneos favorece la mejora continua, mientras que el generador de declaraciones EAA de la versión con licencia responde a una necesidad cada vez más relevante para las empresas europeas.

Sobre todo, el plugin evita la promesa engañosa de que una herramienta automática puede hacer que cualquier sitio sea completamente conforme.

La accesibilidad sigue requiriendo valoración humana, pruebas con teclado, verificaciones con tecnologías de asistencia y atención continua. Sin embargo, los propietarios de sitios necesitan una forma fiable de identificar los problemas técnicos antes de poder empezar a corregirlos.

Para los usuarios de WordPress que buscan un proceso de auditoría de accesibilidad respetuoso con la privacidad, práctico y transparente, Accessibility Audit — WCAG & EAA Compliance Checker es una herramienta muy interesante.

Subtítulo recomendado para Medium: Un escáner WCAG 2.2 respetuoso con la privacidad que convierte los informes de accesibilidad en mejoras concretas para WordPress.

Sobre este artículo

Lo escribe quien desarrolla el plugin del que habla. Es un producto que vendo, no una reseña independiente, y lo digo aquí abiertamente en lugar de esconderlo para que puedas tenerlo en cuenta.

Publicado originalmente en groundedwp.com.

Accessibility Audit: Ein praktisches WordPress-Plugin, das WCAG-Probleme erkennt, bevor Ihre Besucher darauf stoßen

Grounded — Fri, 07 Aug 2026 06:21:12 +0000

Barrierefreiheit im Web ist längst kein optionales Extra mehr, das Websitebetreiber vernachlässigen können.

Eine nicht barrierefreie Website kann Menschen daran hindern, Inhalte zu lesen, einen Kauf abzuschließen, ein Formular abzusenden oder überhaupt zu verstehen, welche Funktion eine Schaltfläche erfüllt. Gleichzeitig haben Vorschriften wie der European Accessibility Act die digitale Barrierefreiheit für Unternehmen, die auf dem europäischen Markt tätig sind, noch wichtiger gemacht.

Der European Accessibility Act ist seit dem 28. Juni 2025 anwendbar und führt gemeinsame Anforderungen an die Barrierefreiheit verschiedener Produkte und Dienstleistungen ein. Dazu gehören auch E-Commerce-Angebote und andere digitale Dienstleistungen für Verbraucher.

Für Betreiber von WordPress-Websites ist das Bewusstsein für die Bedeutung der Barrierefreiheit jedoch nur der erste Schritt. Die eigentliche Herausforderung besteht darin, bestehende Probleme zu erkennen und zu verstehen, was konkret verbessert werden muss.

Genau hier kann sich Accessibility Audit — WCAG & EAA Compliance Checker als besonders hilfreich erweisen.

Ein Barrierefreiheits-Scanner direkt in WordPress

Accessibility Audit ist ein WordPress-Plugin, das veröffentlichte Seiten und Beiträge auf häufige Barrierefreiheitsprobleme überprüft. Die Prüfungen orientieren sich an ausgewählten Kriterien der WCAG 2.2 auf den Konformitätsstufen A und AA.

Anstatt Nutzer dazu zu zwingen, URLs in einen externen Dienst zu kopieren, arbeitet das Plugin direkt im WordPress-Administrationsbereich. Es analysiert die endgültige, im Browser gerenderte Version jeder Seite und erstellt anschließend einen strukturierten Bericht mit den gefundenen Problemen.

Dieser Unterschied ist wichtig.

Viele Werkzeuge zur Prüfung der Barrierefreiheit analysieren ausschließlich den vom Server gelieferten HTML-Quellcode. Accessibility Audit untersucht dagegen die bereits gerenderte Seite. Dadurch kann das Plugin auch visuelle Eigenschaften berücksichtigen, die vom CSS abhängen, darunter vererbte Farben, CSS-Variablen und halbtransparente Überlagerungen.

Auf diese Weise sind realistischere Prüfungen des Farbkontrasts möglich, die sich stärker daran orientieren, was Besucher tatsächlich sehen, und nicht nur am ursprünglichen Quellcode.

Datenschutzfreundlich konzipiert

Eine der größten Stärken des Plugins ist sein lokaler Scan-Ansatz.

Die Inhalte der Website werden nicht an eine externe Plattform zur Barrierefreiheitsprüfung übertragen. Der Scan findet im Browser des Administrators statt, und die Ergebnisse verbleiben innerhalb der WordPress-Installation.

Websitebetreiber benötigen daher weder:

einen externen API-Schlüssel;
ein separates Konto bei einem Scan-Dienst;
einen Auftragsverarbeitungsvertrag mit einer weiteren Cloud-Plattform;
Nutzungsguthaben oder Zahlungen für einzelne Scans.

Darüber hinaus fügt das Plugin der öffentlich sichtbaren Website weder Widgets noch Symbolleisten oder zusätzliche Skripte hinzu. Es handelt sich um ein Analysewerkzeug für Administratoren und nicht um ein visuelles Overlay, das den Besuchern angezeigt wird.

Für Organisationen, die private, unveröffentlichte oder geschäftlich sensible Inhalte verwalten, stellt diese Architektur einen erheblichen Vorteil dar.

Was Accessibility Audit überprüft

Accessibility Audit führt bis zu 25 automatische Prüfungen durch. Achtzehn davon entsprechen einem WCAG-2.2-Erfolgskriterium, verteilt auf vierzehn verschiedene Kriterien der Stufen A und AA: 1.1.1, 1.3.1, 1.3.5, 1.4.2, 1.4.3, 1.4.4, 2.4.1, 2.4.2, 2.4.4, 2.5.8, 3.1.1, 3.1.2, 3.3.2, 4.1.2.

Die übrigen sieben sind empfohlene Praxis und keine Konformitätsverstöße, und der Bericht kennzeichnet sie als solche: eine übersprungene Überschriftenebene, eine fehlende h1, eine leere Überschrift, eine doppelte id, ein positiver tabindex, nichtssagender Linktext, ein fehlendes main-Landmark. Alle lohnen eine Korrektur, keines ist ein WCAG-Verstoß. Die WCAG verlangen keine fortlaufenden Überschriftenebenen, „Weiterlesen“ kann 2.4.4 aus dem Kontext heraus erfüllen, und Kriterium 4.1.1 Parsing wurde aus den WCAG 2.2 vollständig entfernt.

Dieser Unterschied wiegt schwerer, als er klingt: Ein Werkzeug, das jede Meldung als WCAG-Verstoß darstellt, bläht die eigenen Zahlen und Ihre auf — und diese aufgeblähte Zahl landet in der Konformitätserklärung, die Sie veröffentlichen.

Das Plugin kann unter anderem folgende Probleme erkennen:

Bilder ohne Alternativtext;
Links und Schaltflächen ohne zugängliche Bezeichnung;
Formularfelder ohne Beschriftung;
unzureichende Farbkontraste;
übersprungene Überschriftenebenen;
doppelt vergebene HTML-IDs;
Tabellen ohne Kopfzellen;
positive Werte beim Attribut tabindex;
Frames ohne Titel;
eine fehlende Angabe der Seitensprache;
falsch strukturierte Listen;
ein fehlender Haupt-Landmark;
möglicherweise zu kleine anklickbare oder berührbare Bereiche;
fehlende Autocomplete-Attribute bei Feldern für personenbezogene Daten.

Diese Prüfungen decken zahlreiche häufig auftretende Barrieren ab, darunter Probleme bei der Inhaltsstruktur, Navigation, Formularbedienung, Kontrastdarstellung und Kompatibilität mit assistiven Technologien.

Das Plugin beschränkt sich nicht darauf, eine allgemeine Punktzahl auszugeben. Es erklärt, welche Regel verletzt wurde, nennt das WCAG-Erfolgskriterium, wo es eines gibt, kennzeichnet den Befund als empfohlene Praxis, wo es keines gibt, und zeigt, wie weit das Problem auf der Website verbreitet ist.

Dadurch ist der Bericht deutlich nützlicher als ein Dashboard, das lediglich einen Prozentsatz ohne weitere Erläuterung anzeigt.

Berichte, die Korrekturen erleichtern, statt Nutzer zu überfordern

Berichte zur Barrierefreiheit können schnell unübersichtlich werden.

Ein Scanner könnte dasselbe Designproblem dutzendfach melden, nur weil es auf mehreren Seiten vorkommt. Eine Farbe des Themes mit unzureichendem Kontrast könnte beispielsweise auf jeder Seite, auf der sie verwendet wird, als separates Problem gezählt werden.

Accessibility Audit gruppiert die Ergebnisse nach Prüfregel, anstatt jedes einzelne Vorkommen als unabhängiges Problem darzustellen.

Statt zwölf separate Warnungen zu sehen, erkennt der Nutzer beispielsweise, dass ein einziges Problem zwölfmal auf drei verschiedenen Seiten vorkommt. So lässt sich leichter verstehen, dass bereits eine Änderung an einer globalen Farbe, einer Vorlage oder einer wiederverwendbaren Komponente mehrere Meldungen gleichzeitig beheben kann.

Jede Problemgruppe enthält Informationen zu:

den Auswirkungen des Problems;
dem relevanten WCAG-Erfolgskriterium, sofern die Prüfung einem entspricht;
der Anzahl der Vorkommen;
den betroffenen Seiten;
den Elementen, die das Problem verursachen.

Wenn möglich, führen die Meldungen außerdem direkt zum entsprechenden WordPress-Editor oder zum betroffenen Element in der Mediathek.

Das ist einer der deutlichsten Vorteile eines direkt in WordPress integrierten Barrierefreiheits-Scanners: Der Bericht ist eng mit der Umgebung verbunden, in der das Problem tatsächlich behoben werden muss.

Der Vergleich von Scans macht Fortschritte messbar

Die Verbesserung der Barrierefreiheit wird nur selten in einer einzigen Sitzung abgeschlossen.

Ein Websitebetreiber kann beispielsweise fehlende Alternativtexte ergänzen, eine Theme-Farbe anpassen, ein Formular überarbeiten und anschließend einen neuen Scan ausführen, um das Ergebnis zu überprüfen.

Accessibility Audit ermöglicht den Vergleich verschiedener Scans. Dadurch lässt sich nachvollziehen, welche Probleme behoben wurden und ob neue Schwierigkeiten hinzugekommen sind.

So entwickelt sich das Plugin von einem gelegentlich verwendeten Diagnosewerkzeug zu einem praktischen Bestandteil der laufenden Websitepflege.

Diese Funktion kann auch für Agenturen und Entwicklungsteams nützlich sein, die ihre Fortschritte bei der Überarbeitung einer bestehenden Website dokumentieren müssen. Statt sich auf Erinnerungen oder Screenshots aus verschiedenen Werkzeugen zu verlassen, können sie die Ergebnisse direkt in WordPress miteinander vergleichen.

Ein hilfreicher Generator für Barrierefreiheitserklärungen nach dem EAA

Die lizenzierte Version enthält einen Generator für die Informationen zur Barrierefreiheit, die der European Accessibility Act verlangt.

Es lohnt sich, genau zu sein, um welches Dokument es geht, denn die meisten Werkzeuge sind es nicht. Ein Unternehmen, das Verbrauchern eine Dienstleistung anbietet, schuldet die Informationen nach Anhang V der Richtlinie (EU) 2019/882: eine allgemeine Beschreibung der Dienstleistung in barrierefreien Formaten, die zum Verständnis ihrer Funktionsweise nötigen Erläuterungen, wie die Anforderungen aus Anhang I erfüllt werden, und wie der Erbringungsprozess und dessen Überwachung die Konformität aufrechterhalten. Eine öffentliche Stelle schuldet etwas anderes, nach der Richtlinie (EU) 2016/2102, im Muster des Durchführungsbeschlusses (EU) 2018/1523. Der Generator fragt, welches von beiden Sie sind, und erstellt das richtige.

Der Generator verwendet den aktuellsten Scan, um die bekannten Barrieren vorab einzutragen, und ordnet ein Erfolgskriterium nur dort zu, wo die Prüfung tatsächlich einem entspricht. Die erstellte Erklärung kann anschließend als normale WordPress-Seite veröffentlicht und beispielsweise im Footer der Website verlinkt werden.

Diese Funktion ersetzt weder eine Rechtsberatung noch eine vollständige Prüfung der Barrierefreiheit. Sie reduziert jedoch den praktischen Aufwand, der für die Erstellung und Pflege einer transparenten Barrierefreiheitserklärung erforderlich ist.

Für kleine Unternehmen und Websiteadministratoren, die wenig Erfahrung mit der Dokumentation von Barrierefreiheit haben, kann es äußerst hilfreich sein, technische Ergebnisse in einen strukturierten Ausgangspunkt umzuwandeln.

Eine überraschend umfangreiche kostenlose Version

Accessibility Audit bietet eine kostenlose Version, die tatsächlich nutzbar ist und sich nicht auf eine reine Demonstrationsansicht beschränkt.

Ohne den Kauf einer Lizenz können Nutzer:

20 Prüfungen zur Barrierefreiheit durchführen;
bis zu fünf Seiten gleichzeitig analysieren;
auf vollständige Berichte zugreifen;
Scans miteinander vergleichen;
die drei neuesten Scans speichern.

Die kostenpflichtige Lizenz entfernt die Begrenzung auf fünf Seiten, ergänzt fünf weitere Prüfungen — Zielgröße (2.5.8 AA), autocomplete bei Feldern mit personenbezogenen Daten (1.3.5 AA), Listenstruktur (1.3.1 A), Sprache von Textteilen (3.1.2 A) sowie ein main-Landmark, das empfohlene Praxis ist —, bietet einen unbegrenzten Scan-Verlauf und schaltet den Generator frei.

Ein separates Premium-Plugin muss ebenfalls nicht installiert werden. Für die kostenlose und die kostenpflichtige Version wird dasselbe Plugin verwendet. Durch die Eingabe des Kaufcodes werden die zusätzlichen Funktionen freigeschaltet.

Das bietet einen sinnvollen Upgrade-Pfad: Nutzer können die wichtigsten Scan-Funktionen zunächst auf einer echten Website testen und anschließend entscheiden, ob sie die erweiterten Funktionen benötigen.

Transparenz hinsichtlich der Grenzen automatisierter Prüfungen

Einer der vertrauenswürdigsten Aspekte von Accessibility Audit besteht darin, dass das Plugin nicht verspricht, eine Website mit nur einem Klick vollständig konform zu machen.

Automatisierte Werkzeuge können zahlreiche technische Probleme erkennen, aber sie sind nicht in der Lage, eine vollständige WCAG-Konformität selbstständig festzustellen. Die Bewertung der Barrierefreiheit erfordert eine Kombination aus automatisierten Prüfungen und menschlicher Beurteilung.

Eine Software kann beispielsweise feststellen, dass ein Bild über einen Alternativtext verfügt. Sie kann jedoch nicht immer zuverlässig beurteilen, ob diese Beschreibung im jeweiligen Kontext tatsächlich sinnvoll ist. Ebenso müssen die Tastaturnavigation und die Nutzbarkeit mit Screenreadern von Menschen überprüft werden.

Accessibility Audit weist ausdrücklich auf diese Einschränkungen hin. Der Bericht sollte deshalb als solide technische Ausgangsbasis betrachtet werden und nicht als Ersatz für manuelle Prüfungen, Tests mit assistiven Technologien oder professionelle Rechtsberatung.

Diese Offenheit macht das Plugin vertrauenswürdiger und nicht weniger nützlich.

Kompatibilität und Leistung

Laut den Angaben auf der Produktseite unterstützt Accessibility Audit WordPress ab Version 6.2 sowie PHP ab Version 7.4.

Das Plugin wurde mit verschiedenen bekannten Themes und Plugins getestet, darunter Astra, GeneratePress, OceanWP, Kadence, Elementor, SiteOrigin, WooCommerce, Contact Form 7, WPForms und Advanced Custom Fields. Es wurde außerdem in Multisite-Umgebungen und auf Websites mit Hunderten von Elementen getestet.

Da der Scan im Browser des Administrators stattfindet und keine zusätzlichen Elemente in die öffentlich sichtbare Website eingefügt werden, sollte das Plugin weder eine Barrierefreiheits-Symbolleiste noch andere sichtbare Veränderungen für Besucher hinzufügen.

Für wen ist das Plugin geeignet?

Accessibility Audit eignet sich besonders für:

Betreiber von WordPress-Websites, die häufige Barrieren erkennen möchten;
europäische Unternehmen, die ihre Websites nach dem Inkrafttreten der EAA-Anforderungen überprüfen;
Agenturen, die mehrere Kundenwebsites verwalten;
Entwickler, die Themes, Templates und wiederverwendbare Komponenten testen;
WooCommerce-Administratoren, die Shop-, Warenkorb- und Checkout-Seiten überprüfen;
Content-Redakteure, die Überschriften, Beschriftungen und Alternativtexte kontrollieren;
Organisationen, die ihre Websiteinhalte nicht an einen externen Scanner übertragen möchten.

Das Plugin kann zudem als Lernwerkzeug dienen. Indem jede Meldung mit einem WCAG-Kriterium verknüpft wird, wo es eines gibt — und klar gesagt wird, wo nicht —, unterstützt es Nutzer dabei, Barrierefreiheit wirklich zu verstehen, statt ihnen lediglich mitzuteilen, dass ihre Punktzahl zu niedrig ist.

Fazit

Accessibility Audit überzeugt, weil sich das Plugin auf die konkrete Behebung von Problemen konzentriert.

Es analysiert gerenderte WordPress-Seiten, hält die Websiteinhalte lokal, gruppiert wiederkehrende Meldungen intelligent und verbindet Probleme direkt mit den Seiten oder Medienelementen, auf denen sie korrigiert werden können. Der Vergleich zwischen verschiedenen Scans unterstützt eine kontinuierliche Verbesserung, während der in der lizenzierten Version enthaltene EAA-Erklärungsgenerator eine für europäische Unternehmen zunehmend wichtige Anforderung adressiert.

Vor allem verzichtet das Plugin auf das irreführende Versprechen, dass ein automatisiertes Werkzeug jede Website vollständig konform machen könne.

Barrierefreiheit erfordert weiterhin menschliche Beurteilung, Tastaturtests, Prüfungen mit assistiven Technologien und kontinuierliche Aufmerksamkeit. Websitebetreiber benötigen jedoch ein zuverlässiges System, um technische Probleme zu erkennen, bevor sie mit deren Behebung beginnen können.

Für WordPress-Nutzer, die nach einem datenschutzfreundlichen, praxisorientierten und transparenten Verfahren zur Prüfung der Barrierefreiheit suchen, ist Accessibility Audit — WCAG & EAA Compliance Checker ein äußerst interessantes Werkzeug.

Empfohlener Medium-Untertitel: Ein datenschutzfreundlicher WCAG-2.2-Scanner, der Berichte zur Barrierefreiheit in konkrete Verbesserungen für WordPress umwandelt.

Zu diesem Beitrag

Geschrieben von der Person, die das besprochene Plugin entwickelt. Es ist ein Produkt, das ich verkaufe, keine unabhängige Rezension — das steht hier offen und nicht im Kleingedruckten, damit Sie es einordnen können.

Ursprünglich veröffentlicht auf groundedwp.com.

Accessibility Audit: un pratico plugin WordPress per individuare i problemi WCAG prima che lo facciano i tuoi visitatori

Grounded — Fri, 07 Aug 2026 06:20:29 +0000

L’accessibilità web non è più un aspetto che i proprietari di siti possono permettersi di considerare come un semplice miglioramento facoltativo.

Un sito non accessibile può impedire alle persone di leggere i contenuti, completare un acquisto, inviare un modulo o persino comprendere la funzione di un pulsante. Allo stesso tempo, normative come l’European Accessibility Act hanno reso l’accessibilità digitale sempre più rilevante per le aziende che operano nel mercato europeo.

L’European Accessibility Act è diventato applicabile il 28 giugno 2025, introducendo requisiti comuni di accessibilità per diversi prodotti e servizi, compresi l’e-commerce e altri servizi digitali rivolti ai consumatori.

Per i proprietari di siti WordPress, però, sapere che l’accessibilità è importante rappresenta soltanto il primo passo. La vera difficoltà consiste nell’individuare ciò che non funziona e capire cosa debba essere corretto.

È qui che Accessibility Audit — WCAG & EAA Compliance Checker può rivelarsi particolarmente utile.

Uno scanner di accessibilità che funziona direttamente in WordPress

Accessibility Audit è un plugin WordPress progettato per analizzare pagine e articoli pubblicati alla ricerca dei problemi di accessibilità più comuni, sulla base dei criteri WCAG 2.2 di livello A e AA.

Anziché costringere gli utenti a copiare gli URL all’interno di un servizio esterno, il plugin opera direttamente dall’area di amministrazione di WordPress. Analizza nel browser la versione finale e renderizzata di ogni pagina e produce un report strutturato che mostra i problemi individuati.

Questa differenza è importante.

Molti strumenti di accessibilità analizzano esclusivamente il codice HTML grezzo restituito dal server. Accessibility Audit, invece, esamina la pagina già renderizzata, riuscendo così a valutare caratteristiche visive che dipendono dal CSS, compresi colori ereditati, variabili CSS e sovrapposizioni traslucide.

Di conseguenza, il plugin può eseguire controlli più realistici sul contrasto cromatico, basandosi su ciò che i visitatori vedono effettivamente e non soltanto sul codice sorgente.

Progettato nel rispetto della privacy

Uno dei principali punti di forza del plugin è il suo sistema di scansione locale.

I contenuti del sito non vengono inviati a una piattaforma esterna di analisi dell’accessibilità. La scansione avviene all’interno del browser dell’amministratore e i risultati rimangono nell’ambiente WordPress.

Questo significa che i proprietari dei siti non hanno bisogno di:

una chiave API esterna;
un account separato per un servizio di scansione;
un accordo sul trattamento dei dati con un’altra piattaforma cloud;
crediti di utilizzo o pagamenti per ogni scansione.

Il plugin, inoltre, non aggiunge widget, barre degli strumenti o script aggiuntivi alla parte pubblica del sito. Si tratta di uno strumento di analisi destinato agli amministratori, non di un overlay visivo mostrato ai visitatori.

Per le organizzazioni che gestiscono contenuti privati, non pubblicati o commercialmente sensibili, questa architettura rappresenta un vantaggio importante.

Cosa controlla Accessibility Audit

Accessibility Audit esegue fino a 25 controlli automatici. Diciotto corrispondono a un criterio di successo WCAG 2.2, su quattordici criteri distinti di livello A e AA: 1.1.1, 1.3.1, 1.3.5, 1.4.2, 1.4.3, 1.4.4, 2.4.1, 2.4.2, 2.4.4, 2.5.8, 3.1.1, 3.1.2, 3.3.2, 4.1.2.

Gli altri sette sono buone pratiche, non violazioni di conformità, e il report li etichetta come tali: un livello di intestazione saltato, un h1 mancante, un’intestazione vuota, un id duplicato, un tabindex positivo, un testo di link generico, un landmark main assente. Tutti meritano una correzione, nessuno è una violazione WCAG. Le WCAG non impongono livelli di intestazione sequenziali, «leggi di più» può soddisfare il 2.4.4 grazie al contesto, e il criterio 4.1.1 Parsing è stato rimosso del tutto dalle WCAG 2.2.

La distinzione conta più di quanto sembri: uno strumento che presenta ogni segnalazione come una violazione WCAG gonfia i propri numeri e i tuoi, e quel numero gonfiato finisce nella dichiarazione di conformità che pubblichi.

Il plugin è in grado di individuare problemi come:

immagini prive di testo alternativo;
link e pulsanti senza un nome accessibile;
campi dei moduli senza etichetta;
contrasto cromatico insufficiente;
livelli di intestazione saltati;
ID HTML duplicati;
tabelle prive di celle di intestazione;
valori positivi dell’attributo tabindex;
frame privi di titolo;
assenza dell’indicazione della lingua della pagina;
elenchi strutturati in modo non corretto;
assenza del landmark principale;
aree cliccabili potenzialmente troppo piccole;
attributi di completamento automatico mancanti nei campi relativi a dati personali.

Questi controlli coprono diversi ostacoli all’accessibilità molto comuni, compresi problemi legati alla struttura dei contenuti, alla navigazione, ai moduli, al contrasto e alla compatibilità con le tecnologie assistive.

Il plugin non si limita a generare un punteggio generico. Spiega quale regola è stata violata, indica il criterio di successo WCAG quando esiste, segnala la voce come buona pratica quando non esiste, e mostra quanto il problema sia diffuso all’interno del sito.

Questo rende il report molto più utile rispetto a una dashboard che mostra semplicemente una percentuale priva di spiegazioni.

Report organizzati per facilitare le correzioni, non per spaventare

I report di accessibilità possono facilmente diventare difficili da gestire.

Uno scanner potrebbe segnalare decine di volte lo stesso problema di progettazione semplicemente perché compare in più pagine. Un colore del tema con un contrasto insufficiente, per esempio, potrebbe essere conteggiato separatamente in ogni pagina in cui viene utilizzato.

Accessibility Audit raggruppa i risultati per regola, anziché presentare ogni occorrenza come un problema separato.

Invece di visualizzare dodici avvisi distinti, l’utente può vedere che un singolo problema presenta dodici occorrenze distribuite su tre pagine. In questo modo diventa più semplice capire che una sola modifica a un colore globale, a un template o a un componente riutilizzabile potrebbe risolvere numerose segnalazioni contemporaneamente.

Ogni gruppo include informazioni relative a:

l’impatto del problema;
il criterio di successo WCAG pertinente, dove il controllo ne ha uno;
il numero di occorrenze;
le pagine interessate;
gli elementi responsabili del problema.

Quando possibile, le segnalazioni possono inoltre collegare direttamente l’utente all’editor WordPress o all’elemento interessato all’interno della Libreria Media.

Questo è uno dei vantaggi più evidenti dell’utilizzo di uno scanner di accessibilità integrato in WordPress: il report è strettamente collegato all’ambiente in cui il problema dovrà essere effettivamente corretto.

Il confronto tra le scansioni rende misurabile l’accessibilità

Il lavoro sull’accessibilità raramente si conclude in una singola sessione.

Il proprietario di un sito potrebbe correggere i testi alternativi mancanti, modificare un colore del tema, aggiornare un modulo e successivamente eseguire una nuova scansione per verificare i risultati.

Accessibility Audit permette di confrontare scansioni differenti, rendendo possibile verificare quali problemi siano stati risolti e se ne siano comparsi di nuovi.

In questo modo, il plugin passa dall’essere un semplice strumento diagnostico occasionale a diventare parte di un vero e proprio processo di manutenzione.

Questa funzione può essere utile anche per agenzie e team di sviluppo che devono documentare i progressi compiuti nel miglioramento di un sito esistente. Anziché affidarsi alla memoria o a schermate provenienti da strumenti differenti, è possibile confrontare i risultati direttamente all’interno di WordPress.

Un utile generatore di dichiarazioni di accessibilità per l’EAA

La versione con licenza include un generatore per l’informativa di accessibilità che l’European Accessibility Act richiede.

Vale la pena essere precisi su quale documento sia, perché la maggior parte degli strumenti non lo è. Un’impresa che fornisce un servizio ai consumatori deve le informazioni dell’Allegato V della Direttiva (UE) 2019/882: una descrizione generale del servizio in formati accessibili, ciò che serve per capirne il funzionamento, come sono soddisfatti i requisiti dell’Allegato I, e come il processo di erogazione e il suo monitoraggio mantengono la conformità. Un ente pubblico deve invece un documento diverso, sotto la Direttiva (UE) 2016/2102, nel modello della Decisione di esecuzione (UE) 2018/1523. Il generatore chiede quale dei due sei e costruisce quello giusto.

Il generatore utilizza la scansione più recente per precompilare le barriere note, associando un criterio di successo soltanto dove il controllo ne ha davvero uno. La dichiarazione risultante può successivamente essere pubblicata come una normale pagina WordPress e collegata dal footer del sito.

Questa funzione non sostituisce una consulenza legale o una valutazione completa dell’accessibilità. Tuttavia, riduce il lavoro pratico necessario per predisporre e mantenere una dichiarazione di accessibilità trasparente.

Per le piccole imprese e gli amministratori di siti che non hanno familiarità con la documentazione relativa all’accessibilità, poter trasformare i risultati tecnici in un punto di partenza strutturato può essere estremamente utile.

Una versione gratuita sorprendentemente completa

Accessibility Audit offre una modalità gratuita realmente utilizzabile, anziché limitarsi a una semplice schermata dimostrativa.

Senza acquistare una licenza, gli utenti possono:

eseguire 20 controlli di accessibilità;
analizzare fino a cinque pagine alla volta;
accedere ai report completi;
confrontare le scansioni;
conservare le tre scansioni più recenti.

La licenza a pagamento rimuove il limite di cinque pagine, aggiunge cinque controlli — dimensione dei target tattili (2.5.8 AA), autocomplete sui campi di dati personali (1.3.5 AA), struttura delle liste (1.3.1 A), lingua dei passaggi (3.1.2 A) e il landmark main, che è una buona pratica — offre una cronologia illimitata delle scansioni e sblocca il generatore dell’informativa di accessibilità.

Non è inoltre necessario installare un plugin premium separato. Lo stesso pacchetto viene utilizzato sia per la versione gratuita sia per quella a pagamento, mentre l’inserimento del codice di acquisto sblocca le funzionalità aggiuntive.

Questo offre un percorso di aggiornamento ragionevole: gli utenti possono provare le principali funzioni di scansione su un sito reale prima di decidere se abbiano effettivamente bisogno delle caratteristiche avanzate.

Trasparente sui limiti dell’automazione

Uno degli aspetti più rassicuranti di Accessibility Audit è il fatto che non prometta di rendere un sito completamente conforme con un solo clic.

Gli strumenti automatici possono individuare numerosi problemi tecnici, ma non possono stabilire autonomamente la piena conformità alle WCAG. La valutazione dell’accessibilità richiede una combinazione di test automatici e valutazioni umane.

Per esempio, un software può rilevare che un’immagine possiede un testo alternativo, ma non è sempre in grado di determinare se tale descrizione sia realmente significativa nel contesto. Allo stesso modo, la navigazione tramite tastiera e l’utilizzo con screen reader devono essere valutati da una persona.

Accessibility Audit riconosce esplicitamente questi limiti. Il report deve quindi essere considerato come un solido punto di partenza tecnico, non come un sostituto dei test manuali, delle verifiche con tecnologie assistive o di una consulenza legale professionale.

Questa trasparenza rende il plugin più affidabile, non meno utile.

Compatibilità e prestazioni

Secondo le informazioni riportate nella pagina del prodotto, Accessibility Audit supporta WordPress 6.2 o versioni successive e PHP 7.4 o versioni successive.

È stato testato con numerosi temi e plugin popolari, tra cui Astra, GeneratePress, OceanWP, Kadence, Elementor, SiteOrigin, WooCommerce, Contact Form 7, WPForms e Advanced Custom Fields. È stato inoltre testato in ambienti multisito e su siti contenenti centinaia di elementi.

Poiché la scansione avviene nel browser dell’amministratore e non viene inserito nulla nella parte pubblica del sito, il plugin non dovrebbe introdurre barre di accessibilità o modifiche visibili per i visitatori.

A chi è rivolto?

Accessibility Audit è particolarmente indicato per:

proprietari di siti WordPress che desiderano individuare le barriere di accessibilità più comuni;
imprese europee che stanno verificando i propri siti dopo l’entrata in applicazione dell’EAA;
agenzie che gestiscono più siti per i propri clienti;
sviluppatori che testano temi, template e componenti riutilizzabili;
amministratori WooCommerce che devono controllare pagine del negozio, carrello e checkout;
editor di contenuti che vogliono verificare titoli, etichette e testi alternativi;
organizzazioni che preferiscono non inviare i contenuti del proprio sito a uno scanner esterno.

Può inoltre rappresentare un valido strumento educativo. Collegando ogni segnalazione a uno specifico criterio WCAG dove esiste — e dicendo chiaramente quando non esiste — il plugin aiuta gli utenti a comprendere l’accessibilità, anziché limitarsi a comunicare che il punteggio ottenuto è troppo basso.

Considerazioni finali

Accessibility Audit funziona bene perché si concentra sulla risoluzione concreta dei problemi.

Analizza le pagine WordPress renderizzate, mantiene i contenuti del sito in locale, raggruppa in modo intelligente le segnalazioni ripetute e collega i problemi alle pagine e agli elementi multimediali in cui possono essere corretti. Il sistema di confronto tra scansioni favorisce un miglioramento continuo, mentre il generatore di dichiarazioni EAA disponibile nella versione con licenza risponde a un’esigenza sempre più rilevante per le imprese europee.

Soprattutto, il plugin evita la promessa fuorviante secondo cui uno strumento automatico possa rendere qualsiasi sito completamente conforme.

L’accessibilità richiede ancora valutazione umana, test tramite tastiera, verifiche con tecnologie assistive e attenzione costante. Tuttavia, i proprietari di siti hanno bisogno di un sistema affidabile per individuare i problemi tecnici prima di poter iniziare a correggerli.

Per gli utenti WordPress alla ricerca di un processo di analisi dell’accessibilità rispettoso della privacy, concreto e trasparente, Accessibility Audit — WCAG & EAA Compliance Checker rappresenta uno strumento decisamente interessante.

Sottotitolo consigliato per Medium: Uno scanner WCAG 2.2 rispettoso della privacy, capace di trasformare i report di accessibilità in interventi concreti su WordPress.

Su questo articolo

È scritto da chi sviluppa il plugin di cui parla. È un prodotto che vendo, non una recensione indipendente, e lo dico qui apertamente invece di nasconderlo così puoi tenerne conto.

Pubblicato originariamente su groundedwp.com.

Accessibility Audit: A Practical WordPress Plugin for Finding WCAG Issues Before Your Visitors Do

Grounded — Fri, 07 Aug 2026 05:05:51 +0000

Web accessibility is no longer something website owners can afford to treat as an optional enhancement.

An inaccessible website can prevent people from reading content, completing a purchase, submitting a form, or even understanding what a button is supposed to do. At the same time, regulations such as the European Accessibility Act have made digital accessibility increasingly relevant for businesses operating in the European market.

The European Accessibility Act entered into application on June 28, 2025, introducing common accessibility requirements for several products and services, including e-commerce and other digital services offered to consumers.

For WordPress website owners, however, knowing that accessibility matters is only the first step. The real challenge is identifying what is wrong and understanding what needs to be fixed.

This is where Accessibility Audit — WCAG & EAA Compliance Checker becomes particularly useful.

A WordPress Accessibility Scanner That Works Inside WordPress

Accessibility Audit is a WordPress plugin designed to scan published pages and posts for common accessibility issues based on WCAG 2.2 Level A and AA criteria.

Instead of forcing users to copy URLs into an external service, the plugin runs directly from the WordPress administration area. It scans the finished, rendered version of each page inside the browser and produces a structured report showing the problems that were found.

This distinction matters.

Many accessibility tools analyse the raw HTML returned by the server. Accessibility Audit examines the rendered page, allowing it to evaluate visual characteristics that depend on CSS, including inherited colours, CSS variables and translucent overlays.

As a result, the plugin can perform more realistic colour-contrast checks based on what visitors actually see rather than relying exclusively on the source code.

Privacy-Friendly by Design

One of the plugin’s strongest features is its local scanning approach.

The content of the website is not sent to an external accessibility platform. The scan takes place inside the administrator’s browser, and the results remain within WordPress.

This means website owners do not need:

an external API key;
a separate accessibility-scanning account;
a data-processing agreement for another cloud service;
usage credits or per-scan payments.

The plugin also does not add an accessibility widget, toolbar or additional script to the public-facing website. It is an auditing tool for administrators rather than a visual overlay presented to visitors.

For organisations handling private, unpublished or commercially sensitive content, this architecture is an important advantage.

What Accessibility Audit Checks

Accessibility Audit performs up to 25 automated checks. Eighteen of them map to a WCAG 2.2 success criterion, across fourteen distinct criteria at Level A and AA: 1.1.1, 1.3.1, 1.3.5, 1.4.2, 1.4.3, 1.4.4, 2.4.1, 2.4.2, 2.4.4, 2.5.8, 3.1.1, 3.1.2, 3.3.2 and 4.1.2.

The other seven are recommended practice rather than conformance failures, and the report labels them as such. A skipped heading level, a missing h1, an empty heading, a duplicate id, a positive tabindex, vague link text, a missing main landmark: all worth fixing, none of them a WCAG failure. WCAG does not require sequential heading levels, "read more" can satisfy 2.4.4 from its surrounding context, and 4.1.1 Parsing was removed from WCAG 2.2 altogether.

That distinction matters more than it sounds. A tool that presents every finding as a WCAG failure inflates its own numbers and yours, and the inflation ends up in the conformance claim you publish.

The plugin can identify problems such as:

images without alternative text;
links and buttons without accessible names;
form fields without labels;
insufficient colour contrast;
skipped heading levels;
duplicate HTML IDs;
tables without header cells;
positive tabindex values;
frames without titles;
missing page-language information;
incorrectly structured lists;
missing main landmarks;
touch targets that may be too small;
missing autocomplete attributes on personal-data fields.

These checks cover several frequently encountered accessibility barriers, including issues connected to content structure, navigation, forms, contrast and assistive-technology compatibility.

The plugin does not simply produce a generic score. It explains which rule was violated, names the WCAG success criterion where there is one, marks the finding as recommended practice where there is not, and indicates how widely the problem appears across the website.

That makes the report considerably more useful than a dashboard displaying an unexplained percentage.

Reports Organised Around Fixes, Not Fear

Accessibility reports can easily become overwhelming.

A scanner may report the same design problem dozens of times because it appears on multiple pages. A theme colour with insufficient contrast, for example, might be counted separately on every page where that colour is used.

Accessibility Audit groups findings by rule rather than presenting every occurrence as an unrelated problem.

Instead of seeing twelve separate warnings, a user might see that one issue has twelve occurrences across three pages. This makes it easier to recognise that a single change to a global colour, template or reusable component could resolve several findings at once.

Each group includes information about:

the impact of the issue;
the relevant WCAG success criterion, where the check maps to one;
the number of occurrences;
the pages affected;
the elements responsible for the problem.

Where possible, findings can also link directly to the relevant WordPress editor or Media Library item.

This is one of the clearest advantages of running an accessibility scanner within WordPress: the report is closely connected to the environment in which the problem will actually be corrected.

Comparing Scans Makes Accessibility Measurable

Accessibility work is rarely completed in a single session.

A website owner may fix missing alternative text, adjust a theme colour, update a form and then run another scan to verify the results.

Accessibility Audit supports comparisons between scans, making it possible to see which problems have been resolved and whether new issues have appeared.

This transforms the plugin from a one-time diagnostic tool into a practical maintenance workflow.

It can also be useful for agencies and development teams that need to document progress while improving an existing website. Rather than relying on memory or screenshots from different tools, they can compare scan results directly within WordPress.

A Useful European Accessibility Act Statement Generator

The licensed edition includes a generator for the accessibility information the European Accessibility Act requires.

It is worth being precise about which document that is, because most tools are not. A business providing a service to consumers owes the information in Annex V of Directive (EU) 2019/882: a general description of the service in accessible formats, what someone needs in order to understand how it works, how the accessibility requirements in Annex I are met, and how the delivery process and its monitoring keep it that way. A public sector body owes something else entirely, under Directive (EU) 2016/2102, in the model set by Implementing Decision (EU) 2018/1523. The generator asks which one you are and builds the right one.

The generator uses the latest scan to prefill the known barriers, attaching a success criterion only where the check genuinely maps to one. The resulting statement can then be published as a normal WordPress page and linked from the website footer.

This does not replace legal advice or a complete accessibility assessment. It does, however, reduce the practical work involved in preparing and maintaining a transparent accessibility statement.

For small businesses and website administrators who are unfamiliar with accessibility documentation, having the technical findings translated into a structured starting point can be extremely valuable.

A Surprisingly Capable Free Version

Accessibility Audit offers a free mode that is genuinely functional rather than being limited to a demonstration screen.

Without purchasing a licence, users can:

run 20 accessibility checks;
scan up to five pages at a time;
access complete reports;
compare scans;
retain the three most recent scans.

The paid licence removes the five-page restriction, adds five further checks — target size (2.5.8 AA), autocomplete on personal data fields (1.3.5 AA), list structure (1.3.1 A), language of parts (3.1.2 A) and a main landmark, which is recommended practice — provides unlimited scan history and unlocks the accessibility-information generator.

There is also no separate premium plugin to install. The same download is used for both versions, and entering a purchase code unlocks the additional features.

This provides a sensible upgrade path: users can test the core scanning experience on a real website before deciding whether the expanded functionality is necessary.

Honest About the Limits of Automation

One of the most reassuring aspects of Accessibility Audit is that it does not claim to make a website fully compliant with a single click.

Automated tools can detect many technical problems, but they cannot determine complete WCAG conformance on their own. W3C guidance makes clear that accessibility evaluation requires a combination of automated testing and human assessment.

For example, software may detect that an image has alternative text, but it cannot always determine whether that description is meaningful in context. Similarly, keyboard navigation and screen-reader usability need to be evaluated by a person.

Accessibility Audit explicitly acknowledges these limitations. Its report should therefore be treated as a strong technical starting point rather than a substitute for manual testing, assistive-technology testing or professional legal advice.

That honesty makes the plugin more trustworthy, not less useful.

Compatibility and Performance

According to its product information, Accessibility Audit supports WordPress 6.2 or newer and PHP 7.4 or newer.

It has been tested with several popular themes and plugins, including Astra, GeneratePress, OceanWP, Kadence, Elementor, SiteOrigin, WooCommerce, Contact Form 7, WPForms and Advanced Custom Fields. It has also been tested in multisite environments and on websites containing hundreds of items.

Because scanning occurs in the administrator’s browser and nothing is injected into the public-facing website, the plugin should not introduce an accessibility toolbar or visible front-end modification for visitors.

Who Is It For?

Accessibility Audit is especially relevant for:

WordPress website owners who want to identify common accessibility barriers;
European businesses reviewing their websites after the introduction of the EAA;
agencies maintaining multiple client websites;
developers testing themes, templates and reusable components;
WooCommerce administrators reviewing shop, cart and checkout pages;
content editors checking headings, labels and alternative text;
organisations that prefer not to send website content to an external scanner.

It can also be a useful educational tool. By connecting each finding to a WCAG criterion where one exists — and saying plainly when one does not — the plugin helps users understand accessibility rather than simply telling them that their score is too low.

Final Thoughts

Accessibility Audit succeeds because it focuses on practical remediation.

It scans rendered WordPress pages, keeps website content local, groups repeated findings intelligently and connects problems to the pages and media items where they can be fixed. Its scan-comparison system encourages continuous improvement, while the licensed EAA statement generator addresses an increasingly relevant requirement for European businesses.

Most importantly, it avoids the misleading promise that a plugin can make any website fully compliant automatically.

Accessibility still requires human judgement, keyboard testing, assistive-technology testing and ongoing attention. But website owners need a reliable way to identify technical issues before they can begin fixing them.

For WordPress users looking for a privacy-conscious, actionable and transparent accessibility-auditing workflow, Accessibility Audit — WCAG & EAA Compliance Checker is a compelling tool to consider.

About this

This was written by the person who builds the plugin it discusses. It is a product I sell, not an independent review, and that is stated here rather than buried so you can weigh what you read.

Originally published on groundedwp.com.