Bildbeskrivning: En e-läsare vilar på en stapel fysiska böcker med ett par hörlurar ovanpå, skärmen visar en sida med tillgänglig text — de vardagliga ytor där EPUB3 måste fungera.

Lästid: 12 minuter

EPUB3 är det format som förlag kommer att mätas mot när Europeiska tillgänglighetsakten börjar tillämpas på allvar. Det är också det format som WIPO:s Marrakesh-fördrag och Accessible Books Consortium använder för att flytta tillgängliga böcker över gränser, och det format som skärmläsaranvändare, läsare med nedsatt syn och studenter med läsnedsättning förväntar sig när de köper en e-bok. Till skillnad från PDF är EPUB3 reflowbart, semantiskt och tillgängligt av design — men bara om förlaget faktiskt levererar de metadata, den uppmärkning och den navigering som specifikationen kräver. En fil med filändelsen .epub är inte detsamma som en tillgänglig EPUB.

Denna genomgång är för förlag, redaktionstekniska team och tillgänglighetsledare hos e-boksåterförsäljare. Den går igenom vad EPUB3.3-specifikationen kräver, vilka tillgänglighetsmetadatafält som schema.org och EPUB Accessibility 1.1-specifikationerna förväntar sig att du fyller i, vilka läsare som faktiskt renderar EPUB3 bra under 2026, var EAA:s efterlevnadstryck på återförsäljare biter, och hur Marrakesh-ekosystemet kompletterar bilden. Den är avsiktligt konkret: i slutet vet du vad du ska be din konverteringsleverantör om, vad du ska lägga in i dina metadata och vad du ska testa innan du laddar upp till en återförsäljare.

Vad EPUB3 kräver

EPUB3 är en W3C-rekommendation. Den aktuella stabila versionen är EPUB 3.3, publicerad som en W3C-rekommendation i maj 2023 efter att formatet övergick från IDPF till W3C. EPUB 3.3 konsoliderade en serie inkrementella revisioner, gjorde tillgänglighet till ett förstaklassenskrav snarare än ett valfritt kompanjondokument, och stärkte relationen mellan EPUB och den bredare öppna webbplattformen — en EPUB är i sin kärna ett paketerat ZIP-arkiv av HTML, CSS, SVG och stödresurser, styrt av ett OPF-manifest (Open Packaging Format) och ett navigationsdokument.

För att filen i sig ska vara tillgänglig förväntar sig EPUB 3.3 att förlagen använder semantisk HTML genomgående. Det innebär riktiga rubriker i dokumentordning (h1 till h6), riktiga listor (ul, ol, dl), riktiga tabeller för tabelldata med korrekt thead-, tbody- och th-scoping, och det EPUB-specifika struktursemantik-vokabuläret (epub:type) för att märka upp kapitel, avsnitt, fotnoter, sidfotsposter, ordlistetermer och de dussintals andra publiceringsroller som specifikationen känner igen. En bok vars kapitelrubriker är visuellt stiliserade stycken utan rubricelement är inte tillgänglig — en skärmläsare kan inte hoppa till nästa kapitel, en uppdateringsbar punktdisplay kan inte meddela kapitelbrytningen och ett reflowningsmotor kan inte generera en innehållsförteckning i farten.

Språktaggar är icke förhandlingsbara. Varje EPUB måste deklarera ett primärt språk i OPF-paketdokumentet, och allt inline-innehåll på ett annat språk måste märkas med lämpliga lang- och xml:lang-attribut. Text-till-tal-motorer och skärmläsare växlar röstprofiler på basis av dessa taggar; ett franskt stycke inuti en engelsk bok som inte är språktaggad läses upp med en engelsk röst med förutsägbart komiska, och utestängande, resultat. Samma regel gäller riktning (dir) för blandat vänster-till-höger- och höger-till-vänster-innehåll.

Varje EPUB måste leverera ett navigationsdokument — en enda XHTML-fil refererad från OPF som navigationsdokument, innehållande som minimum en innehållsförteckning (nav epub:type=“toc”), och helst en sidlista (nav epub:type=“page-list”) som kartlägger trycksidnummer till bokplatser och en landmarklista (nav epub:type=“landmarks”) som flaggar omslaget, brödtexten, indexet och andra discoverable ytor. Sidlistan är den funktion som låter en student som använder en tillgänglig e-bok följa sidhänvisningarna i en tryckt kursplan utan att tappa synk med klasskompisar som läser pappersutgåvan.

Bilder behöver alt-text för varje bild som förmedlar innehåll. Dekorativa bilder tar alt="" och ett aria-hidden=“true” om lämpligt, men innehållsbilder — diagram, fotografier i en fotobok, kartor, illustrationer i en barnbok — behöver riktiga beskrivningar. Komplexa bilder som vetenskapliga diagram behöver långa beskrivningar, antingen inline via aria-describedby som pekar på ett beskrivningselement, eller via epub:type=“describedFootnote”-mönstret. Matematik i en bok som går bortom en tillfällig nämning bör kodas som MathML, inte rasteriseras som PNG-skärmdumpar. MathML är den enda kodning som låter en skärmläsare tala en ekvation, som låter en uppdateringsbar punktdisplay rendera den i Nemeth eller Unified English Braille, och som låter läsaren ändra storlek på ekvationen utan pixelering.

EPUB3 stödjer också medieöverlägg — synkroniserad text och förinspelat ljudberättande, definierat i SMIL-filer som kartlägger varje textfragment till ett tidsintervall i ljudet. En EPUB med medieöverlägg låter en lågläskunnig läsare, en läsare med kognitiv funktionsnedsättning eller helt enkelt en pendlare följa den markerade texten när en mänsklig berättare läser den högt. SMIL-metoden föregår den moderna vågen av högkvalitativt TTS, men de två teknikerna kompletterar varandra: medieöverlägg är fortfarande guldstandarden för barnböcker, språkinlärningstitel och tillgänglighetsfinansierade konverteringar, medan TTS hanterar den långa svansen.

Tillgänglighetsmetadata: schema.org / A11y-metadata-skiktet

En tillgänglig fil som inte annonserar sig som tillgänglig är osynlig för de läsare som behöver den. EPUB Accessibility 1.1-specifikationen, publicerad som en W3C-rekommendation parallellt med EPUB 3.3, mandaterar en uppsättning metadatafält som måste finnas i OPF-paketdokumentet. Dessa fält hämtar från schema.org-tillgänglighetsvokabuläret — samma vokabulär som används av Bookshare, DAISY-konsortiet, Benetech, Accessible Books Consortium och de stora återförsäljarflödena.

De obligatoriska och starkt rekommenderade egenskaperna är:

  • schema:accessMode — de modaliteter innehållet använder (textual, visual, auditory). En roman är textual; en illustrerad barnbok är textual,visual; en bok med medieöverlägg är textual,visual,auditory.
  • schema:accessModeSufficient — de modalitetskombinationer som är tillräckliga för att konsumera innehållet på egen hand. En roman listar vanligtvis textual som tillräckligt (eftersom allt viktigt finns i texten). En serieroman utan alt-textbeskrivningar kan ärligen inte hävda att textual ensamt är tillräckligt.
  • schema:accessibilityFeature — de diskreta funktioner som finns, hämtade från ett kontrollerat vokabulär: structuralNavigation, alternativeText, longDescription, tableOfContents, readingOrder, printPageNumbers, mathML, synchronizedAudioText, highContrastDisplay, displayTransformability, captions, transcript och flera till.
  • schema:accessibilityHazard — upplysning om allt innehåll som kan utlösa kramper, åksjuka eller andra reaktioner: flashing, noFlashingHazard, motionSimulation, noMotionSimulationHazard, sound, noSoundHazard. Om boken är farofri, ange det uttryckligen.
  • schema:accessibilitySummary — en mänskligt läsbar, lättbegriplig sammanfattning av publikationens tillgänglighet, skriven för slutläsaren: “Den här publikationen uppfyller WCAG 2.1 nivå AA. Alla bilder har alternativtext. Matematiska ekvationer är kodade i MathML. Sidnummer avspeglar tryckt utgåva.”
  • a11y:certifiedBy, a11y:certifierCredential, a11y:certifierReport — om en tredje part har certifierat filen mot EPUB Accessibility 1.1: vem som certifierade, vilken behörighet de har och en länk till den publicerade certifieringsrapporten.
  • dcterms:conformsTo — den överensstämmelsprofil som publikationen uppfyller, uttryckt som en URL som pekar på EPUB Accessibility 1.1-överensstämmelsekriterierna (WCAG 2.1 nivå AA, eller i nyare filer nivå AAA där det hävdas).

Dessa fält är inte pappersarbete. De flödar in i återförsäljarkatalogerna, in i Accessible Books Consortiums globala databas för tillgängliga böcker, in i Bookshares discovery, in i skolupphandlingskatalogerna och in i de EAA-rapporteringsmallar som återförsäljare nu måste upprätthålla. Den europeiska standarden EN 17161 — tillgänglighet genom “design för alla” — refererar till detta metadataskikt, liksom de funktionella tillgänglighetsutredningskriterier som används av ACE-tillgänglighetsgranskaren som underhålls av DAISY-konsortiet.

Läsare: vad som faktiskt renderar EPUB3 under 2026

Det enskilt mest citerade klagomålet i förlagens tillgänglighetsteam är att samma EPUB renderas olika på olika läsare. Klagomålet stämmer och gapet spelar roll. En fil som får perfekt poäng i DAISY ACE-granskaren kan ändå misslyckas med att exponera sitt navigationsdokument i en populär konsumentläsare, eller misslyckas med att tala sin MathML i en stor iOS-app. Gapet mellan vad specifikationen definierar och vad läsarsystemet implementerar är anledningen till att ett förlags tillgänglighetsarbetsflöde måste inkludera testning på riktiga enheter, inte bara filvalidering.

Thorium Reader, som underhålls av EDRLab-konsortiet, är den fria referensläsaren för tillgänglig EPUB3 för datorer under 2026. Den implementerar EPUB 3.3 och EPUB Accessibility 1.1 noggrant, exponerar navigationsdokumentet, sidlistan och landmarklistan, renderar MathML, stödjer medieöverlägg och integrerar med operativsystemets text-till-tal och de stora skärmläsarna (NVDA på Windows, VoiceOver på macOS, Orca på Linux). Många förlag använder Thorium som sin tillgänglighetsacceptansläsare: om en fil fungerar i Thorium är den välformad och överensstämmande.

VoiceDream Reader (numera del av Voice Dream-stabeln förvärvad 2022) är fortfarande den ledande iOS-appen för läsare med läsnedsättning som vill ha premium-TTS-röster och finkornig kontroll över talparametrar. Den öppnar EPUB3 tillförlitligt, respekterar språktaggar för röstbyte, stödjer anpassade typsnitt och dyslexi-vänlig typografi, och integrerar med Bookshare- och Learning Ally-katalogerna. För studenter och vuxna läsare med dyslexi, nedsatt syn eller blindhet är VoiceDream ofta standardappen.

VoiceOver Books — Apples inbyggda ljudboksupplevelse i Books-appen, parad med iOS VoiceOver — är den väg de flesta blinda iOS-användare faktiskt tar. Den hanterar EPUB3 bra, exponerar navigationsdokumentet för VoiceOver, talar alternativtext, byter röster på språktaggar och visar medieöverlägg. Där Apple Books fortfarande kämpar är MathML-rendering inne i komplexa STEM-titlar och konsekvent exponering av sidlistan när användaren navigerar efter tryckt sidreferens.

Apple Books på macOS, iPadOS och iOS är det bredaste konsumentläsarsystemet för EPUB3 på den västerländska marknaden och renderar de flesta tillgänglighetsfunktioner kompetent. Begränsningarna finns i den långa svansen: vissa medieöverläggsedgecases, vissa sällsynta MathML-konstruktioner och inkonsekvent beteende med mycket stora sidlistor.

Det påfallande undantaget under 2026 är fortfarande Amazon Kindle. Amazon stödjer inte EPUB3 nativt i Kindle-ekosystemet; i stället tar det emot EPUB och konverterar det vid uppladdning till sina egna KF8/KFX-format. Konverteringen bevarar text, grundläggande struktur och många bilder, men bevarar inte alla tillgänglighetsmetadata, renderar inte MathML tillförlitligt, tappar medieöverlägg helt och hållet, och har historiskt inte exponerat schema.org-tillgänglighetsmetadatafälten för användare som söker i Kindle-katalogen. Förlag som levererar till Amazon upprätthåller ofta ett parallellt KF8/KFX-tillgänglighetsarbetsflöde, men den praktiska effekten är att den mest tillgängliga EPUB3 ett förlag kan producera delvis försämras i det ögonblick den når den största engelskspråkiga e-boksåterförsäljaren. Det EAA-tryck som beskrivs i nästa avsnitt är det första regulatoriska hävstång som kan flytta den nålen.

EAA:s tryck på e-boksåterförsäljare

Europeiska tillgänglighetsakten (direktiv (EU) 2019/882) trädde i tillämpning den 28 juni 2025, och e-böcker är uttryckligen inom dess tillämpningsområde. Artikel 4 i direktivet förpliktar ekonomiska aktörer att säkerställa att de produkter och tjänster de placerar på EU-marknaden uppfyller de tillgänglighetskrav som anges i bilaga I. För e-böcker och dedikerad e-boksprogramvara inkluderar bilaga I-kraven: att e-böcker (och den programvara som behövs för att komma åt dem) stödjer text-till-tal, låter användare anpassa presentationen (teckenstorlek, kontrast, radavstånd), exponerar de metadata som hjälpmedelsteknik behöver för att navigera innehållet, tillåter synkroniserat ljud och text när sådant finns, tillhandahåller alternativ till icke-textinnehåll och förhindrar att e-boksskyddsåtgärder blockerar tillgänglighetsfunktioner.

I praktiken kartlägger bilaga I-listan nästan en-till-en mot EPUB Accessibility 1.1-överensstämmelsekriterierna. Ett förlag som levererar EPUB3-filer som överensstämmer med EPUB Accessibility 1.1 — med schema.org-metadata korrekt ifylld och ett certifierareutlåtande — har stark presumtion om överensstämmelse med bilaga I-skyldigheterna. Ett förlag som levererar ostrukturerad PDF eller DRM-låsta format som blockerar skärmläsarpassthrough är direkt icke-efterlevande.

Efterlevnadstrycket faller inte bara på förlagen. Det faller lika mycket på återförsäljarna, som direktivet behandlar som ekonomiska aktörer i sin egen rätt. Nationella marknadstillsynsmyndigheter inledde sin första omgång av EAA-efterlevnadsinspektioner under andra halvåret 2025 och genom 2026, och e-boksåterförsäljare har varit ett tidigt fokus eftersom katalogerna är offentliga, metadata är maskinläsbar och icke-efterlevnad är lätt att bevisa. Återförsäljare som verkar i EU kräver nu generellt att förlag levererar EPUB Accessibility 1.1-överensstämmande filer, fyller i schema.org-metadatafälten och tillhandahåller ett certifieringsutlåtande; vissa har börjat avvisa icke-överensstämmande uppladdningar vid inmatning. För plattformar med betydande proprietär-formatberoenden — Amazon Kindle i synnerhet — har EAA tvingat fram ett offentligt åtagande om närmare EPUB3-trohet, men det tekniska arbetet för att leverera det är fortfarande pågående.

För förlag är den operativa konsekvensen entydig: tillgänglighetsmetadata för e-böcker är nu ett publiceringskrav, inte ett trevligt tillägg. Produktionsteam som tidigare körde tillgänglighet som en separat nedströms konvertering bygger nu in det i källarbetsflödet.

Marrakesh-fördraget och Accessible Books Consortium-ekosystemet

EPUB3 sitter inuti ett bredare fördragslighet och infrastrukturekosystem som förlag bör förstå eftersom det förändrar vad “tillgänglig bok” innebär i stor skala. Marrakesh-fördraget — WIPO:s Marrakesh-fördrag för att underlätta tillgång till publicerade verk för personer som är blinda, synnedsatta eller på annat sätt har en läsnedsättning, antaget 2013 och nu i kraft i mer än 100 fördragsparter inklusive EU och USA — skapar ett upphovsrättsundantag som tillåter behöriga organ att producera, distribuera och utbyta tillgänglighetsformatskopior av publicerade verk gränsöverskridande för förmånsberättigade personers räkning, utan att behöva rättighetshavartillstånd för varje transaktion.

Fördraget genomförs i EU-rätten via direktiv (EU) 2017/1564 och förordning (EU) 2017/1563, och i USA via Marrakesh Treaty Implementation Act från 2018, som ändrade avdelning 17. Den operativa infrastrukturen drivs av Accessible Books Consortium (ABC), en WIPO-ledd allians av organisationer som representerar synskadade, bibliotek som betjänar dem, förlag och standardiseringsorgan. ABC driver Global Book Service, en gränsöverskridande utlånings- och utbytesplattform genom vilken behöriga organ — vanligtvis nationella bibliotek för blinda, organisationer som Bookshare i USA och RNIB i Storbritannien, och motsvarande nationella organ i Europa och det globala syd — delar tillgängliga filer.

Det föredragna formatet för dessa utbyten är EPUB3 med fullständig tillgänglighetsmetadata, och för äldre eller skannat material är DAISY 2.02 och DAISY 3-formaten som EPUB3 i praktiken efterträder. En bok som ett franskt förlag har producerat som en EPUB Accessibility 1.1-överensstämmande titel kan i princip delas via ABC Global Book Service med en läsare med läsnedsättning i Kenya, Indien, Argentina eller någon annan fördragspart, utan omförhandling. Fördraget förändrar inte förlagens kommersiella position — det verkar på den tillgängliga kopian specifikt, för förmånspopulationen specifikt — men det förstorar dramatiskt läsepubliken för en välformad tillgänglig e-bok som ett förlag levererar.

För förlag är den praktiska länken mellan EAA-skiktet och Marrakesh-skiktet samma metadatablocket. De schema.org-tillgänglighetsegenskaper, EPUB Accessibility 1.1-överensstämmelsepåståendet och certifieringsrapporten du producerar för EAA-efterlevnad är samma artefakter som låter din fil flöda in i ABC Global Book Service och det bredare nätverket av behöriga organ. Leverera filen en gång, i rätt format, med rätt metadata, och samma artefakt tjänar EU:s efterlevnadsregim och den globala tillgängliga läsningspubliken på samma gång.

Ett praktiskt arbetsflöde för förlag

Det implementeringsmönster som produktionsteam landar i, när dammet lägger sig, är byggt kring fyra ankare. Källtillgänglighet: källmanuskriptet är strukturerat (riktiga rubriker, riktiga listor, riktiga tabeller, språktaggat) innan någon konvertering sker, så att EPUB-konverteringen bevarar struktur snarare än rekonstruerar den. Konvertering till EPUB 3.3: konverteringsverktyget — oavsett om det är internt, en leverantörspipeline eller en öppen källkodsverktygslåda som DAISY-konsortiet — producerar EPUB 3.3 med semantisk uppmärkning, ett navigationsdokument, en sidlista där titeln har en tryckt motsvarighet, alternativtext på alla innehållsbilder, MathML där matematik förekommer och medieöverlägg där redaktionsbriefet kräver det.

Metadatapopulering: varje fil lämnar produktion med ett komplett schema.org-tillgänglighetsmetadatablocket — accessMode, accessModeSufficient, accessibilityFeature, accessibilityHazard, accessibilitySummary, conformsTo — och där titeln är certifierad är a11y:certifiedBy/Credential/Report-fälten ifyllda mot det certifierande organet (vanligtvis Benetechs certifieringsprogram, DAISY-konsortiet eller ett nationellt motsvarighet). Validering och testning på riktiga enheter: varje fil valideras mot EPUBCheck och DAISY ACE-tillgänglighetsgranskaren, och ett representativt urval testas på Thorium, Apple Books, VoiceDream och de återförsäljarspecifika läsarsystemen som titeln ska säljas via.

Kostnaden för att göra detta är verklig, men den minskar snabbt med övning och verktyg. Kostnaden för att inte göra det — EAA-böter för icke-efterlevnad, avvisning av återförsäljare vid inmatning, saknade läsare i Marrakesh-nätverket och den bredare rykteskostnaden för att leverera e-böcker som läsare med funktionsnedsättning inte kan använda — är nu klart högre. EPUB3-tillgänglighet är inte längre en specialistunderdisciplin i slutet av produktionspipelinen. Det är specifikationen.