Universell utforming av direktesending: WCAG-krav for offentlige arrangementer

Hvem er omfattet, og av hva

I Norge er kravene til universell utforming av IKT regulert i forskrift om universell utforming av IKT-løsninger, forankret i likestillings- og diskrimineringsloven. Offentlige virksomheter er i tillegg omfattet av reglene som gjennomfører EUs webdirektiv (WAD) i norsk rett, og disse stiller strengere krav enn det som gjelder for private. Det er Digitaliseringsdirektoratet (Digdir), gjennom Tilsynet for universell utforming av IKT, som fører tilsyn.

For offentlig sektor betyr det i praksis at nettsteder og mobilapplikasjoner skal oppfylle WCAG 2.1 på nivå AA med noen presiserte unntak, og at virksomheten skal publisere en tilgjengelighetserklæring. Regelverket oppdateres i takt med europeiske standarder, og WCAG 2.2 er den versjonen leverandører bør bygge mot i 2026. For private virksomheter gjelder et noe lempeligere krav, men retningen er den samme, og offentlig finansierte organisasjoner bør legge offentlige krav til grunn.

Viktig for arrangører: forhåndsinnspilt video som publiseres på nettstedet skal oppfylle kravene fullt ut, inkludert teksting. For direktesending er det nyanser i regelverket rundt hva som kreves i sanntid, men opptaket som publiseres etterpå må oppfylle kravene, og god praksis er å levere direkteteksting uansett. Sjekk gjeldende tekst hos Digdir før du fastsetter kravene i en anskaffelse.

Hva WCAG faktisk handler om

WCAG (Web Content Accessibility Guidelines) er en internasjonal standard bygget rundt fire prinsipper: innholdet skal være mulig å oppfatte, mulig å betjene, forståelig og robust. Hvert prinsipp har suksesskriterier på tre nivåer, der AA er det som kreves av offentlig sektor. For en direktesending er det et begrenset sett kriterier som betyr noe i praksis, og de handler om spilleren, tekstingen, eventsiden rundt og interaktive elementer som chat, spørsmål og avstemning.

Det hjelper å tenke på fire brukergrupper. Personer som er døve eller har nedsatt hørsel trenger teksting. Personer som er blinde eller har nedsatt syn trenger skjermleserstøtte, tilstrekkelig kontrast og mulighet for å forstørre. Personer med nedsatt motorikk trenger å kunne styre alt med tastatur eller alternative innretninger. Og personer med kognitive utfordringer trenger forutsigbarhet: ingenting som starter av seg selv, ingen bevegelse som ikke kan stoppes, tydelig språk.

Direkteteksting: kravet de fleste kjenner

Teksting er det mest synlige kravet og det som oftest avgjør om en sending oppleves som tilgjengelig. For opptak er kravet entydig: video med lyd skal ha synkronisert teksting som gjengir tale og vesentlige lyder. For direktesending er teksting i sanntid det som gjør sendingen tilgjengelig for personer med nedsatt hørsel mens den skjer.

I 2026 finnes det to hovedmetoder. Automatisk teksting basert på talegjenkjenning har blitt god på norsk med tydelig tale, og kan leveres direkte i spilleren med noen sekunders forsinkelse. Manuell teksting, der en tekster skriver eller korrigerer i sanntid, gir høyere presisjon og er å foretrekke for arrangementer med fagterminologi, dialekter eller høy risiko ved feil. En kombinasjon, der automatisk tekst korrigeres av en person, gir god balanse mellom kostnad og kvalitet.

Uansett metode skal teksten kunne slås av og på av seeren, skal ha tilstrekkelig kontrast mot bakgrunnen, og skal ikke dekke vesentlig innhold i bildet. Opptaket bør publiseres med korrigert teksting, gjerne som eget tekstspor slik at det kan leses av hjelpemidler. Direkteteksting er en standardfunksjon i NW-Stage-spilleren, og det bør det være hos enhver leverandør du vurderer.

Kontrast, tekststørrelse og visuell utforming

Spilleren og eventsiden skal ha tilstrekkelig kontrast mellom tekst og bakgrunn, i praksis et kontrastforhold på minst 4,5:1 for vanlig tekst og 3:1 for stor tekst og grafiske elementer som knapper og ikoner. Dette gjelder også tekstingen i bildet, kontrollene i spilleren og innholdet i chat og avstemning. Merk at arrangørens egne farger kan skape problemer: en lys logo-farge på hvit bakgrunn kan se fin ut i en grafisk profil og likevel bryte kravet. En god plattform lar deg bruke egne farger, men sjekker kontrasten og varsler når den er for lav.

Tekst skal kunne forstørres til 200 prosent uten at innhold eller funksjonalitet går tapt, og siden skal fungere ved lav bredde uten sidelengs scrolling. Informasjon skal ikke formidles med farge alene. Hvis en avstemning viser «grønn betyr for, rød betyr mot», må det også stå i tekst. Grafikk i selve sendingen, som navneskilt og sponsorlogoer, er ikke en del av nettsidens krav, men bør følge samme prinsipper for at sendingen skal være lesbar for alle.

Tastatur og fokus

Alt som kan gjøres med mus, skal kunne gjøres med tastatur. For en spiller betyr det at play, pause, volum, teksting, kvalitetsvelger, fullskjerm og eventuell DVR-spoling skal kunne nås med Tab og betjenes med Enter, mellomrom eller piltaster. Rekkefølgen skal være logisk, og det skal alltid være synlig hvor fokuset er. Det siste bryter overraskende mange spillere: fokusmarkeringen fjernes av designhensyn, og en tastaturbruker mister oversikten over hvor hun er.

Eventsiden skal ha en lenke for å hoppe til hovedinnholdet, slik at man ikke må tabbe gjennom hele menyen for hver sidelasting. Chat, spørsmål og avstemning skal kunne fylles ut og sendes uten mus. Og ingenting skal fange fokus slik at brukeren ikke kommer videre: en modal for avstemning må kunne lukkes med Escape, og fokus må returnere til der brukeren var.

Skjermleser og semantikk

En skjermleser leser opp innholdet på siden, og den er avhengig av at koden beskriver hva ting er. Knapper skal være knapper, ikke klikkbare bilder. Kontrollene i spilleren skal ha tekstlige navn slik at skjermleseren kan si «pause» og ikke «knapp». Statusendringer, som at sendingen har startet, at en avstemning er åpnet eller at et nytt spørsmål er publisert, skal formidles gjennom live-regioner slik at skjermleserbrukere får beskjed uten å måtte lete.

Overskrifter skal være strukturert som overskrifter, i riktig rekkefølge, slik at brukeren kan navigere mellom deler av siden. Bilder som bærer informasjon skal ha alternativ tekst; sponsorlogoer skal ha sponsorens navn. Skjemaer for påmelding og avstemning skal ha tydelige etiketter knyttet til hvert felt, og feilmeldinger skal forklare hva som er galt og hvordan det rettes. Dette er ren håndverkskvalitet i koden, og det er umulig å sjekke ved å se på siden. Be leverandøren om dokumentasjon.

Pause, stopp og ingen overraskelser

Innhold som beveger seg, blinker eller oppdateres automatisk skal kunne pauses, stoppes eller skjules. For en direktesending betyr det at video ikke skal starte med lyd automatisk uten at brukeren har bedt om det, at rullende sponsorgrafikk eller nyhetstekst på eventsiden skal kunne stoppes, og at chat som oppdateres kontinuerlig ikke skal forstyrre skjermleserbrukere unødvendig.

Ingenting skal blinke mer enn tre ganger per sekund. Tidsbegrensninger, for eksempel at en avstemning lukkes etter to minutter, skal varsles tydelig, og brukere som trenger mer tid bør kunne be om det der møtereglene tillater. Vedtektene og møtereglene avgjør formkravene til en avstemning, men de bør utformes slik at ingen ekskluderes av tekniske årsaker.

Hva arrangøren må kreve av leverandøren

Du trenger ikke være ekspert på WCAG for å stille de riktige kravene. Be om følgende skriftlig fra enhver leverandør av strømmeplattform, og legg det inn i konkurransegrunnlaget ved anskaffelse.

En tilgjengelighetserklæring eller samsvarsrapport for spilleren og eventsiden, som angir hvilke WCAG 2.2 AA-kriterier som er oppfylt, hvilke som er delvis oppfylt og hvilke unntak som finnes. Direkteteksting som seeren kan slå av og på, og opptak med tekstspor. Dokumentert tastaturbetjening av alle spillerkontroller med synlig fokus. Testing med minst én utbredt skjermleser, for eksempel NVDA eller VoiceOver, med resultat. Kontrastkontroll når arrangørens farger brukes. Og en kontaktperson som svarer på tilgjengelighetsspørsmål før og under arrangementet.

Spør også hvordan leverandøren håndterer tilbakemeldinger fra brukere som møter barrierer, siden virksomheten din har plikt til å ha en slik kanal. Og be om at leverandøren viser deg en faktisk sending med skjermleser og tastatur, ikke en presentasjon om at det fungerer. NW-Stage publiserer sin tilgjengelighetsstatus på trust-siden og oppdaterer den etter hvert som spilleren revideres, og det er et minimum å forvente.

Slik gjennomfører du et tilgjengelig arrangement i praksis

Tilgjengelighet er ikke bare teknisk. Informer om tilgjengelighetsfunksjoner i innkalling og på eventsiden: at det er teksting, hvordan man slår den på, og hvem man kontakter ved problemer. Sørg for at foredragsholdere snakker tydelig og beskriver det som vises på skjermen, slik at personer som ikke ser presentasjonen får med seg innholdet. Legg ut presentasjoner i tilgjengelig format på forhånd. Bruk moderator til å lese opp spørsmål og resultater av avstemninger høyt, ikke bare vise dem i bildet.

Gjør en test noen dager før med en person som bruker skjermleser eller kun tastatur, eller be leverandøren gjøre det og rapportere. Publiser opptaket med korrigert teksting innen rimelig tid, siden det er opptaket som skal oppfylle kravene fullt ut. Og dokumenter hva du har gjort. Dersom Tilsynet for universell utforming av IKT spør, er det dokumentasjonen og leverandørens samsvarsrapport som viser at virksomheten har tatt kravene på alvor. Vi har en egen guide til hybride konferanser som går gjennom teknikk og program i detalj.

Ofte stilte spørsmål

Må en direktesending fra offentlig sektor ha teksting?

Opptaket som publiseres etterpå skal ha teksting for å oppfylle kravene til universell utforming. For sanntidssendingen er kravene mer nyanserte, men direkteteksting er god praksis og forventes i praksis av offentlige arrangører. Sjekk gjeldende tekst hos Digdir.

Hva er forskjellen på WCAG 2.1 og 2.2?

WCAG 2.2 bygger på 2.1 og legger til noen suksesskriterier, blant annet om synlig fokus, målstørrelse for knapper og tilgjengelig autentisering. Norsk regelverk viser til 2.1, men leverandører bør bygge mot 2.2 i 2026 for å være i forkant av oppdateringer.

Holder automatisk teksting?

Automatisk teksting på norsk er blitt god nok for sendinger med tydelig tale, men gjør feil på fagterminologi, navn og dialekter. For arrangementer der presisjon er viktig, bør automatisk tekst korrigeres av en person, og opptaket bør publiseres med gjennomgått teksting.

Gjelder kravene også for private arrangører?

Private virksomheter er omfattet av forskriften om universell utforming av IKT, men med noe lempeligere krav enn offentlig sektor. Offentlig finansierte organisasjoner bør legge offentlige krav til grunn, og god praksis er den samme for alle.

Hvordan vet vi om spilleren er tilgjengelig?

Be leverandøren om en samsvarsrapport mot WCAG 2.2 AA, dokumentert tastaturbetjening, resultat av skjermlesertest og kontrastkontroll. Be om å se en faktisk sending betjent med tastatur og skjermleser, ikke en presentasjon.

Hvem har ansvaret hvis leverandørens spiller ikke oppfyller kravene?

Det er virksomheten som publiserer innholdet som har ansvaret overfor tilsynet, ikke leverandøren. Derfor bør kravene inn i kontrakten, og leverandøren bør forplikte seg til å levere dokumentasjon og rette avvik.