Slik lager du en PDF i samsvar med § 508

De fleste PDF-filer er ikke automatisk tilgjengelige. Hvis et dokument mangler riktig struktur, tagging, leserekkefølge eller alternativ tekst, kan ikke hjelpeteknologier som skjermlesere tolke det på riktig måte.

For å overholde Seksjon 508 i Rehabilitation Act of 1973 må føderale etater og organisasjoner som mottar føderal finansiering, sørge for at deres elektroniske dokumenter er tilgjengelige for personer med nedsatt funksjonsevne. For PDF-filer betyr dette at de må oppfylle tekniske tilgjengelighetsstandarder i tråd med WCAG- og PDF/UA-kravene.

Slik lager du en PDF-fil som er i samsvar med § 508.

1. Start med et tilgjengelig kildedokument

Tilgjengelighet begynner før PDF-filen opprettes.

Hvis du bruker Microsoft Word, bør du strukturere dokumentet riktig ved hjelp av innebygde overskriftsstiler (H1, H2, H3), formaterte lister og korrekt strukturerte tabeller. Unngå å fete opp tekst manuelt for å simulere overskrifter. Skjermlesere baserer seg på semantisk struktur, ikke visuell styling.

Angi dokumentspråket og sørg for tilstrekkelig fargekontrast mellom tekst og bakgrunn. Unngå å bruke farger alene for å formidle mening.

Når den eksporteres på riktig måte, følger mye av denne strukturen med inn i PDF-filen.

2. Sørg for riktig merking i PDF-filen

En kompatibel PDF-filen må inneholde en logisk taggstruktur. Tagger definerer overskrifter, avsnitt, lister, tabeller og andre elementer slik at hjelpeteknologier kan tolke innholdshierarkiet. I Adobe Acrobat Pro: Åpne Tagger-panelet for å verifisere strukturen. Bekreft at overskrifter følger et logisk hierarki. Kontroller at lister og tabeller er riktig tagget. Kontroller at dekorative elementer er merket som artefakter. En PDF-fil som ikke er merket, er ikke kompatibel, selv om den ser ren ut visuelt.

3. Bekreft leserekkefølgen

Leserekkefølgen avgjør hvordan innholdet presenteres for brukere av skjermlesere.

Bruk Acrobats verktøy for leserekkefølge til å kontrollere at innholdet flyter logisk fra topp til bunn og fra venstre til høyre. Oppsett med flere kolonner består ofte ikke denne testen og må korrigeres manuelt.

4. Legg til alternativ tekst til meningsfulle bilder

Bilder som formidler informasjon, må inneholde beskrivende alternativ tekst. Dekorative bilder bør merkes som artefakter, slik at de ignoreres av skjermlesere.

Alt-teksten skal beskrive formålet, ikke utseendet. I stedet for “Bilde av diagram” kan du skrive “Stolpediagram som viser 25% økning i omsetning fra 2022 til 2023”.”

5. Strukturer tabeller på riktig måte

Tabeller må inneholde overskriftsrader som er definert programmatisk. Det er ikke nok å bare utheve den første raden.

Hver datacelle må knyttes til riktig overskrift. Komplekse tabeller kan kreve ytterligere justeringer av taggingen.

Eksempel: Hvorfor det er viktig med riktige tabelloverskrifter

Se på følgende enkle tabell:

Visuelt ser denne tabellen strukturert ut fordi den første raden er uthevet med fet skrift. Fet skrift alene gjør imidlertid ikke en tabell tilgjengelig.

For at en PDF-fil skal være i samsvar med Section 508, må overskriftsradene defineres programmatisk. Det betyr at overskriftscellene må tagges som tabelloverskrifter (TH), og ikke bare utformes visuelt.

Hvis tabellen ikke er riktig tagget, kan en skjermleser lese innholdet som en kontinuerlig strøm av tekst:

“År Omsetning Resultat 2022 1 000 000 200 000 2023 1 250 000 275 000.”

Uten overskriftsassosiasjoner kan ikke brukerne finne ut hvilke data som hører til hvilken kolonne.

Når den er riktig merket, vil en skjermleser kunngjøre hver verdi med tilhørende overskrift, for eksempel:

“Rad 2. År: 2022. Inntekter: $1 000 000. Overskudd: $200 000.”

Dette strukturerte forholdet mellom overskrifter og dataceller er avgjørende for tilgjengeligheten.

Hensyn til komplekse tabeller

Mer komplekse tabeller krever ekstra oppmerksomhet. For eksempel:

I dette eksempelet fungerer “Revenue” som en gruppert kolonneoverskrift, mens “2022” og “2023” fungerer som underoverskrifter. For å gjøre dette tilgjengelig:

• Overskriftens omfang (rad eller kolonne) må være riktig definert.
• Overskriftsceller kan kreve eksplisitte assosiasjoner med dataceller.
• Sammenslåtte celler bør brukes med forsiktighet, da de ofte bryter med strukturell logikk.

Hvis disse relasjonene ikke defineres programmatisk, kan det føre til feil leserekkefølge og feiltolkning av data med hjelpemidler.

Slik fikser du tabelltilgjengelighet

I Microsoft Word:

• Bruk alternativet “Overskriftsrad” i Tabellutforming.
• Unngå å formatere overskrifter manuelt med fet skrift alene.
• Minimer antall sammenslåtte celler der det er mulig.

I Adobe Acrobat Pro:

• Kontroller at topptekstceller er merket som i Tagger-panelet.
• Bruk tabellredigeringsprogrammet til å bekrefte overskriftens omfang og assosiasjoner.
• Sørg for at dataceller () er korrekt mappet til sine respektive overskrifter.

Tilgjengelighet er basert på struktur, ikke utseende. En tabell som ser korrekt ut visuelt, kan likevel ikke oppfylle kravene hvis den underliggende merkingen er ufullstendig.

6. Gjør skjemaer tilgjengelige

Hvis PDF-filen inneholder skjemafelt:

• Legg til tydelige feltetiketter.
• Sørg for at tabulatorrekkefølgen følger en logisk rekkefølge.
• Gi instruksjoner og tilbakemeldinger om feil.

Skjematilgjengelighet er et av de vanligste feilpunktene i 508-revisjoner.

Eksempel: Tilgjengelige PDF-skjemafelt (etiketter, fanerekkefølge, instruksjoner, feil)

Tenk deg et enkelt PDF-skjema der en bruker ber om å bli ringt tilbake:

• Fullstendig navn
• E-postadresse
• Telefonnummer
• Foretrukket kontaktmetode (e-post/telefon)
• Send-knappen

Slik ser en PDF-fil som ikke overholder kravene ofte ut (vanlig 508-feil)

Visuelt ser formen bra ut. Men under panseret..:

• Feltene er ikke merket (eller merkelappene er ikke programmatisk knyttet til feltene).
• Tabulatorrekkefølgen hopper tilfeldig rundt på siden.
• Obligatoriske felt er kun merket med en rød stjerne (kun farge).
• Hvis brukeren sender inn med manglende data, vises feilmeldingen visuelt, men den kunngjøres ikke for skjermlesere.

Hva en skjermleserbruker opplever:

• “Rediger. Rediger. Rediger.” (aner ikke hva hvert felt er til)
• Tabbing hopper fra E-post → Send → Telefon → Tilbake til Navn
• De sender inn skjemaet, og ingenting gir mening, fordi feilen ikke kommuniseres på en tilgjengelig måte.

Det er en fiasko i en 508-revisjon.

7. Angi dokumentegenskaper og metadata

En PDF-fil som overholder kravene, bør inneholde:

• Dokumenttittel (vises i tittellinjen)
• Definert dokumentspråk
• Riktige metadatafelt

Dette sikrer at hjelpeteknologier tolker dokumentet riktig.

8. Unngå PDF-filer som kun inneholder bilder (skannede)

Skannede dokumenter er i hovedsak bilder. Uten optisk tegngjenkjenning (OCR) og riktig merking er de ikke tilgjengelige.

Kjør OCR i Acrobat, og kontroller deretter tagging og leserekkefølge manuelt.

Slik sjekker du om PDF-filen din er i samsvar med § 508

Overholder kravene Bruk automatiserte tilgjengelighetskontroller i første omgang. Adobe Acrobat Pro inneholder en tilgjengelighetskontroll som flagger strukturelle problemer.

Automatisert testing garanterer imidlertid ikke samsvar. Manuell gjennomgang er avgjørende.

For mer omfattende validering kan verktøy som ADScan kan teste mot PDF/UA standarder og gi detaljert veiledning om utbedring.

Kan du gjøre et Microsoft Word-dokument § 508-kompatibelt?

Ja, og det bør du gjøre. Å lage en tilgjengelig PDF starter med et tilgjengelig Word-dokument. Word har innebygde tilgjengelighetsfunksjoner som f.eks:

• Overskriftstiler for struktur
• Alt-tekstfelt for bilder
• Tilgjengelig tabellformatering
• Språkinnstillinger
• Tilgjengelighetskontroll

Når du eksporterer til PDF, bevarer du mye av denne tilgjengeligheten, noe som reduserer tiden det tar å utbedre senere.

Utover Compliance: Hvorfor det er viktig

Overholdelse av Section 508 er ikke bare et lovkrav. Det sikrer likeverdig tilgang til informasjon og reduserer risikoen for klager eller revisjoner knyttet til tilgjengelighet.

Tilgjengelige PDF-filer forbedrer brukervennligheten for alle brukere, inkludert de som bruker mobile enheter, skjermforstørrere eller tastaturnavigering.

Samsvar er grunnlinjen. Brukervennlighet er målet.