Dansk hosting fra Aalborg
100% CO₂-neutral hosting
24/7/365 dansk support
support@hostious.io
● Hostious viden · artikel

Webtilgængelighed i praksis: kontrast, tastatur og skærmlæsere i WordPress

Skrevet af , stifter af Hostious · Udgivet 2. september 2026 · Opdateret 2. september 2026
Webtilgængelighed i praksis: kontrast, tastatur og skærmlæsere i WordPress

Kort svar: Webtilgængelighed i WordPress står på fire ben: kontrast (tekst mod baggrund, minimum 4,5:1 for brødtekst), tastatur (alt skal kunne nås og betjenes uden mus, med synligt fokus), skærmlæser (semantisk struktur: én H1, logiske overskrifter, alt-tekster, labels på formularfelter) og forståelighed (klare fejlbeskeder, læsbart sprog). Temaet og dine plugins afgør halvdelen – vælg tilgængelighedstestede byggeklodser, og test selv med tastatur og en gratis skærmlæser. Overlay-widgets, der lover „tilgængelighed med ét script“, løser ikke opgaven.

Hvor EAA-guiden handler om pligten, handler denne om håndværket: hvad du konkret gør i WordPress for at gøre sitet opfatteligt, anvendeligt og forståeligt – med de værktøjer og genveje, der faktisk virker.

Kontrast og tekst

WCAG’s minimum er 4,5:1 for almindelig tekst og 3:1 for stor tekst og UI-komponenter – mål det med en kontrast-checker i stedet for at vurdere med øjet, og ret farverne i temaets globale indstillinger, så hele sitet følger med. De klassiske syndere: lysegrå tekst på hvid, tynde fonte på billeder og „diskrete“ linkfarver, der ikke kan skelnes fra brødtekst. Sørg også for, at tekst kan zoomes 200 % uden at layoutet knækker – med moderne temaer mest et spørgsmål om at bruge relative enheder.

Tastaturet: den hårdeste test

Læg musen væk, og gå sitet igennem med Tab, Enter, mellemrum og piletaster: Kan menuen åbnes og lukkes? Kan du se, HVOR fokus er (synlig fokusramme – fjern aldrig outline uden erstatning)? Kan du nå alle knapper – også dem, der kun er ikoner? Og kan hele købsrejsen gennemføres – produktvalg, kurv, checkout, betaling? Mobilmenuer, sliders, modals og accordions fra page buildere er de typiske knastpunkter; i Breakdance og lignende værktøjer skal interaktive elementer bygges med rigtige knapper og links, ikke klikbare div’er.

Skærmlæser og semantik

Semantisk struktur for tilgaengelighed i WordPress: en H1, logiske overskriftsniveauer, alt-tekster, landmark-regioner og labels

Skærmlæseren læser strukturen, ikke designet: én H1 pr. side, overskrifter i logisk rækkefølge (H2 → H3, aldrig spring for udseendets skyld), beskrivende alt-tekster på billeder, der bærer information (og tom alt på ren pynt), rigtige lister som lister og knapper som button. Links skal give mening løsrevet – „læs vores fragtguide“ slår „klik her“. Det gode ved den disciplin: det er præcis samme struktur, søgemaskiner og AI-crawlere belønner – tilgængelighed og SEO er to gevinster for ét arbejde.

Formularer og fejlbeskeder

Hvert felt skal have en synlig label (placeholder-tekst alene forsvinder, når man skriver), påkrævede felter skal være markeret, og fejl skal forklares KONKRET ved feltet („telefonnummer skal være 8 cifre“ – ikke „ugyldigt input“ i toppen). I checkout gælder det dobbelt: en kunde, der ikke kan finde fejlen, forlader købet. Autocomplete-attributter på navn/adresse-felter hjælper både tilgængelighed og konvertering. Og hold GDPR-disciplinen samtidig: færre felter er både mere tilgængeligt og mere lovligt.

Værktøjer og rutine

Automatiske scannere (browser-baserede audits og online-scannere) fanger kontrast, manglende alt-tekster og strukturfejl – kør dem på skabelonsiderne: forside, produktside, kurv, checkout, artikel. Manuel test dækker resten: 15 minutter med tastatur og en gratis skærmlæser (NVDA på Windows, VoiceOver på Mac) på købsrejsen. Undgå overlay-widgets som „løsning“ – de retter ikke koden og kritiseres bredt af både brugere og fågfolk. Læg i stedet tilgængelighed ind i arbejdsgangen: tjek ved nye skabeloner, i kvartalstjekket – og som krav til tema- og pluginvalg. Så vokser sitet sig tilgængeligt i stedet for at skulle reddes. Fundamentet kører som altid bedst på WordPress hosting hos Hostious.

Indarbejd det i hverdagen – ikke som projekt

Tilgængelighed fejler oftest som éngangsprojekt: en stor gennemgang, et fint dokument – og seks måneder senere har nye sider og billeder genindført alle fejlene. Gør i stedet kravene til REDAKTIONELLE vaner: alt-tekst skrives, NÅR billedet uploades (gør feltet obligatorisk i jeres arbejdsgang); overskrifter bruges i rækkefølge (H2 efter H1 – aldrig valgt efter størrelse); linktekster siger, hvor de fører hen („læs guiden om X“, aldrig „klik her“); og nye farvekombinationer tjekkes for kontrast, FØR de ryger i designet.

Sæt så én årlig kontrol oveni: kør et automatisk tjek (fx WAVE eller Lighthouse), og prøv selv at bruge sitets vigtigste flow – køb, kontakt, tilmelding – alene med tastatur. De to øvelser fanger både de tekniske fejl og de reelle forhindringer. Tilgængelighed vedligeholdt som vane koster minutter om ugen; genoprettet som projekt koster uger om året – og det første giver oven i købet bedre SEO og bredere kundegrundlag hele vejen.

Ofte stillede spørgsmål om webtilgængelighed

Hvad er det vigtigste første skridt?

Tastaturtesten på købsrejsen: kan et køb gennemføres uden mus, med synligt fokus hele vejen? Den afslører de blokerende problemer på 15 minutter.

Er en tilgængeligheds-widget (overlay) nok?

Nej – overlays retter ikke den underliggende kode og løser ikke kravene. Brug tiden på kontrast, semantik, tastatur og formularer i selve sitet.

Hvordan skriver jeg gode alt-tekster?

Beskriv billedets funktion i sammenhængen – „Blå herresneaker set fra siden, model X“ på en produktside; tom alt-tekst på ren dekoration. Skriv til et menneske, der ikke kan se billedet.

Læs også