WCAG 2.2 lydoverholdelse for WordPress: Guide 2026

WordPress-lyd skal opfylde mindst fire WCAG 2.2-succeskriterier, herunder 1.4.2 Lydkontrol, 2.1.1 Tastatur, 2.5.8 Målstørrelse (ny i 2.2) og 4.1.2 Navn, rolle, værdi. European Accessibility Act, der har været håndhævet siden 28. juni 2025, gør dette juridisk påkrævet for ethvert site, der betjener EU-kunder. Standard WordPress-lydafspilleren og de fleste tredjeparts-lydplugins opfylder ikke flere af disse krav uden ændringer.

Denne guide er den praktiske tjekliste, vi bruger hos Mementor, når vi reviderer WordPress-sites for WCAG 2.2-overholdelse. Vi dækker begge sider af lydspørgsmålet: lyd som indhold med sine egne tilgængelighedsregler og lyd som tilgængelighedsfunktion for tekstindhold.

Derfor er lydoverholdelse vigtig i 2026

Tre faktorer løb sammen i 2025 og gjorde dette til et presserende emne. EAA startede håndhævelse den 28. juni 2025. WebAIM Million 2025-rapporten fandt, at 96,3% af forsiderne havde påviselige WCAG-fejl. ADA-retssager i USA fortsatte med at stige, og WordPress-sites figurerede fremtrædende i de over 4.000 webtilgængelighedssager, der blev indgivet i løbet af året.

Mønsteret vi ser i vores revisioner er konsistent. Ejere af sites antager, at deres tema håndterer tilgængelighed. Temaet arver hvad end lydplugin'et leverer. Lydplugin'et leverer knapper, der er for små, skydere der fanger tastaturbrugere, og kontrastforhold der fejler ved den første manuelle kontrol.

Den komplette WCAG 2.2-lydtjekliste

Otte succeskriterier berører lyd på et WordPress-site direkte. Tabellen nedenfor viser, hvad hvert enkelt betyder i praksis, hvad standard WordPress-lyd gør rigtigt eller forkert, og hvordan TTSWP-afspilleren håndterer det. Kriterier markeret NY kom med WCAG 2.2 i oktober 2023.

W3C's side om krav til medietilgængelighed er den kanoniske kilde til disse kriterier. Vi fokuserer på de otte ovenfor, fordi de gælder for selve lydafspillere. Undertekster (1.2.2) og lydbeskrivelse (1.2.3) er også relevante, men gælder for video, ikke ren lydfortælling.

Undtagelsen for mediealternativ til tekst

Her er reglen, som 95 procent af alle overholdelsesartikler overser. WCAG definerer et mediealternativ til tekst som medier, der ikke præsenterer mere information end det, der allerede fremgår af teksten. Når tekst-til-tale-oplæsning læser en eksisterende artikel op, er lyden et mediealternativ til sideteksten. Sideteksten er selv transskriptionen.

Det betyder, at en TTS-lydversion af en artikel ikke kræver en separat transskriptionsfil. WebAIM forklarer dette klart. Betingelsen er, at lyden skal være tydeligt mærket som et mediealternativ, så brugerne forstår, at de ikke går glip af information ved at springe den over. En overskrift som «Lyt til denne artikel» eller en afspiller mærket «Lydversion af dette indlæg» opfylder kravet.

Undtagelsen gælder ikke, hvis lyden tilføjer kommentarer, musikunderlæg med betydning eller afsnit, der ikke er til stede i teksten. Ren oplæsning af sideindholdet kvalificerer. Vi bruger dette regelmæssigt, når vi rådgiver udgivere, der er bekymrede for, at tilføjelse af lyd skaber nye transskriptionsforpligtelser.

Hvad er nyt for lyd i WCAG 2.2

Tre nye niveau AA-kriterier påvirker lydafspillere direkte.

2.5.8 Målstørrelse (minimum)

Alle interaktive kontroller kræver et mål på mindst 24 gange 24 CSS-pixels. Dette er det kriterium, der knækker flest WordPress-lydplugins. I vores revisioner af WordPress-sites med tredjeparts-lydplugins falder spring-tilbage og spring-frem-knapper konsekvent under grænsen. De visuelle designere optimerede for kompakthed, inden WCAG 2.2 indførte 24-pixel-reglen, og få plugin-udviklere har tilpasset sig siden. Standardtemastile formindsker nogle gange målene yderligere.

Løsningen er normalt polstring og ikke ikonstørrelse. Et 16-pixel SVG-ikon inde i en knap med 4 pixels polstring på hver side rammer 24-pixel-grænsen uden at ændre det visuelle udtryk.

2.4.11 Fokus ikke skjult

Faste lydbjælker i bunden af siden dækker det, tastaturbrugeren er fokuseret på. Hvis et fokuseret link sidder bag bjælken, fejler kriteriet. Løsningen er enten at gøre bjælken afviselig, efterlade plads over fokusområdet eller bruge scroll-padding-bottom på dokumentet, så fokuserede elementer forbliver synlige.

2.5.7 Trækbevægelser

Tilpassede scrub-bjælker og lydstyrke-skydere, der kun fungerer med træk, fejler dette kriterium. Alle træk-interaktioner kræver et enkelt-pointer-alternativ. Klik-til-position på en statuslinje opfylder kravet. Det samme gør tastaturpil-kontrol på en korrekt bygget role="slider".

Typiske WordPress-lydfejl fra virkelige revisioner

Mønstrene gentager sig på tværs af kundesites. Vi ser fire fejl oftest.

Standard WordPress-kerneblokken <audio> gengiver den native browser-afspiller. Native browser-lydkontroller har en lang historik med inkonsistent opførsel hos skærmlæsere, og piletastekontrol af afspilningshovedets position varierer mellem Chrome, Firefox og Safari. Brugere på NVDA eller JAWS hører ofte tidsstemplerne, men kan ikke pålideligt flytte positionen med tastaturet. Løsningen er at pakke lyden ind i en tilpasset afspiller, der eksponerer role="slider" med korrekte ARIA-værdiegenskaber.

Plugin-afspillere leverer knapper under 24-pixel-grænsen. Den visuelle designer optimerede for kompakthed, inden WCAG 2.2 indførte reglen. Temaer tilsidesætter derefter plugin-stilene, hvilket nogle gange gør tingene værre og nogle gange bedre.

Faste lydbjælker skjuler fokuseret indhold. Vi har set dette fejle på hvert eneste site, der bruger en fast bundafspiller uden at teste tastaturnavigation.

Kontrast på lydbølgeformer er konsekvent under 4,5:1. Designere elsker den bløde grå bølge på hvid baggrund. Skærmlæsere er ligeglade, men svagsynede brugere er ikke, og 1.4.3 fejler.

Sådan bygger du en tilgængelig lydafspiller: den tekniske tjekliste

1. Pak afspilleren ind i role="region" med en aria-label, der beskriver den.
2. Brug en rigtig <button> til afspil, pause, spring og lyddæmp. Aldrig <div> med en klikhåndterer.
3. Sæt aria-pressed på afspilningsknappen for at eksponere skiftetilstanden.
4. Giv alle kontroller et minimumsmål på 24 gange 24 CSS-pixels ved hjælp af polstring.
5. Gør skrubber og lydstyrke til role="slider" med aria-valuemin, aria-valuemax og aria-valuenow, og reagér på piletaster.
6. Tilbyd klik-til-position på skrubberen som et ikke-træk-alternativ.
7. Test kontrasten på alle tekstelementer og meningsfulde ikoner ved minimum 4,5:1.
8. Sørg for, at fokusringe er synlige og aldrig beskæres af overflow-regler.
9. Hvis afspilleren er fast, efterlad fokusplads over den eller gør den afviselig.
10. Mærk TTS-oplæsningsafspillere som «Lydversion af denne artikel», så undtagelsen for mediealternativ gælder klart.

En minimal tilgængelig afspilningsknap ser sådan ud.

<div role="region" aria-label="Article audio player">
  <button type="button"
          aria-pressed="false"
          aria-label="Play article narration"
          style="min-width:24px;min-height:24px;padding:8px">
    <svg aria-hidden="true" width="16" height="16">...</svg>
  </button>
  <input type="range"
         aria-label="Playback position"
         min="0" max="100" value="0">
</div>

Det er grundstrukturen. Stil knappen, skjul de native range-visuals, hvis du vil have et tilpasset spor, men behold den underliggende semantik.

Sådan forbedrer TTS-oplæsning den samlede WCAG-overholdelse

Lyd er ikke bare indhold, der skal gøres tilgængeligt. Det er en tilgængelighedsfunktion i sig selv. Verdenssundhedsorganisationen anslår, at 1,3 milliarder mennesker, svarende til ca. 16% af verdensbefolkningen, lever med et betydeligt handicap. Mange af dem har gavn af multimodal adgang til tekstindhold: mennesker med ordblindhed, ADHD, svagt syn og forskellige kognitive handicap læser mere komfortabelt med lyd ved siden af tekst.

At tilføje tekst-til-tale-oplæsning er en af de få tilgængelighedsinvesteringer, der hjælper brugere inden den består en revision. At tilføje TTS til WordPress tager under 15 minutter med pluginnet Tekst til tale – TTSWP. Afspilleren leveres med WCAG 2.1 AA-konforme standardindstillinger, mål på 24 pixels eller derover, tastaturunderstøttelse og korrekte ARIA-roller.

Den minimale runtime-belastning er ca. 35 til 40 KB komprimeret (151 KB ukomprimeret) og dækker både JavaScript-afspillerlogikken og delt CSS. Vi kørte GTmetrix på en publiceret artikel med afspilleren aktiv og scorede karakter A med 93% ydelse, 99% struktur, Largest Contentful Paint på 1,3 sekunder, Total Blocking Time på 46 millisekunder og Cumulative Layout Shift på nul. Pakken indlæses kun på sider, der indeholder afspilleren, så statiske sider uden lyd bærer ingen ekstra belastning.

Tilgængelighedsdokumentationen findes på vores tilgængeligheds-trustside. Oplæsningen bruger ElevenLabs-generatoren, som forbedrer prosodien nok til, at lyttere faktisk fuldfører artikler i stedet for at give op over en robotagtig stemme.

European Accessibility Act i praksis

EAA trådte i kraft den 28. juni 2025. Nye digitale tjenester, der placeres på EU-markedet efter den dato, skal overholde reglerne nu. Eksisterende tjenester har frem til 28. juni 2030 til at bringe alt i orden. Direktivet gælder for enhver virksomhed, der betjener EU-kunder, uanset hvor virksomheden er hjemmehørende.

Den tekniske standard, som EAA henviser til, er EN 301 549. Den aktuelle harmoniserede version (V3.2.1, august 2021) er bygget på WCAG 2.1 niveau AA. Udkast V4.1.0 offentliggjort i november 2025 opdaterer paragraf 9, 10 og 11 for at tilpasse sig WCAG 2.2, med endelig harmonisering forventet i løbet af 2026. Indtil den opdatering er refereret i EU's Officielle Tidende, er WCAG 2.1 AA fortsat det juridisk bindende minimum, men vi anbefaler at sigte efter 2.2 nu, da overgangen er måneder væk snarere end år.

Sanktionerne varierer fra medlemsstat til medlemsstat. Tyskland og Frankrig har den mest aktive håndhævelsesinfrastruktur, med nationale tilgængelighedsmyndigheder bemyndiget til at undersøge klager og udstede bøder. Vi har set norske og tyske kunder modtage formelle klager fra slutbrugere inden for måneder efter håndhævelsesdatoen, typisk om lyd- og formularkomponenter. Klagerne kommer før bøderne, så et vindue på 30 dage til at rette op er som regel realistisk, hvis teamet er forberedt.

Sådan tester du overholdelse

Automatiserede værktøjer fanger ca. 30 til 40 procent af problemerne. Manuel testning er nødvendig for resten, især tastaturinteraktion og meningsfuld kontrast ved dynamiske tilstande.

• NVDA på Windows med Chrome og Firefox. Gratis.
• JAWS på Windows til forventninger hos erhvervskunder.
• VoiceOver på macOS og iOS. Indbygget.
• TalkBack på Android. Indbygget.
• axe DevTools browser-udvidelse til automatiserede scanninger.
• Lighthouse i Chrome DevTools til hurtige kontroller.
• Gennemgang kun med tastatur. Frakobl musen og betjen alle afspillerkontroller.

Gennemgangen kun med tastatur er den enkelt mest effektive test. Fungerer afspilleren uden mus, er størstedelen af WCAG 2.2 allerede opfyldt.

Ofte stillede spørgsmål

Kræver WCAG 2.2 undertekster til lydpodcasts?

Nej. Undertekster (1.2.2) gælder for forudindspillet video med synkroniseret lyd. For lyd-kun indhold som podcasts er det relevante kriterium 1.2.1, som kræver et tekstalternativ som en transskription eller en detaljeret opsummering. Undertekster og transskriptioner tjener forskellige formål. En podcast kræver transskriptionen. En videovejledning kræver både undertekster og lydbeskrivelse af visuel information.

Er automatisk afspilning af lyd ulovligt under EAA?

Ikke ulovligt, men begrænset. WCAG 1.4.2 Lydkontrol, som EAA henviser til via EN 301 549, kræver, at lyd, der afspilles automatisk i mere end tre sekunder, skal tilbyde pause, stop eller uafhængig lydstyrkeregulering. Automatisk afspilning uden denne kontrol fejler niveau A og udgør et manglende overholdelse. De fleste håndhævelsesmyndigheder behandler dette som en klar overtrædelse snarere end et grænsetilfælde.

Har jeg brug for en transskription, hvis jeg har en lydversion af min artikel?

Normalt ikke. Når lyden er en direkte oplæsning af artiklens tekst og ikke tilføjer ny information, er selve artiklens tekst transskriptionen i henhold til WCAG's definition af «mediealternativ til tekst». Mærk afspilleren tydeligt som en lydversion af artiklen, og undtagelsen gælder. Hvis lyden indeholder kommentarer, musik med betydning eller afsnit, der ikke er i teksten, har du brug for en separat transskription.

Hvad er minimumsstørrelsen på knapper i lydafspillere under WCAG 2.2?

Interaktive mål skal være mindst 24 gange 24 CSS-pixels under succeskriterium 2.5.8 Målstørrelse (minimum) på niveau AA. Målet inkluderer polstring, så et 16-pixel ikon med 4 pixels polstring på hver side opfylder kravet. Der er undtagelser for inline-links i tekst og kontroller fastlagt af brugeragenten, men selvstændige afspillerknapper har ingen undtagelse og skal ramme grænsen.

Gælder WCAG 2.2 for WordPress.com-hostede sites?

Ja. WCAG gælder for alt webindhold uanset hostingplatform. WordPress.com-sites har den samme juridiske eksponering under EAA, ADA og tilsvarende national lovgivning som selvhostede WordPress-sites. Hostingmodellen ændrer ikke forpligtelsen. Det, der ændrer sig, er, hvor meget kontrol ejeren har over afspillerens markup. WordPress.com Business- og Commerce-abonnementer tillader tilpassede plugins, lavere niveauer gør ikke.

Hvor du starter

Vælg ét indlæg på dit site, gennemfør en tastatur-kun-gennemgang af lydafspilleren, og kontroller alle knapper mod 24-pixel-reglen. Denne ene revision afslører, om din nuværende opsætning er tæt på WCAG 2.2-overholdelse eller langt fra den. Derfra er valget at rette den eksisterende afspiller eller erstatte den med en, der leveres som standard i overensstemmelse med kravene. Vores tilgængelighedsdokumentation dækker den konfiguration, vi anbefaler til sites under EAA-pres.