Descrizione immagine: Un e-reader poggiato su una pila di libri fisici con un paio di auricolari sopra, lo schermo che mostra una pagina di testo accessibile — le superfici quotidiane su cui EPUB3 deve funzionare.

Tempo di lettura: 12 minuti

EPUB3 è il formato su cui gli editori saranno misurati quando l’European Accessibility Act entrerà in piena applicazione. È anche il formato che il Trattato di Marrakesh WIPO e l’Accessible Books Consortium usano per distribuire libri accessibili oltre frontiera, e il formato che i lettori di screen reader, i lettori ipovedenti e gli studenti con disabilità nella lettura si aspettano quando acquistano un ebook. A differenza del PDF, EPUB3 è riflussabile, semantico e accessibile per progettazione — ma solo se l’editore effettivamente include nei file i metadati, il markup e la navigazione che la specifica richiede. Un file con estensione .epub non è la stessa cosa di un EPUB accessibile.

Questo primer è destinato agli editori, ai team di editorial technology e ai responsabili dell’accessibilità all’interno dei rivenditori di ebook. Illustra cosa richiede la specifica EPUB3.3, quali campi di metadati di accessibilità richiedono le specifiche schema.org e EPUB Accessibility 1.1, quali reading system rendono effettivamente bene EPUB3 nel 2026, dove la pressione di conformità all’EAA sui rivenditori si fa sentire, e come l’ecosistema Marrakesh completa il quadro. Il testo è volutamente concreto: alla fine sarà chiaro cosa richiedere al proprio fornitore di conversione, cosa inserire nei metadati e cosa testare prima di caricare su un rivenditore.

Cosa richiede EPUB3

EPUB3 è una Raccomandazione W3C. La versione stabile attuale è EPUB 3.3, pubblicata come Raccomandazione W3C nel maggio 2023, dopo che il formato è passato dall’IDPF al W3C. EPUB 3.3 ha consolidato una serie di revisioni incrementali, ha reso l’accessibilità un requisito di primo livello anziché un documento complementare facoltativo, e ha rafforzato il rapporto tra EPUB e la più ampia piattaforma web aperta — un EPUB è, nella sua essenza, un archivio ZIP confezionato di HTML, CSS, SVG e risorse di supporto, governato da un manifesto OPF (Open Packaging Format) e da un documento di navigazione.

Perché il file stesso sia accessibile, EPUB 3.3 richiede agli editori di usare HTML semantico ovunque. Ciò significa intestazioni reali nell’ordine del documento (da h1 a h6), elenchi reali (ul, ol, dl), tabelle reali per dati tabulari con la corretta delimitazione di thead, tbody, th, e il vocabolario di semantica strutturale specifico di EPUB (epub:type) per il markup di capitoli, sezioni, note a piè di pagina, voci della lista delle pagine, termini del glossario e decine di altri ruoli editoriali riconosciuti dalla specifica. Un libro le cui intestazioni di capitolo sono paragrafi visivamente stilizzati senza alcun elemento di intestazione non è accessibile — uno screen reader non può saltare al capitolo successivo, un display braille aggiornabile non può annunciare l’inizio del capitolo, e un motore di riflusso non può generare un sommario al volo.

I tag di lingua sono non negoziabili. Ogni EPUB deve dichiarare una lingua primaria nel documento package OPF, e qualsiasi contenuto inline in una lingua diversa deve essere marcato con gli attributi lang e xml:lang appropriati. I motori text-to-speech e gli screen reader cambiano i profili vocali sulla base di questi tag; un paragrafo in francese all’interno di un libro in italiano privo di tag di lingua verrà letto con una voce italiana con risultati prevedibilmente comici — e discriminatori. La stessa regola si applica alla direzione (dir) per i contenuti misti da sinistra a destra e da destra a sinistra.

Ogni EPUB deve includere un documento di navigazione — un singolo file XHTML referenziato dall’OPF come documento di navigazione, contenente come minimo un sommario (nav epub:type=“toc”), e idealmente una lista di pagine (nav epub:type=“page-list”) che mappa i numeri di pagina della stampa alle posizioni nel libro, e un elenco di punti di riferimento (nav epub:type=“landmarks”) che segnala la copertina, il corpo del testo, l’indice e altre superfici navigabili. La lista di pagine è la funzionalità che consente a uno studente che usa un ebook accessibile di seguire i riferimenti alle pagine in un programma di studio stampato senza perdere la sincronizzazione con i compagni che leggono l’edizione cartacea.

Le immagini necessitano di testo alternativo (alt) per ogni immagine che veicola un contenuto. Le immagini decorative usano alt="" e, se appropriato, aria-hidden=“true”, ma le immagini di contenuto — diagrammi, fotografie in un libro fotografico, mappe, illustrazioni in un libro per bambini — necessitano di descrizioni reali. Le immagini complesse come i diagrammi scientifici richiedono descrizioni lunghe, sia inline tramite aria-describedby che punta a un elemento di descrizione, sia tramite il pattern epub:type=“describedFootnote”. La matematica in qualsiasi libro che vada oltre un uso occasionale dovrebbe essere codificata in MathML, non rasterizzata come screenshot PNG. MathML è l’unica codifica che consente a uno screen reader di leggere un’equazione, a un display braille aggiornabile di renderla in Nemeth o in Braille inglese unificato, e a un lettore di ridimensionare l’equazione senza pixelazione.

EPUB3 supporta anche i media overlay — narrazione audio pre-registrata sincronizzata con il testo, definita in file SMIL che mappano ogni frammento di testo a un intervallo di tempo nell’audio. Un EPUB con media overlay consente a un lettore con scarsa alfabetizzazione, a un lettore con disabilità cognitiva o semplicemente a un pendolare di seguire il testo evidenziato mentre un narratore umano lo legge ad alta voce. L’approccio SMIL precede l’onda moderna del TTS di alta qualità, ma le due tecnologie sono complementari: i media overlay rimangono il gold standard per i libri per bambini, i titoli per l’apprendimento delle lingue e le conversioni finanziate per l’accessibilità, mentre il TTS gestisce la lunga coda.

Metadati di accessibilità: il livello schema.org / A11y-meta

Un file accessibile che non si pubblicizza come tale è invisibile ai lettori che ne hanno bisogno. La specifica EPUB Accessibility 1.1, pubblicata come Raccomandazione W3C insieme a EPUB 3.3, impone un insieme di campi di metadati che devono apparire nel documento package OPF. Questi campi si basano sul vocabolario di accessibilità schema.org — lo stesso usato da Bookshare, dal DAISY Consortium, da Benetech, dall’Accessible Books Consortium e dai principali feed dei rivenditori.

Le proprietà obbligatorie e fortemente raccomandate sono:

  • schema:accessMode — le modalità usate dal contenuto (textual, visual, auditory). Un romanzo è textual; un libro illustrato per bambini è textual,visual; un libro audio-testo con media overlay è textual,visual,auditory.
  • schema:accessModeSufficient — le combinazioni di modalità sufficienti a fruire autonomamente del contenuto. Un romanzo elenca tipicamente textual come sufficiente (perché tutto ciò che è importante è nel testo). Un romanzo a fumetti senza descrizioni alt-text non può onestamente dichiarare che textual da solo sia sufficiente.
  • schema:accessibilityFeature — le funzionalità discrete presenti, tratte da un vocabolario controllato: structuralNavigation, alternativeText, longDescription, tableOfContents, readingOrder, printPageNumbers, mathML, synchronizedAudioText, highContrastDisplay, displayTransformability, captions, transcript e altri ancora.
  • schema:accessibilityHazard — comunicazione di eventuali contenuti che possono provocare crisi epilettiche, cinetosi o altre reazioni: flashing, noFlashingHazard, motionSimulation, noMotionSimulationHazard, sound, noSoundHazard. Se il libro non presenta rischi, indicarlo esplicitamente.
  • schema:accessibilitySummary — un riepilogo leggibile in linguaggio semplice dell’accessibilità della pubblicazione, scritto per il lettore finale: «Questa pubblicazione è conforme a WCAG 2.1 Livello AA. Tutte le immagini hanno testo alternativo. Le equazioni matematiche sono codificate in MathML. I numeri di pagina corrispondono all’edizione cartacea.»
  • a11y:certifiedBy, a11y:certifierCredential, a11y:certifierReport — se una terza parte ha certificato il file rispetto a EPUB Accessibility 1.1, chi lo ha certificato, quale credenziale possiede e un link al rapporto di certificazione pubblicato.
  • dcterms:conformsTo — il profilo di conformità soddisfatto dalla pubblicazione, espresso come URL che rimanda ai criteri di conformità EPUB Accessibility 1.1 (WCAG 2.1 Livello AA, o nei file più recenti Livello AAA dove dichiarato).

Questi campi non sono burocrazia. Confluiscono nei cataloghi dei rivenditori, nel database globale dei libri accessibili dell’Accessible Books Consortium, nella ricerca di Bookshare, nei cataloghi di approvvigionamento scolastico e nei modelli di rendicontazione EAA che i rivenditori devono ora mantenere. Lo standard europeo EN 17161 — accessibilità attraverso la «progettazione universale» — fa riferimento a questo livello di metadati, così come i criteri di Functional Accessibility Evaluation usati dal verificatore di accessibilità ACE mantenuto dal DAISY Consortium.

Reading system: cosa rende effettivamente EPUB3 nel 2026

La lamentela più citata nei team di accessibilità degli editori è che lo stesso EPUB si renderizza in modo diverso su reading system diversi. La lamentela è fondata e il divario è rilevante. Un file con un punteggio perfetto nel verificatore DAISY ACE può ancora non esporre il proprio documento di navigazione su un lettore consumer diffuso, o non leggere il proprio MathML su una popolare app iOS. Il divario tra ciò che la specifica definisce e ciò che il reading system implementa è la ragione per cui il flusso di lavoro sull’accessibilità di un editore deve includere test su dispositivi reali, non solo la validazione a livello di file.

Thorium Reader, mantenuto dal consorzio EDRLab, è il lettore desktop gratuito di riferimento per EPUB3 accessibile nel 2026. Implementa in modo completo EPUB 3.3 e EPUB Accessibility 1.1, espone il documento di navigazione, la lista delle pagine e l’elenco dei punti di riferimento, renderizza MathML, supporta i media overlay e si integra con il text-to-speech del sistema operativo e con i principali screen reader (NVDA su Windows, VoiceOver su macOS, Orca su Linux). Molti editori usano Thorium come lettore di accettazione per l’accessibilità: se un file funziona in Thorium, è ben formato e conforme.

VoiceDream Reader (ora parte dello stack Voice Dream acquisito nel 2022) rimane la principale app iOS per i lettori con disabilità nella lettura che desiderano voci TTS premium e un controllo granulare sui parametri del parlato. Apre EPUB3 in modo affidabile, rispetta i tag di lingua per il cambio di voce, supporta font personalizzati e tipografia accessibile per la dislessia, e si integra con i cataloghi di Bookshare e Learning Ally. Per gli studenti e i lettori adulti con dislessia, ipovisione o cecità, VoiceDream è spesso l’app predefinita.

VoiceOver Books — l’esperienza audiolibro integrata di Apple nell’app Books, abbinata a iOS VoiceOver — è il percorso che la maggior parte degli utenti iOS non vedenti segue effettivamente. Gestisce bene EPUB3, espone il documento di navigazione a VoiceOver, legge il testo alternativo, cambia voce in base ai tag di lingua e mostra i media overlay. Dove Apple Books fatica ancora è nel rendering di MathML all’interno di titoli STEM complessi e nell’esposizione coerente della lista delle pagine quando l’utente naviga per riferimento alla pagina stampata.

Apple Books su macOS, iPadOS e iOS è il reading system consumer più diffuso per EPUB3 nel mercato occidentale e renderizza in modo competente la maggior parte delle funzionalità di accessibilità. Le sue limitazioni sono nella lunga coda: alcuni casi limite dei media overlay, alcuni costrutti MathML rari, e un comportamento inconsistente con liste di pagine molto estese.

L’eccezione vistosa nel 2026 rimane Amazon Kindle. Amazon non supporta nativamente EPUB3 all’interno dell’ecosistema Kindle; al contrario, acquisisce EPUB e lo converte durante il caricamento nei propri formati proprietari KF8/KFX. La conversione preserva il testo, la struttura di base e molte immagini, ma non conserva tutti i metadati di accessibilità, non renderizza MathML in modo affidabile, elimina completamente i media overlay e storicamente non ha esposto i campi di metadati di accessibilità schema.org agli utenti che cercano nel catalogo Kindle. Gli editori che pubblicano su Amazon spesso mantengono un flusso di lavoro parallelo sull’accessibilità KF8/KFX, ma l’effetto pratico è che l’EPUB3 più accessibile che un editore può produrre viene parzialmente degradato nel momento in cui raggiunge il più grande rivenditore di ebook in lingua inglese. La pressione dell’EAA descritta nella sezione successiva è la prima leva normativa in grado di far muovere questo ago.

La pressione dell’EAA sui rivenditori di ebook

L’European Accessibility Act (Direttiva (UE) 2019/882) è entrato in applicazione il 28 giugno 2025, e gli ebook sono esplicitamente nel suo campo di applicazione. L’articolo 4 della direttiva obbliga gli operatori economici a garantire che i prodotti e i servizi che immettono nel mercato UE rispettino i requisiti di accessibilità di cui all’Allegato I. Per gli ebook e il software dedicato agli ebook, i requisiti dell’Allegato I comprendono: garantire che gli ebook (e il software necessario per accedervi) supportino il text-to-speech, consentano agli utenti di adattare la presentazione (dimensione del font, contrasto, interlinea), espongano i metadati necessari perché le tecnologie assistive possano navigare il contenuto, consentano la sincronizzazione audio e testo ove presente, forniscano alternative ai contenuti non testuali e impediscano che le misure di protezione degli ebook blocchino le funzionalità di accessibilità.

In pratica, l’elenco dell’Allegato I corrisponde quasi uno a uno ai criteri di conformità EPUB Accessibility 1.1. Un editore che distribuisce file EPUB3 conformi a EPUB Accessibility 1.1 — con i metadati schema.org correttamente popolati e una dichiarazione del certificatore — gode di una forte presunzione di conformità con gli obblighi dell’Allegato I. Un editore che distribuisce PDF non strutturati o formati con DRM che blocca il passthrough dello screen reader è palesemente in non conformità.

La pressione di conformità non ricade solo sugli editori. Ricade in egual misura sui rivenditori, che la direttiva tratta come operatori economici a pieno titolo. Le autorità nazionali di vigilanza del mercato hanno avviato il primo ciclo di ispezioni di conformità all’EAA nella seconda metà del 2025 e nel corso del 2026, e i rivenditori di ebook sono stati tra i primi a essere esaminati perché i cataloghi sono pubblici, i metadati sono leggibili dalla macchina e la non conformità è facile da documentare. I rivenditori che operano nell’UE richiedono ora generalmente agli editori di consegnare file conformi a EPUB Accessibility 1.1, di popolare i campi di metadati schema.org e di fornire una dichiarazione di certificazione; alcuni hanno iniziato a rifiutare i caricamenti non conformi in fase di acquisizione. Per le piattaforme con significative dipendenze da formati proprietari — in particolare Amazon Kindle — l’EAA ha imposto un impegno pubblico verso una maggiore fedeltà a EPUB3, anche se il lavoro tecnico necessario è ancora in corso.

Per gli editori, la conseguenza operativa è inequivocabile: i metadati di accessibilità degli ebook sono ora un requisito di pubblicazione, non un optional. I team di produzione che in precedenza gestivano l’accessibilità come una conversione separata a valle integrano ora questo processo nel flusso di lavoro sulla fonte.

Il Trattato di Marrakesh e l’ecosistema dell’Accessible Books Consortium

EPUB3 si inserisce in un più ampio ecosistema di trattati e infrastrutture che gli editori dovrebbero conoscere perché cambia il significato di «libro accessibile» su scala. Il Trattato di Marrakesh — il Trattato WIPO di Marrakesh per facilitare l’accesso alle opere pubblicate per le persone non vedenti, ipovedenti o con altre disabilità nella lettura di testi a stampa, adottato nel 2013 e ora in vigore in più di 100 parti contraenti tra cui l’UE e gli Stati Uniti — crea un’eccezione al diritto d’autore che consente agli enti autorizzati di produrre, distribuire e scambiare oltre frontiera copie in formati accessibili di opere pubblicate a beneficio dei beneficiari, senza necessità di autorizzazione del titolare dei diritti per ogni singola transazione.

Il Trattato è recepito nel diritto UE tramite la Direttiva (UE) 2017/1564 e il Regolamento (UE) 2017/1563, e negli Stati Uniti tramite il Marrakesh Treaty Implementation Act del 2018, che ha modificato il Titolo 17. L’infrastruttura operativa è gestita dall’Accessible Books Consortium (ABC), un’alleanza guidata dal WIPO che riunisce organizzazioni che rappresentano le persone con disabilità visiva, le biblioteche al loro servizio, gli editori e gli organismi di normazione. L’ABC gestisce il Global Book Service, una piattaforma di prestito e scambio transfrontaliero attraverso cui gli enti autorizzati — tipicamente le biblioteche nazionali per i non vedenti, organizzazioni come Bookshare negli Stati Uniti e la RNIB nel Regno Unito, e agenzie nazionali equivalenti in tutta Europa e nel Sud del mondo — condividono file accessibili.

Il formato preferito per questi scambi è EPUB3 con metadati di accessibilità completi, e per il materiale più datato o scansionato i formati DAISY 2.02 e DAISY 3 che EPUB3 sostanzialmente sostituisce. Un libro prodotto da un editore italiano come titolo conforme a EPUB Accessibility 1.1 può, in linea di principio, essere condiviso tramite il Global Book Service dell’ABC con un lettore con disabilità nella lettura in Kenya, India, Argentina o in qualsiasi altra parte contraente, senza necessità di rinegoziazione. Il Trattato non cambia la posizione commerciale dell’editore — opera sulla copia accessibile nello specifico, per la popolazione dei beneficiari nello specifico — ma amplia enormemente il pubblico di lettura per qualsiasi ebook accessibile ben formato che un editore distribuisce.

Per gli editori, il collegamento pratico tra il livello EAA e il livello Marrakesh è lo stesso blocco di metadati. Le proprietà di accessibilità schema.org, la dichiarazione di conformità a EPUB Accessibility 1.1 e il rapporto di certificazione prodotti per la conformità all’EAA sono gli stessi artefatti che consentono al file di confluire nel Global Book Service dell’ABC e nella più ampia rete di enti autorizzati. Si distribuisce il file una sola volta, nel formato corretto, con i metadati corretti, e lo stesso artefatto serve sia il regime di conformità UE sia il pubblico di lettura accessibile globale allo stesso tempo.

Un flusso di lavoro pratico per gli editori

Lo schema di implementazione su cui i team di produzione si assestano, una volta superata la fase iniziale, si basa su quattro pilastri. Accessibilità alla fonte: il manoscritto di origine è strutturato (intestazioni reali, elenchi reali, tabelle reali, con tag di lingua) prima che avvenga qualsiasi conversione, cosicché la conversione EPUB preservi la struttura anziché doverla ricostruire a posteriori. Conversione a EPUB 3.3: lo strumento di conversione — che si tratti di un processo interno, di un pipeline fornitore, o di una toolchain open-source come quella del DAISY Consortium — produce EPUB 3.3 con markup semantico, un documento di navigazione, una lista di pagine dove il titolo ha un equivalente cartaceo, testo alternativo su tutte le immagini di contenuto, MathML dove compare la matematica, e media overlay dove lo richiedono le esigenze editoriali.

Popolamento dei metadati: ogni file lascia la produzione con un blocco completo di metadati di accessibilità schema.org — accessMode, accessModeSufficient, accessibilityFeature, accessibilityHazard, accessibilitySummary, conformsTo — e dove il titolo è certificato, i campi a11y:certifiedBy/Credential/Report sono popolati con il certificatore di riferimento (comunemente il programma di certificazione di Benetech, il DAISY Consortium o un equivalente nazionale). Validazione e test su dispositivi reali: ogni file viene validato con EPUBCheck e il verificatore di accessibilità DAISY ACE, e un campione rappresentativo viene testato su Thorium, Apple Books, VoiceDream e i reading system specifici del rivenditore attraverso cui il titolo verrà venduto.

Il costo di questo processo è reale, ma diminuisce rapidamente con la pratica e gli strumenti. Il costo del non farlo — sanzioni per non conformità all’EAA, rifiuto da parte del rivenditore in fase di acquisizione, assenza nel network Marrakesh, e il più ampio costo reputazionale della distribuzione di ebook inaccessibili ai lettori con disabilità — è ora decisamente più alto. L’accessibilità di EPUB3 non è più una disciplina specialistica alla fine del pipeline di produzione. È la specifica.