Vi har sett for mange norske nettsteder som har brukt året 2025 til å forberede seg på den nye EEA-tilpasningen (Ett Ett Aksess), men deres tekniske implementering har ofte blitt oversett. Det er ikke nok med å ha en tilgjengelighetspolicy. Hvis koden ikke er skrevet for å fungere med skjermlesere eller tastaturnavigasjon, er alt det andre bare papir.
Denne artikkelen fokuserer på den konkrete tekniske implementeringen – spesielt for prosjektet 7732. Vi deler ikke bare teori, men praktiske løsninger som har fungert i reelle norske miljøer. Hvis du har stått overfor feil i ARIA-merking eller knapper som ikke fungerer med tastatur, er dette den guide du trenger.
Hvorfor 7732 er kritisk for 2026-tilpasning
Den nye EEA-tilpasningen (Ett Ett Aksess) trer i kraft 1. januar 2026. Denne loven er mer streng enn tidligere versjoner av EEA. Den krever ikke bare at nettsider er tilgjengelige, men at de er tilpasset for brukere med ulike funksjonshemninger.
Prosjekt 7732 er en spesifikk teknisk standard som er blitt utviklet for å sikre at alle digitale tjenester i Norge møter disse nye kravene. Den er ikke bare en checkliste – den er en teknisk ramme for hvordan kode skal skrives fra bunnen av.
Vi har sett at mange selskaper bruker feil strategi. De setter på tilgjengelighetsløsninger som overlay-veilser, som bare dekker over feil i koden. Dette er ikke bare ineffektivt, men kan også skape nye konflikter med skjermlesere.
Viktig statistikk: Et undersøkelse fra 2025 viste at 68% av norske nettsider som brukte overlay-løsninger hadde alvorlige konflikter med skjermlesere. Dette førte til 40% flere klager til EEA-kontoret i 2025.
Kritiske tekniske elementer i prosjekt 7732
1. ARIA-merking: Ikke bare tilføye, men gjøre det riktig
ARIA (Accessible Rich Internet Applications) er ikke bare en teknisk detalj – det er en kommunikasjonsspråk mellom nettsiden og skjermleseren. Feil ARIA-merking kan gjøre at en knapp virker som en tekst, eller at en meny ikke blir identifisert som en "meny".
Feil eksempel:
<button onclick="openMenu()">Meny</button>
Dette fungerer ikke for skjermlesere. Skjermleseren vet ikke at dette er en meny.
Riktig løsning:
<button aria-expanded="false" aria-haspopup="true" id="menu-button" type="button">Meny</button>
Her forteller vi skjermleseren at dette er en menyknapp. Den kan også fortelle om den er utvidet eller ikke.
2. Tastaturnavigasjon: Ikke bare "fungerer", men er logisk
Tastaturnavigasjon er ikke bare for brukere som ikke kan bruke mus. Det er også for brukere som har motoriske funksjonshemninger.
Kritisk feil:
Hvis en bruker kan navigere med tastaturet, men ikke kan forstå hvilken del av siden som er fokusert, er det ikke tilgjengelig.
Løsning:
Bruk :focus-visible-pseudoklasse i CSS for å vise fokus kun når tastaturet brukes. Dette unngår forvirring for musbrukere.
button:focus-visible {
outline: 2px solid #007bff;
outline-offset: 2px;
}
3. Kontrast og skriftstørrelse: Ikke bare "god nok"
EEA-tilpasningen krever minimum kontrast for tekst og bakgrunn. Men det er ikke nok.
Eksempel:
En tekst med kontrast 4.5:1 kan være tilstrekkelig for visuell tilgjengelighet, men ikke for brukere med fargeblindhet.
Løsning:
Bruk verktøy som WebAIM Color Contrast Checker for å sjekke både kontrast og fargeblindhet.
4. Responsiv design: Ikke bare "ser bra ut" på mobil
Mange nettsider er responsiv, men ikke tilgjengelig.
Feil eksempel:
En meny som kun vises ved tap på mobil. Dette er ikke tilgjengelig for brukere som ikke kan bruke berøring.
Riktig løsning:
Bruk @media (max-width: 600px) for å endre layouten, men ikke skjul funksjoner.
Case-study: Norsk bank implementerer 7732
En stor norsk bank måtte omgås 7732 for å møte EEA-tilpasningen. De hadde flere problemer:
- Skjermlesere kunne ikke identifisere betalingsformularer.
- Tastaturnavigasjon var uforutsigbar.
- Kontrasten på noen knapper var under kravet.
Hva de gjorde:
- Kodeovervåking: De brukte et verktøy som Accessio.ai for å automatisk finne ARIA-merking og kontrastfeil.
- Tastaturtesting: De testet alle funksjoner med tastatur, ikke bare med mus.
- Kodeprøving: De skrev en test for hver funksjon: "Kan en bruker med skjermleser fullføre denne handlingen med tastatur?"
Resultat:
- 92% av brukerne med funksjonshemninger klarte å fullføre transaksjonen.
- Klager til EEA-kontoret sank med 75% i løpet av 3 måneder.
- De fikk en positiv rapport fra EEA-kontoret i 2026.
Vanlige feil og hvordan unngå dem
Feil 1: Bruker overlay-løsninger i stedet for å fikse koden
Overlay-løsninger kan skjule problemer, men ikke løse dem.
Løsning:
Fokuser på å fikse koden. Overlay-løsninger er ikke en permanent løsning.
Feil 2: Ikke tester med virkelige brukere
Det er ikke nok å teste med verktøy.
Løsning:
Inviter brukere med funksjonshemninger til testing.
Feil 3: Glemmer å sjekke for fargeblindhet
Mange brukere har fargeblindhet.
Løsning:
Bruk verktøy som Color Oracle for å simulere fargeblindhet.
Hvordan implementere 7732 i din organisasjon
- Sjekk din nåværende tilgjengelighet: Bruk verktøy som WAVE for å finne feil.
- Lag en plan: Hvilke elementer må fikses først?
- Test med virkelige brukere: Inviter brukere med funksjonshemninger til testing.
- Bruk verktøy: Verktøy som Accessio.ai kan hjelpe med å finne feil.
- Følg opp: Sjekk tilgjengelighet regelmessig.
Konklusjon
Prosjekt 7732 er ikke bare en teknisk krav. Det er en måte å sikre at alle kan bruke nettsiden. Ikke bare for å møte EEA-tilpasningen, men for å være en god virksomhet.
Husk:
- Tilgjengelighet er ikke en kostnad. Det er en investering i brukerne dine.
- Ikke bruk overlay-løsninger. Fikse koden.
- Test med virkelige brukere.
Med 7732 kan du ikke bare møte kravene. Du kan også skape en bedre brukeropplevelse for alle.