Wat is PDF/UA?
PDF/UA staat voor PDF/Universal Accessibility. Het is de internationale standaard voor toegankelijke PDF-documenten. Formeel gaat het om ISO 14289.
In de praktijk bedoelen veel organisaties met PDF/UA nog steeds PDF/UA-1. Dat is de eerste versie van de standaard, gekoppeld aan PDF 1.7. Deze standaard legt vast aan welke technische eisen een PDF moet voldoen om toegankelijk te zijn voor mensen die afhankelijk zijn van hulptechnologie.
Het gaat dus niet alleen om de vormgeving van een document, maar vooral om de structuur erachter. Een PDF moet niet alleen leesbaar zijn voor mensen, maar ook interpreteerbaar voor software.
Waarom is PDF/UA belangrijk?
Een toegankelijke PDF zorgt ervoor dat informatie voor meer mensen bruikbaar is. Zonder goede structuur kan een screenreader bijvoorbeeld geen onderscheid maken tussen een kop, een alinea, een tabel of een lijst. Dan wordt een document onlogisch of onvolledig voorgelezen.
Dat is niet alleen vervelend voor de gebruiker, maar ook een risico voor organisaties. Documenten die niet toegankelijk zijn, kunnen leiden tot klachten, extra herstelwerk en onnodige drempels in dienstverlening. Zeker als PDF’s een vast onderdeel zijn van communicatie of verantwoording, is het belangrijk om toegankelijkheid structureel mee te nemen.
Wat maakt een PDF technisch toegankelijk?
De basis van PDF/UA is Tagged PDF. Dat betekent dat een PDF een technische structuur bevat met betekenisvolle tags. Die tags geven aan wat een kop is, wat een gewone tekstalinea is, waar een lijst begint en hoe een tabel is opgebouwd.
Daardoor kan hulpsoftware de inhoud in de juiste volgorde lezen en beter uitleggen aan de gebruiker. Ook zaken als documenttaal, alternatieve teksten bij afbeeldingen en bruikbare links horen daarbij.
Een toegankelijke PDF draait dus om meer dan alleen “een vinkje op toegankelijkheid”. De structuur, leesvolgorde en semantiek moeten echt kloppen.
Is PDF/UA hetzelfde als WCAG?
Nee. WCAG en PDF/UA vullen elkaar aan, maar zijn niet hetzelfde.
WCAG beschrijft de algemene eisen voor digitale toegankelijkheid. PDF/UA beschrijft hoe je die eisen in een PDF technisch goed ondersteunt. Je kunt dus zeggen dat WCAG vooral gaat over wat toegankelijk moet zijn, en PDF/UA over hoe je dat in een PDF goed opbouwt.
Voor organisaties is het daarom verstandig om PDF/UA niet los te zien van bredere toegankelijkheidseisen.
Wanneer is een PDF niet toegankelijk?
In de praktijk zien we vaak dezelfde problemen terug. Een document heeft bijvoorbeeld geen tags, of de leesvolgorde klopt niet. Soms zijn koppen alleen visueel opgemaakt, maar technisch geen echte koppen. Ook komen afbeeldingen zonder alt-tekst, tabellen zonder duidelijke structuur en formulieren zonder goede veldnamen nog vaak voor.
Voor iemand die een screenreader gebruikt, maakt dat een document lastig of soms zelfs onmogelijk te gebruiken. Een PDF kan er dus prima uitzien, maar technisch toch ontoegankelijk zijn.
Wat is het verschil tussen PDF/UA-1 en PDF/UA-2?
PDF/UA-1 is de eerste en nog steeds veelgebruikte versie van de standaard. PDF/UA-2 is de nieuwere versie, gekoppeld aan PDF 2.0.
Voor veel organisaties is PDF/UA-1 nog altijd het praktische uitgangspunt. Bestaande software, workflows en documenten zijn daar vaak op gebaseerd. Tegelijk is het goed om te weten dat de standaard zich verder ontwikkelt en dat PDF/UA-2 steeds relevanter wordt.
Hoe controleer je of een PDF aan PDF/UA voldoet?
Het controleren van een PDF vraagt altijd om meer dan alleen een automatische check. Software kan veel technische fouten signaleren, maar niet alles beoordelen. Een tool kan bijvoorbeeld wel zien of tags aanwezig zijn, maar niet altijd of de gekozen structuur ook echt logisch is. Dat geldt ook voor de kwaliteit van alt-teksten of de begrijpelijkheid van tabellen.
Daarom is een combinatie van automatische controle en menselijke beoordeling nodig.
Voor een eerste analyse kun je gebruikmaken van de PDF Analyzer van Audit House. Daarmee krijg je snel inzicht in belangrijke toegankelijkheidsaspecten van een PDF en zie je waar mogelijke risico’s of verbeterpunten zitten.
Adobe Acrobat kan hierbij soms ondersteunend zijn, bijvoorbeeld om tags te bekijken of kleine correcties te doen. Tegelijk is Acrobat beperkt als controlemiddel. Het geeft niet altijd een volledig of betrouwbaar beeld van de werkelijke toegankelijkheid van een document. Een positieve uitkomst in Acrobat betekent dus niet automatisch dat een PDF echt goed toegankelijk is.
De beste aanpak: begin bij het bronbestand
De beste manier om toegankelijke PDF’s te maken, is door al in het bronbestand goed te werken. Denk aan Word, InDesign of een HTML-bron. Als de structuur daar al klopt, is de kans veel groter dat de export naar PDF ook goed gaat.
Achteraf remediëren in een losse PDF kost meestal meer tijd en leidt sneller tot fouten. Het is daarom slimmer om toegankelijkheid vroeg in het proces mee te nemen. Een goed bronbestand, een correcte export en een serieuze controle achteraf vormen samen de meest betrouwbare aanpak.
Wat betekent dit voor organisaties?
Voor organisaties is PDF/UA niet alleen een technische standaard, maar ook een kwaliteitsvraagstuk. Wie veel documenten publiceert, doet er goed aan om duidelijke afspraken te maken over structuur, export en controle. Dat voorkomt herstelwerk en zorgt voor meer consistente kwaliteit.
Vooral bij documenten die openbaar worden gepubliceerd of onderdeel zijn van dienstverlening, is een vaste werkwijze belangrijk. Toegankelijkheid moet dan geen losse eindcontrole zijn, maar een normaal onderdeel van het proces. Wie de juiste keuzes maakt, voorkomt veel problemen achteraf.