WCAG 1.2.5: Descrizione audio (pre-registrata)

Cosa Significa Questa Regola

\n

WCAG 1.2.5 — Audio Description (Prerecorded) è un criterio di successo di livello AA sotto il Principio 1: Percepibile. Richiede che venga fornita una audio descrizione per tutti i contenuti multimediali preregistrati sincronizzati che contengono video. L’audio descrizione è una traccia di narrazione aggiunta all’audio principale di un video che descrive informazioni visive importanti — come azioni, cambi di scena, testo sullo schermo, espressioni facciali e altri elementi visivi — che non sono comunicati dal dialogo o dall’audio esistente.

\n

Il criterio si applica ai contenuti multimediali sincronizzati, definiti dalle WCAG come contenuti che combinano tracce audio e video sincronizzate tra loro o con componenti interattivi basati sul tempo. Questo include video tutorial, filmati didattici, webinar registrati, video promozionali, dimostrazioni di prodotto e telegiornali. Non si applica ai contenuti solo audio, ai contenuti solo video (che sono gestiti separatamente dal punto 1.2.1) o ai flussi video in diretta (che sono coperti, se del caso, dal punto 1.2.6 a livello AAA).

\n

Per superare il criterio è necessario che per ogni video preregistrato con audio sia presente una traccia di audio descrizione aggiuntiva che l’utente possa attivare, oppure una versione del video con audio descrizione estesa, in cui siano state inserite pause per consentire al narratore di descrivere in modo adeguato contenuti visivi complessi. In alternativa, se la traccia audio esistente comunica già completamente tutte le informazioni visive presenti nel video — cioè non accade nulla di significativo a livello visivo che non sia descritto nella narrazione o nel dialogo esistente — non è richiesta alcuna audio descrizione aggiuntiva.

\n

Si ha un errore quando informazioni visive fondamentali per comprendere il contenuto del video sono presentate esclusivamente tramite la traccia delle immagini, senza una corrispondente descrizione verbale. Ad esempio, un video di formazione che mostra una persona che fa clic sui vari passaggi di un software sullo schermo, mentre dice solo “clicca qui, poi seleziona questa opzione”, non soddisfa questo criterio perché una persona cieca che ascolta la traccia audio non ha modo di capire su quale elemento dell’interfaccia utente si stia facendo clic o che cosa venga selezionato.

\n

Esiste un’importante eccezione ufficiale: se il contenuto multimediale è esso stesso un’alternativa multimediale al testo — cioè un video è stato prodotto specificamente per fungere da equivalente accessibile a un documento testuale — e ciò è chiaramente indicato, allora per quel contenuto non è richiesta l’audio descrizione.

\n\n

Perché È Importante

\n

L’audio descrizione è principalmente un requisito per le persone che sono cieche o hanno una disabilità visiva significativa. Secondo l’Organizzazione Mondiale della Sanità, circa 2,2 miliardi di persone nel mondo hanno qualche forma di disabilità visiva. Per queste persone, l’esperienza predefinita di un video senza audio descrizione può essere disorientante o del tutto priva di informazioni quando la narrazione dipende dal contesto visivo. Una persona cieca che utilizza uno screen reader può rilevare la presenza di un video in una pagina, ma senza audio descrizione sentirà solo il dialogo o i suoni ambientali registrati — con lacune che possono rendere il contenuto privo di significato o fuorviante.

\n

Consideriamo uno scenario concreto reale: una banca turca pubblica un video tutorial su come configurare l’autenticazione a due fattori nella propria app mobile. Il video mostra in sequenza ogni schermata dell’app, con un narratore che dice cose come “ora tocca l’icona delle impostazioni” o “vedrai un messaggio di conferma”. Senza audio descrizione, una persona cieca che utilizza uno screen reader non può determinare dove si trova visivamente l’icona delle impostazioni, che cosa dice il messaggio di conferma o come sono fatte le schermate. Di fatto è esclusa dal tutorial self-service e potrebbe dover chiamare l’assistenza clienti — con conseguente frizione, costi e un’esperienza utente peggiorata.

\n

Oltre alle persone completamente cieche, l’audio descrizione è utile anche alle persone con disabilità cognitive che possono trovare più semplice elaborare le informazioni quando sono descritte verbalmente oltre che mostrate visivamente. Può inoltre essere utile alle persone in contesti solo audio che non possono guardare lo schermo, ad esempio mentre guidano, o alle persone che hanno difficoltà a leggere il testo sullo schermo abbastanza velocemente mentre appare nel video.

\n

Dal punto di vista della SEO e della reperibilità, i contenuti video che includono trascrizioni o script di descrizione forniscono testo aggiuntivo che i motori di ricerca possono indicizzare, potenzialmente migliorando il posizionamento per le query pertinenti. Ancora più importante, fornire audio descrizione segnala sia alle persone che ai regolatori che la tua piattaforma prende seriamente l’inclusione — che è sempre più un’aspettativa commerciale e legale in molti mercati.

\n\n

Regole Axe-core Correlate

\n

WCAG 1.2.5 richiede una verifica manuale. Strumenti automatici come axe-core non possono determinare in modo programmatico se l’audio descrizione presente in un video sia accurata, sufficiente o significativa — questo giudizio richiede un revisore umano che possa sia guardare il video sia valutare se tutte le informazioni visive siano comunicate tramite l’audio. Non esiste una regola di axe-core che possa segnalare automaticamente una traccia di audio descrizione mancante o inadeguata.

\n

\n
• Revisione manuale richiesta — audit dei contenuti visivi: Una persona addetta ai test deve guardare l’intero video con lo schermo oscurato (o con solo la traccia di audio descrizione attivata) e valutare se tutte le informazioni esclusivamente visive — incluso il testo sullo schermo, le azioni dei relatori, i cambi di scena, i grafici, i diagrammi e i segnali non verbali — siano comunicate in modo adeguato. Gli strumenti automatici non possono analizzare il significato semantico di un fotogramma video né valutare se la narrazione corrisponda a ciò che viene mostrato visivamente.
\n
• Revisione manuale richiesta — rilevamento delle tracce: Sebbene axe-core possa verificare la presenza di un elemento <track> con kind='descriptions' su un elemento <video>, non può verificare se il file della traccia di descrizione contenga effettivamente descrizioni significative e accurate. Un video può avere una traccia di descrizione vuota, con testo generato automaticamente e privo di senso, o semplicemente non sincronizzata — tutti casi che verrebbero superati dal rilevamento automatico ma che non soddisferebbero il criterio nella pratica.
\n
• Revisione manuale richiesta — verifica della versione alternativa: Alcune implementazioni forniscono l’audio descrizione offrendo un URL o una versione separata del video con la descrizione integrata nella traccia audio principale. Gli strumenti automatici non hanno modo di rilevare l’esistenza o di navigare verso una versione alternativa di una risorsa video collegata altrove nella pagina.
\n

\n\n

Come Eseguire i Test

\n

\n
1. Identifica tutti i contenuti multimediali preregistrati sincronizzati nella pagina. Scansiona la pagina alla ricerca di elementi <video>, iframe incorporati (YouTube, Vimeo, player di terze parti) e qualsiasi implementazione di player video personalizzato. Prendi nota di ogni video che contiene sia tracce audio che video ed è preregistrato e non in diretta.
\n
2. Esegui una scansione automatica con axe DevTools o Lighthouse. Apri gli strumenti per sviluppatori del browser, esegui axe DevTools sulla pagina e filtra i risultati per eventuali regole relative a elementi video o multimediali. Le scansioni automatiche possono evidenziare la mancanza di elementi <track> o di ruoli ARIA su player video personalizzati, ma non confermeranno l’adeguatezza dell’audio descrizione. Considera i risultati automatici solo come punto di partenza.
\n
3. Guarda ogni video con lo schermo oscurato o a occhi chiusi. Ascolta solo l’audio — inclusa qualsiasi traccia di audio descrizione, se presente. Chiediti: ogni informazione visiva significativa è comunicata tramite il suono? Riesci a seguire l’intera narrazione, a comprendere tutte le azioni sullo schermo e a identificare tutto il testo e la grafica mostrati basandoti solo sull’audio?
\n
4. Verifica la presenza di una traccia di audio descrizione. Esamina i controlli del player video per individuare un pulsante o un menu che consenta di attivare l’audio descrizione. Per i video HTML5, ispeziona il DOM alla ricerca di un elemento <track kind='descriptions'>. Attiva la traccia di descrizione e verifica che riproduca una narrazione accurata e sincronizzata dei contenuti visivi.
\n
5. Verifica la presenza di una versione alternativa con descrizione. Cerca un link o un pulsante chiaramente etichettato vicino al video con testo come “Guarda con audio descrizione” o “Versione con audio descrizione”. Segui quel link e verifica che la versione alternativa contenga un’audio descrizione accurata e completa integrata nella traccia audio.
\n
6. Esegui test con uno screen reader. Utilizzando NVDA con Firefox, VoiceOver con Safari o JAWS con Chrome, naviga fino all’elemento video. Verifica che lo screen reader annunci il controllo del video e qualsiasi opzione associata alla traccia di descrizione. Riproduci il video e verifica che la traccia di descrizione sia udibile e sincronizzata. Controlla che lo screen reader non sopprima o interferisca con l’audio della descrizione.
\n
7. Valuta il caso di eccezione. Se il video è presentato come alternativa multimediale a un documento testuale, verifica che sia etichettato come tale direttamente accanto al video. Se è etichettato correttamente e rappresenta completamente lo stesso contenuto del testo, l’audio descrizione non è richiesta — ma verifica che questa etichettatura sia presente e non ambigua.
\n

\n\n

Come Correggere

\n\n

Video senza traccia di audio descrizione — Non corretto

\n

<!-- A training video with significant visual content and no audio description -->\n<video controls width='800'>\n  <source src='training-video.mp4' type='video/mp4'>\n  <track kind='subtitles' src='subtitles-en.vtt' srclang='en' label='English'>\n</video>\n<!-- Fails 1.2.5: subtitles are present but no descriptions track exists.\n     Visual-only information in the video is inaccessible to blind users. -->

\n\n

Video con traccia di audio descrizione aggiunta — Corretto

\n

<!-- A training video with an audio description track provided -->\n<video controls width='800'>\n  <source src='training-video.mp4' type='video/mp4'>\n  <track kind='subtitles' src='subtitles-en.vtt' srclang='en' label='English'>\n  <!-- Audio description track added with kind='descriptions' -->\n  <track kind='descriptions' src='audio-description-en.vtt' srclang='en' label='Audio Description (English)'>\n</video>\n<!-- Passes 1.2.5: screen readers and description-aware players can\n     activate the descriptions track to narrate visual content for blind users. -->

\n\n

Video di terze parti incorporato senza alternativa descritta — Non corretto

\n

<!-- A YouTube embed with no accessible described alternative -->\n<iframe\n  width='560'\n  height='315'\n  src='https://www.youtube.com/embed/VIDEOID'\n  title='Product Demo'\n  allowfullscreen>\n</iframe>\n<!-- Fails 1.2.5: if the YouTube video itself does not have an audio\n     description track uploaded, there is no way for blind users to\n     access visual-only content in the video. -->

\n\n

Video incorporato con alternativa descritta chiaramente etichettata — Corretto

\n

<!-- A YouTube embed accompanied by a link to an audio described version -->\n<figure>\n  <iframe\n    width='560'\n    height='315'\n    src='https://www.youtube.com/embed/VIDEOID'\n    title='Product Demo'\n    allowfullscreen>\n  </iframe>\n  <figcaption>\n    Product Demo — visual walkthrough of the onboarding flow.\n    <!-- Alternative described version linked directly below the video -->\n    <a href='https://www.youtube.com/watch?v=DESCRIBED_VIDEOID'>\n      Watch the audio described version of this video\n    </a>\n  </figcaption>\n</figure>\n<!-- Passes 1.2.5: a clearly labeled alternative with audio description\n     is provided, allowing blind users to access the same content. -->

\n\n

Player video personalizzato senza comando per la descrizione — Non corretto

\n

<!-- Custom video player with no mechanism to enable audio description -->\n<div class='video-player' role='region' aria-label='Product Tutorial'>\n  <video id='tutorial-video'>\n    <source src='tutorial.mp4' type='video/mp4'>\n  </video>\n  <div class='controls'>\n    <button id='play-pause'>Play</button>\n    <button id='mute'>Mute</button>\n  </div>\n</div>\n<!-- Fails 1.2.5: no descriptions track, no AD toggle, no alternative. -->

\n\n

Player video personalizzato con comando per l’audio descrizione — Corretto

\n

<!-- Custom video player with accessible audio description toggle -->\n<div class='video-player' role='region' aria-label='Product Tutorial'>\n  <video id='tutorial-video'>\n    <source src='tutorial.mp4' type='video/mp4'>\n    <!-- Descriptions track linked; player JS activates it on toggle -->\n    <track id='desc-track' kind='descriptions' src='tutorial-desc.vtt'\n           srclang='en' label='Audio Description'>\n  </video>\n  <div class='controls'>\n    <button id='play-pause'>Play</button>\n    <button id='mute'>Mute</button>\n    <!-- Accessible toggle button for audio description -->\n    <button id='ad-toggle' aria-pressed='false'\n            aria-label='Toggle audio description'>\n      Audio Description\n    </button>\n  </div>\n</div>\n<!-- Passes 1.2.5: a descriptions track is present and the custom player\n     exposes an accessible toggle so users can enable it. Player JS\n     must set aria-pressed='true' when activated and enable the track. -->

\n\n

Errori Comuni

\n

\n\n

(Content truncated due to token limit — please retry this article.)