Bildbeschreibung: Ein E-Reader liegt auf einem Stapel physischer Bücher, auf dem ein Paar Ohrstöpsel ruht; der Bildschirm zeigt eine Seite mit barrierefreiem Text — die alltäglichen Oberflächen, auf denen EPUB3 funktionieren muss.

Lesezeit: 12 Minuten

EPUB3 ist das Format, an dem Verlage gemessen werden, wenn der European Accessibility Act konsequent durchgesetzt wird. Es ist zugleich das Format, das der WIPO-Marrakesch-Vertrag und das Accessible Books Consortium für den grenzüberschreitenden Austausch barrierefreier Bücher nutzen, und das Format, das Screenreader-Nutzende, Menschen mit Sehbeeinträchtigung und Schülerinnen und Schüler mit Druckbehinderung erwarten, wenn sie ein E-Book kaufen. Anders als PDF ist EPUB3 fließend, semantisch und von Grund auf barrierefrei konzipiert — aber nur, wenn der Verlag tatsächlich die Metadaten, das Markup und die Navigation liefert, die die Spezifikation vorschreibt. Eine Datei mit der Endung .epub ist nicht dasselbe wie ein barrierefreies EPUB.

Dieser Leitfaden richtet sich an Verlage, Redaktionstechnologie-Teams und Barrierefreiheits-Verantwortliche in E-Book-Handelsplattformen. Er führt durch das, was die EPUB3.3-Spezifikation verlangt, welche Barrierefreiheits-Metadatenfelder die schema.org- und EPUB-Accessibility-1.1-Spezifikationen erfordern, welche Lesesysteme EPUB3 im Jahr 2026 tatsächlich gut rendern, wo der EAA-Konformitätsdruck auf Händler wirkt und wie das Marrakesch-Ökosystem das Gesamtbild abrundet. Der Text ist bewusst konkret: Am Ende ist klar, was beim Konvertierungsdienstleister anzufragen ist, was in die Metadaten gehört und was vor dem Upload bei einem Händler zu prüfen ist.

Was EPUB3 erfordert

EPUB3 ist eine W3C-Empfehlung. Die aktuelle stabile Version ist EPUB 3.3, die im Mai 2023 als W3C-Empfehlung veröffentlicht wurde, nachdem das Format vom IDPF zum W3C gewechselt war. EPUB 3.3 fasste eine Reihe inkrementeller Revisionen zusammen, erhob Barrierefreiheit zu einer erstklassigen Anforderung anstatt einem optionalen Begleitdokument und stärkte die Beziehung zwischen EPUB und der offenen Web-Plattform — ein EPUB ist im Kern ein gepacktes ZIP-Archiv aus HTML, CSS, SVG und unterstützenden Ressourcen, das durch ein OPF-Manifest (Open Packaging Format) und ein Navigationsdokument verwaltet wird.

Damit eine Datei selbst barrierefrei ist, erwartet EPUB 3.3 von Verlagen durchgehend semantisches HTML. Das bedeutet echte Überschriften in Dokumentreihenfolge (h1 bis h6), echte Listen (ul, ol, dl), echte Tabellen für tabellarische Daten mit korrektem thead, tbody und th-Scoping sowie das EPUB-spezifische Vokabular für Struktursemantik (epub:type) zur Auszeichnung von Kapiteln, Abschnitten, Fußnoten, Seitenlisteneinträgen, Glossarbegriffen und den Dutzenden weiteren Verlagsrollen, die die Spezifikation kennt. Ein Buch, dessen Kapitelüberschriften visuell gestaltete Absätze ohne Überschriftenelement sind, ist nicht barrierefrei — ein Screenreader kann nicht zum nächsten Kapitel springen, eine Braillezeile kann den Kapitelwechsel nicht ankündigen, und eine Reflow-Engine kann keine Inhaltsübersicht dynamisch erzeugen.

Sprach-Tags sind unverzichtbar. Jedes EPUB muss im OPF-Paketdokument eine Primärsprache deklarieren, und jeder anderssprachige Inline-Inhalt muss mit den entsprechenden lang- und xml:lang-Attributen gekennzeichnet sein. Text-to-Speech-Engines und Screenreader wechseln auf der Grundlage dieser Tags die Sprachprofile; ein französischer Absatz in einem englischen Buch ohne Sprachkennzeichnung wird in einer englischen Stimme vorgelesen — mit vorhersehbar komischen und ausgrenzenden Ergebnissen. Dieselbe Regel gilt für die Schreibrichtung (dir) bei gemischten Links-nach-rechts- und Rechts-nach-links-Inhalten.

Jedes EPUB muss ein Navigationsdokument enthalten — eine einzelne XHTML-Datei, die im OPF als Navigationsdokument referenziert wird und mindestens ein Inhaltsverzeichnis (nav epub:type=“toc”) enthält sowie idealerweise eine Seitenliste (nav epub:type=“page-list”), die Druckseitenzahlen auf Buchpositionen abbildet, und eine Landmark-Liste (nav epub:type=“landmarks”), die Cover, Hauptteil, Index und andere auffindbare Bereiche kennzeichnet. Die Seitenliste ist die Funktion, die es Studierenden mit einem barrierefreien E-Book ermöglicht, den Seitenverweisen eines gedruckten Lehrplans zu folgen, ohne den Anschluss an Kommilitoninnen und Kommilitonen mit der Druckausgabe zu verlieren.

Bilder benötigen für jedes inhaltstragende Bild einen alt-Text. Dekorative Bilder erhalten alt="" und ggf. aria-hidden=“true”; inhaltstragende Bilder — Diagramme, Fotografien in einem Fotobuch, Karten, Illustrationen in einem Kinderbuch — benötigen echte Beschreibungen. Komplexe Bilder wie wissenschaftliche Diagramme brauchen ausführliche Beschreibungen, entweder inline über aria-describedby mit Verweis auf ein Beschreibungselement oder mithilfe des epub:type=“describedFootnote”-Musters. Mathematik in jedem Buch, das über eine beiläufige Erwähnung hinausgeht, sollte als MathML kodiert werden, nicht als PNG-Rasterscreenshot. MathML ist die einzige Kodierung, die es einem Screenreader ermöglicht, eine Gleichung vorzulesen, die es einer Braillezeile erlaubt, sie in Nemeth- oder Unified-English-Braille-Schrift darzustellen, und die es einer Leserin gestattet, die Gleichung ohne Verpixelung zu vergrößern.

EPUB3 unterstützt zudem Media Overlays — synchronisierten Text und voraufgezeichnete Audio-Narration, die in SMIL-Dateien definiert sind, welche jedes Textfragment einem Zeitbereich in der Audiodatei zuordnen. Ein EPUB mit Media Overlay ermöglicht es Lesenden mit eingeschränkter Lesekompetenz, kognitiver Behinderung oder auch Pendlerinnen und Pendlern, dem hervorgehobenen Text zu folgen, während ein menschlicher Vorleser ihn vorliest. Der SMIL-Ansatz geht der modernen Welle hochwertiger TTS voraus, aber beide Technologien ergänzen sich: Media Overlays bleiben der Goldstandard für Kinderbücher, Sprachlernmaterialien und barrierefreiheitsgeförderte Konvertierungen, während TTS den langen Schwanz bedient.

Barrierefreiheits-Metadaten: die schema.org/A11y-Meta-Ebene

Eine barrierefreie Datei, die sich nicht als barrierefrei ausweist, ist für die Lesenden unsichtbar, die sie brauchen. Die EPUB-Accessibility-1.1-Spezifikation, die gemeinsam mit EPUB 3.3 als W3C-Empfehlung veröffentlicht wurde, schreibt eine Reihe von Metadatenfeldern vor, die im OPF-Paketdokument erscheinen müssen. Diese Felder stützen sich auf das schema.org-Barrierefreiheitsvokabular — dasselbe Vokabular, das von Bookshare, dem DAISY Consortium, Benetech, dem Accessible Books Consortium und den großen Händler-Feeds genutzt wird.

Die erforderlichen und dringend empfohlenen Eigenschaften sind:

  • schema:accessMode — die Modalitäten, die der Inhalt nutzt (textual, visual, auditory). Ein Roman ist textual; ein illustriertes Kinderbuch ist textual,visual; ein Media-Overlay-Audio-Text-Buch ist textual,visual,auditory.
  • schema:accessModeSufficient — die Modalitätskombinationen, die für sich allein ausreichen, um den Inhalt zu konsumieren. Ein Roman listet typischerweise textual als ausreichend (weil alles Wesentliche im Text steht). Ein Bilderbuch ohne Alt-Text-Beschreibungen kann nicht ernsthaft behaupten, textual allein sei ausreichend.
  • schema:accessibilityFeature — die vorhandenen diskreten Funktionen aus einem kontrollierten Vokabular: structuralNavigation, alternativeText, longDescription, tableOfContents, readingOrder, printPageNumbers, mathML, synchronizedAudioText, highContrastDisplay, displayTransformability, captions, transcript und weitere.
  • schema:accessibilityHazard — Offenlegung von Inhalten, die Krampfanfälle, Bewegungsübelkeit oder andere Reaktionen auslösen können: flashing, noFlashingHazard, motionSimulation, noMotionSimulationHazard, sound, noSoundHazard. Falls das Buch frei von Risiken ist, sollte dies explizit angegeben werden.
  • schema:accessibilitySummary — eine für Endlesende verständliche, in Klartext verfasste Zusammenfassung der Barrierefreiheit der Publikation: „Diese Publikation entspricht WCAG 2.1 Level AA. Alle Bilder haben Alternativtexte. Mathematische Gleichungen sind in MathML kodiert. Seitenzahlen entsprechen der Druckausgabe.“
  • a11y:certifiedBy, a11y:certifierCredential, a11y:certifierReport — sofern eine dritte Partei die Datei gegen EPUB Accessibility 1.1 zertifiziert hat: wer zertifiziert hat, welche Qualifikation sie besitzt und ein Link zum veröffentlichten Zertifizierungsbericht.
  • dcterms:conformsTo — das Konformitätsprofil, das die Publikation erfüllt, ausgedrückt als URL, die auf die EPUB-Accessibility-1.1-Konformitätskriterien verweist (WCAG 2.1 Level AA oder bei neueren Dateien Level AAA, sofern beansprucht).

Diese Felder sind kein Papierkram. Sie fließen in Händlerkataloge ein, in die globale Datenbank barrierefreier Bücher des Accessible Books Consortium, in Bookshares Discovery, in Schulbeschaffungskataloge und in die EAA-Berichtsvorlagen, die Händler nunmehr pflegen müssen. Der europäische Standard EN 17161 — Barrierefreiheit durch „Design für Alle“ — verweist auf diese Metadatenebene, ebenso wie die Functional Accessibility Evaluation-Kriterien des ACE-Barrierefreiheitsprüfers des DAISY Consortium.

Lesesysteme: was EPUB3 im Jahr 2026 tatsächlich rendert

Die am häufigsten geäußerte Beschwerde in Verlags-Barrierefreiheitsteams lautet, dass dasselbe EPUB auf unterschiedlichen Lesesystemen unterschiedlich dargestellt wird. Diese Beschwerde ist berechtigt und die Lücke ist bedeutsam. Eine Datei, die beim DAISY-ACE-Prüfer ein perfektes Ergebnis erzielt, zeigt auf einem weit verbreiteten Consumer-Reader möglicherweise das Navigationsdokument nicht an oder liest MathML auf einer wichtigen iOS-App nicht vor. Die Lücke zwischen dem, was die Spezifikation definiert, und dem, was das Lesesystem implementiert, ist der Grund, warum der Barrierefreiheits-Workflow eines Verlags reale Gerätetests umfassen muss, nicht nur Dateivalidierungen.

Thorium Reader, gepflegt vom EDRLab-Konsortium, ist der kostenlose Desktop-Referenzleser für barrierefreies EPUB3 im Jahr 2026. Er implementiert EPUB 3.3 und EPUB Accessibility 1.1 umfassend, zeigt Navigationsdokument, Seitenliste und Landmark-Liste an, rendert MathML, unterstützt Media Overlays und ist mit dem betriebssystemseitigen Text-to-Speech und den wichtigsten Screenreadern (NVDA unter Windows, VoiceOver unter macOS, Orca unter Linux) integriert. Viele Verlage nutzen Thorium als Barrierefreiheits-Abnahmelesesystem: Wenn eine Datei in Thorium funktioniert, ist sie wohlgeformt und konform.

VoiceDream Reader (inzwischen Teil der 2022 übernommenen Voice-Dream-Familie) ist die führende iOS-App für Menschen mit Druckbehinderung, die erstklassige TTS-Stimmen und eine detaillierte Kontrolle über Sprachparameter wünschen. Die App öffnet EPUB3 zuverlässig, respektiert Sprach-Tags für den Stimmwechsel, unterstützt individuelle Schriftarten und dyslexiefreundliche Typografie und ist mit den Katalogen von Bookshare und Learning Ally integriert. Für Studierende und erwachsene Lesende mit Legasthenie, Sehbeeinträchtigung oder Blindheit ist VoiceDream oft die Standard-App.

VoiceOver Books — Apples integriertes Hörbucherlebnis innerhalb der Bücher-App, kombiniert mit iOS VoiceOver — ist der Weg, den die meisten blinden iOS-Nutzenden tatsächlich nehmen. Die App verarbeitet EPUB3 gut, stellt das Navigationsdokument VoiceOver bereit, liest Alternativtexte vor, wechselt die Stimme bei Sprach-Tags und zeigt Media Overlays an. Wo Apple Books noch Schwierigkeiten hat, ist die MathML-Darstellung in komplexen MINT-Titeln und die konsistente Anzeige der Seitenliste bei Navigation über Druckseitenreferenzen.

Apple Books unter macOS, iPadOS und iOS ist das am weitesten verbreitete Consumer-Lesesystem für EPUB3 im westlichen Markt und rendert die meisten Barrierefreiheitsfunktionen kompetent. Einschränkungen gibt es im Randbereich: bestimmte Media-Overlay-Sonderfälle, bestimmte seltene MathML-Konstrukte und inkonsistentes Verhalten bei sehr großen Seitenlisten.

Die auffällige Ausnahme im Jahr 2026 ist weiterhin Amazon Kindle. Amazon unterstützt EPUB3 im Kindle-Ökosystem nicht nativ; stattdessen nimmt es EPUBs beim Upload entgegen und konvertiert sie in seine proprietären Formate KF8 / KFX. Bei der Konvertierung bleiben Text, grundlegende Struktur und viele Bilder erhalten, aber nicht alle Barrierefreiheits-Metadaten; MathML wird nicht zuverlässig gerendert; Media Overlays werden vollständig verworfen; und historisch gesehen wurden die schema.org-Barrierefreiheits-Metadatenfelder Nutzenden im Kindle-Katalog nicht angezeigt. Verlage, die über Amazon ausliefern, pflegen häufig einen parallelen KF8/KFX-Barrierefreiheits-Workflow, aber der praktische Effekt ist, dass das barrierefreieste EPUB3, das ein Verlag produzieren kann, in dem Moment teilweise degradiert wird, in dem es den größten englischsprachigen E-Book-Händler erreicht. Der im nächsten Abschnitt beschriebene EAA-Druck ist der erste regulatorische Hebel, der in der Lage ist, diese Situation zu verändern.

EAA-Druck auf E-Book-Händler

Der European Accessibility Act (Richtlinie (EU) 2019/882) trat am 28. Juni 2025 in Anwendung, und E-Books liegen ausdrücklich in seinem Anwendungsbereich. Artikel 4 der Richtlinie verpflichtet Wirtschaftsakteure sicherzustellen, dass die Produkte und Dienstleistungen, die sie auf dem EU-Markt bereitstellen, den in Anhang I festgelegten Barrierefreiheitsanforderungen entsprechen. Für E-Books und dedizierte E-Book-Software umfassen die Anhang-I-Anforderungen: die Unterstützung von Text-to-Speech, die Möglichkeit für Nutzende, die Darstellung anzupassen (Schriftgröße, Kontrast, Zeilenabstand), die Bereitstellung der für die Inhaltsnavigation durch assistive Technologie erforderlichen Metadaten, die Ermöglichung synchronisierten Audios und Texts, wo vorhanden, die Bereitstellung von Alternativtexten für Nicht-Text-Inhalte sowie die Verhinderung, dass E-Book-Schutzmaßnahmen Barrierefreiheitsfunktionen blockieren.

In der Praxis deckt sich die Anhang-I-Liste nahezu eins zu eins mit den EPUB-Accessibility-1.1-Konformitätskriterien. Ein Verlag, der EPUB3-Dateien liefert, die EPUB Accessibility 1.1 entsprechen — mit korrekt ausgefüllten schema.org-Metadaten und einer Zertifizierungserklärung — hat eine starke Konformitätsvermutung gegenüber den Anhang-I-Verpflichtungen. Ein Verlag, der unstrukturierte PDFs oder DRM-gesperrte Formate liefert, die die Screenreader-Durchleitung blockieren, befindet sich eindeutig im Bereich der Nichtkonformität.

Der Konformitätsdruck trifft nicht nur Verlage. Er trifft gleichermaßen Händler, die die Richtlinie als eigenständige Wirtschaftsakteure behandelt. Nationale Marktüberwachungsbehörden haben in der zweiten Hälfte des Jahres 2025 und im Laufe des Jahres 2026 mit den ersten EAA-Konformitätsprüfungen begonnen, wobei E-Book-Händler ein früher Schwerpunkt waren, weil die Kataloge öffentlich zugänglich, die Metadaten maschinenlesbar und die Nichtkonformität leicht belegbar sind. Händler mit EU-Präsenz verlangen inzwischen in der Regel, dass Verlage EPUB-Accessibility-1.1-konforme Dateien liefern, die schema.org-Metadatenfelder ausfüllen und eine Zertifizierungserklärung vorlegen; manche beginnen, nicht konforme Uploads bei der Einlieferung abzulehnen. Für Plattformen mit erheblichen proprietären Format-Abhängigkeiten — insbesondere Amazon Kindle — hat der EAA zu einer öffentlichen Verpflichtung zu größerer EPUB3-Treue geführt, obwohl die technische Umsetzung noch im Gange ist.

Für Verlage ist die operative Konsequenz eindeutig: Barrierefreiheits-Metadaten für E-Books sind jetzt eine Verlagspflicht, kein Nice-to-have. Produktionsteams, die Barrierefreiheit bisher als separate nachgelagerte Konvertierung abgewickelt haben, integrieren sie nun in den Quell-Workflow.

Der Marrakesch-Vertrag und das Accessible-Books-Consortium-Ökosystem

EPUB3 ist in ein breiteres Vertrags- und Infrastrukturökosystem eingebettet, das Verlage kennen sollten, weil es den Begriff „barrierefreies Buch“ im großen Maßstab neu definiert. Der Marrakesch-Vertrag — der WIPO-Marrakesch-Vertrag zur Erleichterung des Zugangs zu veröffentlichten Werken für blinde, sehbehinderte oder anderweitig lesebehinderte Personen, der 2013 verabschiedet wurde und inzwischen in mehr als 100 Vertragsparteien einschließlich der EU und der Vereinigten Staaten in Kraft ist — schafft eine Urheberrechtsausnahme, die autorisierten Stellen erlaubt, barrierefreie Ausgaben veröffentlichter Werke für begünstigte Personen herzustellen, zu verteilen und grenzüberschreitend auszutauschen, ohne für jede Transaktion die Genehmigung der Rechteinhaber einholen zu müssen.

Der Vertrag ist im EU-Recht durch die Richtlinie (EU) 2017/1564 und die Verordnung (EU) 2017/1563 umgesetzt worden, in den Vereinigten Staaten durch den Marrakesh Treaty Implementation Act von 2018, der Titel 17 geändert hat. Die operative Infrastruktur wird vom Accessible Books Consortium (ABC) betrieben, einem von der WIPO geführten Bündnis aus Organisationen, die Menschen mit Sehbehinderung, Bibliotheken, die diese bedienen, Verlage und Normungsorganisationen vertreten. Das ABC betreibt den Global Book Service, eine grenzüberschreitende Leihe- und Austauschplattform, über die autorisierte Stellen — typischerweise nationale Bibliotheken für Blinde, Organisationen wie Bookshare in den Vereinigten Staaten und das RNIB im Vereinigten Königreich sowie entsprechende nationale Einrichtungen in Europa und dem Globalen Süden — barrierefreie Dateien austauschen.

Das bevorzugte Format für diese Austausche ist EPUB3 mit vollständigen Barrierefreiheits-Metadaten sowie für älteres oder eingescanntes Material die DAISY-2.02- und DAISY-3-Formate, die EPUB3 faktisch ablöst. Ein Buch, das ein französischer Verlag als EPUB-Accessibility-1.1-konformen Titel produziert hat, kann prinzipiell über den ABC Global Book Service mit einer lesegeschädigten Person in Kenia, Indien, Argentinien oder einer anderen Vertragspartei geteilt werden — ohne Nachverhandlung. Der Vertrag ändert nichts an der kommerziellen Position des Verlags — er gilt speziell für die barrierefreie Kopie, für die begünstigte Bevölkerungsgruppe —, aber er vergrößert die Leserschaft für jedes gut gestaltete barrierefreie E-Book, das ein Verlag ausliefert, erheblich.

Für Verlage ist die praktische Verbindung zwischen der EAA-Ebene und der Marrakesch-Ebene derselbe Metadatenblock. Die schema.org-Barrierefreiheitseigenschaften, die EPUB-Accessibility-1.1-Konformitätserklärung und der Zertifizierungsbericht, die für die EAA-Konformität erstellt werden, sind dieselben Artefakte, die es ermöglichen, dass die Datei in den ABC Global Book Service und das breite Netzwerk autorisierter Stellen einfließt. Die Datei einmal, im richtigen Format, mit den richtigen Metadaten ausliefern — und dasselbe Artefakt dient dem EU-Konformitätsregime und der globalen barrierefreien Leserschaft gleichzeitig.

Ein praktischer Workflow für Verlage

Das Implementierungsmuster, auf das sich Produktionsteams nach einer Einarbeitungsphase einigen, baut auf vier Ankern auf. Quell-Barrierefreiheit: Das Quellmanuskript ist strukturiert (echte Überschriften, echte Listen, echte Tabellen, sprachgekennzeichnet), bevor eine Konvertierung stattfindet, sodass die EPUB-Konvertierung die Struktur bewahrt, anstatt sie rekonstruieren zu müssen. Konvertierung zu EPUB 3.3: Das Konvertierungswerkzeug — ob intern, eine Anbieter-Pipeline oder eine Open-Source-Toolchain wie die Werkzeuge des DAISY Consortium — erzeugt EPUB 3.3 mit semantischem Markup, einem Navigationsdokument, einer Seitenliste bei Titeln mit Druckentsprechung, Alternativtexten für alle inhaltlichen Bilder, MathML wo Mathematik vorkommt und Media Overlays, wo das redaktionelle Briefing sie verlangt.

Metadaten-Befüllung: Jede Datei verlässt die Produktion mit einem vollständigen schema.org-Barrierefreiheits-Metadatenblock — accessMode, accessModeSufficient, accessibilityFeature, accessibilityHazard, accessibilitySummary, conformsTo — und wo der Titel zertifiziert ist, werden die Felder a11y:certifiedBy/Credential/Report mit der zertifizierenden Stelle befüllt (üblicherweise das Zertifizierungsprogramm von Benetech, das DAISY Consortium oder ein nationales Äquivalent). Validierung und Gerätetest: Jede Datei wird gegen EPUBCheck und den DAISY-ACE-Barrierefreiheitsprüfer validiert, und eine repräsentative Auswahl wird auf Thorium, Apple Books, VoiceDream und den handelsspezifischen Lesesystemen getestet, über die der Titel vertrieben wird.

Die Kosten dafür sind real, sinken aber schnell mit wachsender Praxis und geeigneten Werkzeugen. Die Kosten des Verzichts — EAA-Nichtkonformitätsbußen, Ablehnung durch Händler bei der Einlieferung, fehlende Lesende im Marrakesch-Netzwerk und die weitreichenden Reputationskosten durch E-Books, die Menschen mit Behinderungen nicht nutzen können — sind inzwischen deutlich höher. EPUB3-Barrierefreiheit ist keine Spezialdisziplin am Ende der Produktionspipeline mehr. Es ist die Spezifikation.