PDF toegankelijk maken: de complete uitleg voor 2026 (en waarom een webpagina meestal beter is)

PDF is misschien wel het meest gebruikte en tegelijk meest onderschatte documenttype op het openbare web. Gemeenten publiceren hun beleidsnota's erin, overheidsdiensten hun verklaringen, scholen hun schoolgidsen, bedrijven hun handleidingen. En vrijwel zonder uitzondering komt op enig moment de vraag terug: moet die PDF toegankelijk? En zo ja, hoe doe je dat dan?

In dit artikel zetten we de antwoorden op een rij. We leggen uit wat een toegankelijke PDF precies is, welke standaarden ervoor gelden, welke stappen je doorloopt om er een te maken, en minstens zo belangrijk, wanneer je beter helemaal geen PDF kunt publiceren. Geen reclame, geen quick fix, geen overlay-magie. Gewoon hoe het werkt in 2026.

Wat is een toegankelijke PDF eigenlijk?

Een toegankelijke PDF is een document dat door iedereen kan worden gelezen en gebruikt, ongeacht of die persoon visueel, motorisch, cognitief of anderszins een beperking heeft. In de praktijk betekent dat onder andere dat een schermlezer de inhoud in de juiste volgorde voorleest, dat tabellen herkenbaar zijn als tabel, dat afbeeldingen een betekenisvolle beschrijving hebben, en dat formuliervelden gelabeld zijn.

De wereld van PDF kent daarvoor twee belangrijke kaders die elkaar aanvullen. De Web Content Accessibility Guidelines (WCAG) 2.2 is de algemene toegankelijkheidsstandaard waar Europese en Nederlandse wetgeving naar verwijst. Daarnaast is er PDF/UA (ISO 14289), een specifiek voor PDF geschreven standaard die op detailniveau beschrijft wat een PDF technisch moet doen om toegankelijk te zijn. In de praktijk werkt een PDF die voldoet aan PDF/UA in vrijwel alle gevallen ook aan de PDF-relevante delen van WCAG 2.2 AA.

De vier belangrijkste eigenschappen van een toegankelijke PDF:

Allereerst is een toegankelijke PDF getagd (tagged PDF). Tags zijn de onzichtbare structuur, vergelijkbaar met HTML-tags, die aan een schermlezer vertellen wat een kop is, wat een paragraaf is, wat een tabel is, en in welke volgorde de inhoud gelezen moet worden. Een PDF zonder tags is voor een schermlezer in feite een muur van losse tekens.

Ten tweede heeft een toegankelijke PDF een logische leesvolgorde. Wat een ziende lezer ziet in twee kolommen op een pagina, moet voor een schermlezer in de juiste sequentie worden voorgelezen, niet "linkerkolom regel 1, rechterkolom regel 1, linkerkolom regel 2", maar eerst de complete linkerkolom en daarna de complete rechterkolom (of andersom, afhankelijk van de bedoeling).

Ten derde bevat een toegankelijke PDF alternatieve teksten voor alle betekenisvolle afbeeldingen. Decoratieve afbeeldingen worden gemarkeerd als zodanig, zodat de schermlezer ze overslaat.

En tot slot bevat een toegankelijke PDF correcte metadata, titel, taal en documentstructuur, die assistive technology nodig heeft om het document correct te interpreteren.

Geldt dit voor mijn organisatie?

Voor publieke instellingen in Nederland (gemeenten, provincies, waterschappen, het Rijk en uitvoeringsorganisaties) geldt: ja. De Tijdelijke besluit digitale toegankelijkheid overheid verplicht PDFs die op of na 23 september 2018 zijn gepubliceerd te voldoen aan WCAG 2.1 AA (en sinds 2025 in toenemende mate aan WCAG 2.2). Er geldt een beperkte uitzondering voor zogenoemde "archiefdocumenten", PDFs die enkel zijn opgeslagen voor archiefdoeleinden en niet actief worden gebruikt voor dienstverlening, maar die uitzondering wordt door toezichthouders strenger uitgelegd dan veel organisaties denken.

Voor private bedrijven die onder de European Accessibility Act vallen, denk aan e-commerce, financiële dienstverlening, vervoer en digitale boekenkopers, geldt sinds 28 juni 2025 dat hun digitale producten en diensten toegankelijk moeten zijn. Aangezien PDFs onderdeel kunnen zijn van die digitale dienstverlening (denk aan facturen, polissen, contractdocumenten, gebruiksaanwijzingen), vallen ze in de praktijk vaak onder de reikwijdte van de wet.

Voor andere organisaties is het juridisch niet altijd verplicht, maar in de praktijk verwachten klanten, gebruikers en zakelijke partners steeds vaker dat documenten gewoon werken. Een ontoegankelijke factuur of contractdocument is in 2026 niet langer een excuus dat goed valt.

Hoe maak je een PDF toegankelijk? De vier stappen

Een PDF maken die voldoet aan PDF/UA en de PDF-relevante delen van WCAG 2.2 verloopt in de praktijk via vier stappen.

Stap 1: Begin in de bron, niet in de PDF. Verreweg het belangrijkste advies is: bouw toegankelijkheid in vanaf het bronbestand — vrijwel altijd een Word- of InDesign-document. Gebruik de ingebouwde stijlen voor koppen (Kop 1, Kop 2, etcetera) in plaats van handmatige opmaak. Voeg alt-teksten toe aan afbeeldingen. Markeer tabellen als echte tabellen, niet als gegroepeerde tekstvakken. Gebruik de ingebouwde lijstfuncties voor opsommingen. Wie hier slordig is, krijgt geen toegankelijke PDF, hoeveel naderhand poetsen er ook gebeurt.

Stap 2: Exporteer correct naar PDF. In Word kies je voor Opslaan als PDF met de optie Documentstructuurtags voor toegankelijkheid aangevinkt. In InDesign exporteer je naar Interactive PDF of Print PDF met de juiste tagging- en metadata-instellingen. Een rechtstreekse "Print naar PDF" via een printer driver levert vrijwel altijd een ontoegankelijke PDF op, die optie moet je vermijden.

Stap 3: Controleer en repareer in Adobe Acrobat Pro. Open de geëxporteerde PDF in Adobe Acrobat Pro en draai de ingebouwde Accessibility Check (Toegankelijkheid > Volledige controle). Acrobat genereert een lijst met issues die je vervolgens stap voor stap kunt nalopen: ontbrekende tags, foute leesvolgorde, ontbrekende alt-teksten, ontbrekende taalmarkering. Voor complexere documenten kun je ook gespecialiseerde tools gebruiken zoals PAC 2024 (PDF Accessibility Checker), die strenger toetst op PDF/UA-conformiteit.

Stap 4: Test met een echte schermlezer. Geautomatiseerde checks vangen het meeste, maar nooit alles. Een handmatige test met NVDA (gratis, Windows) of VoiceOver (ingebouwd, Mac) laat snel zien of het document in de praktijk werkt. Let vooral op of de leesvolgorde logisch loopt, of koppen en lijsten correct worden aangekondigd, en of tabellen begrijpelijk worden voorgelezen.

Hoe lang duurt dat?

Eerlijk is eerlijk: een PDF van scratch goed toegankelijk maken kost meer tijd dan een PDF "even snel exporteren". De meest geciteerde benchmark komt uit op gemiddeld 15 tot 30 minuten per pagina voor remediation van een bestaande PDF, afhankelijk van complexiteit. Voor een document van 80 pagina's praat je dus over een dag tot twee dagen werk. Doe je het in de bron goed (dus vanaf het begin in Word of InDesign), dan is de extra inspanning per document beperkt, vaak tien tot twintig procent meer tijd dan een niet-toegankelijke versie.

Dat verschil, twee dagen achteraf reparatie versus enkele uren in de bron, is precies de reden waarom we organisaties consequent adviseren om de investering in bron-toegankelijkheid te doen. Het verdient zichzelf binnen één project terug.

De ongemakkelijke vraag: had die PDF überhaupt gemoeten?

Voordat je begint met PDF-toegankelijk-maken, is er een vraag die vaak wordt overgeslagen maar minstens zo belangrijk is. Moet dit eigenlijk wel een PDF zijn? In een groot deel van de gevallen is het antwoord nee.

Een paar veelvoorkomende voorbeelden:

Een beleidsnota die je publiceert als PDF, is voor de gemiddelde gebruiker vrijwel altijd beter te raadplegen als reguliere webpagina. Webpagina's zijn eenvoudiger toegankelijk te maken, beter doorzoekbaar, beter op mobiel te lezen, beter te onderhouden bij wijzigingen en beter vindbaar in zoekmachines. Voor wie tóch een download wil, kun je de PDF als secundaire optie aanbieden.

Een formulier dat je publiceert als PDF (al dan niet invulbaar) is in vrijwel alle gevallen beter af als webformulier. Een webformulier is toegankelijker voor schermlezergebruikers, biedt directe validatie, voorkomt downloadgedoe en levert de gegevens direct in je systeem aan.

Een nieuwsbrief, een folder of een brochure die je publiceert als PDF, is bijna altijd beter als webpagina met een mooie indeling. Het bespaart je een hoop layout-werk én is per definitie toegankelijker.

Een formele juridische tekst, een raadsbesluit, een verordening, een bekendmaking, is in Nederland vaak al gepubliceerd op overheid.nl in een toegankelijk formaat. In plaats van zelf een PDF te hosten, kun je naar de canonieke bron verwijzen.

Wanneer is een PDF dan wél de juiste keuze? Bij documenten die door gebruikers daadwerkelijk worden gedownload om te printen of off-line te bewaren, bij documenten met een specifieke layout waar de juridische werking aan de exacte presentatie hangt (denk aan contracten, certificaten, formele jaarverslagen), of bij documenten die in PDF-vorm onderdeel zijn van een wettelijke verplichting. Buiten die gevallen is de webpagina vrijwel altijd de betere keuze, en levert hij minder werk op aan toegankelijkheidsremediation.

Wat als ik honderden bestaande PDFs heb?

Veel organisaties zitten met een legacy aan honderden, soms duizenden, bestaande PDFs. Stuk voor stuk toegankelijk maken is in de praktijk ondoenlijk. Wat wel werkt, is een gefaseerde aanpak in drie stappen:

• Inventariseer en prioriteer. Welke PDFs worden daadwerkelijk geraadpleegd? Een snelle export uit je analytics laat zien dat in de meeste organisaties 80% van het verkeer naar 20% van de PDFs gaat. Begin met die 20%.

• Schrap wat niemand meer gebruikt. Een PDF die in twee jaar twee keer is gedownload, voegt niets toe en hoort niet meer op je website. Verwijderen is een legitieme, en in WCAG-termen volwaardige, vorm van remediatie.

• Zet om wat blijft. Voor de PDFs die hoog scoren én bestaansrecht hebben, kies je per stuk: omzetten naar webpagina, vervangen door een toegankelijk samengevatte webversie met de PDF als download, of doorverwijzen naar een canonieke bron elders.

Deze drie-staps-aanpak is, naar onze observatie, de enige werkbare manier om uit de PDF-overload te komen zonder de organisatie te verlammen.

Tot slot

Een toegankelijke PDF maken is goed te doen, maar het is bijna altijd meer werk dan organisaties van tevoren denken. De winst zit daarom niet zozeer in betere reparatie, die zit in minder PDFs publiceren. Wie elke PDF-publicatie eerst toetst aan de vraag "moet dit wel een PDF zijn?", houdt vanzelf een veel kleinere, beter beheersbare en beter toegankelijke documentenstroom over.

Voor de PDFs die overblijven geldt: begin in de bron, exporteer correct, controleer met Acrobat én een schermlezer, en wees streng op wat live mag. Doe je dat consequent, dan zit je niet alleen veilig richting de Nederlandse en Europese wetgeving, je publiceert ook documenten die voor iedereen werken. En dat is uiteindelijk waar het werk om begonnen is.

Bronnen en verdieping

De technische beweringen, normen en cijfers in dit artikel zijn afkomstig uit de volgende publiek toegankelijke bronnen:

• W3C. Web Content Accessibility Guidelines (WCAG) 2.2. w3.org/TR/WCAG22: de algemene toegankelijkheidsstandaard waarop de Europese en Nederlandse PDF-eisen zijn gebaseerd.

• W3C. PDF Techniques for WCAG 2. w3.org/WAI/WCAG21/Techniques/pdf: uitgewerkte technische adviezen voor het toegankelijk maken van PDFs binnen het WCAG-kader.

• ISO. ISO 14289-1:2014: Document management applications Electronic document file format enhancement for accessibility Part 1 (PDF/UA-1). iso.org/standard/64599.html: de internationale standaard PDF/UA waar professionele PDF-toegankelijkheid op rust.

• Rijksoverheid. Tijdelijk besluit digitale toegankelijkheid overheid. wetten.overheid.nl: de Nederlandse rechtsgrond voor toegankelijkheidsverplichtingen bij overheidsorganisaties, inclusief PDFs.

• EU. Directive (EU) 2019/882: European Accessibility Act. eur-lex.europa.eu : het Europese kader dat sinds 28 juni 2025 ook private partijen verplicht hun digitale producten en diensten (waaronder relevante PDFs) toegankelijk te maken.

• PDF Accessibility Checker (PAC). pac.pdf-accessibility.org : toonaangevende tool voor PDF/UA-conformiteitstoetsing, naast de ingebouwde checker van Adobe Acrobat Pro.

• CommonLook. How much does PDF remediation cost? commonlook.com : vaak geciteerde benchmark voor de tijdsinvestering per pagina bij PDF-remediation.

• WebAIM. PDF Accessibility. webaim.org/techniques/acrobat: praktische uitleg van PDF-toegankelijkheid in Acrobat, breed gebruikt in het vakgebied.