Web Accessibility — Tilgængelighed og SEO

Web accessibility er praksis med at designe og udvikle websites der er brugbare for alle — herunder brugere med synshandicap der navigerer via skærmlæsere, brugere med motoriske handicap der bruger tastatur i stedet for mus, og brugere med kognitive vanskeligheder. For SEO er accessibility direkte relevant fordi mange accessibility-krav og SEO-best-practices er identiske: alt-tekst på billeder, semantisk HTML, beskrivende anchor-tekst og logisk overskriftshierarki hjælper både skærmlæsere og Googlebot forstå indholdet.

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. Det indbefatter alt-tekst til billeder, undertekster til videoer og tilstrækkelig farvekontrast — kort sagt: indhold må ikke udelukkende formidles via én sansekanal.

Operable (Operérbar)

Brugergrænseflade og navigation skal kunne betjenes uanset inputmetode. Al funktionalitet skal være tilgængelig via tastatur, og ingen indhold må kræve brug af mus.

Understandable (Forståelig)

Information og UI-funktionalitet skal være forståelig for alle brugere. Det kræver klart sprog, konsistent navigation og tydelige fejlbeskeder i formularer.

Robust

Indhold skal fortolkes pålideligt af hjælpeteknologier som skærmlæsere. Det opnås via valid HTML og korrekt ARIA-brug — teknisk korrekthed er fundamentet.

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-label og aria-labelledby: tilføjer labels til elementer uden synlig tekst
• aria-hidden="true": skjuler dekorativt indhold fra skærmlæsere
• aria-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: none i 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 uden alt-tekst er usynlige for Google. Skærmlæsere springer dem over, og billedindekset mister relevanssignaler. Alt-tekst er det enkleste sted at ramme begge mål med ét fix.

display: none på primært indhold

Indhold skjult via display: none kan deprioriteres af Google. Teknikken er legitim til UI-mønstre som tabs og accordions, men primært indholdstekst må aldrig skjules på denne måde.

Manglende H1

En side uden <h1> mangler sit primære indholdssignal. Googles crawler bruger H1 til at identificere sidens kerneemne, og skærmlæsere bruger det til at annoncere sidens titel.

Links uden href

Ankerelementer (<a>) uden href-attribut er ikke-crawlbare. Googlebot følger dem ikke, og tastaturbrugere kan ikke aktivere dem. Brug altid href på klikbare links.

JavaScript-afhængig navigation

Navigationslinks genereret udelukkende af JavaScript kan være links Googlebot ikke finder ved det første crawl — og keyboard-brugere ikke kan tilgå. Server-renderet navigation er sikrere for begge.

Manglende lang-attribut

Uden lang-attribut på <html> er Google usikker på sidens sprog, og skærmlæsere vælger stemme efter forkerte regler. Attributten er triviel at tilføje og kritisk for korrekt sprogfortolkning.

---

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. → Denne artikel er en del af HTML-struktur — Tags, elementer og semantik.