Tjekliste til tilgængelighed på virksomhedshjemmesider: job, pdf’er, investorsider og formularer
Tilgængelighedstjekliste til virksomhedshjemmesider: navigation, jobansøgninger, pdf’er og årsrapporter, video, formularer, cookiebannere og erklæringer.
FixReports’ redaktion7 min. læsetid
En virksomhedshjemmeside sælger sjældent noget direkte, så tilgængelighedsproblemer på den bliver let overset. Men det er her, folk søger job, investorer læser årsrapporter, journalister finder pressemeddelelser og kunder leder efter kontaktoplysninger, og hver af de opgaver kan blive blokeret af en barriere: en jobansøgning, der ikke kan gennemføres med tastaturet, en årsrapport udgivet som en pdf uden tags, en video uden undertekster, et cookiebanner, der fanger fokus. Denne tjekliste gennemgår WCAG 2.2 niveau AA efter de afsnit, de fleste virksomhedshjemmesider har, med hvad du skal tjekke i hvert af dem.
Det vigtigste i korte træk
- WebAIM fandt i 2026 WCAG-fejl, der kunne registreres, på 95,9 % af forsiderne på de en million største websites; tekst med lav kontrast (83,9 %) og manglende alt-tekst (53,1 %) var de mest almindelige (WebAIM (åbner i en ny fane)).
- WCAG gælder for dokumenter, der udgives på en hjemmeside, for eksempel pdf’er, lige så vel som for websider; W3C udgiver teknikker til at gøre pdf’er tilgængelige (W3C (åbner i en ny fane)).
- Optaget video skal have undertekster (1.2.2, niveau A) og synstolkning, når billederne indeholder information, der ikke fremgår af lyden (1.2.5, AA) (W3C (åbner i en ny fane)).
- I en vejledning fra 2022 sagde det amerikanske justitsministerium, at ADA gælder for webtilbud fra virksomheder, der er åbne for offentligheden, uden at fastsætte en bestemt teknisk standard (ADA.gov (åbner i en ny fane)).
- W3C tilbyder vejledning og en gratis generator til at skrive en tilgængelighedserklæring (W3C (åbner i en ny fane)).
Hvorfor er tilgængelighed vigtig på en virksomhedshjemmeside?
Fordi de besøgende, der er afhængige af den, ofte er netop dem, du helst vil nå: kandidater, kunder, partnere og investorer. Verdenssundhedsorganisationen anslår, at 1,3 milliarder mennesker, omkring hver sjette, lever med et betydeligt handicap (WHO (åbner i en ny fane)). Endnu flere bruger tastatur i stedet for mus, forstørrer tekst eller læser på telefonen i skarpt lys.
Der er også en compliance-vinkel, som varierer fra land til land og efter, hvem hjemmesiden henvender sig til. Offentlige myndigheder i EU skal opfylde webtilgængelighedsdirektivet; virksomheder, der sælger til forbrugere i EU, kan være omfattet af European Accessibility Act; i USA har justitsministeriet sagt, at ADA gælder for webtilbud fra virksomheder, der er åbne for offentligheden (ADA.gov (åbner i en ny fane)). En ren B2B-hjemmeside kan falde uden for nogle af disse love, men større kunder spørger i stigende grad leverandører om tilgængelighed. Vores guides om European Accessibility Act og ADA-kravbreve forklarer baggrunden; dette er ikke juridisk rådgivning.
Hvad skal du tjekke på hver side?
Disse problemer kommer fra de fælles skabeloner, så når du retter dem én gang, er hele hjemmesiden rettet:
- Kontrast: brødtekst mindst 4.5:1 mod baggrunden, stor tekst 3:1 (1.4.3). Lysegrå tekst og hvid tekst på brandfarver er de typiske fejl. Farvekontrasttjekket tester ethvert farvepar.
- Tastatur: alle links, menuer og knapper kan nås med Tab og bruges med Enter eller mellemrumstasten, med en synlig fokusindikator (2.1.1, 2.4.7). Megamenuer og karruseller giver ofte problemer.
- Spring-til-indhold-link og landmarks: en måde at springe forbi headeren direkte til hovedindholdet (2.4.1) og landmarks som
header,nav,mainogfooter. - Overskrifter: én H1 pr. side og en logisk overskriftsstruktur (1.3.1), så skærmlæserbrugere kan skimme siden.
- Linktekst: links, der giver mening uden for sammenhængen, ikke »Læs mere« gentaget ti gange (2.4.4).
- Sprog:
lang-attributten på alle sider og på afsnit på et andet sprog (3.1.1, 3.1.2), så skærmlæsere udtaler dem korrekt. - Zoom og reflow: indholdet kan bruges ved 200 % zoom og i en bredde på 320 pixels uden vandret scrolling (1.4.4, 1.4.10).
Hvordan gør du jobsider og jobansøgninger tilgængelige?
Det er i jobsektionen, at barrierer har de tydeligste konsekvenser: en kandidat, der ikke kan gennemføre en ansøgning, kan ikke komme i betragtning.
- Jobopslag: filtre og søgning skal fungere med tastaturet og meddele antallet af resultater til skærmlæsere (4.1.3).
- Ansøgningsformularer: alle felter skal have en synlig ledetekst (3.3.2), fejl skal beskrives i tekst (3.3.1), og knapper til upload af filer skal have tilgængelige navne.
- Tidsgrænser: hvis formularen udløber, så advar brugeren, og lad vedkommende forlænge tiden (2.2.1).
- Ansøgningssystemer fra tredjeparter: mange virksomheder bruger et eksternt system til ansøgninger. Bed leverandøren om deres Accessibility Conformance Report, test selv ansøgningsforløbet med tastaturet, og tilbyd en anden måde at søge på, for eksempel via e-mail, som står på jobsiden.
- Test og videointerviews: tjek, at onlinetest og værktøjer til videointerviews understøtter skærmlæsere, undertekster og ekstra tid efter ønske.
Hvordan udgiver du tilgængelige pdf’er og årsrapporter?
Årsrapporter, bæredygtighedsrapporter, brochurer og politikdokumenter udgives ofte kun som pdf’er, og mange af dem har ingen tags: en skærmlæser læser dem op som én lang tekstblok eller slet ikke.
- Foretræk HTML til vigtigt indhold. En webside er lettere at gøre tilgængelig, fungerer bedre på telefoner og er lettere at søge i.
- Udgiver du en pdf, så giv den tags. Eksportér fra kildedokumentet (Word, InDesign) med tags slået til, så overskrifter, lister, tabeller og læserækkefølge bevares. Standarden PDF/UA (ISO 14289) definerer tilgængelige pdf’er.
- Tjek det væsentlige: en dokumenttitel, dokumentets sprog, alternativ tekst til diagrammer og billeder, ægte tabeloverskrifter og en logisk læserækkefølge. Adobe Acrobat Pro har et indbygget tilgængelighedstjek; PAC er et gratis tjekværktøj til Windows.
- Scannede dokumenter er billeder af tekst og kræver tekstgenkendelse (OCR) og tags eller en HTML-version.
- Finansielle tabeller: markér overskriftsrækker og -kolonner; i HTML skal du bruge
<th>medscope.
Hvad med video, webcasts og podcasts?
- Undertekster til al optaget video med tale (1.2.2, A) og til live webcasts (1.2.4, AA). Automatiske undertekster skal tjekkes: navne, tal og fagudtryk er ofte forkerte.
- Synstolkning, når vigtig information kun er visuel, for eksempel tekst på slides, som taleren ikke læser op (1.2.5, AA). Ofte er den enkleste løsning, at taleren beskriver sliden.
- Transskriptioner til podcasts og indhold, der kun består af lyd (1.2.1, A).
- Afspillerens knapper: en indlejret afspiller skal kunne betjenes med tastaturet, og lyd, der afspilles automatisk i mere end tre sekunder, skal kunne sættes på pause eller stoppes (1.4.2).
W3C’s vejledning i at gøre lyd og video tilgængelig dækker planlægning, undertekster og synstolkning (W3C (åbner i en ny fane)).
Hvordan gør du kontaktformularer, kort og lokationer tilgængelige?
- Formularer: ledetekster, tydelige fejlmeddelelser og ingen CAPTCHA, der kun bygger på at læse forvrænget tekst eller løse gåder; tilbyd et alternativ (W3C (åbner i en ny fane)).
- Kontaktoplysninger som tekst: telefonnumre, e-mailadresser og kontoradresser skrevet på siden, ikke kun i et billede eller på et kort.
- Kort: et indlejret kort er svært at bruge med en skærmlæser; adressen og rutevejledningen som tekst er det tilgængelige alternativ.
- Chatwidgets: tjek, at de kan åbnes, bruges og lukkes med tastaturet, og at de ikke dækker indhold i fokus (2.4.11).
Giver cookiebannere tilgængelighedsproblemer?
Ofte, fordi de vises først og ligger oven på alt andet.
- Banneret skal kunne nås og bruges med tastaturet, og Tab skal kunne forlade det igen (2.1.2, No Keyboard Trap) (W3C (åbner i en ny fane)).
- Knapperne skal have tydelige navne og tilstrækkelig kontrast; »Afvis« skal være lige så let at finde som »Accepter«.
- Det må ikke skjule elementet i fokus på siden bag det (2.4.11).
Vores scanninger starter på din forside, mens cookiebanneret stadig vises, fordi det er det, en tastaturbruger møder først, og rapporterer en fokusfælde, hvis Tab ikke kan komme forbi det.
Har du brug for en tilgængelighedserklæring?
Offentlige myndigheder i EU skal udgive en. For virksomheder er den som regel frivillig, men European Accessibility Act kræver, at omfattede tjenester giver oplysninger om, hvordan de opfylder kravene. En god erklæring siger, hvilken standard du sigter efter, kendte begrænsninger, hvordan folk kan rapportere et problem eller bede om indhold i et andet format, og hvornår den sidst er gennemgået. W3C udgiver vejledning og en gratis generator (W3C (åbner i en ny fane)).
Skriv den ærligt: at påstå fuld overensstemmelse efter en automatisk scanning er i sig selv en risiko, fordi automatiske tests ikke kan tjekke alt.
Hvordan bør du teste en virksomhedshjemmeside?
- Kør en automatisk scanning af forsiden, en jobside, en nyhedsartikel, kontaktsiden og alle formularer. Vores gratis tilgængelighedstjek tester vigtige sider i en rigtig browser mod WCAG 2.2 A og AA, og alt-teksttjekket viser hvert billede på en side.
- Test med tastaturet: navigér i menuen, søg et job, og send kontaktformularen kun med tastaturet.
- Tjek dokumenter: åbn dine vigtigste pdf’er med en skærmlæser eller et værktøj, der tjekker pdf-tilgængelighed.
- Se dine videoer med undertekster slået til og lyden slået fra.
- Bed mennesker med handicap om at prøve de vigtigste opgaver; det afslører problemer, som ingen tjekliste forudser.
Ofte stillede spørgsmål
Gælder WCAG for pdf’er?
Ja. WCAG gælder for webindhold, herunder dokumenter, der udgives på en hjemmeside. W3C udgiver specifikke teknikker til at opfylde WCAG i pdf-filer.
Vores jobside drives af en tredjepart. Er det vores ansvar?
Set fra kandidatens side er det din ansøgningsproces. Bed leverandøren om en Accessibility Conformance Report, test forløbet, og tilbyd en anden måde at søge på. Om du har et juridisk ansvar, afhænger af din jurisdiktion.
Opfylder automatiske undertekster WCAG?
Kun hvis de er korrekte. Automatiske undertekster får ofte navne, tal og fagudtryk forkert; gennemgå og ret dem, før du stoler på dem.
Er et tilgængelighedsoverlay nok til en virksomhedshjemmeside?
Nej. Overlays retter hverken den underliggende kode, dokumenter eller videoer. Se vores guide om tilgængelighedsoverlays og FTC’s afgørelse.
Hvilken standard bør en virksomhedshjemmeside sigte efter?
WCAG 2.2 niveau AA er den aktuelle version og det sædvanlige mål; mange love og politikker henviser stadig til WCAG 2.1 AA, som en hjemmeside, der opfylder 2.2 AA, også opfylder.
Kilder
- WebAIM: The WebAIM Million (2026) (åbner i en ny fane)
- W3C: Web Content Accessibility Guidelines (WCAG) 2.2 (åbner i en ny fane)
- W3C: Techniques for WCAG 2.2: PDF Techniques (åbner i en ny fane)
- W3C: Understanding 1.2.2 Captions (Prerecorded) (åbner i en ny fane)
- W3C: Understanding 1.2.5 Audio Description (Prerecorded) (åbner i en ny fane)
- W3C: Making Audio and Video Media Accessible (åbner i en ny fane)
- W3C: Understanding 2.1.2 No Keyboard Trap (åbner i en ny fane)
- W3C: Inaccessibility of CAPTCHA (åbner i en ny fane)
- W3C: Developing an Accessibility Statement (åbner i en ny fane)
- Det amerikanske justitsministerium: Guidance on Web Accessibility and the ADA (åbner i en ny fane)
- Verdenssundhedsorganisationen: Faktaark om handicap (åbner i en ny fane)
Alle guides
- Betaler det sig at rette din hjemmeside? Hvad offentliggjorte undersøgelser viser om hastighed, SEO og tilgængelighedHvad A/B-tests og undersøgelser målte efter arbejde med hastighed, strukturerede data og tilgængelighed, og hvordan du selv anslår og måler effekten.
- Teknisk SEO-tjekliste til SaaS-hjemmesiderTeknisk SEO for SaaS: hold appen ude af søgningen, render sider for crawlere, docs, changelogs, canonicals, strukturerede data, hastighed og AI-crawlere.
- Tjekliste til WCAG 2.2 AA for SaaS-produkter og webappsWCAG 2.2 AA-tjekliste til SaaS: login, formularer, dialoger, navigation i single-page-apps, tabeller, diagrammer, træk og slip, timeouts og ACR til købere.