Tilgængelighedsordliste

Tal tilgængelighedens sprog

At forstå digital tilgængelighed begynder med at lære dens ordforråd. Feltet ligger i krydsfeltet mellem jura, design, ingeniørarbejde og levet erfaring, så terminologien kan føles tung første gang, du støder på den. Forkortelser som WCAG, ARIA og VPAT bruges i samme åndedrag som begreber som “opfatteligt indhold” og “tilgængeligt navn”, og det er let at miste tråden.

Denne ordliste grupperer de vigtigste begreber i fire praktiske kategorier — standarder og love, handicap og hjælpeteknologi, tekniske og ARIA-begreber samt test og proces — så du hurtigt kan finde det, du har brug for, og se, hvordan delene hænger sammen. Hvert opslag indeholder en definition i klart sprog og, hvor det hjælper, et kort eksempel.

En bemærkning, før du går i gang: ingen enkelt værktøj, plugin eller “tilgængelighedsoverlay” gør et website compliant eller reelt brugbart. Ægte tilgængelighed kommer fra tilgængelig kode, gennemtænkt design og test sammen med de mennesker, der er afhængige af hjælpeteknologi. Behandl ethvert produkt, der lover øjeblikkelig compliance, med stor skepsis.

Standarder, love og rammeværk

Disse begreber beskriver spillereglerne — de retningslinjer, du måler op imod, og de love, der kan gøre compliance obligatorisk.

WCAG: Web Content Accessibility Guidelines. Udgivet af W3C er WCAG den globale tekniske standard for tilgængeligt webindhold. Den nuværende version er WCAG 2.2. Succeskriterierne er organiseret under fire principper — Perceivable, Operable, Understandable og Robust (POUR) — og inddelt i tre overensstemmelsesniveauer: A, AA og AAA. De fleste love og kontrakter henviser til WCAG 2.1 eller 2.2 niveau AA som mål. Lær, hvordan det forholder sig til dine forpligtelser, i vores WCAG-complianceguide.
Overensstemmelsesniveau (A, AA, AAA): De tre niveauer af WCAG-succeskriterier. Niveau A er minimum, AA er den praktiske juridiske standard, som de fleste organisationer sigter efter, og AAA er den højeste barre (sjældent påkrævet for et helt website, fordi visse kriterier ikke kan opfyldes for alle indholdstyper).
POUR: WCAG’s fire grundlæggende principper: indhold skal være Perceivable (brugerne kan opfatte det), Operable (brugerne kan interagere med det), Understandable (brugerne kan forstå det) og Robust (det fungerer pålideligt på tværs af browsere og hjælpeteknologier).
ADA: Americans with Disabilities Act. Amerikansk borgerrettighedslovgivning, der forbyder diskrimination af personer med handicap. Domstolene anvender den i stigende grad på websites og apps, og ADA er grundlaget for størstedelen af de amerikanske retssager om digital tilgængelighed. Se vores ADA-complianceoversigt.
Section 508: En del af den amerikanske Rehabilitation Act, der kræver, at føderale myndigheder og føderalt finansierede organisationer gør deres elektroniske og informationsteknologi tilgængelig. Section 508 inkorporerer WCAG 2.0 niveau AA ved henvisning. Detaljer i vores Section 508-guide.
EAA: European Accessibility Act (EU-direktiv 2019/882). Kræver, at en bred vifte af produkter og tjenester — herunder e-handel, bankforretninger, transport og e-bøger — opfylder tilgængelighedskrav. Håndhævelsen begyndte i juni 2025. Læs mere i vores EAA-complianceguide.
EN 301 549: Den europæiske harmoniserede tilgængelighedsstandard for IKT-produkter og -tjenester. Den er den tekniske rygrad, som EAA peger på, og overtager WCAG-succeskriterierne som sine webkrav, så at opfylde WCAG 2.1 AA bringer dig langt mod overensstemmelse med EN 301 549.
AODA: Accessibility for Ontarians with Disabilities Act. Canadisk provinsiel lovgivning, der fastsætter tilgængelighedsstandarder for organisationer, der opererer i Ontario, herunder krav til webindhold. Se vores AODA-complianceguide.
W3C: World Wide Web Consortium. Det internationale standardiseringsorgan, der udvikler og udgiver WCAG, ARIA og det bredere sæt af åbne webstandarder.
WAI: Web Accessibility Initiative. Den gren af W3C, der er dedikeret til tilgængelighed. WAI producerer WCAG, ARIA-specifikationen, understøttende teknikker og undervisningsmateriale.
VPAT®: Voluntary Product Accessibility Template. Et standardiseret dokument, der bruges til at udarbejde en Accessibility Conformance Report (ACR), som beskriver, hvordan et produkt opfylder standarder som WCAG, Section 508 og EN 301 549. Ofte påkrævet ved indkøb i erhvervslivet og det offentlige. Lær, hvad det indebærer, i vores VPAT/ACR-guide, eller lad os udarbejde en gennem vores VPAT-rapporteringstjenester.
ACR: Accessibility Conformance Report. Det udfyldte, dokumentationsunderbyggede dokument, der opstår ved at udfylde en VPAT for en bestemt produktversion. Købere bruger ACR’er til at sammenligne leverandører og vurdere indkøbsrisiko.

Handicap og hjælpeteknologi

Tilgængelighed findes for at tjene rigtige mennesker. Disse begreber beskriver de teknologier og interaktionsmetoder, som personer med handicap bruger til at få adgang til digitalt indhold.

Hjælpeteknologi (AT): Enhver hardware eller software, der hjælper personer med handicap med at bruge computere og nettet. Eksempler omfatter skærmlæsere, skærmforstørrere, switch-enheder, stemmestyringssoftware, opdaterbare punktdisplays og alternative inputenheder. At bygge for tilgængelighed betyder i sidste ende at bygge for AT.
Skærmlæser: Software, der konverterer indhold på skærmen — tekst, billeder, formularfelter og kontroller — til syntetiseret tale eller punktudskrift. Almindelige skærmlæsere omfatter JAWS og NVDA (Windows), VoiceOver (macOS og iOS) samt TalkBack (Android). Vores testguide til skærmlæsere gennemgår, hvordan du evaluerer med dem, og du kan bestille en skærmlæserevaluering hos vores team.
Text-to-Speech (TTS): Teknologi, der læser skrevet tekst højt. TTS er en byggesten i skærmlæsere, men tilbydes også som en selvstændig funktion til et bredt publikum. Det er ikke det samme som en skærmlæser, der formidler struktur, roller og tilstand — ikke kun ord. Vi forklarer forskellen i text-to-speech versus skærmlæsere.
Opdaterbart punktdisplay: En hardwareenhed, der gengiver tekst på skærmen som følbare punkttegn ved hjælp af pinde, der hæver og sænker sig. Den fungerer sammen med en skærmlæser og er afgørende for mange døvblinde brugere.
Skærmforstørrer: Software, der forstørrer en del af skærmen for brugere med nedsat syn, ofte med farve- og kontrastjusteringer. Layouts, der flyder rent om ved høje zoomniveauer, fungerer langt bedre med forstørrelse.
Switch-adgang: En inputmetode, der lader personer med betydelige motoriske handicap betjene en enhed ved hjælp af en eller flere switches (knapper, sip-and-puff-rør eller andre kontroller) i stedet for en mus eller et tastatur. Den afhænger af en logisk, fuldt betjenbar grænseflade.
Stemmeinput / talegenkendelse: Software som Dragon eller indbygget stemmestyring, der lader brugere navigere og diktere ved at tale. Den er afhængig af præcise tilgængelige navne, så kommandoer som “klik på Send” matcher den synlige etiket.
Tastaturnavigation: At betjene et website udelukkende med et tastatur — typisk Tab, Shift+Tab, piletaster, Enter og mellemrum. Det er afgørende for personer, der ikke kan bruge en mus, og er også grundlaget for switch- og stemmeadgang. Hvis noget kun fungerer ved hover eller klik, svigter det tastaturbrugere.
Kognitivt handicap: En bred kategori, der dækker tilstande, som påvirker hukommelse, opmærksomhed, problemløsning eller forståelse. Klart sprog, konsekvent navigation, forudsigelig adfærd og rummelig fejltolerance understøtter alle den kognitive tilgængelighed.
Nedsat syn: Reduceret synsevne, der ikke korrigeres med briller. Brugere kan være afhængige af forstørrelse, høj kontrast eller tilpassede farver, og derfor er tekst, der kan ændre størrelse, og stærk farvekontrast så vigtige.

Tekniske og ARIA-begreber

Dette er byggestenene på ingeniørniveau — de dele af siden og opmærkningen, der afgør, om hjælpeteknologi kan få mening ud af din grænseflade.

Semantisk HTML: HTML skrevet med elementer, der bærer betydning — <nav>, <main>, <button>, <article> og overskriftstags — i stedet for generiske <div>- og <span>-wrappere. Native semantik giver hjælpeteknologi rolle, tilstand og tastaturadfærd gratis, og derfor lyder ARIA’s første regel: “brug ikke ARIA, hvis native HTML kan klare opgaven.”
ARIA: Accessible Rich Internet Applications. Et sæt HTML-attributter (med præfikset aria-) plus roller, der kommunikerer UI-elementers rolle, tilstand og egenskaber til hjælpeteknologi, når native semantik kommer til kort — for eksempel aria-expanded på en brugerdefineret dropdown. Misbrugt ARIA kan gøre tingene værre, så det bør anvendes bevidst.
Rolle: En ARIA-attribut (eller implicit HTML-attribut), der fortæller hjælpeteknologi, hvad et element er — en knap, en fane, en dialog, et navigationslandmærke. Roller lader brugere forstå og forudsige, hvordan de skal interagere med en kontrol.
Tilgængeligt navn: Den etiket, en skærmlæser annoncerer for et element, beregnet ud fra kilder som synlig tekst, aria-label, aria-labelledby eller en tilknyttet <label>. En knap med kun et ikon og uden tilgængeligt navn annonceres som “knap”, hvilket efterlader brugere gættende.
Tilgængelighedstræ: En parallel struktur, som browseren bygger ud fra DOM’en, og som eksponerer elementernes roller, navne, tilstande og relationer til hjælpeteknologi gennem platformens tilgængeligheds-API’er. Det er, hvad en skærmlæser faktisk “ser”.
DOM: Document Object Model. Browserens levende, strukturerede repræsentation af en HTML-side. Tilgængelighedstræet udledes af den, så en velstruktureret DOM er fundamentet for en tilgængelig oplevelse.
AOM: Accessibility Object Model. En browser-API, der eksponerer tilgængelighedstræet for JavaScript, hvilket lader udviklere forespørge på og justere tilgængelighedsegenskaber programmatisk.
Alt-tekst: En tekstbeskrivelse af et billede, der angives via HTML-attributten alt. Skærmlæsere annoncerer den, så ikke-seende brugere får den information, billedet formidler. Dekorative billeder bør bruge et tomt alt="", så de springes over i stedet for at blive læst op som støj.
Farvekontrast: Forskellen i luminans mellem tekst og dens baggrund. WCAG kræver mindst 4.5:1 for normal tekst og 3:1 for stor tekst (og 3:1 for meningsfulde UI-komponenter og grafik). Tilstrækkelig kontrast hjælper brugere med nedsat syn og enhver, der læser i skarpt sollys.
Fokusindikator: En synlig kontur eller fremhævning, der viser, hvilket element der i øjeblikket har tastaturfokus. WCAG kræver, at den er tydeligt synlig, så tastaturbrugere altid ved, hvor de er. At fjerne fokuskonturer i CSS uden en synlig erstatning er en almindelig, alvorlig fejl.
Fokusrækkefølge: Den rækkefølge, hvori tastaturfokus bevæger sig gennem interaktive elementer. En logisk rækkefølge følger indholdets visuelle layout og betydning, så navigation føles forudsigelig frem for rodet.
Landmærke: Et område af siden, der identificeres ved rolle — banner, navigation, main, contentinfo — som lader skærmlæserbrugere springe direkte mellem større sektioner i stedet for at læse fra top til bund.
Skip-link: Et link, som regel først i tabrækkefølgen, der lader tastaturbrugere springe gentaget navigation over og gå direkte til hovedindholdet. Det er ofte visuelt skjult, indtil det får fokus.
Ægte tekst: Tekst gengivet som faktiske HTML-tegn frem for indbygget i et billede. Ægte tekst kan ændre størrelse, flyde om, oversættes og læses af hjælpeteknologi. Billeder af tekst opfylder ikke WCAG bortset fra logoer og tilfældige tilfælde.
API: Application Programming Interface. Inden for tilgængelighed er platformens tilgængeligheds-API’er de kanaler, hvorigennem hjælpeteknologi kommunikerer med operativsystemet og applikationer for at hente information om UI-elementer.
CAPTCHA: Completely Automated Public Turing test to tell Computers and Humans Apart. Traditionelle billed-CAPTCHA’er er en stor barriere for brugere med handicap. Foretræk tilgængelige alternativer som lyd-udfordringer, honeypot-felter eller usynlige risikoscoremetoder.

Test, roller og proces

Tilgængelighed er noget, du verificerer og vedligeholder, ikke et felt, du krydser af én gang. Disse begreber dækker, hvordan teams evaluerer og opretholder den.

Automatiseret test: At bruge software til at scanne sider for detekterbare problemer som manglende alt-tekst, lav kontrast eller tomme etiketter. Det er hurtigt og fremragende til at fange regressioner, men det finder kun en del af alle problemer. Vores software til tilgængelighedsscanning og gratis tilgængelighedsscan er gode udgangspunkter.
Manuel test: Evaluering udført af et menneske ved hjælp af hjælpeteknologi og ekspertvurdering. Den fanger det, som automatisering ikke kan — logisk læserækkefølge, meningsfuld linktekst, fornuftig fokushåndtering og om et flow faktisk er brugbart. Se vores guide til manuelle tilgængelighedsaudits og tilbagevendende audittjenester.
Brugervenlighedstest med personer med handicap: At observere rigtige brugere af hjælpeteknologi, mens de løser opgaver på dit produkt. Dette er guldstandarden og afdækker friktion, som hverken værktøjer eller tjeklister afslører. Udforsk vores audits udført af personer med handicap.
Tilgængelighedsaudit: En struktureret vurdering af et produkt op mod en standard (som regel WCAG 2.2 AA), der kombinerer automatiserede og manuelle metoder til at frembringe en prioriteret liste over problemer med vejledning til udbedring. Principperne dækkes i ægte digital tilgængelighed.
Udbedring: Arbejdet med at rette de tilgængelighedsproblemer, en audit afdækker — at korrigere kode, redesigne komponenter eller genopbygge dokumenter. For ikke-webfiler betyder det ofte PDF-udbedring for at gøre dokumenter læsbare for hjælpeteknologi.
VPAT / ACR (som proces): Ud over at være dokumenter er udarbejdelsen af en VPAT-baseret ACR også en proces: at teste produktet mod hvert relevant kriterium, registrere supportniveauet og dokumentere bevis. Købere betragter en troværdig ACR som bevis på rettidig omhu.
Shift Left: At flytte tilgængelighedsarbejdet tidligere i udviklingscyklussen — ind i design og code review frem for rettelser efter lancering. At fange problemer tidligt er dramatisk billigere end at eftermontere dem, kernetanken bag tilgængelighedsrådgivning.
Tilgængelighedserklæring: En offentlig side, der beskriver dit overensstemmelsesniveau, kendte begrænsninger, de standarder, du følger, og hvordan brugere kan rapportere barrierer eller bede om hjælp. Mange love, herunder EAA, forventer en sådan.
Tilgængelighedsoverlay: En tredjepartswidget, der hævder at gøre et site compliant automatisk via et script og en værktøjslinje. Overlays leverer ikke ægte overensstemmelse, kan forstyrre brugernes egen hjælpeteknologi og har optrådt i retssager. QualiBooth anbefaler dem ikke. For en gennemsigtig, brugerstyret tilgang i stedet, se vores tilgængelighedstoolkit og Agora.
A11y: Et numeronym for “accessibility” — bogstavet “a”, 11 bogstaver, og så “y”. Almindelig forkortelse i fællesskabet, som du vil se i kode, konferenceoplæg og teamkanaler.
Universelt design: En filosofi om at skabe produkter, der kan bruges af så mange mennesker som muligt uden særlig tilpasning. I digitalt arbejde betyder det at designe for tilgængelighed fra starten frem for at eftermontere den — og det forbedrer som regel brugervenligheden for alle, ikke kun personer med handicap.

Hvor du går hen herfra

En ordliste fortæller dig, hvad begreberne betyder; den kan ikke fortælle dig, hvor dit produkt står. Den hurtigste måde at omsætte ordforråd til handling er at kombinere en automatiseret grundlinje med ekspertmanuel gennemgang og test udført af mennesker, der bruger hjælpeteknologi hver dag.

Begynd med en gratis tilgængelighedsscan for at se overfladiske problemer, gennemse almindelige tilgængelighedsproblemer, du skal undgå, og når du er klar til en rigtig vurdering, anmod om en demo eller tal med vores team om tilgængelighedsrådgivning.