Vi har sett det igjen og igjen i 2026. En SMB-eier ringer fordi noen har sendt en e-post om at nettsiden deres ikke er compliant. De har lagt til alt-tekster på et par bilder, kjørt Lighthouse en gang for to år siden, og trodde det var bra nok. Nå er det panikk.
For å være ærlig: panikken er ikke nødvendig. Men det er heller ikke noe å vente med.
Universell utforming er ikke lenger en grei tanke som det ville vært fint å få i orden. EUs tilgjengelighetsdirektiv (European Accessibility Act, EAA) trådte i kraft 28. juni 2025, og Norge har implementert det. Mange privatpersoner og bedrifter, som ikke hadde noen krav på seg før, har det nå.
Først: hvem er det egentlig dette gjelder?
Det enkle svaret: hvis du selger noe på nett, gjelder det deg. Hvis du har en booking-tjeneste på nett, gjelder det deg. Hvis du har en kundeportal, gjelder det deg.
Det lange svaret er at EAA dekker visse sektorer eksplisitt — e-handel, bank, transport, telefoni, e-bøker, generelle forbrukerrettede digitale tjenester — og at mikrobedrifter (under 10 ansatte og omsetning under et visst nivå) har unntak i noen tilfeller. Men i praksis: ikke prøv å forhandle deg ut av kravene. Hvis tjenesten din er digital og rettet mot vanlige forbrukere, anta at det gjelder. Hvis du virkelig er i grenseland, snakk med en jurist eller med Digdir.
Offentlig sektor har vært underlagt strengere krav siden 2014 gjennom forskrift om universell utforming av IKT. Det som er nytt er at samme energi nå retter seg mot private.
Hva betyr WCAG, og hvilket nivå bryr vi oss om?
WCAG (Web Content Accessibility Guidelines) er den internasjonale standarden. Den finnes i versjon 2.0, 2.1 og 2.2 — versjon 2.1 nivå AA er det norske lovkravet og det vi anbefaler å sikte mot.
Standarden er organisert rundt fire prinsipper. Innholdet skal være oppfattbart (du kan se eller høre det), betjenbart (du kan navigere med tastatur, ikke bare mus), forståelig (klart språk, forutsigbar oppførsel) og robust (det fungerer med fremtidige hjelpemidler).
Det høres abstrakt ut. Det er det også. Det er derfor folk synes WCAG er vanskelig — den beskriver mål, ikke oppskrifter. Oppskriftene må du finne ut selv eller leie inn noen til.
De feilene vi ser hver eneste gang
Det er ikke 50 forskjellige problemer i en gjennomsnittlig norsk SMB-nettside. Det er fem til ti, og de samme går igjen. Hvis du adresserer disse, dekker du sannsynligvis 70 % av alle reelle WCAG-brudd.
Bilder uten alt-tekst. Den klassiske. Skjermlesere leser opp filnavnet i stedet — IMG_8472.jpg — som er ubrukelig. Regel: hvis bildet formidler informasjon (et produkt, en illustrasjon, en knapp), gi det en beskrivende alt-tekst. Hvis det bare er dekorativt (et bakgrunns-mønster, et hjørne-ikon), gi det alt="" så skjermleseren hopper over det. Manglende alt-attributt og tom alt-attributt er to forskjellige ting. Den første er feil, den andre er korrekt for dekorative bilder.
Skjemafelter uten label. Du har et søkefelt med en lupe-ikon og en placeholder som sier «Søk». Skjermleseren sier «redigeringsfelt». Brukeren har ingen anelse om hva feltet er for. Løsningen: <label> eller aria-label. Placeholder erstatter ikke label — den forsvinner når brukeren begynner å skrive.
Ingen lang-attributt på <html>. Skjermleseren prøver da å gjette språket og uttaler norske ord med engelsk fonetikk. <html lang="nb"> (eller lang="no" om du foretrekker) løser det. Det er den minste, enkleste fiksen vi noensinne anbefaler — og den mangler på over halvparten av norske SMB-nettsider vi har testet.
Generiske lenketekster. Når en skjermleser brukes til navigasjon, kan brukeren bla gjennom alle lenker på siden. Hvis 30 av dem heter «klikk her», «les mer» eller «mer informasjon», blir det ubrukelig. Skriv lenketekster som beskriver målet: «Les vår 2025-undersøkelse om kundetilfredshet» er uendelig bedre enn «Les mer».
Overskriftshierarki som hopper. Brukere med skjermleser navigerer ofte ved å skanne H2-er. Hvis siden går H1, H4, H2, H6, blir det kaos. Én H1, deretter H2-er for hovedseksjoner, H3-er underordnet hver H2. Bruk størrelse for å style det, ikke for å hoppe i strukturen.
Knapp som ikke kan trykkes med tastatur. Vi har sett dette mange ganger. En <div> med en onClick-handler er ikke en knapp — ingen tastatur-bruker kan trykke den. Bruk <button> eller <a>. Hvis du absolutt må bruke en div (du må sjelden), legg på role="button" og tabindex="0" og lytt på Enter/Space.
Hva med automatiserte verktøy?
Det er fristende å løse hele greia med en plugin eller en widget. «Kjør Lighthouse og fiks det den klager på.» Eller verre — installer en av disse «accessibility overlay»-tjenestene som lover å gjøre siden compliant for $9 per måned. De fungerer ikke. De har blitt saksøkt for å være verre enn ingenting i USA.
Lighthouse, axe og lignende verktøy fanger ifølge studier fra blant annet WebAIM omtrent 25–35 % av faktiske WCAG-brudd. Det er nyttig som en grunnlinje — vår WCAG-sjekk er bygget for nettopp det formålet, og det fanger mye. Men resten må gjøres manuelt:
- Naviger hele siden med kun tastatur (Tab, Shift+Tab, Enter). Får du gjort det du trenger?
- Test med en faktisk skjermleser. NVDA er gratis på Windows. VoiceOver er innebygd på Mac.
- Sjekk fargekontrast i alle tilstander, særlig hover og fokus.
- Test med 200 % zoom. Bryter layout-en?
- Sjekk at fokus alltid er synlig — den lille blå/lime omrissen rundt elementet som er valgt.
Den første gangen vi gjorde det manuelt på en kundes nettside, brukte vi en time. Vi fant 14 problemer Lighthouse hadde gitt grønt lys for. Det er den slags ting man bare lærer ved å gjøre det.
Hvor mye tid og penger snakker vi om?
For en gjennomsnittlig norsk SMB med 20–40 sider og et standard tema (WordPress, Webflow, Squarespace, Shopify): typisk 8–20 timer for å komme til solid AA-compliance, gitt at noen vet hva de gjør. Pris fra et byrå: 12 000–35 000 kroner avhengig av nettstedets størrelse og hvor mye som må fikses.
Du kan gjøre mye av det selv hvis du har tid og noen som er litt teknisk anlagt. Sjekkene vi nevnte over (alt-tekster, labels, lang-attributt, overskriftshierarki) krever ingen utviklerkunnskap — bare oppmerksomhet. Hvis du har en WordPress-side og en god SEO-plugin, kan du fikse det meste på en ettermiddag.
Skreddersydde nettsider er en annen sak. Der må noen rydde i komponenter, justere ARIA, fikse fokus-håndtering. Vi har gjort dette på et titalls norske nettsteder og bruker som regel mellom 12 og 30 timer per prosjekt.
Tidsplanen som ofte fungerer
Hvis du starter på null, ikke prøv å bli 100 % AA-compliant på en uke. Det blir overveldende og du gjør halvgode fikser overalt. Vi anbefaler tre runder i stedet.
Første runde, første måned. Fiks de åpenbare bruddene. Bilder. Skjemaer. Lang-attributt. Lenketekster. Du vil sannsynligvis dekke 60–70 % av reelle bruker-problemer med denne ene runden. Det er ikke perfekt, men det er en kjempe-forbedring.
Andre runde, andre måned. Manuell navigasjon med tastatur. Du oppdager fokus-feller, manglende skip-links, knapper som er div-er. Dette er sjelden ting Lighthouse fanger.
Tredje runde, tredje måned. Test med skjermleser. Det er ubehagelig første gang — du føler deg klønete, lurer på om du gjør det riktig, og blir frustrert over hvor lang tid det tar å navigere det du trodde var en enkel side. Det er nettopp den frustrasjonen som forteller deg hva som må fikses.
Etter de tre rundene har du et nettsted som er såpass tilgjengelig at de aller fleste brukere klarer seg, og du har bevis på at du har gjort en seriøs jobb. Det er det jurister og Diskrimineringsnemnda ser etter.
Tilgjengelighet er ikke bare for de med funksjonsnedsettelse
Vi har vært inne på lovkravet, men det stikker dypere enn det.
Tilgjengelighet hjelper alle. En bedre alt-tekst hjelper også Google forstå bildet — det er bedre SEO. Et tydeligere fokus-omriss hjelper også sjåføren som har dårlig sikt. En enklere tastatur-flyt hjelper også power-brukere som ikke gidder å bruke mus.
Den vanskeligste delen av jobben er ikke teknisk. Det er å venne seg til at det å designe nettsider ikke er det samme som å designe noe pent — det er å designe noe som fungerer for alle. Det er et håndverk, ikke en stilretning.
Slik kommer du i gang denne uka
Hvis du ikke vet hvor du står, gjør dette i denne rekkefølgen:
Kjør WCAG-sjekken på forsiden og en av tjenestesidene dine. Du får en score med kategorisering — bilder, overskrifter, skjemaer, språk, lenker. Det gir deg en startlinje.
Plukk de tre kritiske bruddene som er enklest å fikse. Som regel: alt-tekster, lang-attributt, og en gjennomgang av lenketekster. Dette tar 1–2 timer.
Kjør sjekken igjen. Se hva som har blitt bedre. Det er ærlig talt litt addiktivt når scoren begynner å gå opp.
Hvis du vil ha hjelp med resten — vi gjør 15-minutters WCAG-gjennomganger gratis og kan fortelle deg konkret hva som er den raskeste veien til solid AA. Si fra om du er interessert.
Det er ingen vinning i å vente. Direktivet er på plass, klagene begynner å komme, og fiksene er ikke vanskeligere enn de var i fjor. De er bare mer hastig.