Universell utforming av nettside: krav i 2026, WCAG og tekst til tale

Hva er tekst til tale og hvorfor er det viktig?

Tekst til tale, også kalt talesyntese, gjør skriftlig tekst om til hørbar tale ved hjelp av kunstig intelligens. Moderne stemmer høres naturlige ut og gjør innhold tilgjengelig for langt flere. Derfor er teknologien en naturlig del av moderne webdesign.

Behovet er stort, og tallene viser hvorfor:

• Verdens helseorganisasjon anslår at 1,3 milliarder mennesker, 16 prosent av verdens befolkning, lever med en betydelig funksjonsnedsettelse.
• Mellom 5 og 10 prosent av befolkningen har dysleksi (Store norske leksikon).
• Hver fjerde norske student oppgir å ha en funksjonsnedsettelse (SSB).
• Likevel har 95,9 prosent av verdens én million mest besøkte forsider målbare WCAG-feil, i snitt 56 per side, ifølge WebAIM Million 2026. Tallet gikk opp fra året før.

Teknologien er spesielt viktig for:

• Personer med synshemming eller nedsatt syn som bruker skjermlesere
• Mennesker med dysleksi eller andre lese- og skrivevansker
• Brukere som foretrekker auditiv læring fremfor visuell
• Personer som ønsker å konsumere innhold mens de gjør andre aktiviteter
• Eldre brukere som opplever aldersrelaterte synsutfordringer
• Personer med kognitive funksjonsnedsettelser

Universell utforming er også et lovkrav i Norge. Forskrift om universell utforming av ikt gjelder både offentlige nettsteder og private nettsteder rettet mot allmennheten. Uu-tilsynet fører tilsyn og kan gi pålegg om retting og tvangsmulkt. Hos Mementor hjelper vi bedrifter med å oppfylle kravene på en enkel måte.

Hvilke krav gjelder i Norge i 2026?

Kravene er delt mellom privat og offentlig sektor. Her er oversikten:

• Private bedrifter: nettsteder skal oppfylle 35 krav fra WCAG 2.0, og apper skal oppfylle 29 krav. Kravet om synstolking er unntatt.
• Offentlig sektor: skal følge 48 av 78 krav i WCAG 2.1. De skal også publisere en tilgjengelighetserklæring på uustatus.no.
• Synstolking: offentlig sektor må synstolke videoer som er publisert 1. februar 2024 eller senere.
• WCAG 2.2: kom i oktober 2023, men er ikke en del av norsk regelverk ennå. Følg gjerne 2.2 likevel, så er du forberedt på neste oppdatering.

EUs tilgjengelighetsdirektiv (EAA) gjelder i EU fra 28. juni 2025. Direktivet stiller krav til blant annet nettbutikker, banktjenester og e-bøker i privat sektor. Norge har ikke tatt direktivet inn i norsk rett ennå, fordi EØS-arbeidet er forsinket. Selger du varer eller tjenester til kunder i EU, må du følge kravene likevel.

En ny versjon av standarden EN 301 549 ventes vedtatt i løpet av 2026. Den kobler kravene tettere til EAA. Sjekk alltid uutilsynet.no for oppdaterte krav.

Tekniske krav og WCAG-standarder

WCAG (Web Content Accessibility Guidelines) er internasjonale retningslinjer for tilgjengelig nettinnhold. Retningslinjene bygger på fire prinsipper: mulig å oppfatte, mulig å betjene, forståelig og robust. Norsk og europeisk lovgivning bygger på denne standarden.

Du kan finne den fullstendige oversikten over WCAG-standarden på Uutilsynet eller utforske den interaktive WCAG Quick Reference hos W3C. Når det gjelder tekst til tale og skjermleserkompatibilitet, er følgende prinsipper særlig relevante:

1. Tekstalternativer for ikke-tekstlig innhold

Alle bilder, grafikk og andre visuelle elementer må ha beskrivende alternativ tekst (alt-tekst) som kan leses opp av skjermlesere. Dette er grunnleggende for at synshemmede skal kunne forstå innholdet på en nettside. Kravene inkluderer:

• Informative bilder som formidler viktig innhold må ha beskrivende alt-tekst
• Komplekse diagrammer og infografikk krever detaljerte beskrivelser
• Dekorative bilder skal merkes som sådan for å unngå unødvendig opplesning
• Ikoner og knapper med funksjonalitet må ha tekst som beskriver handlingen
• Bilder av tekst bør unngås, men hvis brukt må teksten gjengis i alt-attributtet

2. Korrekt semantisk struktur

Nettsider må være kodet med riktig HTML-struktur for at skjermlesere skal kunne tolke og navigere innholdet effektivt. Dette betyr at utviklere må være nøye med hvordan de strukturerer koden:

• Overskrifter må bruke korrekte HTML-tagger (h1-h6) i hierarkisk rekkefølge
• Lister må være merket som ordnede eller uordnede lister
• Tabeller må ha riktige overskrifter og sammenhenger definert
• Navigasjonselementer må være tydelig markert med nav-tagger
• Hovedinnhold må være markert med main-taggen
• Sidefot og topptekst må bruke footer og header-tagger

3. Tastaturnavigasjon

All funksjonalitet må være tilgjengelig via tastatur, siden mange skjermleserbrukere navigerer uten mus. Dette er et fundamentalt prinsipp for tilgjengelighet og krever gjennomtenkt implementering:

• Alle interaktive elementer må kunne nås med tab-tasten
• Fokusindikatorer må være tydelige og ha tilstrekkelig kontrast
• Hopplenker til hovedinnhold bør være tilgjengelige som første element
• Tab-rekkefølgen må være logisk og følge visuell rekkefølge
• Tastatursnarveier må ikke kollidere med skjermleserkommandoer
• Modale dialoger må håndtere fokus korrekt

Implementering av skjermleserstøtte

For å sikre at nettsider fungerer godt med skjermlesere som JAWS, NVDA og VoiceOver, må utviklere følge beste praksis og teste grundig gjennom hele utviklingsprosessen. Her er de viktigste områdene å fokusere på:

WAI-ARIA implementering

ARIA (Accessible Rich Internet Applications) attributter gir ekstra informasjon til hjelpemiddelteknologi. Riktig bruk av ARIA kan betydelig forbedre brukeropplevelsen for skjermleserbrukere, men feil bruk kan gjøre ting verre. W3C har omfattende dokumentasjon om WAI-ARIA standarder og retningslinjer. Følgende prinsipper er viktige:

• Bruk role attributter for å definere elementets funksjon når semantisk HTML ikke er tilstrekkelig
• Implementer aria-label og aria-describedby for ekstra kontekst
• Marker dynamisk innhold med aria-live regioner for viktige oppdateringer
• Bruk aria-expanded for elementer som kan utvides/kollapses
• Implementer aria-current for å indikere gjeldende side i navigasjon
• Unngå å overstyre semantisk HTML med ARIA når det ikke er nødvendig

Testing med skjermlesere

Regelmessig testing er avgjørende for å sikre kvalitet. Testing bør være en integrert del av utviklingsprosessen, ikke bare noe som gjøres til slutt. Her er en systematisk tilnærming:

• Test med flere skjermlesere (NVDA på Windows, VoiceOver på Mac/iOS, TalkBack på Android)
• Naviger kun med tastatur gjennom hele nettstedet
• Sjekk at all informasjon er tilgjengelig og forståelig uten visuell kontekst
• Verifiser at interaktive elementer annonseres korrekt med rolle og tilstand
• Test med ulike opplesningshastigheter for å sikre forståelighet
• Inkluder faktiske brukere med funksjonsnedsettelser i testprosessen

Praktiske eksempler på talesyntese-løsninger

Det finnes mange ulike løsninger for tekst til tale, fra innebygde systemfunksjoner til egne verktøy. Valget avhenger av behov og tekniske ferdigheter. For WordPress-nettsteder har vi laget en egen tekst til tale-plugin med naturlige ElevenLabs-stemmer. Spilleren øverst i denne artikkelen bruker samme løsning.

Tallene bak pluginen, per september 2026: lastet ned over 27 000 ganger, 5 av 5 stjerner på wordpress.org, siste versjon 3.3.30 fra 8. september, over 600 stemmer på 70 språk. Gratisversjonen krever ikke kort, PRO koster 39 kroner i måneden. Den er i bruk hos alt fra Stanford University til Haymarket Media.

Én ærlig avgrensning: en opplesningsspiller erstatter ikke en skjermleser, og den reparerer ikke en side som mangler alt-tekster og overskrifter. Den hjelper dem som kan se skjermen, men leser tungt. Skjermleserbrukerne trenger strukturen under.

For nettsider og dokumenter

Moderne nettlesere og operativsystemer har innebygd støtte for opplesning som kontinuerlig forbedres. De mest brukte løsningene inkluderer:

• Windows: Narrator (innebygd) og NVDA (gratis, open source)
• macOS/iOS: VoiceOver (innebygd med omfattende funksjonalitet)
• Android: TalkBack (innebygd) og Voice Access
• Chrome/Edge: Innebygde opplesningsfunksjoner og utvidelser
• JAWS: Profesjonell skjermleser med avanserte funksjoner
• Lyd- og blindeskriftdisplayer for kombinert auditiv og taktil tilbakemelding

For spesialiserte behov

Tibi (tidligere Norsk lyd- og blindeskriftbibliotek) er biblioteket for deg som har vansker med å lese visuell tekst på grunn av funksjonsnedsettelse eller sykdom. De har utviklet spesialtilpassede løsninger for norske brukere, og deres talesynteser er optimalisert for norsk språk og dialekter:

• Clara leser bokmål med østnorsk tonefall
• Hulda leser nynorsk med vestnorsk tonefall
• William leser engelsk studielitteratur
• Tibi har rundt 100 000 lånere, og tilbudet er gratis for alle med lånerett

Vanlige utfordringer og løsninger

Implementering av god skjermleserstøtte kommer med flere tekniske og designmessige utfordringer. Her er de mest vanlige problemene og hvordan de kan løses:

Utfordring 1: Komplekse interaktive elementer

Moderne webapplikasjoner bruker ofte JavaScript-baserte komponenter som kan være vanskelige for skjermlesere å tolke. Spesielt utfordrende er egenutviklede komponenter som ikke følger etablerte mønstre.

Løsning: Bruk progressive enhancement og sørg for at grunnleggende funksjonalitet fungerer uten JavaScript. Implementer ARIA-attributter korrekt for dynamiske elementer. Test grundig med faktiske skjermlesere, ikke bare automatiserte verktøy. Vurder å bruke etablerte komponentbiblioteker som har god tilgjengelighetsstøtte innebygd.

Utfordring 2: PDF-dokumenter

PDF-filer er ofte problematiske for skjermlesere hvis de ikke er riktig tagget. Mange PDF-er er i praksis bilder av tekst, helt utilgjengelige for hjelpemiddelteknologi.

Løsning: Bruk verktøy som Adobe Acrobat Pro for å sikre at PDF-er er semantisk korrekt merket. Legg til overskriftsstruktur, alternativ tekst for bilder og riktig leserekkefølge. Vurder alltid å tilby HTML-alternativer for viktige dokumenter. For skjemaer, bruk interaktive PDF-felter som er tilgjengelige.

Utfordring 3: Multimedia-innhold

Videoer og lydklipp krever spesiell tilrettelegging for å være tilgjengelige. Dette går utover bare teksting og inkluderer flere aspekter.

Løsning:

• Tilby teksting for all video med lyd, synkronisert og nøyaktig
• Lag transkripsjoner for rene lydklipp som kan leses med skjermleser
• Synstolk videoer hvis dere er i offentlig sektor. Kravet gjelder video publisert 1. februar 2024 eller senere
• Sørg for at videospillere er tilgjengelige med tastaturkontroller
• Tilby mulighet for å justere avspillingshastighet
• Unngå autoavspilling som kan forstyrre skjermleserbruk

Utfordring 4: Flerspråklig innhold

Skjermlesere må vite hvilket språk som brukes for korrekt uttale. Feil språkinnstilling kan gjøre innhold uforståelig.

Løsning: Bruk lang attributtet konsekvent både på dokumentnivå og for tekst på andre språk enn hovedspråket. For eksempel: <span lang="en">“Hello world”</span> i et norsk dokument. Dette sikrer at skjermleseren bytter til riktig stemme og uttale.

Utfordring 5: Dynamisk innhold og Single Page Applications

Moderne rammeverk som React, Vue og Angular skaper utfordringer for skjermlesere når innhold endres dynamisk uten sideinnlasting.

Løsning: Implementer ARIA live-regioner for viktige oppdateringer. Håndter fokus korrekt ved ruteendringer. Bruk announcements for å informere om tilstandsendringer. Test grundig med skjermlesere gjennom hele brukerreisen.

Fremtiden for tekst til tale-teknologi

Kunstig intelligens driver utviklingen. Stemmene blir mer naturlige for hvert år, og støtten for norsk blir stadig bedre. Dette er de viktigste trekkene fremover:

Stemmene blir vanskeligere å skille fra menneskelig tale for hvert år, og forkortelser, tall og dialekter leses stadig riktigere. Det som ikke endrer seg, er at strukturen under må være på plass.

Nasjonalbiblioteket har utviklet NB-Whisper, en norsk modell som gjør tale om til tekst. Slike nasjonale satsinger sikrer at norskspråklige brukere får like gode løsninger som engelskspråklige. Tilgjengelig innhold har også en bonus: strukturen som hjelper skjermlesere, hjelper AI-modeller med å forstå og sitere innholdet ditt. Det er kjernen i AEO-optimalisering.

Beste praksis for implementering

Vellykket implementering av tekst til tale-støtte krever en helhetlig tilnærming. Her er konkrete steg for å komme i gang:

1. Start med grunnleggende tilgjengelighet

• Gjennomfør en tilgjengelighetsrevisjon av eksisterende innhold
• Implementer semantisk HTML som fundament
• Legg til manglende alt-tekster på alle informative bilder
• Sjekk og korriger overskriftshierarkiet
• Sørg for tilstrekkelig fargekontrast (minst 4.5:1 for normal tekst)

2. Test kontinuerlig

• Integrer tilgjengelighetstesting i CI/CD-pipeline
• Bruk automatiserte verktøy som axe eller WAVE
• Gjennomfør manuelle tester med skjermlesere
• Inkluder brukere med funksjonsnedsettelser i brukertesting
• Dokumenter og følg opp funne problemer systematisk

Slik gjorde vi det på vårt eget nettsted

Da vi bygget nye mementor.no i juli 2026, var tilgjengelighet et krav fra første skisse, ikke et lag utenpå. Dette er det vi faktisk gjorde:

• Tekst til tale på hvert innlegg: 66 lydfiler produsert med vår egen løsning ved lansering, og ny lyd lages når et innlegg oppdateres.
• Kontrast, alt-tekster og tastaturnavigasjon sjekkes automatisk før hver publisering. En manglende alt-tekst stopper byggingen.
• Struktur som fungerer med skjermleser: én H1 per side, riktige landemerker for header, nav, main og footer, og lang-attributt på hvert avsnitt som bytter språk.
• Lys og mørk modus med kontrast over 4,5:1 i begge.

Hele byggeprosessen står i slik bygget vi nye Mementor. Poenget er ikke at vi er ferdige. Poenget er at det koster lite når det er med fra start.

Slik kan Mementor hjelpe deg

Vi hjelper deg fra kartlegging til ferdig løsning, uten å komplisere prosessen.

• Tilgjengelighetsgjennomgang: vi tester nettstedet ditt mot WCAG-kravene og gir deg en konkret liste over hva som må rettes.
• Utvikling som følger kravene: vi bygger nettsider og webløsninger med semantisk HTML, tastaturnavigasjon og skjermleserstøtte fra start.
• Tekst til tale på nettsiden: vår plugin for WordPress leser innleggene dine høyt med naturlige stemmer.
• Løpende vedlikehold: med en driftsavtale holder vi nettstedet oppdatert når kravene endrer seg.

Ofte stilte spørsmål

Konklusjon

Universell utforming er et lovkrav, men det er også den enkleste måten å nå flere på. Følg WCAG, bygg strukturen riktig, og legg tekst til tale oppå. Da er innholdet tilgjengelig for alle, uavhengig av funksjonsevne.

Universell utforming handler om mer enn lovkrav. Det handler om å gi alle like muligheter til å delta i det digitale samfunnet. Når vi designer for dem med størst behov, lager vi bedre løsninger for alle.

Start med små steg: sjekk at bildene dine har god alt-tekst, test nettstedet med en skjermleser, og bygg gradvis opp kompetansen i organisasjonen. Hver forbedring, uansett hvor liten, gjør en forskjell for noen.