Gå til innholdet
Tilbake til veiledningene
Veiledning Sist kontrollert: oktober 2026 5 min lesing

Tilgjengelige PDF-er: hva som teller, og når HTML er bedre

Mange nettsteder tilbyr menyer, prislister, skjemaer og brosjyrer som PDF. For folk som bruker skjermleser, forstørrelse eller bare tastaturet, kan en PDF uten struktur være en lukket dør. Her ser du hva som gjør en PDF tilgjengelig, hva en sjekk kan finne, og når en nettside er det bedre valget.

Når en PDF blir en barriere

En PDF kan se perfekt ut og likevel være ubrukelig. En skjermleser ser ikke oppsettet. Den trenger struktur: hvilken tekst som er en overskrift, hva som er en liste, hva som er en tabell, og i hvilken rekkefølge alt leses. Mangler denne informasjonen, kommer innholdet ut som én lang tekststrøm, i feil rekkefølge eller ikke i det hele tatt.

Typiske problemer: en skannet side som bare er et bilde, et oppsett med to spalter som leses rett over begge spaltene, en tabell uten overskriftsceller, et skjema der feltene ikke har navn, og bilder uten tekstalternativ. W3C beskriver hvordan du unngår hvert av disse i PDF-teknikkene sine for WCAG. Teknikkene er eksempler på hvordan WCAG kan oppfylles, ikke krav i seg selv.

Hva som gjør en PDF tilgjengelig

  • Tagger: en tagget PDF har et strukturtre der overskrifter, avsnitt, lister og tabeller er merket som det de er. Uten tagger har hjelpemiddelteknologi nesten ingenting å arbeide med.
  • Leserekkefølge: rekkefølgen på taggene avgjør hva som leses først. Sjekk den særlig ved spalter, tekstbokser og sidefelt. Tabulatorrekkefølgen for lenker og skjemafelt bør følge samme logikk.
  • Dokumenttittel: sett en meningsfull tittel i dokumentegenskapene, og la visningsprogrammet vise den i stedet for filnavnet.
  • Dokumentspråk: sett hovedspråket, slik at en skjermleser bruker riktig uttale. Merk avsnitt på et annet språk separat.
  • Alt-tekst for figurer: informative bilder får et tekstalternativ på figur-taggen sin. Rent dekorative bilder merkes som artefakter, slik at skjermlesere hopper over dem.
  • Ekte tekst i stedet for skanninger: en skannet side er et bilde av tekst. Lag PDF-en fra kildefilen der du kan. Finnes det ingen, gjør tekstgjenkjenning (OCR) skanningen om til ekte tekst. Sjekk deretter at all tekst er med, og i riktig rekkefølge.
  • Tabelloverskrifter: datatabeller bygges av tabell, rader, overskriftsceller og dataceller. Overskriftsceller må merkes som overskrifter, ikke bare vises i fet skrift.
  • Bokmerker: dokumenter som er lengre enn noen få sider, får bokmerker, helst laget fra overskriftene. De hjelper alle med å få oversikt uten å bla gjennom hele filen.
  • Skjemafelt: hvert felt har et navn som er programmatisk koblet til det, for eksempel via verktøytipset til feltet. En etikett som bare er trykt ved siden av feltet, er ikke nok.
Start i kildefilen
Det meste av dette er enklere i programmet der du skriver dokumentet. Bruk ekte overskrifter, lister og overskriftsrader i tabeller der, legg til alt-tekst på bilder, sett tittel og språk, og eksporter en tagget PDF. Komplekse oppsett kan likevel komme ut i feil rekkefølge og må da repareres i et PDF-redigeringsprogram.

Hva en automatisk sjekk finner, og hva den ikke finner

Et verktøy kan lese tekniske egenskaper: finnes det en tittel, et språk, et strukturtre, har figurene en alt-oppføring? Dette er gode første spørsmål, og et manglende svar er et tydelig funn.

Et verktøy kan ikke vurdere om en alt-tekst sier det riktige, om leserekkefølgen gir mening, om de riktige cellene er merket som overskrifter, eller om tekstgjenkjenningen fikk med seg hvert tall riktig. W3C sier det rett ut: evalueringsverktøy kan ikke avgjøre tilgjengelighet, de kan bare hjelpe, og menneskelig vurdering er nødvendig. Fire manuelle sjekker tar bare noen minutter:

  1. 1Åpne PDF-en. Viser vinduet en ekte tittel i stedet for filnavnet?
  2. 2Lytt til de første sidene med en skjermleser eller en opplesingsfunksjon. Leses overskrifter, spalter og tabeller i en fornuftig rekkefølge?
  3. 3Lagre PDF-en som tekst. Er all tekst med, i riktig rekkefølge, og stemmer tallene?
  4. 4Gå gjennom lenker og skjemafelt med tabulatortasten. Gir rekkefølgen mening, og oppgir hvert felt navnet sitt?

Når en HTML-side er det bedre valget

Spør hva besøkende vil gjøre med innholdet. Åpningstider, menyer, prislister, korte instruksjoner og alt som endres ofte, fungerer som regel bedre som en vanlig nettside. En side tilpasser seg små skjermer og forstørrelse, kan finnes og lenkes til direkte, og det er bare én versjon å holde oppdatert.

En PDF gir fortsatt mening for dokumenter som folk skriver ut, signerer eller arkiverer, eller som må beholde et fast oppsett. Hvis du beholder PDF-en, tilby også det viktigste innholdet som en nettside, eller sørg i det minste for at PDF-en er tagget og sjekket.

Arbeid med Do4U

Verktøyet Sjekk tilgjengeligheten til PDF leser en PDF på opptil 2 MB og rapporterer tittelen, språket, strukturtaggene og figurene uten alternativ. Leserekkefølgen merkes alltid for manuell kontroll, fordi et verktøy ikke kan vurdere den.

Gjør dokumenter om til HTML lager et utkast fra én PDF-side eller ett bilde om gangen: semantisk HTML med overskrifter, lister og tabeller, pluss ren tekst. Sjekk hvert ord, hvert tall og hver tabell mot originalen, og gjenta jobben for hver side i leserekkefølge.

Begge verktøyene gir deg funn og utkast. De erstatter ikke en gjennomgang av mennesker, helst også av noen som bruker skjermleser. Sjekk på nytt etter hver ny versjon av dokumentet.

Kilder