Hoe PDF-tags de leesvolgorde bepalen en waarom deze niet werken
Een goed gestructureerde PDF wijst elk stukje inhoud, koppen, alinea's, afbeeldingen en tabellen toe aan een positie in een logische inhoudsboom die wordt beheerd door PDF Tags. De leesvolgorde wordt bepaald door de volgorde van knooppunten binnen deze boom, niet door de visuele positie op de pagina. Wanneer een PDF Editor inhoud toevoegt, verwijdert of herschikt zonder de tagstructuur bij te werken, lopen de visuele volgorde en de getagde volgorde uiteen.
Dit verschil komt het vaakst voor wanneer pagina's uit verschillende brondocumenten worden samengevoegd, elk met zijn eigen taggingschema. Een rapport dat is samengesteld uit drie getagde PDF's kan drie afzonderlijke tagstructuren hebben die niet in de juiste volgorde met elkaar zijn verbonden. De schermlezer springt van het einde van de tagstructuur van het eerste document naar het begin van het tweede, waarbij alle inhoud die er visueel tussen zit, wordt overgeslagen. Het resultaat is een document dat er op het scherm correct uitziet, maar leest als een onsamenhangende reeks fragmenten van ondersteunende technologie.
Een andere veelvoorkomende oorzaak is inhoud die wordt toegevoegd na het eerste taggingproces. Als iemand een standaard bewerkingstool gebruikt om een alinea of afbeelding in een getagde PDF in te voegen, plaatst de editor het nieuwe object op de pagina, maar registreert het niet in de bestaande tagboom. De nieuwe inhoud wordt onzichtbaar voor schermlezers. Ondertussen weerspiegelt de tagboom nog steeds de status van het document vóór bewerking. Gedurende meerdere bewerkingscycli wordt de kloof tussen het visuele document en de tagstructuur groter, en elke volgende bewerking vergroot het risico dat de toegankelijkheid niet wordt nageleefd.
Het praktische gevolg van problemen met de tagvolgorde reikt verder dan gebruikers van schermlezers. Content reflow-engines, die PDF-lay-outs aanpassen voor mobiele schermen, zijn voor de volgorde ook afhankelijk van de tagboom. Een document met de juiste visuele volgorde, maar een gecodeerde tagvolgorde, zal op een telefoonscherm in een onleesbare puinhoop terechtkomen, waarbij paragrafen op schijnbaar willekeurige posities verschijnen. Zoekmachines die PDF-inhoud indexeren, vertrouwen op dezelfde manier op de tagstructuur om de documenthiërarchie te begrijpen, dus problemen met de volgorde van tags kunnen van invloed zijn op de SEO voor openbaar geplaatste PDF's.
Het verschil tussen het opnieuw rangschikken van tags en het opnieuw taggen van een PDF
Het opnieuw ordenen van bestaande tags is een gerichte oplossing. Opnieuw taggen is een volledige herbouw. Als u het verschil begrijpt, bepaalt u of u het PDF-toegankelijkheid-werk dat al in het document is geïnvesteerd, behoudt of verliest.
| Aspect | Tags opnieuw rangschikken | Volledig opnieuw taggen |
|---|---|---|
| Domein | Past de bestaande knooppuntvolgorde van de tagboom aan | Herbouwt de volledige tagboom helemaal opnieuw |
| Bestaande metadata | bewaard gebleven; alle alternatieve tekst, kopniveaus en tabelkoppen blijven behouden | Kwijt; alles moet handmatig opnieuw worden ingevoerd |
| Tijd vereist | Minuten voor een typisch document | Uren voor een complex document met meerdere secties |
| Risico voor naleving | Laag als u klaar bent met het tagboompaneel | Hoog; één enkel gemist element verbreekt de PDF/UA-compliance |
| Beste voor | Documenten waar tags aanwezig zijn, maar de volgorde is verkeerd | Niet-getagde scans of volledig corrupte tagstructuren |
| Validatie na bewerking | Snelle controle; alleen opnieuw geordende secties behoeven beoordeling | Volledige documentaudit vereist; elke tag moet worden geverifieerd |
Het opnieuw ordenen van tags heeft de voorkeur voor documenten die al een functionele tagstructuur hebben. Volledig opnieuw taggen moet worden gereserveerd voor niet-gecodeerde scans en documenten waarbij de tagboom zo beschadigd is dat het opnieuw ordenen van individuele knooppunten langer zou duren dan opnieuw beginnen. Het belangrijkste verschil is dat bij het opnieuw ordenen aangepaste alt-tekst op afbeeldingen, toewijzingen op kopniveau, definities van het bereik van de tabelkop en markeringen voor taalkenmerken behouden blijven, terwijl bij het opnieuw taggen deze allemaal worden gewist en handmatig opnieuw moet worden ingevoerd.
Tools die het opnieuw ordenen van tags ondersteunen zonder verlies van metadata
Niet elke PDF-editor gaat veilig om met tagbomen. In de onderstaande tabel worden veelgebruikte tooltypen gecategoriseerd op basis van hun gedrag bij het bewaren van tags.
| Gereedschapstype | Toegang tot tagstructuur | Veilig voor nabestelling | Risiconiveau |
|---|---|---|---|
| Speciale toegankelijkheidscontroles | Volledig lezen/schrijven | Ja | Laag |
| Professionele PDF-suites (Acrobat Pro) | Volledig lezen/schrijven | Ja, met tagpaneel | Laag |
| Browsergebaseerde editors | Geen | Nee; verwijdert alle tags bij opslaan | Hoog |
| Exporteurs van Office Suite | Creëert nieuwe tags bij het exporteren | Niet van toepassing; vervangt tags | Medium |
| Open source opdrachtregelhulpmiddelen | Gedeeltelijk lezen; beperkt schrijven | Voorwaardelijk | Medium |
Browsergebaseerde PDF-editors vormen de categorie met het hoogste risico voor getagde documenten. Hun rendering-engines parseren de tag-boomstructuur niet, dus elke opslagbewerking vanuit een browsergebaseerd hulpmiddel verwijdert de hele tag-boom zonder waarschuwing. Als uw organisatie browsergebaseerde tools gebruikt voor snelle bewerkingen, stel dan een beleid in dat getagde documenten uitsluitend mogen worden verwerkt via desktopapplicaties die de logische structuur behouden.
Stap voor stap: tags opnieuw rangschikken zonder de toegankelijkheid te onderbreken
Een systematische aanpak voor het herschikken van tags voorkomt het verlies van metagegevens, waardoor een document onbruikbaar wordt voor gebruikers van ondersteunende technologie. Bij de volgende stappen wordt ervan uitgegaan dat u een getagde PDF hebt met een onjuiste leesvolgorde en dat u de volgorde moet corrigeren terwijl alle bestaande toegankelijkheidsmetagegevens intact blijven.
Stap één: open het tagnavigatiepaneel in uw PDF-editor en vouw de volledige tagboom uit. Voordat u wijzigingen aanbrengt, exporteert of maakt u een screenshot van de huidige boom als referentie. Deze back-up is essentieel, want als het opnieuw ordenen fout gaat, moet u de oorspronkelijke staat kennen om de wijzigingen ongedaan te maken. Werken zonder referentiekopie is de meest voorkomende oorzaak van onherstelbare schade aan tags.
Stap twee: identificeer precies welke knooppunten niet in de juiste volgorde staan. Tags kunnen verkeerd geordend zijn op paginaniveau, waar een hele pagina op de verkeerde positie verschijnt, of op inhoudsniveau, waar individuele alinea's en afbeeldingen op een pagina in de verkeerde volgorde staan. Een verkeerde volgorde op inhoudsniveau binnen een enkele pagina komt vaker voor en is gemakkelijker op te lossen dan een verkeerde volgorde op paginaniveau, wat vaak wijst op een dieper liggend structureel probleem in het documentsamenstelproces.
Stap drie: sleep de uit-positie-tags naar de juiste volgorde binnen de boomstructuur. De meeste professionele tools ondersteunen directe herschikking in het tagpaneel. Voer na elke verplaatsing een snelle toegankelijkheidscontrole uit om te bevestigen dat de wijziging van kracht is geworden en geen nieuwe problemen heeft geïntroduceerd. Voltooi sectie voor sectie in plaats van het hele document in één keer opnieuw in te delen. Deze stapsgewijze aanpak beperkt de reikwijdte van elke fout tot één enkele sectie.
Stap vier: nadat u alle secties opnieuw hebt geordend, voert u een volledige toegankelijkheidsvalidatiepas uit. De controleur zou nul nieuwe fouten moeten rapporteren vergeleken met de status vóór bewerking. Als er nieuwe fouten optreden, met name ontbrekende alt-tekst of verbroken tabelkopkoppelingen, maak dan de meest recente stap voor het opnieuw ordenen ongedaan en inspecteer de betreffende tags handmatig voordat u het opnieuw probeert. Een validatiepas die nieuwe fouten introduceert, geeft aan dat een tag buiten de vereiste bovenliggende container is verplaatst.
Stap vijf: test het opnieuw geordende document met een echte schermlezer naast automatische validatie. Geautomatiseerde tools verifiëren de structurele correctheid. Alleen een live schermlezertest bevestigt dat de leesvolgorde natuurlijk klinkt voor een menselijke luisteraar. Speel het hele document op normale snelheid af en noteer eventuele gedeelten waarin de tekst onverwachts verspringt, herhaalt of de inhoud overslaat.
Veel voorkomende fouten bij het opnieuw ordenen van tags die metadata beschadigen
Verschillende fouten tijdens het opnieuw ordenen van tags kunnen toegankelijkheidsmetadata stilletjes verwijderen zonder foutmeldingen te veroorzaken. Bewustwording van deze valkuilen verkleint het risico dat nalevingsfouten worden geïntroduceerd die onopgemerkt blijven.
Als u een inhoudselement buiten het bovenliggende containerknooppunt sleept, wordt de hiërarchierelatie verbroken. Een alineatag moet binnen de bovenliggende sectie- of artikeltag blijven. Als u het per ongeluk naar het hoofdniveau sleept, wordt de documentstructuur platter en verliezen schermlezers de mogelijkheid om per sectie te navigeren. Controleer altijd of elke inhoudstag na het opnieuw ordenen binnen de juiste bovenliggende tag blijft genest.
Een andere vaak voorkomende fout is het opnieuw rangschikken van tabelcellen in plaats van de hele tabelrij te verplaatsen. PDF-tabeltags gebruiken een strikte hiërarchie: Tabel bevat TableRow bevat TableDataCell. Als u één cel uit deze structuur verplaatst, wordt de tabelkoppeling voor schermlezers verbroken. Wanneer u de tabelinhoud opnieuw ordent, verplaatst u altijd volledige rijen of de gehele tabelstructuur als één geheel.
Het negeren van artefacttags tijdens het opnieuw ordenen leidt tot valse passages bij toegankelijkheidscontroles. Artefacttags markeren decoratieve inhoud, doorlopende kopteksten en paginanummers die voor schermlezers verborgen moeten blijven. Als door het opnieuw ordenen per ongeluk een artefact wordt gepromoveerd tot een inhoudstag, leest de schermlezer paginanummers en decoratieve elementen hardop voor in het midden van alinea's, waardoor de luisterervaring aanzienlijk wordt verslechterd.
Leesvolgorde verifiëren na herschikking van tags
Bij verificatie na het opnieuw bestellen moeten zowel geautomatiseerde als handmatige methoden worden gebruikt. Geautomatiseerde controleurs bevestigen de structurele validiteit, maar kunnen niet beoordelen of de leesvolgorde natuurlijk klinkt. Gebruik de ingebouwde voorleesfunctie in uw PDF-viewer of een speciale schermlezer in de testmodus om het hele document van begin tot eind te beluisteren.
Test indien mogelijk met twee verschillende schermlezertoepassingen. JAWS en NVDA op Windows, of VoiceOver op Mac, parseren tagstructuren met kleine verschillen in de manier waarop ze omgaan met dubbelzinnige tagstructuren. Een document dat in de ene schermlezer correct wordt gelezen, kan in een andere schermlezer nog steeds bestelproblemen vertonen. Cross-reader testen is de beste manier om randgevallen op te sporen voordat het document de eindgebruikers bereikt.
Voor grote organisaties die regelmatig met getagde PDF's werken, ondersteunen de bewerkingstools van WukongPDF workflows met behoud van tags, waarmee u inhoud kunt wijzigen en pagina's opnieuw kunt ordenen zonder de toegankelijkheidsstructuur aan te raken. Deze aanpak vermijdt de stap van het handmatig opnieuw ordenen van nieuwe documenten volledig, waardoor het risico op metagegevensverlies gedurende de levenscyclus van het document wordt verminderd en ervoor wordt gezorgd dat elk bewerkt bestand vanaf de creatie tot de uiteindelijke distributie voldoet aan de toegankelijkheidsnormen. Teams die vanaf het begin tags met behoud van tags toepassen, besteden aanzienlijk minder tijd aan het herstel van de toegankelijkheid dan teams die achteraf tags op bewerkte documenten aanbrengen.