WordPress Tilgjengelighetskontrolliste: Hva WCAG 2.2 Krever i 2026

Frykter du EAA-fristen? Å sikre at din WordPress-side er tilgjengelig for alle er ikke lenger et valg, men en juridisk forpliktelse. Med den europeiske tilgjengelighetsloven (EAA) og dens strenge krav, samt den kommende EAA-fristen, kan manglende overholdelse føre til betydelige bøter. Denne artikkelen gir en detaljert kontrolliste for WordPress-brukere, basert på WCAG 2.2-kravene, og gir praktiske trinn for å oppnå samsvar.

Hva er WCAG 2.2 og EAA?

WCAG (Web Content Accessibility Guidelines) er internasjonale retningslinjer for å gjøre webinnhold mer tilgjengelig for personer med nedsatt funksjonsevne. WCAG 2.2 er den nyeste versjonen, med nye suksesskriterier som fokuserer på forbedret kompatibilitet med assistiv teknologi og bedre forståelse av innhold.

Den europeiske tilgjengelighetsloven (EAA) trådte i kraft i EU i 2025 og gjelder for offentlige og private tjenester som tilbys online. Den krever at nettsteder og mobilapplikasjoner overholder WCAG 2.1 nivå AA, og vil i 2026 utvides til å inkludere WCAG 2.2 nivå AA. Manglende overholdelse kan resultere i betydelige EAA-bøter.

Forstå WordPress og Tilgjengelighet

WordPress er et kraftig verktøy, men standardinstallasjonen er ikke alltid optimal for tilgjengelighet. Temaer og plugins kan introdusere tilgjengelighetsproblemer. Det er derfor viktig å aktivt jobbe for å forbedre tilgjengeligheten.

WordPress Adminpanel: Tilgjengelighetsinnstillinger

Selv om WordPress ikke har dedikerte tilgjengelighetsinnstillinger i adminpanelet, finnes det flere måter å forbedre tilgjengeligheten direkte fra der:

• Tema Valg: Velg et tilgjengelighetssertifisert tema fra WordPress.org. Mange temaer angir nå sin WCAG-samsvar.
• Plugin Installasjon: Bruk tilgjengelighetsplugins (se nedenfor).
• Bruk av Editor: Sørg for at du bruker WordPress-editoren på en tilgjengelig måte, ved å bruke riktig overskriftsstruktur og alt-tekst for bilder.

Kontrolliste for WordPress Tilgjengelighet (Basert på WCAG 2.2)

Her er en detaljert kontrolliste, organisert etter WCAG-prinsipper (Perceivable, Operable, Understandable, Robust).

1. Perceivable (Oppfattelig)

1.1 Alternativ tekst for bilder

• Krav: Alle ikke-dekorative bilder må ha beskrivende alt-tekst.
• WordPress Implementering: Når du laster opp et bilde i WordPress media bibliotek, fyll inn "Alternativ tekst" feltet. Bruk meningsfull tekst som beskriver bildet. For dekorative bilder, bruk tom alt-tekst (alt="").
• Eksempel: Et bilde av et produkt bør ha alt-tekst som beskriver produktet: alt="Rød skjerf i ull"

1.2 Overskrifter Struktur

• Krav: Bruk overskrifter (H1-H6) i en logisk rekkefølge for å strukturere innholdet.
• WordPress Implementering: Bruk overskriftsfeltet i WordPress-editoren for å definere overskrifter. Unngå å bruke overskrifter bare for visuell formatering.
• Viktig: H1 skal kun brukes én gang per side, vanligvis for sidetittelen.

1.3 Fargekontrast

• Krav: Sørg for tilstrekkelig fargekontrast mellom tekst og bakgrunn. WCAG 2.2 krever en kontrast på minst 4.5:1 for normal tekst og 3:1 for store tekstområder.
• WordPress Implementering: Bruk fargekontrastverktøy (f.eks. WebAIM Contrast Checker) for å sjekke kontrasten i temaet og innholdet. Mange temaer har fargevalg som ikke oppfyller WCAG-kravene.
• Plugins: Det finnes WordPress-plugins som kan hjelpe med å sjekke fargekontrast automatisk.

1.4 Video og Lyd

• Krav: Gi undertekster for videoer og transkripsjoner for lydfiler.
• WordPress Implementering: WordPress støtter undertekstfiler (.srt, .vtt). Last opp undertekstfilen sammen med videofilen i media biblioteket. For lydfiler, lag en tekstfil med transkripsjonen.

2. Operable (Brukervennlig)

2.1 Tastaturnavigasjon

• Krav: Alt innhold skal være tilgjengelig og betjenbart ved hjelp av tastatur alene.
• WordPress Implementering: Test nettstedet ved å bruke bare tastaturet (Tab, Shift+Tab, Enter, Piltaster). Sørg for at fokus er tydelig synlig.
• Plugins: Noen tilgjengelighetsplugins forbedrer tastaturnavigasjonen.

2.2 Unngå Blinking og Automatisk Spillavspilling

• Krav: Unngå blinkende innhold og automatisk spillavspilling av lyd eller video.
• WordPress Implementering: Deaktiver automatisk spillavspilling i videoembeds og unngå blinkende animasjoner.

2.3 Tidsbegrensninger

• Krav: Gi brukere tilstrekkelig tid til å fullføre oppgaver.
• WordPress Implementering: Unngå tidsbegrensninger for skjemaer eller andre interaktive elementer. Hvis tidsbegrensninger er nødvendige, gi brukere muligheten til å forlenge tiden.

3. Understandable (Forståelig)

3.1 Språk

• Krav: Definer språket på siden.
• WordPress Implementering: Angi språkkode i <html lang="no-NO"> taggen i temaets header.php fil.

3.2 Lesbarhet

• Krav: Bruk klart og enkelt språk.
• WordPress Implementering: Skriv innholdet på en måte som er lett å forstå for et bredt publikum. Unngå sjargong og kompliserte setninger.

3.3 Predikerbarhet

• Krav: Sørg for at nettstedet oppfører seg forutsigbart.
• WordPress Implementering: Unngå uventede endringer i innhold eller funksjonalitet.

4. Robust (Robust)

4.1 Validering

• Krav: Valider HTML og CSS kode.
• WordPress Implementering: Bruk HTML-validatorer (f.eks. W3C Markup Validation Service) for å sjekke koden.

4.2 Kompatibilitet

• Krav: Sørg for at nettstedet er kompatibelt med ulike nettlesere og assistiv teknologi.
• WordPress Implementering: Test nettstedet i ulike nettlesere og med skjermlesere som JAWS og NVDA.

WordPress Plugins for Tilgjengelighet

Det finnes flere WordPress-plugins som kan hjelpe med å forbedre tilgjengeligheten:

• Accessibility Suite: Gir en rekke tilgjengelighetsforbedringer, inkludert tastaturnavigasjon og fargekontrast.
• One Click Accessibility: Legger til en tilgjengelighetsmeny med forskjellige alternativer.
• WP Accessibility: Tilbyr en rekke tilgjengelighetsforbedringer.
• Accessio.ai: En AI-drevet plattform som skanner nettsteder og applikasjoner for tilgjengelighetsproblemer på kildekode-nivå, og tilbyr automatiske løsninger. I motsetning til overlegg, fikser Accessio.ai problemer ved roten, og sikrer en mer bærekraftig og effektiv tilnærming til tilgjengelighet.

Key Takeaways

• EAA-fristen nærmer seg, og det er avgjørende å handle nå.
• WCAG 2.2 er standarden for tilgjengelighet.
• WordPress-tilgjengelighet krever en kombinasjon av tema valg, plugin bruk og manuell kodejustering.
• AI-drevne løsninger som Accessio.ai kan effektivisere prosessen med å identifisere og løse tilgjengelighetsproblemer.

Next Steps

1. Utfør en tilgjengelighetsvurdering av nettstedet ditt.
2. Prioriter de mest kritiske problemene og begynn å løse dem.
3. Bruk en tilgjengelighetsplugin for å automatisere noen av prosessene.
4. Vurder å bruke en AI-drevet tilgjengelighetsløsning for å effektivisere arbeidet.
5. Fortsett å overvåke og forbedre tilgjengeligheten til nettstedet ditt.