WCAG 2.2 su WordPress: Checklist Tecnica per la Conformità

29 aprile 20263 minAccessibilità Web
In breveAI

Scopri come adeguare il tuo sito WordPress alle nuove linee guida WCAG 2.2 per migliorare l'accessibilità e garantire una navigazione più facile per tutti gli utenti. Impara a risolvere problemi di accessibilità come il target size minimo e l'autenticazione accessibile. Migliora l'esperienza utente e mantieni il tuo sito conforme agli standard di accessibilità.

WCAG 2.2: Cosa Cambia per WordPress e Come Adeguarsi

WCAG 2.2 è stato pubblicato come raccomandazione W3C nell’ottobre 2023. Aggiunge 9 nuovi criteri di successo rispetto a WCAG 2.1, tutti focalizzati su: input alternativi, autenticazione accessibile, e miglioramento dei target di interazione.

Per i siti WordPress, i criteri più impattanti sono il target size minimo (24×24 CSS pixels per livello AA), l’autenticazione accessibile, e il focus not obscured.

I 9 Nuovi Criteri di WCAG 2.2

Criterio Livello Impatto WordPress Cosa fare
2.4.11 Focus Not Obscured (Minimum) AA Alto Verifica che sticky header/footer non coprano l’elemento in focus
2.4.12 Focus Not Obscured (Enhanced) AAA Medio L’elemento in focus deve essere completamente visibile
2.4.13 Focus Appearance AAA Medio Focus indicator con area e contrast ratio minimi
2.5.7 Dragging Movements AA Basso Alternative single-pointer per drag (slider, sorting)
2.5.8 Target Size (Minimum) AA Alto Tutti i target interattivi almeno 24×24 CSS px
3.2.6 Consistent Help A Basso Help/contatto nello stesso posto su tutte le pagine
3.3.7 Redundant Entry A Medio Non chiedere la stessa info due volte nei form
3.3.8 Accessible Authentication (Minimum) AA Alto Login senza test cognitivi (CAPTCHA alternativo)
3.3.9 Accessible Authentication (Enhanced) AAA Alto Login senza alcun test cognitivo

I Fix WordPress Più Urgenti

Target Size 24x24px (2.5.8)

/* Assicura target size minimo per link e bottoni */
a, button, input[type="submit"], input[type="checkbox"], input[type="radio"] {
    min-width: 24px;
    min-height: 24px;
}
/* Spacing tra link inline */
nav a, .menu a { padding: 4px 8px; }

Focus Not Obscured (2.4.11)

/* Aggiungi scroll-padding per sticky header */
html { scroll-padding-top: 80px; /* altezza del tuo sticky header */ }
/* Assicura che il focus non finisca dietro elementi fixed */
:focus { scroll-margin-top: 80px; }

Accessible Authentication (3.3.8)

Se usi reCAPTCHA su wp-login.php o sui form, assicurati che ci sia un’alternativa accessibile (reCAPTCHA v3 è invisibile e non pone problemi, v2 “I’m not a robot” richiede interazione ma ha l’alternativa audio).

Tool per l’Audit WCAG 2.2

  • axe DevTools (estensione Chrome): il più completo per audit automatici
  • WAVE: analisi visiva con indicatori sulla pagina
  • Lighthouse Accessibility: integrato in Chrome DevTools
  • Pa11y: CLI per audit automatici nella CI/CD

Ricorda: gli audit automatici trovano il 30-40% dei problemi di accessibilità. Il resto richiede test manuali (navigazione da tastiera, screen reader, test con utenti reali).

FAQ

WCAG 2.2 è obbligatorio per la PA italiana?

La legge italiana (Legge 4/2004 e aggiornamenti) fa riferimento alle WCAG come standard. L’European Accessibility Act (EAA, giugno 2025) richiede conformità a standard armonizzati basati su WCAG. Di fatto, WCAG 2.2 AA sta diventando il riferimento. Per la PA, adeguarsi ora è una scelta prudente.

Devo aggiornare la dichiarazione di accessibilità?

Sì. La dichiarazione deve riflettere lo standard di riferimento. Se dichiari conformità a WCAG 2.1, aggiornala a 2.2 dopo aver verificato i nuovi criteri.

Gestisci i siti WordPress dei tuoi clienti?

AgencyPilot ti dà report AI, uptime monitoring, backup e portale clienti in un’unica dashboard. Gratis per 3 siti.

Prova gratis
Leggi anche
Tutti gli articoli
Tutti gli articoli