IT
Deutsch
English
Français
EspañolCirca il 41,5 % di tutti i siti web gira su WordPress; nessun altro sistema si avvicina (W3Techs, luglio 2026). Per l'accessibilità è una buona notizia: WordPress porta con sé molto di ciò che serve a una pagina accessibile, dall'HTML pulito dell'editor a blocchi al campo per il testo alternativo nella libreria media. Ma non garantisce nulla di tutto questo. Che un sito WordPress sia davvero accessibile dipende dal tema, dai plugin e dalle abitudini redazionali. Questa guida passa in rassegna quelle leve, aggiornata al 2026: con le WCAG 2.2 come obiettivo, non la 2.1 dell'altro ieri. Scoprire dove sta il vostro sito oggi richiede due minuti.
Test accessibilità sito web
Analizza il vostro sito WordPress contro le WCAG 2.2 e mostra ogni violazione con la posizione esatta. Un tema vago diventa una lista di lavoro. Gratis, senza registrazione.
Perché l'accessibilità di WordPress nel 2026 è diversa
La maggior parte dei tutorial sull'accessibilità di WordPress che trovate oggi è stata scritta per le WCAG 2.1. Per anni è andata bene, ma è superato: da ottobre 2023 le WCAG 2.2 sono la raccomandazione vigente del W3C, e la EN 301 549 revisionata, la norma europea dietro il BFSG tedesco e la legge europea sull'accessibilità, è attesa per il 2026 con le WCAG 2.2 AA come riferimento. Chi risana il sito adesso fa bene a puntare direttamente alla 2.2, altrimenti il prossimo giro è già in calendario. Cosa significano i livelli A, AA e AAA lo spiega la nostra guida alla conformità WCAG.
Il passaggio dalla 2.1 alla 2.2 non è un nuovo inizio, ma una manciata di nuovi criteri di successo. Sei di questi colpiscono in pieno schemi tipici di WordPress:
| Criterio | Cosa richiede | Dove WordPress inciampa di solito |
|---|---|---|
| 2.4.11 Focus non oscurato | L'elemento con il focus non può essere completamente coperto da altri contenuti | Header fissi e banner cookie che coprono il focus da tastiera |
| 2.5.7 Movimenti di trascinamento | Ogni interazione a trascinamento richiede un'alternativa senza trascinare | Slider e caroselli che rispondono solo a swipe o trascinamento |
| 2.5.8 Dimensione del target (minimo) | Comandi di almeno 24x24 pixel CSS, o con spazio sufficiente intorno | Icone social, puntini di paginazione e minuscoli pulsanti di chiusura |
| 3.2.6 Aiuto coerente | Gli aiuti come contatto o chat nello stesso punto su ogni pagina | Un link di contatto che a seconda del template sta nell'header o nel footer |
| 3.3.7 Inserimento ridondante | Non richiedere due volte nello stesso processo dati già inseriti | Un checkout che fa riscrivere l'indirizzo di fatturazione come indirizzo di consegna |
| 3.3.8 Autenticazione accessibile | Login senza rompicapi cognitivi come ricopiare caratteri deformati | Plugin captcha sui moduli di accesso e di commento |
Il punto notevole di questa lista: quasi tutto vive nel tema o nei plugin, non nei vostri testi. Responsabili restate comunque voi come gestori. Una scansione misura il vostro sito, non le buone intenzioni dello sviluppatore del tema. Dopo ogni aggiornamento importante, verificate quindi se un plugin ha reintrodotto di nascosto uno di questi schemi.
Il quadro giuridico in tre frasi
Se il vostro sito WordPress si limita a informare, la normativa sull'accessibilità per ora vi lascia in pace nella maggior parte dei casi; eliminare le barriere conviene lo stesso, perché ogni barriera costa visitatori. Non appena sul sito si può comprare, prenotare o sottoscrivere, tipicamente con WooCommerce o un plugin di prenotazione, si applica la legge europea sull'accessibilità in tutta l'UE, e per la vendita a consumatori tedeschi la sua attuazione locale controllata attivamente, il BFSG, con ispezioni e sanzioni comprese. Chi è coperto esattamente e quali eccezioni valgono davvero lo racconta la nostra guida al BFSG tedesco.
WooCommerce significa: gestite un negozio online
Con WooCommerce o un plugin di prenotazione, il vostro sito WordPress diventa giuridicamente un servizio di commercio elettronico, con tutti gli obblighi che seguono, dal checkout alla dichiarazione di accessibilità. I dettagli per i negozi che vendono in Germania, dall'eccezione per microimprese alla trappola del B2B, sono raccolti nella nostra guida al BFSG per negozi online.
Le fondamenta: un tema che non lavori contro di voi
In WordPress l'accessibilità comincia prima del primo contenuto, con la scelta del tema. Il tema stabilisce i contrasti di colore, la resa del focus, i link di salto e la struttura HTML che ogni singola pagina eredita. Un punto di partenza sensato è la directory ufficiale dei temi filtrata per il tag accessibility-ready: un centinaio di temi che hanno superato una revisione secondo standard minimi definiti, invece di decine di migliaia mai controllati.
accessibility-ready significa revisionato, non finito
Il tag garantisce standard minimi, non piena conformità WCAG. E non ripara nulla di ciò che viene dopo: un solo plugin con pulsanti senza etichetta, o una sessione di personalizzazione finita in colori sbiaditi, mina subito le fondamenta revisionate. Trattate il tag come biglietto d'ingresso, non come diploma.
I temi premium fuori dalla directory non portano quel tag. Lì aiutano tre test rapidi nella demo, prima dell'acquisto: i colori predefiniti hanno contrasto sufficiente? Scorrendo la pagina con il tasto Tab si vede sempre dove sta il focus? E la prima fermata di tabulazione offre un link di salto diretto al contenuto? Dieci minuti di test sulla demo risparmiano settimane di rattoppi in produzione.
Gli otto cantieri del lavoro quotidiano su WordPress
Con il tema al suo posto, è il lavoro quotidiano nell'editor a decidere se il sito resta accessibile. Questi otto punti coprono gran parte di ciò che sui siti WordPress va storto regolarmente:
- Verificare la base del tema: contrasti, focus visibile, link di salto (vedi sopra). Chi risparmia qui combatte poi contro le proprie fondamenta in tutti i punti successivi.
- Trattare i titoli come struttura: nell'editor a blocchi un H2 è un livello della scaletta, non una dimensione di carattere. Non saltate livelli e non scegliete un H4 perché è più carino.
- Curare i testi alternativi nella libreria media: ogni immagine informativa riceve un testo alternativo; quelle puramente decorative restano vuote di proposito, così gli screen reader le saltano.
- Scegliere plugin per moduli con vere etichette: un testo segnaposto dentro il campo non è un'etichetta. L'etichetta deve essere legata programmaticamente al campo e non sparire mentre si digita.
- Controllare i contrasti dopo ogni cambio di colore: quel grigio delicato su bianco, così elegante nel personalizzatore, è la prima cosa che una scansione segnala.
- Mettere in agenda un test da tastiera: con Tab attraverso le pagine principali. Ogni menu, pulsante e campo è raggiungibile, e da ogni punto si riesce anche a uscire?
- Verificare il link di salto: la prima fermata di tabulazione dovrebbe essere un link diretto al contenuto. I temi accessibility-ready lo includono, molti altri no.
- Evitare gli slider automatici o renderli mettibili in pausa: un carosello che avanza da solo richiede almeno un comando di pausa. Spesso la soluzione migliore è toglierlo senza sostituirlo.
Nella pratica, la voce più pesante sono quasi sempre i testi alternativi. WordPress rende facile dimenticarli: il campo nella libreria media è discreto, e la pagina sembra perfetta anche senza. Per chi usa uno screen reader, un testo alternativo mancante significa: qui c'è un'immagine, e nessuno dice cosa mostra. Come si scrive un buon testo alternativo lo descrive il tutorial sulle immagini del W3C; con centinaia di immagini d'archivio, un generatore vale la pena per la prima bozza.
Generatore di testo alternativo
Trova le immagini senza testo alternativo e propone formulazioni come bozza. Voi verificate ogni testo contro il contesto della pagina, correggete e approvate.
Plugin: cosa aiuta davvero e cosa tranquillizza soltanto
Sono utili i plugin che controllano mentre si scrive: segnalano nell'editor i testi alternativi mancanti o i livelli di titolo saltati prima che l'articolo vada online. Assistenti così spostano il controllo qualità nel posto giusto, prima della pubblicazione. Quello che non esiste è il plugin che rende un sito conforme in automatico. La conformità nasce da tema, contenuti e routine, e nessuno di questi tre ingredienti si installa.
Siate particolarmente scettici verso i plugin overlay che iniettano via script un pannello di regolazioni e promettono accessibilità con un clic. Possono offrire ai visitatori comfort di visualizzazione, niente di più: moduli senza etichette, percorsi da tastiera rotti e testi alternativi mancanti restano intatti là sotto. Perché è tecnicamente inevitabile, e come esperti e autorità giudicano gli overlay, lo mostra la nostra guida agli overlay di accessibilità.
Testare: prima in automatico, poi a mano
Una scansione automatica è l'inizio giusto, perché trova in modo affidabile e ripetibile le violazioni rilevabili a macchina: contrasti deboli, testi alternativi mancanti, campi senza etichetta. Sono anche gli errori che chiunque altro vede per primi puntando uno strumento sul vostro sito. Ma la scansione non è la fine: se un testo alternativo è davvero adatto, o se il menu diventa una trappola per la tastiera, lo capisce solo una persona.
- Con Tab attraverso la home, una pagina di contenuto e il modulo più importante: tutto raggiungibile, focus sempre visibile?
- Link di salto: la prima fermata di tabulazione porta davvero al contenuto?
- Slider e animazioni: si possono mettere in pausa, e tutto funziona anche senza trascinare?
- Campione di cinque immagini: il testo alternativo dice cosa fa l'immagine proprio in quel punto?
- Inviare un modulo con errori voluti: l'errore viene spiegato a parole e non solo colorato di rosso?
Per le questioni di colore non serve l'istinto. Il contrasto è un valore misurabile con soglie chiare, e verificarlo richiede pochi secondi.
Verifica contrasto colori
Verifica in pochi secondi se le vostre combinazioni di colori rispettano le soglie WCAG. Ideale dopo ogni ritocco ai colori del tema.
Domande frequenti sull'accessibilità di WordPress
Un tema con il tag accessibility-ready è automaticamente accessibile?
No. Il tag conferma che il tema ha superato una revisione secondo standard minimi definiti, non una piena conformità WCAG. È la migliore posizione di partenza che la directory dei temi offre, ma non sostituisce né contenuti curati né plugin verificati. Un tema accessibility-ready più testi alternativi mancanti dà comunque un sito con barriere.
Esiste un plugin che rende accessibile il mio sito?
No, e diffidate di chiunque prometta esattamente questo. I plugin possono aiutare a controllare, per esempio con avvisi nell'editor prima della pubblicazione. La conformità in sé nasce da tema, contenuti e metodo di lavoro. I plugin overlay con promesse a un clic non cambiano nulla dei difetti di fondo; le prove sono raccolte nella nostra guida sugli overlay.
Il mio sito rispetta le WCAG 2.1 AA. Devo passare alla 2.2?
Siete messi bene, ma non avete finito. Le WCAG 2.2 sono la raccomandazione vigente del W3C da ottobre 2023, e la EN 301 549 revisionata con riferimento alla 2.2 AA è attesa per il 2026. I nuovi criteri, come la dimensione minima del target e il focus non oscurato, sono gestibili. Metterli in conto adesso vi risparmia un secondo giro di lavori.
Il BFSG tedesco si applica al mio sito WordPress?
Solo se il sito offre un servizio coperto, prima di tutto vendita o prenotazione a consumatori, per esempio con WooCommerce, e solo se vi rivolgete al mercato tedesco. Un sito puramente informativo senza negozio né prenotazioni di regola resta fuori. I criteri esatti, eccezione per microimprese compresa, stanno nella nostra guida al BFSG; la pratica per i negozi, nella guida dedicata.
Davvero ogni immagine ha bisogno di un testo alternativo?
Ogni immagine informativa sì, quelle decorative proprio no: ricevono un attributo alt vuoto, così gli screen reader le saltano. La regola pratica: togliendo l'immagine si perderebbe informazione? Allora il testo alternativo trasmette esattamente quell'informazione, breve e nel contesto della pagina in cui si trova.
Basta una scansione automatica per stare tranquilli?
No. La scansione trova in modo affidabile le violazioni misurabili a macchina, che sono anche le prime che gli strumenti di verifica di terzi individuano. Che i testi alternativi abbiano senso, che la tastiera funzioni dall'inizio alla fine e che i percorsi siano comprensibili, questo lo verificate a mano in aggiunta. La combinazione dei due è la via realistica.
WordPress non ostacola l'accessibilità; aspetta solo istruzioni. Il campo per il testo alternativo esiste, i livelli di titolo esistono, i temi revisionati esistono. Quello che di solito manca è il quadro d'insieme dei punti in cui il vostro sito fallisce concretamente. Esattamente questo consegna la scansione all'inizio di questo articolo: due minuti, una lista di lavoro con priorità, e una vaga intenzione diventa un progetto con una fine.
Avvertenza legale
Questo articolo ha scopo puramente informativo e non costituisce consulenza legale. Per una valutazione vincolante del suo caso specifico si rivolga a un avvocato. Aggiornato a luglio 2026.
Autore
Redaktion accessibility-check.ai