Twee acroniemen komen vaak voor in discussies over de toegankelijkheid van documenten: PDF/UA en WCAG. Ze worden vaak samen genoemd en hebben beide betrekking op het toegankelijk maken van inhoud voor mensen met een handicap, maar ze opereren op verschillende niveaus en dienen verschillende doeleinden. Door ze te verwarren, ontstaan documenten die aan de ene standaard voldoen terwijl ze niet voldoen aan de andere, of erger nog: documenten waarvan de maker denkt dat ze toegankelijk zijn, maar waar gebruikers van schermlezers niet echt doorheen kunnen navigeren.
PDF/UA, wat staat voor PDF Universal Accessibility, is een standaard specifiek voor PDF-documenten. Het definieert de vereisten voor de manier waarop een PDF moet worden gestructureerd, zodat ondersteunende technologie deze correct kan lezen. WCAG, de Web Content Accessibility Guidelines, is een bredere standaard die van toepassing is op alle webinhoud, inclusief PDF's die op internet worden aangeboden. Door te begrijpen waar deze standaarden elkaar overlappen en waar ze uiteenlopen, kunnen documentmakers PDF's produceren die toegankelijk zijn, ongeacht de manier waarop gebruikers er toegang toe hebben.

Wat PDF/UA regeert: de technische structuur van een toegankelijke PDF
PDF/UA, formeel bekend als ISO 14289, werd voor het eerst gepubliceerd in 2012 en bijgewerkt in 2014. Het specificeert vereisten voor PDF-bestanden die toegankelijk zijn voor gebruikers die afhankelijk zijn van ondersteunende technologie zoals schermlezers, schermvergrotingen en brailleleesregels. In tegenstelling tot WCAG, dat is georganiseerd rond algemene principes, is PDF/UA een technische bestandsformaatspecificatie die PDF-makers precies vertelt welke structurele elementen aanwezig moeten zijn en hoe ze moeten worden georganiseerd.
De kernvereiste van PDF/UA is dat elk element in het document moet worden getagd. Tags definiëren de logische leesvolgorde en identificeren wat elk element is: een kop, een paragraaf, een lijst, een tabel, een afbeelding. Zonder tags kan een schermlezer de documentstructuur niet bepalen. Het kan paragrafen in de verkeerde volgorde lezen, koppen geheel overslaan of elke regel als een afzonderlijk tekstblok aankondigen. Een PDF/UA-compatibel document heeft een volledige, correcte tagstructuur die overeenkomt met de visuele leesvolgorde.
Een document met de juiste PDF-toegankelijkheid-tagging geeft gebruikers van schermlezers dezelfde informatie die ziende gebruikers krijgen van visuele opmaak. Vetgedrukte tekst die een kop markeert, wordt getagd als kop en niet alleen als visueel vetgedrukte tekst. Een decoratieve afbeelding die geen informatie toevoegt, krijgt een artefacttag die de schermlezer vertelt deze over te slaan. Formuliervelden hebben labels die programmatisch aan de velden zijn gekoppeld, zodat een gebruiker door formulieren kan navigeren op veldnaam in plaats van te raden wat elk leeg vakje vertegenwoordigt.
Deze structurele vereiste maakt PDF/UA zeer technisch. Een document voldoet aan de specificatie of niet. Er is geen sprake van gedeeltelijke naleving. Een getagde PDF kan worden gevalideerd aan de hand van de PDF/UA-standaard met behulp van geautomatiseerde controles die de volledigheid van de tags, de leesvolgorde en de aanwezigheid van de vereiste metagegevens verifiëren.
Probeer PDF bewerken
Geen installatie nodig. Werkt rechtstreeks in uw browser.
Wat WCAG regelt: toegankelijkheidsprincipes voor alle webinhoud
WCAG is georganiseerd rond vier principes, vaak afgekort als POUR: waarneembaar, operabel, begrijpelijk en veerkrachtig. Inhoud moet waarneembaar zijn, wat betekent dat gebruikers deze moeten kunnen waarnemen via ten minste één van hun beschikbare zintuigen. Het moet bedienbaar zijn, wat betekent dat gebruikers ermee kunnen communiceren. Het moet begrijpelijk zijn, wat betekent dat de inhoud en interface logisch moeten zijn. En het moet sterk zijn, wat betekent dat het moet werken met huidige en toekomstige ondersteunende technologieën.
In tegenstelling tot PDF/UA heeft WCAG conformiteitsniveaus: A, AA en AAA. Niveau A omvat de meest elementaire toegankelijkheidsvereisten. Niveau AA pakt de meest voorkomende barrières aan. Niveau AAA is de hoogste standaard en is voor alle inhoudstypen vaak eerder ambitieus dan haalbaar. De meeste toegankelijkheidswetten en organisatiebeleidslijnen richten zich op WCAG 2.1 Niveau AA als nalevingsnorm.
WCAG is van toepassing op PDF's wanneer deze deel uitmaken van een website of webapplicatie. De WCAG-succescriteria zijn echter breed geschreven en van toepassing op HTML-, PDF-, video-, audio- en andere webinhoudformaten. Een PDF die voldoet aan PDF/UA voldoet doorgaans aan veel WCAG-succescriteria, maar niet aan alle. De overlap tussen de twee standaarden is substantieel maar niet volledig. Daarom vereist PDF Compliance-verificatie vaak een controle op basis van beide.
Belangrijkste verschillen tussen PDF/UA en WCAG
Het meest fundamentele verschil is de reikwijdte. PDF/UA is alleen van toepassing op PDF-documenten. WCAG is van toepassing op alle webinhoud, waarvan PDF slechts één formaat is. Een website die toegankelijke HTML-pagina's host, maar ontoegankelijke PDF's, voldoet aan de WCAG voor de HTML-inhoud en faalt voor de PDF-inhoud. Organisatiebrede toegankelijkheid vereist dat zowel de webpagina's als de PDF's aan hun respectieve normen voldoen.
Een tweede belangrijk verschil is de manier waarop elke standaard omgaat met kleurcontrast. PDF/UA specificeert geen minimale contrastverhoudingen. Het vereist dat informatie niet uitsluitend via kleur wordt overgebracht, maar stelt geen numerieke drempelwaarden voor contrast. WCAG specificeert contrastverhoudingen: 4,5:1 voor normale tekst en 3:1 voor grote tekst op niveau AA. Een PDF die de PDF/UA-validatie doorstaat, kan nog steeds niet door WCAG komen omdat de tekst onvoldoende contrast heeft met de achtergrond.
Een derde verschil is de behandeling van multimedia. PDF/UA stelt beperkte vereisten voor audio- en video-inhoud in PDF's. WCAG bevat gedetailleerde vereisten voor ondertiteling, audiobeschrijvingen en mediabediening. Een PDF met ingesloten video moet voldoen aan de WCAG-mediavereisten, die veel verder gaan dan wat PDF/UA specificeert.
Beide normen zijn van belang. Welke voorrang krijgt, hangt af van de context. Voor documenten die als zelfstandige bestanden worden gedistribueerd, is PDF/UA de primaire standaard. Voor documenten die op websites worden gepubliceerd, is WCAG de wettelijke en regelgevende standaard, en PDF/UA dient als implementatiegids voor de PDF-specifieke aspecten van WCAG-compliance.
Praktische naleving: wanneer moet u welke norm volgen?
Voor overheidsinstanties in de Verenigde Staten vereist Sectie 508 van de Rehabilitation Act naleving van WCAG 2.0 Niveau AA voor alle elektronische inhoud, inclusief pdf's. In de herziene Sectie 508-normen wordt expliciet verwezen naar PDF/UA als middel om PDF-toegankelijkheid te bereiken. In de praktijk betekent dit dat overheids-PDF's moeten voldoen aan PDF/UA en, door die conformiteit, moeten voldoen aan de WCAG-criteria die van toepassing zijn op documenten.
Voor organisaties in de Europese Unie stellen de Europese Toegankelijkheidswet en de Webtoegankelijkheidsrichtlijn eisen die verwijzen naar WCAG 2.1 Niveau AA. Hoewel deze wetten PDF/UA niet altijd expliciet benoemen, sluiten de technische vereisten voor toegankelijke PDF's onder deze kaders nauw aan bij PDF/UA. Het volgen van PDF/UA is de veiligste weg naar compliance.
WukongPDF verwerkt PDF's via browsergebaseerde tools die kunnen helpen de documentstructuur te verifiëren en lacunes in de toegankelijkheid te identificeren. Hoewel het platform geen volledige toegankelijkheidsaudits uitvoert, ondersteunt het de stappen voor documentvoorbereiding die het daaropvolgende herstel van de toegankelijkheid eenvoudiger maken.
Naleving van beide normen verifiëren
Geautomatiseerde controleurs kunnen de conformiteit van PDF/UA met redelijke nauwkeurigheid valideren, omdat de standaard een technische specificatie is met wel/niet-goed-criteria. Tools zoals de PAC (PDF Accessibility Checker) en de ingebouwde toegankelijkheidscontrole van Adobe Acrobat testen de volledigheid van tags, leesvolgorde en vereiste metagegevens. Een document dat deze controles doorstaat, is structureel toegankelijk.
WCAG-nalevingsverificatie voor PDF's vereist zowel geautomatiseerde als handmatige tests. Geautomatiseerde tools controleren op de aanwezigheid van tags, alternatieve tekst en taalinstellingen. Bij handmatig testen wordt het document geopend met een schermlezer en gecontroleerd of de leeservaring overeenkomt met de visuele ervaring. Een echte gebruiker van een schermlezer kan problemen opmerken die geautomatiseerde tools over het hoofd zien, zoals alt-tekst die technisch aanwezig is maar nutteloos vaag.
Elk document dat de PDF/UA-validatie doorstaat en voldoende kleurcontrast heeft, voldoet over het algemeen aan de WCAG-niveau A- en de meeste niveau-AA-criteria voor documentinhoud. De overige WCAG-criteria die van toepassing zijn op PDF's, zoals de criteria met betrekking tot het doel van de koppeling en de focusvolgorde, moeten worden geverifieerd als onderdeel van het algemene testproces voor toegankelijkheid.
De relatie tussen PDF/UA en WCAG kan het beste worden gezien als complementair en niet als concurrerend. PDF/UA biedt het technische implementatietraject voor het toegankelijk maken van PDF's. WCAG biedt de principes en succescriteria die definiëren wat toegankelijk betekent. Een document dat is gemaakt volgens PDF/UA-standaarden doorstaat de meeste geautomatiseerde WCAG-controles op documentinhoud. Een document dat voldoet aan de WCAG-standaarden voor PDF's zal vrijwel zeker voldoen aan PDF/UA.
Organisaties die aan beide standaarden moeten voldoen, moeten investeren in training voor documentmakers. De persoon die een Word-document naar PDF exporteert, moet weten welke selectievakjes hij moet selecteren voor getagde PDF-uitvoer. De persoon die een formulier ontwerpt, moet begrijpen hoe labels aan formuliervelden kunnen worden gekoppeld. Bereikbaarheid is niet iets dat achteraf door een saneringsspecialist kan worden toegevoegd. Het moet vanaf het begin in het proces voor het maken van documenten worden ingebouwd.
De European Accessibility Act, die in 2025 van kracht werd, heeft de adoptie van PDF/UA- en WCAG-compliance binnen Europese organisaties versneld. De wet is van toepassing op producten en diensten die in de EU worden verkocht, inclusief digitale documenten die als onderdeel van die producten en diensten worden verstrekt. Bedrijven die voorheen de toegankelijkheid van documenten als optioneel beschouwden, ontdekken nu dat dit een wettelijke vereiste is voor hun Europese klanten.
Testing accessibility with real users is the only way to be certain a document works as intended. Geautomatiseerde controleurs kunnen de technische conformiteit met PDF/UA verifiëren. Handmatig testen met schermlezers kan de praktische bruikbaarheid verifiëren. Het een vervangt het ander niet. Een technisch conform document kan nog steeds moeilijk te navigeren zijn, omdat de kopstructuur, ook al is deze op de juiste manier getagd, niet weergeeft hoe een gebruiker van een schermlezer verwacht door de inhoud te bewegen.
Beide standaarden blijven evolueren en makers van documenten moeten updates van ISO en W3C in de gaten houden om te blijven voldoen aan de nieuwste toegankelijkheidsvereisten zodra deze worden gepubliceerd.
| Aspect | PDF/UA (ISO 14289) | WCAG 2.1 |
|---|---|---|
| Domein | Alleen PDF-documenten | Alle webinhoud inclusief pdf's |
| Conformiteit | Geslaagd/mislukt (binair) | Niveaus A, AA, AAA |
| Kleurcontrast | Geen numerieke drempels | 4,5:1 normale tekst, 3:1 grote tekst |
| Multimediaal | Beperkte vereisten | Onderschriften, audiobeschrijvingen, bedieningselementen |
| Geldigmaking | Geautomatiseerde controles (PAC, Acrobat) | Geautomatiseerde + handmatige schermlezertests |
Probeer PDF bewerken
Geen installatie nodig. Werkt rechtstreeks in uw browser.
