Technische Spezifikation & Transparenzregister: Barrierefreie EPUB 3.3 Code-Architektur
Dieses Register legt die technischen Qualitätsstandards und Code-Richtlinien für die Herstellung reflowbarer E-Books fest. Es dient Verlagen, Herstellungsleitungen und Prüfstellen als Konformitätsnachweis nach den Kriterien der WCAG 2.2 (Level AA) und der europäischen Barrierefreiheitsgesetzgebung (EAA / BFSG).
1. Robuste EPUB-Architektur (XHTML5)
Die technische Integrität beruht auf nativem XHTML5. Automatisch generierte, flache <div>– oder <span>-Kaskaden aus Layout-Exporten sind ausgeschlossen. Jedes Dokumentensegment folgt einer semantischen Hierarchie.
Semantische Haupt- und Sektionselemente
- Gliederung: Verwendung von strukturbildenden Elementen wie
<section>,<article>,<aside>und<nav>. Jede<section>enthält zwingend eine valide Überschrift. - Überschriften-Hierarchie: Strikt lineare Abfolge von
<h1>bis<h6>ohne das Überspringen von Hierarchieebenen. - Listen-Strukturen: Aufzählungen werden ausschließlich über
<ul>,<ol>und<li>abgebildet, um Screenreadern die Navigation über Strukturelemente zu ermöglichen.
Semantisches Mapping via ARIA-Roles und epub:type
Zur Absicherung der Maschinenlesbarkeit und der Unterstützung assistiver Technologien werden HTML5-Elemente mit expliziten Attributen angereichert. Es folgen einige Beispiele dieser semantischen Tiefe im Detail:
| HTML5 Element | epub:type Attribut | ARIA role Attribut | Kontext / Einsatzzweck |
|---|---|---|---|
<body> | frontmatter | – | Einleitende Dokumententeile |
<body> | bodymatter | – | Haupteil des Werkes |
<body> | backmatter | Nachspann, Anhänge | |
<section> | copyright-page | doc-colophon | Impressum |
<section> | introduction | doc-introduction | Einleitung |
<section> | – | doc-chapter | Kapitel |
<section> | appendix | doc-appendix | Anhang innerhalb backmatter |
<section> | glossary | doc-glossary | Glossar Innerhalb backmatter und appendix |
<nav> | toc | doc-toc | Inhaltsverzeichnis |
<section> | footnotes | – | Container, der alle Fußnoten enthält |
<aside> | footnote | doc-footnote | Einzelne Fußnote im Container footnotes |
<a> | noteref | doc-noteref | Link zur Fußnote im Text |
<div> | - | doc-notice | Infobox, Wichtiger Hinweis |
2. CSS-Architektur und Rendering-Stabilität
Das Stylesheet ist auf maximale Plattformunabhängigkeit und die native Erhaltung der Benutzerpräferenzen (User Styles) optimiert.
- Relative Maßeinheiten: Alle Angaben für Schriftgrößen, Zeilenabstände, Innen- und Außenabstände erfolgen in relativen Einheiten (
em,rem,%). Absolute Einheiten (pt,px,cm) für typografische Elemente sind im reflowbaren Textfluss ausgeschlossen. - Erhaltung der Kontrastmodi: Rahmen, Trennlinien und dekorative Elemente nutzen im CSS den Wert
currentColor. Dies garantiert, dass diese Elemente bei einem Wechsel des Lesegeräts in den Nacht-, Sepia- oder Monochrommodus automatisch mitskalieren und sichtbar bleiben. - Layout-Einschränkungen: Verzicht auf CSS-Eigenschaften, die den Textfluss auf eReadern blockieren oder zu Textüberlagerungen führen (z. B.
position: absolute, feste Breiten- und Höhenangaben inpx,float-Konstrukte ohne Clear-Fallback).
3. Navigationsarchitektur
Die Steuerung des E-Books muss sowohl für Software-Schnittstellen als auch für die physische Tastensteuerung älterer Lesegeräte fehlerfrei operieren.
- Zweigleisige Navigation: Jedes EPUB enthält ein valides XHTML5-Navigationsdokument (
<nav id="toc">) sowie ein abwärtskompatibles NCX-Dokument (.ncx) für ältere Adobe Digital Editions (ADE)-Rendering-Engines. - Verschachtelte Navigationsbäume: Die hierarchische Tiefe des Inhaltsverzeichnisses im Code entspricht exakt der physischen Überschriftenstruktur des Textes.
- Landmarks-Spezifikation: Explizite Deklaration von Einstiegspunkten (
landmarks) im Navigationsdokument zur direkten Ansteuerung von Cover, Inhaltsverzeichnis und Textbeginn.
4. Sprachauszeichnung und Text-to-Speech (TTS)-Optimierung
Zur fehlerfreien Artikulation durch Screenreader und Vorlesefunktionen wird die Sprachebene auf zwei Dimensionen isoliert:
- Globale Deklaration: Festlegung der Hauptsprache im Package Document (
.opf) sowie imhtml-Tag jedes einzelnen XHTML-Dokuments viaxml:langundlang(z. B.lang="de"). - Inline-Sprachwechsel: Jedes fremdsprachige Wort, Zitat oder Fachterminus innerhalb des Fließtextes wird über ein Inline-Element isoliert und mit dem entsprechenden Sprachcode versehen:
<h1 id="vogelmiere" class="level1 chapter">1. Vogelmiere (<span xml:lang="la" lang="la">Stellaria media</span>)</h1>
Dies verhindert das fehlerhafte Phonem-Rendering durch die Synthesizer assistiver Technologien.
5. Tabellen und Non-Text-Content
Komplexe Datenstrukturen und Bildelemente werden so codiert, dass ihr Informationsgehalt ohne visuelle Wahrnehmung vollständig erfassbar ist.
Barrierefreie Tabellensemantik
Tabellen dienen ausschließlich der Darstellung von Datenstrukturen, nicht dem visuellen Seitenlayout.
- Strukturelemente: Zwingender Einsatz von
<thead>und<tbody>. - Zellen-Zuordnung: Verwendung von
<th>für Kopfzeilen und Kopfspalten, gekoppelt mit demscope-Attribut (scope="col"bzw.scope="row"), um die Achsenbeziehung für Screenreader lesbar zu machen.
Bildbeschreibungen (Alternative Texte & erweiterte Beschreibungen)
- Informative Abbildungen: Jede informationstragende Grafik besitzt ein präzises
alt-Attribut, das den Bildinhalt frei von redaktionellen Floskeln beschreibt. - Komplexe Grafiken: Diagramme und Infografiken werden zusätzlich zum kurzen Alternativtext mit einer erweiterten Beschreibung (
aria-details) versehen, die auf eine strukturierte Tabelle oder eine detaillierte textliche Aufbereitung verweist. - Dekorative Grafiken: Reine Zierelemente (z. B. Kapitel-Trennelemente) werden mit einem leeren Alternativtext (
alt="") und der ARIA-Rollerole="presentation"versehen. Dadurch werden sie von Screenreadern automatisch übersprungen.
6. EAA-Pflichtmetadaten (Package Document)
Die Konformitätsbehauptung nach dem European Accessibility Act erfordert die Einbettung standardisierter Metadaten im <metadata>-Block der .opf-Datei. Jedes ausgelieferte EPUB enthält die maschinenlesbaren Properties nach dem Schema.org-Vokabular:
<meta property="schema:accessMode">textual</meta>
<meta property="schema:accessMode">visual</meta>
<meta property="schema:accessibilityFeature">structuralNavigation</meta>
<meta property="schema:accessibilityFeature">tableOfContents</meta>
<meta property="schema:accessibilityFeature">readingOrder</meta>
<meta property="schema:accessibilityFeature">alternativeText</meta>
<meta property="schema:accessibilityHazard">none</meta>
<meta property="schema:accessibilitySummary">Das E-Book entspricht den Anforderungen der WCAG 2.2 Level AA. Die semantische Struktur ist vollständig für assistive Technologien optimiert.</meta>
<meta property="schema:accessibilityConformsTo">[http://www.w3.org/WAI/WCAG22A/ISOIEC40500](http://www.w3.org/WAI/WCAG22A/ISOIEC40500)</meta>
Haftungsabgrenzung und First-Party Declaration
Der Eintrag dcterms:conformsTo stellt eine sogenannte First-Party Declaration – auf deutsch Selbsterklärung – auf Code-Ebene dar. Er dokumentiert maschinenlesbar, dass die Architektur des E-Books nach den Vorgaben der EPUB Accessibility 1.1 (referenzierend auf WCAG 2.2 AA) handwerksgerecht strukturiert wurde.
- Bindung an den Herstellungsprozess: Diese Konformitätserklärung und das zugehörige technische Prüfprotokoll werden ausschließlich für E-Books ausgestellt, die im Rahmen einer Neuerstellung den vollständigen vierstufigen Audit-Prozess durchlaufen haben. Für reine Code-Reparaturen an Fremddaten (EPUB-Reparatur-Service) wird dieser Nachweis nicht erbracht.
- Verantwortlichkeit: Die Metadaten und das Prüfprotokoll, welches jedem neuerstellten EPUB beigelegt wird, dienen als transparenter, technischer Sorgfaltsnachweis für die Herstellung. Die finale juristische Verantwortung als Inverkehrbringer des E-Books – und damit die rechtsverbindliche Erfüllung der Meldepflichten nach dem Barrierefreiheitsstärkungsgesetz (BFSG) – verbleibt vollumfänglich beim Verlag bzw. Auftraggeber. Für die hausinterne Prüfung von Auftraggebern wird deshalb grundsätzlich eine 14-tägige Karenzzeit gewährt, innerhalb derer die Vollständigkeit und Konformität aktueller Standards und gesetzlicher Vorgaben geprüft werden kann.
7. Das zweistufige Validierungs- und Auditverfahren
Ein fehlerfreies Prüftool-Ergebnis ist eine notwendige, aber keine ausreichende Bedingung für echte Barrierefreiheit. Die Qualitätssicherung erfolgt daher zweistufig:
Stufe 1: Syntaktische Validierung
- EPUBCheck: Prüfung auf Konformität mit dem offiziellen W3C-Validierungswerkzeug.
- Ace by DAISY: Automatisierte Barrierefreiheitsprüfung zur Verifikation der Accessibility-Metadaten und der grundlegenden ARIA-Strukturen.
Stufe 2: Manuelles App- und Screenreader-Audit
Da automatisierte Prüftools nicht bewerten können, ob ein gesetztes Tag inhaltlich sinnvoll ist, wird jedes E-Book manuell im Screenreader-Modus auf realen Zielplattformen auditiert:
| Zielplattform / App | Rendering-Engine | Assistive Technologie (AT) | Prüfparameter |
|---|---|---|---|
| Apple Books (macOS/iOS) | WebKit | VoiceOver | Lineare Lesereihenfolge, TTS-Aussprache, Tabellennavigation |
| Thorium Reader (Windows) | Electron / Readium Desktop | NVDA / Narrator | Tastatur-Fokussierbarkeit, Kontraststabilität |
| Amazon Kindle (Scribe/App) | Kindle Render Engine | VoiceView / TalkBack | Reflow-Verhalten, Fußnoten-Popups, Kontrastmodi |
8. Technisches Prüfprotokoll
Jedem abgeschlossenen E-Book-Projekt wird ein standardisiertes Prüf- und Abnahmeprotokoll als technischer Qualitätsbericht beigefügt. Dieses Dokument dient der Dokumentation der Code-Qualität, der Definition des erbrachten Leistungsumfangs (Scope) und dem rechtlichen Haftungsschutz.
Das mitgelieferte Dokument führt die folgenden Kernbereiche und Prüfnachweise zusammen:
- Identifikation & Manipulationsschutz: Dokumentation der Projekt-Stammdaten, der verwendeten Software-Toolchain sowie des SHA-256-Hashwerts. Dieser mathematische Fingerabdruck fixiert den exakten Zustand des Codes bei Übergabe und schließt die Haftung für nachträgliche Modifikationen durch Distributoren oder Dritte aus.
- Technischer Leistungsumfang (Positiv-Scope): Nachweis der Einhaltung aller 88 anwendbaren Prüfparameter der Qualebook-Checkliste. Dazu gehören die implementierte XHTML5-Struktur, korrekte Sprachdeklarationen (
lang-Attribute), barrierefreie Navigationselemente (TOC, Landmarks) sowie die semantische Auszeichnung der enthaltenen XHTML-Elemente und Buchteile (Titelei, Kapitel, Fußnoten) mittelsepub:typeund ARIA-Rollen. - Leistungsabgrenzung (Negativ-Scope): Dokumentation von kundenseitig explizit gewünschten Abweichungen vom Qualitätsstandard (z. B. Verzicht auf Alternativtexte für Bilder) sowie die Abgrenzung zwischen technischer Barrierefreiheit (Dienstleister) und redaktioneller Verantwortung für Inhalte (Auftraggeber).
- Automatisierte Validierungsberichte: Direkte Integration der maschinellen Prüfergebnisse der offiziellen Industriestandards EPUBCheck (Soll-Zustand: 0 Fehler) und Ace by DAISY (Nachweis der Barrierefreiheit nach WCAG 2.1 AA).
Nächster Schritt: Analyse der Backlist
Theoretische Standards müssen der Überprüfung an echten Verlagsdaten standhalten. Der Schutz von Manuskripten erfordert höchste Diskretion. Hierfür dient das bereitgestellte Non‑Disclosure Agreement (NDA).
Eine unverbindliche Erstanalyse auf Code-Ebene deckt Strukturlücken auf und liefert einen exakten technischen Maßnahmenplan zur Herstellung der EAA-Compliance.
Nutze für den Upload das Online-Formular, um eine fundierte Analyse deiner Dokumente oder Manuskripte anzufordern.