Test accessibilità sito web

Inserisci qualsiasi URL di pagina per eseguire un test di accessibilità con il verificatore gratuito di tabnav e vedere se soddisfa i requisiti AGID, WCAG ed EAA - nessuna registrazione richiesta.

Ad esempio, apple.com nike.com

Un modo più intelligente per testare l'accessibilità dei siti web.

Testiamo il tuo sito attraverso una navigazione reale e l'uso della tastiera, esponendo i problemi che impediscono l'accesso equo per tutti.

Ricevi un rapporto di accessibilità basato su WCAG, AGID e standard internazionali che mostra dove il tuo sito può migliorare.

Scansiona l'accessibilità del tuo sito web in 3 semplici passaggi

Il verificatore di accessibilità online gratuito di Tabnav testa qualsiasi pagina che inserisci, identifica i problemi, fornisce risultati a livello di codice e ti aiuta a migliorare rapidamente.

  1. Inserisci l'URL del sito web

    Incolla qualsiasi URL di pagina e scegli la regione contro cui vuoi testare le leggi di accessibilità globali o locali.

  2. Ottieni i risultati

    Visualizza i tuoi risultati di accessibilità istantaneamente, incluso il tuo punteggio e la ripartizione dettagliata dei problemi.

  3. Condividi o riscansiona

    Condividi i risultati con il tuo team o esegui un'altra scansione dopo aver applicato miglioramenti.

Linee guida sull'accessibilità globale: panoramica e ultimi aggiornamenti importanti

Standard internazionale di accessibilità web

Panoramica

Sviluppate dal W3C, le Linee guida per l'accessibilità dei contenuti web (WCAG) definiscono come rendere i contenuti web accessibili alle persone con disabilità. WCAG 2.2 aggiunge nuovi criteri di successo che migliorano il supporto per l'accessibilità cognitiva, di apprendimento, visiva e mobile.

Scopri di più

Ultimo aggiornamento importante

Ottobre 2023

Aggiunge nove nuovi criteri di successo (ad esempio, indicatori di focus migliorati, dimensione del bersaglio, assistenza all'autenticazione) e rimuove il criterio di successo 4.1.1 Parsing.

Impara l'accessibilità mentre la correggi

Ogni risultato nel verificatore di accessibilità gratuito di Tabnav si collega alla nostra WCAG Academy gratuita, mostrandoti come correggere i problemi e seguire le migliori pratiche WCAG.

Tabnav Academy interface showing accessibility metrics

Migliori pratiche

Impara come soddisfare gli standard WCAG con una guida semplice ed esperta.

Cosa fare e cosa non fare

Vedi cosa funziona e cosa evitare con esempi visivi chiari.

Casi d'uso reali

Esplora i veri problemi di accessibilità mostrati insieme a implementazioni corrette.

Visita WCAG Academy

Cosa controlliamo durante il Test accessibilità sito web

Seleziona una categoria per esplorare i controlli che eseguiamo e capire perché sono importanti.

Contenuto e Media

Immagini, icone e altri elementi visivi vengono esaminati per alternative testuali accurate, e il verificatore di accessibilità web garantisce che ogni elemento possa essere interpretato correttamente dalle tecnologie assistive.

COSA CONTROLLIAMO
Tutte le grafiche SVG e gli elementi icona vengono verificati per confermare che contengano etichette ARIA o alternative testuali. Le icone decorative utilizzano role="presentation" o aria-hidden="true", mentre le icone significative contengono nomi accessibili tramite aria-label, aria-labelledby o title.
PERCHÉ È IMPORTANTE
I lettori di schermo dipendono da queste etichette per descrivere icone ed elementi visivi. Senza di esse, gli utenti possono perdere dettagli importanti dell'interfaccia o funzionalità. Il nostro verificatore AGID valuta questi elementi per garantire che soddisfino gli standard di accessibilità.
COSA CONTROLLIAMO
Ogni elemento <img> deve contenere un attributo alt. Le immagini funzionali richiedono testo alternativo significativo, mentre quelle decorative utilizzano un valore vuoto (alt="").
PERCHÉ È IMPORTANTE
Il testo alternativo consente alle tecnologie assistive di descrivere accuratamente le immagini. Testo alternativo mancante o errato impedisce agli utenti di comprendere i contenuti visivi, un problema che il nostro verificatore WCAG identifica automaticamente.
COSA CONTROLLIAMO
Quando un'immagine di sfondo trasmette significato, dovrebbe avere un nome accessibile tramite aria-label, aria-labelledby o title e utilizzare role="img" dove appropriato.
PERCHÉ È IMPORTANTE
I lettori di schermo ignorano le immagini di sfondo a meno che non siano correttamente etichettate. Un'etichettatura appropriata garantisce che gli elementi visivi significativi rimangano accessibili a tutti gli utenti.
COSA CONTROLLIAMO
Gli elementi <canvas> e <object> che visualizzano grafiche o media devono contenere etichette come aria-label, aria-labelledby o title e un ruolo rilevante come role="img" o role="graphics-symbol".
PERCHÉ È IMPORTANTE
Senza un'etichettatura appropriata, gli strumenti assistivi non possono descrivere gli elementi visivi all'interno di questi elementi, lasciando gli utenti senza contesto o informazioni. Queste verifiche costituiscono una parte importante del nostro flusso di lavoro del verificatore di accessibilità.
COSA CONTROLLIAMO
Sia l'immagine principale che ogni regione cliccabile in una mappa immagine necessitano di testo alternativo descrittivo che identifichi la loro funzione o destinazione.
PERCHÉ È IMPORTANTE
I lettori di schermo dipendono da queste descrizioni per spiegare le regioni interattive. Senza di esse, le mappe immagine diventano confuse o inutilizzabili.
COSA CONTROLLIAMO
Le pagine vengono verificate per confermare che gli utenti possano ingrandire fino al 200% senza perdere funzionalità. Le impostazioni del viewport e il CSS non dovrebbero limitare la scalabilità.
PERCHÉ È IMPORTANTE
L'ingrandimento è cruciale per gli utenti con disabilità visive. Limitarlo crea barriere e non soddisfa gli standard di accessibilità.
COSA CONTROLLIAMO
Ogni campo del modulo deve avere un'etichetta visibile o un'istruzione. I segnaposto da soli non qualificano, poiché scompaiono durante la digitazione.
PERCHÉ È IMPORTANTE
Le etichette visibili aiutano gli utenti a capire quali informazioni fornire, in particolare per le persone con problemi cognitivi o di memoria.
COSA CONTROLLIAMO
I link che si aprono in nuove finestre o schede devono includere un indicatore chiaro come testo, un'icona o un attributo ARIA per informare gli utenti prima dell'attivazione.
PERCHÉ È IMPORTANTE
Le nuove finestre inaspettate possono confondere gli utenti, in particolare quelli con disabilità cognitive o visive. Gli indicatori mantengono la navigazione prevedibile e assicurano la conformità alle migliori pratiche verificate dal nostro verificatore di accessibilità web.

Tastiera e Focus

L'usabilità della tastiera viene testata su tutti gli elementi interattivi, mentre il verificatore di accessibilità conferma stati di focus chiari, movimento prevedibile e operabilità completa senza mouse.

COSA CONTROLLIAMO
Tutti i link devono avere un testo descrittivo o etichette ARIA che indicano chiaramente la loro destinazione o scopo.
PERCHÉ È IMPORTANTE
Gli utenti che navigano con lettori di schermo dipendono da nomi di link chiari per capire dove porta ogni link. Etichette vaghe o mancanti possono causare confusione e impedire una navigazione efficiente.
COSA CONTROLLIAMO
Quando gli utenti navigano tramite la tastiera, gli elementi interattivi devono visualizzare un contorno di focus, un bordo o un'evidenziazione visibile.
PERCHÉ È IMPORTANTE
A visible focus indicator shows users exactly where they are on the page. Without it, those relying on keyboard navigation can easily lose track, creating frustration and accessibility barriers.
COSA CONTROLLIAMO
Ogni elemento interattivo come pulsanti, link e controlli deve includere un nome accessibile tramite testo visibile, aria-label, aria-labelledby o attributi title.
PERCHÉ È IMPORTANTE
I lettori di schermo utilizzano queste etichette per annunciare lo scopo dei componenti interattivi. I nomi mancanti rendono impossibile per gli utenti capire cosa fa un elemento o come interagire con esso.
COSA CONTROLLIAMO
Le pagine devono includere link di salto che consentono agli utenti di tastiera di aggirare contenuti ripetitivi come intestazioni o menu e andare direttamente alla sezione principale.
PERCHÉ È IMPORTANTE
I link di salto migliorano l'efficienza per gli utenti che dipendono da tastiere o lettori di schermo, permettendo loro di navigare attraverso i contenuti più rapidamente. Valutato nell'ambito della nostra scansione del verificatore WCAG.
COSA CONTROLLIAMO
Gli elementi nascosti o fuori schermo devono utilizzare tabindex="-1" o aria-hidden="true" per rimuoverli dall'ordine di tabulazione della tastiera.
PERCHÉ È IMPORTANTE
Gli elementi non visibili per gli utenti vedenti non dovrebbero ricevere il focus. Se lo fanno, ciò può disorientare gli utenti di lettori di schermo e interrompere la navigazione logica.
COSA CONTROLLIAMO
Ogni controllo del modulo deve avere un'etichetta o un attributo ARIA associato programmaticamente in modo che le tecnologie assistive possano annunciare il suo scopo.
PERCHÉ È IMPORTANTE
Senza associazioni chiare tra etichette e controlli, gli utenti non possono capire quale input è richiesto. La nostra verifica di conformità AGID assicura che queste relazioni siano codificate correttamente.
COSA CONTROLLIAMO
Quando una finestra di dialogo o un popup è aperto, il focus della tastiera deve rimanere all'interno fino alla chiusura, impedendo l'interazione in background.
PERCHÉ È IMPORTANTE
La cattura del focus assicura che gli utenti non tabulino accidentalmente in aree nascoste. Questo è essenziale per modali e overlay accessibili.
COSA CONTROLLIAMO
Tutte le finestre di dialogo e i popup devono fornire un metodo di uscita chiaro e accessibile da tastiera come premere Esc o selezionare un pulsante di chiusura visibile.
PERCHÉ È IMPORTANTE
Gli utenti che dipendono dalla navigazione da tastiera devono essere in grado di chiudere le modali senza usare un mouse. Le opzioni di uscita mancanti possono intrappolare gli utenti, interrompendo l'accessibilità. Verificato durante il nostro esame del verificatore di accessibilità web.
COSA CONTROLLIAMO
Il focus dovrebbe spostarsi solo quando l'utente attiva un'azione. Gli elementi interattivi non dovrebbero spostare il focus automaticamente.
PERCHÉ È IMPORTANTE
Lo spostamento del focus inaspettato può disorientare gli utenti di lettori di schermo e quelli con disabilità cognitive. Il nostro test di accessibilità interno assicura un flusso di navigazione fluido e prevedibile.

Struttura della Pagina

La gerarchia delle pagine, i titoli e i punti di riferimento vengono valutati per chiarezza, e il verificatore WCAG garantisce che la struttura complessiva sia allineata con modelli di accessibilità riconosciuti per le tecnologie assistive.

COSA CONTROLLIAMO
Gli elementi che sembrano titoli ma non sono codificati con tag di titolo appropriati devono includere role="heading" e un aria-level definito (ad esempio, aria-level="2").
PERCHÉ È IMPORTANTE
Le tecnologie assistive dipendono dai tag di titolo per navigare efficacemente nelle pagine. Una struttura di titolo mancante o errata rende difficile per gli utenti capire l'organizzazione della pagina e trovare rapidamente i contenuti.
COSA CONTROLLIAMO
Ogni controllo del modulo deve essere collegato programmaticamente a un'etichetta utilizzando <label>, aria-label o gli attributi aria-labelledby.
PERCHÉ È IMPORTANTE
Quando le etichette non sono correttamente collegate, i lettori di schermo non possono annunciare il loro scopo. La nostra verifica di conformità AGID assicura che gli utenti possano compilare i moduli con fiducia e in modo indipendente.
COSA CONTROLLIAMO
Ogni pagina web deve includere un elemento <title> descrittivo che rifletta chiaramente il suo scopo e contesto.
PERCHÉ È IMPORTANTE
I lettori di schermo annunciano prima i titoli delle pagine. Senza titoli chiari o unici, gli utenti possono perdersi o essere confusi riguardo alla pagina su cui si trovano.
COSA CONTROLLIAMO
I link devono includere nomi accessibili che descrivono chiaramente la loro destinazione o azione tramite testo visibile, aria-label o title.
PERCHÉ È IMPORTANTE
Il markup della lingua appropriato assicura una pronuncia e una traduzione accurate da parte delle tecnologie assistive. Questo è confermato nel nostro esame del verificatore AGID.
COSA CONTROLLIAMO
I campi di ricerca devono includere role="search" sul loro elemento genitore per definire una regione di riferimento ARIA.
PERCHÉ È IMPORTANTE
Gli utenti di lettori di schermo possono accedere direttamente alla sezione di ricerca utilizzando scorciatoie da tastiera. Verificato dal nostro test del verificatore di accessibilità web.
COSA CONTROLLIAMO
L'elemento <html> deve includere un attributo lang per definire la lingua principale della pagina.
PERCHÉ È IMPORTANTE
Gli attributi di lingua corretti garantiscono una pronuncia accurata da parte dei lettori di schermo e migliorano la comprensione per gli utenti che utilizzano tecnologie assistive.
COSA CONTROLLIAMO
Il testo scritto in una lingua diversa dalla lingua predefinita della pagina deve utilizzare il proprio attributo lang.
PERCHÉ È IMPORTANTE
Il markup della lingua appropriato assicura una pronuncia e una traduzione accurate da parte delle tecnologie assistive. Questo è confermato nel nostro esame del verificatore AGID.
COSA CONTROLLIAMO
Gli elementi che agiscono come pulsanti, link o menu devono includere ruoli ARIA corretti se non utilizzano tag HTML semantici.
PERCHÉ È IMPORTANTE
Senza ruoli definiti, i lettori di schermo potrebbero non rilevare correttamente le interazioni, causando problemi di usabilità per le persone che dipendono da dispositivi assistivi.
COSA CONTROLLIAMO
Interactive elements (like links or buttons) must not be nested inside one another unless part of a valid HTML pattern.
PERCHÉ È IMPORTANTE
Gli attributi di lingua corretti garantiscono una pronuncia accurata da parte dei lettori di schermo e migliorano la comprensione per gli utenti che utilizzano tecnologie assistive.
COSA CONTROLLIAMO
Gli elementi interattivi devono contenere testo visibile o nomi accessibili definiti con aria-label, aria-labelledby o title.
PERCHÉ È IMPORTANTE
Senza nomi o testo, gli utenti non possono identificare la funzione dei pulsanti o dei link.
COSA CONTROLLIAMO
Gli elementi interattivi visivamente nascosti devono includere aria-hidden="true" se non sono destinati all'interazione dell'utente.
PERCHÉ È IMPORTANTE
Gli utenti di lettori di schermo possono incontrare elementi non funzionali o decorativi, portando a confusione. Nasconderli correttamente assicura chiarezza e focus.

Dalle scansioni statiche ai test intelligenti dei siti web

Il nostro verificatore di accessibilità web non si ferma al codice di superficie. Apre i menu, clicca sui pulsanti e rivela contenuti nascosti che gli scanner standard perdono, esponendo i veri problemi di accessibilità sul tuo sito web.

1
La sfida
2
La limitazione
3
Soluzione Tabnav
4
Il risultato
Passo 1: La sfida

I siti web interattivi non sono mai statici

I siti web moderni caricano menu, banner e sezioni solo dopo l'interazione. Una scansione di accessibilità di base perde questi elementi dinamici, lasciando barriere chiave non rilevate.

Passo 2: La limitazione

Cosa perdono la maggior parte dei verificatori di accessibilità

Gli strumenti standard scansionano solo HTML visibile. Trascurano i componenti nascosti caricati dopo lo scorrimento o il clic, dando un falso senso di piena conformità.

Passo 3: La soluzione Tabnav

Rilevamento dell'accessibilità più intelligente

Il nostro verificatore WCAG interagisce attivamente con il tuo sito web per esporre problemi all'interno di contenuti dinamici, menu a discesa e sezioni iniettate. Questo metodo avanzato trova errori che i verificatori tradizionali non possono vedere.

Passo 4: Il risultato

Rapporti di accessibilità più accurati

Ottieni approfondimenti più profondi e vedi come il tuo sito web funziona davvero per gli utenti di tecnologie assistive - verificato attraverso il nostro verificatore AGID per risultati affidabili e azionabili.

Test accessibilità sito web gratuito

Analizza gratis il tuo sito e scopri errori WCAG con il Test di Accessibilità di tabnav.

Domande frequenti sul Test accessibilità sito web

Qui trovi le risposte più comuni su accessibilità web, test gratuiti e requisiti WCAG, AGID ed EAA.

  • Scansiona il tuo sito web per rilevare barriere di accessibilità che colpiscono le persone con disabilità. Il verificatore testa le tue pagine contro le linee guida WCAG 2.1 AA ed evidenzia problemi come testo alternativo mancante, basso contrasto e campi modulo non etichettati.

  • I test di accessibilità garantiscono che il tuo sito web sia utilizzabile da tutti, inclusi i visitatori che dipendono dalle tecnologie assistive. Ti aiuta a soddisfare i requisiti WCAG e AGID, migliora l'usabilità complessiva e riduce il rischio legale.

  • Basta inserire l'URL del tuo sito web nel verificatore e avviare una scansione gratuita. In pochi secondi riceverai un rapporto dettagliato che mostra il tuo punteggio di accessibilità e passaggi facili da seguire per correggere i problemi.

  • Vedrai il tuo punteggio complessivo, un riepilogo dei problemi per categoria - come navigazione, moduli, immagini e contrasto dei colori - e una guida pratica su come correggerli.

  • È meglio testare il tuo sito web ogni pochi mesi o dopo qualsiasi aggiornamento di design o contenuto. I test regolari ti aiutano a rimanere conforme e mantenere un'esperienza accessibile per tutti gli utenti.

  • Sì. Molte migliori pratiche di accessibilità - come l'uso di intestazioni appropriate, testo alternativo e struttura chiara - supportano anche la SEO e migliorano l'engagement degli utenti.