Web Accessibility — Tilgængelighed og SEO
Web accessibility sikrer at alle kan bruge dit website — og mange accessibility-forbedringer er direkte SEO-forbedringer.
Hvad er web accessibility?
Web accessibility handler om at gøre websites tilgængelige for alle — inklusive mennesker med funktionsnedsættelser som synshandicap, hørehandicap, motoriske vanskeligheder og kognitive udfordringer.
Det internationale standardiserings-organ W3C har udgivet Web Content Accessibility Guidelines (WCAG) — et sæt af retningslinjer for tilgængeligt webindhold. WCAG 2.2 er den gældende standard, og WCAG 3.0 er under udvikling.
Accessibility er i mange lande ikke blot god praksis — det er et juridisk krav. EU’s Web Accessibility Directive pålægger offentlige myndigheder WCAG 2.1 AA-overholdelse, og den europæiske tilgængelighedslov (EAA) fra 2025 udvider kravene til private virksomheder.
De fire WCAG-principper
WCAG er organiseret omkring fire grundprincipper, husket via akronymet POUR:
Perceivable (Opfattelig): Information og UI-komponenter skal præsenteres på måder alle brugere kan opfatte. F.eks. alt-tekst til billeder, undertekster til videoer, tilstrækkelig farvekontrast.
Operable (Operérbar): Brugergrænseflade og navigation skal kunne betjenes. F.eks. al funktionalitet tilgængelig via tastatur, ingen indhold der kræver mus.
Understandable (Forståelig): Information og UI-funktionalitet skal være forståelig. F.eks. klart sprog, konsistent navigation, tydelige fejlbeskeder i formularer.
Robust: Indhold skal fortolkes pålideligt af hjælpeteknologier som skærmlæsere. F.eks. valid HTML, korrekt ARIA-brug.
Overlap: accessibility og SEO
Accessibility og SEO er ikke separate discipliner — de deler mange tekniske krav:
Alt-tekst til billeder
<img src="/billeder/søgeresultat.jpg" alt="Google søgeresultat med title og meta description fremhævet">
Alt-tekst er et accessibility-krav (WCAG 1.1.1) og et direkte SEO-signal. Skærmlæsere læser alt-tekst op for svagtseende brugere. Google bruger alt-tekst til at forstå og indexere billedindhold. Én implementering — dobbelt gevinst.
Overskriftshierarki
Korrekt brug af <h1>–<h6> er et WCAG-krav (1.3.1) og en SEO-best-practice. Skærmlæsere bruger overskrifter til at navigere langt indhold. Google bruger overskrifter til at kortlægge indholdets struktur.
Fejl er de samme begge steder: H1 mangler, overskrifter bruges til styling fremfor struktur, hierarki-hop fra H2 til H4.
Semantisk HTML
<nav aria-label="Primær navigation">...</nav>
<main>...</main>
<footer>...</footer>
WCAG kræver programmatisk bestemmelig struktur (1.3.1). Det opfyldes via semantisk HTML — de samme elementer Google bruger til at kortlægge siden.
Link-tekst
<!-- Dårlig accessibility og dårlig SEO -->
<a href="/guide">Klik her</a>
<!-- God accessibility og god SEO -->
<a href="/guide">Læs vores komplette SEO-guide</a>
WCAG 2.4.4 kræver at link-formål kan bestemmes fra linkteksten alene. Google bruger anchor-tekst som signal for det linkede indholds relevans. “Klik her” giver hverken skærmlæsere eller Google brugbar information.
Farvekontrast
WCAG 1.4.3 kræver minimum 4.5:1 kontrastratio for normal tekst. Utilstrækkelig kontrast er ikke en direkte SEO-faktor, men dårlig læsbarhed øger bounce rate — et potentielt negativt brugeroplevelsessignal.
ARIA-attributter
ARIA (Accessible Rich Internet Applications) tilføjer accessibility-semantik til dynamiske UI-komponenter:
<!-- Skjult label til ikoner uden synlig tekst -->
<button aria-label="Søg">
<svg aria-hidden="true">...</svg>
</button>
<!-- Live-region for dynamiske opdateringer -->
<div aria-live="polite" aria-atomic="true">
Søger...
</div>
<!-- Udvidet/sammenfoldet tilstand -->
<button aria-expanded="false" aria-controls="menu-list">
Menu
</button>
Vigtigste ARIA-mønstre i SEO-kontekst:
aria-labelogaria-labelledby: tilføjer labels til elementer uden synlig tekstaria-hidden="true": skjuler dekorativt indhold fra skærmlæserearia-live: annoncerer dynamiske ændringer
Keyboard navigation
Alle funktioner på et accessible website skal kunne bruges med tastatur alene (WCAG 2.1). Det kræver:
- Alle interaktive elementer er fokusérbare (
<a>,<button>,<input>er det som standard) - Fokusrækkefølge er logisk (typisk top → bund, venstre → højre)
- Synlig fokusindikator (undgå
outline: nonei CSS) - “Spring til indhold”-link som første element for at undgå gentagen navigation
Keyboard-navigation er ikke en direkte SEO-rankingfaktor, men JavaScript-navigationskomponenter der ikke er keyboard-accessible, kan have links som Googlebot ikke kan følge.
Accessibility-fejl der også skader SEO
Disse accessibility-problemer har direkte SEO-implikationer:
- Manglende alt-tekst: Billeder usynlige for Google
display: nonepå primært indhold: Kan deprioriteres af Google- Manglende
<h1>: Fraværende primær indholdssignal - Links uden href: Ikke-crawlbare links
- JavaScript-afhængig navigation: Links Google ikke finder
- Manglende
lang-attribut på<html>: Google usikker på sprog
Er web accessibility et Google rankingkrav? Ikke direkte som binær faktor, men Google vurderer page experience positivt. Dårlig accessibility fører ofte til dårlig usability, høj bounce rate og lavere Core Web Vitals — alle indirekte SEO-signaler.
Hvad er WCAG? Web Content Accessibility Guidelines er W3C’s internationale standard for tilgængeligt webindhold. WCAG 2.2 er den gældende version med tre compliance-niveauer: A, AA og AAA. AA er standard-kravet.
Hvad er en skærmlæser? En skærmlæser er software der læser skærmindhold op for svagtseende brugere. Populære skærmlæsere inkluderer NVDA og JAWS (Windows), VoiceOver (Apple) og TalkBack (Android). De navigerer via HTML-semantik og ARIA.
Hvad er det hurtigste accessibility-fix for SEO?
Tilføj alt-tekst til alle indholdsbilleder, sikr at alle sider har et <h1>-element, og brug beskrivende anchor-tekst i stedet for “klik her” og “læs mere”.
Sidst opdateret: marts 2026. Denne artikel er en del af Stegger.dk’s SEO-ordbog.
Andre artikler i samme emne
- Frontend — Hvad er frontend-kode og hvad betyder det for SEO?
- HTML — Grundlæggende guide til HyperText Markup Language
- HTML body — Indholdssektionen og semantisk struktur
- HTML head — Hvad indeholder head-sektionen?
- HTML-attributter — Alt, href, id, class og SEO-relevante attributter
- HTML-elementer — Struktur og semantik
- HTML-tags — De vigtigste tags for SEO
- HTML-validering — W3C validator og kode-fejl
- Kildekode — Hvad er kildekode og hvad ser Googlebot?
- Kodekvalitet og validering — Semantik, accessibility og ren kode
- Markup-sprog — HTML, XML og semantisk markup
- Semantisk HTML — Hvad er semantisk markup og hvorfor det betyder noget
- Semantisk kode — Kode med betydning og kontekst
Placering i ordbogen
- Frontend — Hvad er frontend-kode og hvad betyder det for SEO?
- HTML — Grundlæggende guide til HyperText Markup Language
- HTML body — Indholdssektionen og semantisk struktur
- HTML head — Hvad indeholder head-sektionen?
- HTML-attributter — Alt, href, id, class og SEO-relevante attributter
- HTML-elementer — Struktur og semantik
- HTML-tags — De vigtigste tags for SEO
- HTML-validering — W3C validator og kode-fejl
- Kildekode — Hvad er kildekode og hvad ser Googlebot?
- Kodekvalitet og validering — Semantik, accessibility og ren kode
- Markup-sprog — HTML, XML og semantisk markup
- Semantisk HTML — Hvad er semantisk markup og hvorfor det betyder noget
- Semantisk kode — Kode med betydning og kontekst