Tilgjengelig nettsted: Den komplette guiden for bedrifter

Den tyske tilgjengelighetsloven BFSG (Barrierefreiheitsstärkungsgesetz) trådte i kraft 28. juni 2025. For mange bedrifter er dette ikke lenger et abstrakt compliance-tema, men et konkret prosjekt med tidspress, budsjettspørsmål og tekniske beslutninger.

94,8 % av de undersøkte nettstedene har påvisbare WCAG-feil, i snitt 51 per startside (WebAIM Million Report 2025). Samtidig forstår mange beslutningstakere ikke nøyaktig hvem loven faktisk berører, hva tilgjengelighet teknisk betyr, og hva et konformt nettsted koster.

Hva betyr nettilgjengelighet?

WCAG som internasjonal standard

Nettilgjengelighet betyr at nettsteder kan brukes av alle mennesker, uavhengig av fysiske, sensoriske eller kognitive begrensninger. Synshemmede brukere benytter skjermlesere. Motorisk begrensede brukere navigerer med tastatur eller bryterstyring. Mennesker med kognitive utfordringer trenger tydelige strukturer og enkelt språk. Eldre brukere drar nytte av tilstrekkelig stor skrift og god kontrast, uten å oppleve seg som "funksjonshemmede".

Den internasjonale standarden for nett-tilgjengelighet er Web Content Accessibility Guidelines, forkortet WCAG. World Wide Web Consortium (W3C) utgir dem. Den gjeldende versjonen er WCAG 2.2, og det lovmessige grunnlaget i Tyskland er basert på WCAG 2.1. For offentlige institusjoner gjelder i tillegg BITV 2.0. For privateide virksomheter er BFSG den avgjørende plikten.

De tre konformitetsnivåene

WCAG skiller mellom tre konformitetsnivåer som beskriver omfanget av oppfylte krav:

1. Nivå A: Minimumsnivå. Innhold er tilgjengelig på et grunnleggende nivå, men bruken kan fortsatt oppleves som begrenset for noen grupper. Uten nivå A er visse brukergrupper fullstendig utelukket.
2. Nivå AA: Lovpålagt minimumsstandard etter BFSG og det bindende målet for virksomheters nettsteder i Tyskland. Dekker tilstrekkelige kontrastkrav, fullstendig tastaturnavigasjon og forståelige feilmeldinger. For de fleste nettsteder er dette det realistiske og fornuftige målet.
3. Nivå AAA: Høyeste konformitetsnivå, tiltenkt spesialiserte kontekster som læringsplattformer eller helseportaler. Full AAA-konformitet er ikke et realistisk totalmål for en typisk B2B-nettside.

Mange beslutningstakere blir overrasket: WCAG nivå AA er ikke teknisk ekstremtiltak. Tilstrekkelig fargekontrast, fornuftig overskriftsstruktur, alt-tekster for bilder, tastaturnavigerbare skjemaer. Dette er, objektivt sett, god webdesign. At nesten alle nettsteder likevel ikke klarer det, skyldes hovedsakelig utdaterte systemer og manglende kvalitetsstandarder i utviklingsprosessen.

Hvem berøres av BFSG?

Fra når gjelder loven?

Barrierefreiheitsstärkungsgesetz trådte i kraft 28. juni 2025. For produkter som lanseres etter denne datoen gjelder plikten umiddelbart. For eksisterende tjenester gir § 38 BFSG en overgangsperiode til 28. juni 2030, men kun under forutsetning om at en tidligere tilpasning ville innebære en uforholdsmessig byrde. Den som ikke kan dokumentere at etterlevelse er urimelig, er allerede nå handlingspliktig.

Unntaket for mikrovirksomheter

BFSG unntar mikrovirksomheter med færre enn 10 ansatte og maks 2 millioner euro i årsomsetning. Det avgjørende punktet er: dette unntaket gjelder kun for tjenester, ikke for produkter. En mikrovirksomhet som selger fysiske eller digitale produkter faller likevel inn under loven.

For mellomstore B2B-bedrifter er dette unntaket som regel ikke relevant. Den som har mer enn 10 ansatte eller mer enn 2 millioner euro i årsomsetning, er berørt uten begrensning.

Hvilke nettsteder berøres konkret?

Plikten gjelder alle nettbaserte tilbud der brukere utfører transaksjoner: kjøper, booker, forespør, betaler. Informasjonsnettsteder uten direkte transaksjonsprosess faller ikke automatisk inn under plikten, men befinner seg juridisk i et grenseland. Risikoen for bot på inntil 100 000 euro gjør at grensetilfeller knapt er verdt å optimalisere.

Den som ønsker å videreutvikle nettstedet sitt uansett, bør planlegge WCAG 2.1 AA som standard uavhengig av den formelle plikten. Investeringen lønner seg.

Hva er de 4 prinsippene i WCAG?

WCAG er basert på fire grunnprinsipper, kjent på engelsk som POUR-modellen. De strukturerer alle suksesskriteriene i WCAG 2.1 og gir beslutningstakere en klar orientering om hvilke typer problemer som kan forventes på nettstedet deres.

Mulig å oppfatte (Perceivable)

Innhold må være tilgjengelig for alle sanser. Bilder trenger alt-tekster for at skjermlesere kan lese dem opp. Videoer trenger undertekster eller transkripsjoner. Tekst trenger tilstrekkelig kontrast mot bakgrunnen: minst 4,5:1 for vanlig tekst, 3:1 for stor skrift.

Dette høres ut som et lite krav. I praksis feiler 79,1 % av alle undersøkte nettsteder på kontrastkravet alene, ifølge WebAIM Million Report 2025.

Mulig å betjene (Operable)

Hele nettstedet må kunne betjenes med tastatur, uten mus. Tastaturnavigasjon er ikke et marginalkrav for noen få unntakstilfeller. Mennesker med motoriske begrensninger, eldre brukere og alle som ikke kan bruke pekerenheter er avhengige av det. I tillegg må brukere ha nok tid til å lese innhold: animasjoner og automatisk vekslende elementer må kunne settes på pause. Et skjema som ikke kan gjennomgås med tabulatortasten stenger denne gruppen helt ute, før de i det hele tatt kommer i kontakt med innholdet.

Mulig å forstå (Understandable)

Innhold og betjening må være forutsigbart og forståelig. Det betyr tydelige feilmeldinger, konsistent navigasjon og et språk skrevet på forståelig norsk. Et skjema som kun returnerer "Feil 400" ved feil input er ikke forståelig i WCAG-forstand. En melding som "Vennligst skriv inn en gyldig e-postadresse" er det.

Robust (Robust)

Innhold må kunne behandles av nåværende og fremtidige hjelpemidler. Det betyr semantisk korrekt HTML uten proprietære spesialstrukturer. Skjermlesere, leselist og andre hjelpemiddelteknologier er avhengige av at en knapp også er gjenkjennelig som en knapp i kildekoden, og ikke er stylet som et div-element. Robust betyr dessuten at validert og standardkonformt HTML danner det tekniske grunnlaget, slik at assistive teknologier fortsetter å fungere korrekt ved fremtidige programvareoppdateringer. Et nettsted som er bygget robust i dag, trenger ikke store strukturelle endringer for å forbli tilgjengelig når hjelpemiddelteknologier videreutvikles.

Hvilke tilgjengelighetsfeil finnes på tyske virksomheters nettsteder?

De vanligste WCAG-feilene etter WebAIM

WebAIM Million Report analyserer årlig startsidene til de en million mest besøkte nettstedene for WCAG-konformitet. Den regnes som den mest omfattende jevnlige undersøkelsen av digital tilgjengelighet i verden. 2025-utgaven viser: 94,8 % av de undersøkte startsidene har påvisbare WCAG-feil, gjennomsnittlig 51 feil per side.

De seks vanligste feilklassene:

Særlig berørt: B2B-nettsteder i Tyskland

En studie fra Aktion Mensch, Google og Pfennigparade testet nettbutikker for elementære barrierer. Resultatet: Fire av fem tyske nettbutikker består ikke de mest grunnleggende tilgjengelighetstestene. Tastaturnavigasjon var den hyppigste kritiske snublesteinen.

De strukturelle årsakene er kjente: utdaterte WordPress-temaer som ikke genererer semantisk HTML, sidebyggere med ukontrollert output og manglende tilgjengelighetstester i utviklingsprosessen. Dette kan korrigeres, men arbeidsmengden avhenger sterkt av utgangssystemet.

Hvorfor er et tilgjengelig nettsted også et forretningsargument?

En kjøpesterk målgruppe som ofte overses

7,9 millioner mennesker i Tyskland har en anerkjent alvorlig funksjonshemning. Det tilsvarer 9,3 % av den totale befolkningen. I tillegg kommer mennesker med midlertidige begrensninger, aldersrelatert synssvekkelse og brukere som rett og slett ikke har et pekerverktøy for hånden. Tilgjengelige nettsteder når disse gruppene ikke som et spesialtilfelle, men som ordinære brukere. Ifølge en analyse fra Google og Aktion Mensch er netthandel sentralt for 61 % av mennesker med funksjonshemning, mot 51 % av mennesker uten funksjonshemning.

Barrierer koster målbart omsetning

Den britiske Click-Away Pound-rapporten undersøkte hvordan brukere med funksjonshemning reagerer på utilgjengelige nettsteder: 71 % forlater siden umiddelbart uten å kjøpe. En Civey-undersøkelse på oppdrag fra Accessiway (august 2025, n=2 500) gir den tyske konteksten: 80,7 % av de spurte forbrukerne har minst én gang avbrutt et kjøp på grunn av tilgjengelighetsproblemer. Dette er ikke et marginalproblem. Det er et systematisk omsetningsgap.

Tilgjengelighet styrker søkemotorsynligheten

Semantisk HTML, tydelige overskriftshierarkier, alt-tekster og raske lastetider er samtidig det tekniske grunnlaget for god Google-synlighet. Både skjermlesere og søkemotorkrålere behandler den samme HTML-strukturen. Den som bygger tilgjengelig, forbedrer strukturelt også rangeringen sin, uten å sette opp SEO som et separat prosjekt. Mer om sammenhengen mellom teknisk kvalitet og innholdsarkitektur finner du i artikkelen vår om CMS-innholdsstrategi: Oversikt over alle kanaler.

Hva koster et tilgjengelig nettsted?

Veien gjennom ettermonterings

Etterfølgende WCAG-korreksjon på eksisterende nettsteder er dyrere enn det ser ut ved første øyekast. Utdaterte temaer, proprietære sidebyggere og CMS-systemer uten semantisk output gjør isolerte korreksjoner arbeidskrevende. Enkeltstående endringer berører ofte dusinvis av malfiler samtidig. Ifølge W3C WAI er etterfølgende tilpasning nesten alltid dyrere enn integrering fra starten, fordi strukturelle grunnproblemer ikke kan løses med isolerte oppdateringer.

For virksomheter der en relansering uansett ikke er aktuelt, er ettermonterings den gjennomførbare veien. Arbeidsmengden varierer sterkt avhengig av system og omfang og bør estimeres seriøst før prosjektstart.

Nybygg med integrert tilgjengelighet

Den som uansett planlegger en relansering, kan bygge tilgjengelighet inn som et basiskrav i arkitekturen. Et headless CMS som Sanity skiller innhold og presentasjon strukturelt fra hverandre. Frontenden produserer semantisk korrekt HTML på komponentnivå. Korrekt implementert én gang forblir strukturen tilgjengelig, uavhengig av hvem som vedlikeholder innhold senere. Redaktører kan publisere nytt innhold uten å introdusere nye tilgjengelighetsbugs, fordi tilgjengelighet er forankret i komponentene, ikke i manuell oppfølging.

Hvorfor en profesjonelt bygget nettside er grunnlaget for varig forretningssuksess, forklarer artikkelen vår Hvorfor en bedriftsnettside er uunnværlig.

Hvordan gjennomføres en tilgjengelig nettstedrelansering?

En strukturert tilgjengelighetsrelansering følger fire faser.

Fase 1: Revisjon. Automatiserte tester identifiserer opptil 57 % av alle tilgjengelighetsproblemer etter antall (Deque, 2021). Resten finner man utelukkende gjennom manuelle tester: reell tastaturnavigasjon gjennom alle sideområder, skjermlesertester med ulik hjelpemiddelprogramvare og målrettede kontrasttester under ulike utdataforhold.

Fase 2: Prioritering. Ikke alle feil har samme vekt. Kritiske barrierer som manglende alt-tekster på informative bilder eller fullstendig ubetjenbare skjemaer kommer først. Lavprioriterte punkter som dekorative bilder med tom alt-tekst tas etterpå.

Fase 3: Teknisk implementering. I et headless-oppsett kan strukturelle korreksjoner implementeres på komponentnivå og virker da tverrsidig. Dette unngår det dobbelte og triple arbeidet som oppstår i monolittiske systemer når samme korreksjon må gjentas i dusinvis av maler.

Fase 4: Testing og dokumentasjon. Før go-live følger systematisk testing med skjermleserprogramvare. Intern konformitetsdokumentasjon registrerer implementeringsstatus og eventuelle begrunnede unntak.

Hvorfor har Headless-nettsteder med Next.js og Sanity en strukturell fordel?

Problemet med klassiske CMS-systemer

Mange bedriftsnettsteder på WordPress kjører på temaer som ble bygget for år siden. Kildekoden disse temaene produserer er teknisk sett en blanding: overskrifter som egentlig ikke er overskrifter, men store tekster. Knapper bygd inn som bildeelementer. Lister som består av divs med mellomrom. For det menneskelige øyet ser det ofte bra ut. For skjermlesere og søkemotorkrålere er det usynlig støy.

Den som forsøker å korrigere dette i etterkant merker raskt: hver endring drar med seg dusinvis av andre steder. Det kan sammenlignes med rehabilitering av et gammelt hus. Man starter ett sted og støter overalt på utdaterte ledninger, skjulte konstruksjonsproblemer og avhengigheter som ikke kan løses isolert.

Hvordan et moderne oppsett løser dette strukturelt

Next.js og Sanity fungerer etter et annet prinsipp. Sanity lagrer innhold strukturert som data: en tittel er en tittel, et bilde er et bilde med eget alt-tekstfelt, en liste er en liste. Frontenden i Next.js bestemmer deretter hvordan hvert av disse elementene ser ut på skjermen. Og det én gang, sentralt, for hele nettstedet.

Hvis et avsnitt i Next.js er implementert som et paragraf-element med korrekt språkmerking, gjelder det for hver side som bruker denne innholdstypen, enten det er ti eller tusen. Tilgjengelighet er da ikke en sjekkliste på slutten av prosjektet, men et resultat av arkitekturbeslutningen i starten. Hvordan dette i praksis forbedrer brukeropplevelsen og genererer flere forespørsler, forklarer artikkelen vår Gjøre nettstedsbesøkende til kunder: 9 løftestenger for flere forespørsler.

Relaterte Evelan-artikler

• CMS-innholdsstrategi: Oversikt over alle kanaler
• Hvorfor en bedriftsnettside er uunnværlig
• Gjøre nettstedsbesøkende til kunder: 9 løftestenger for flere forespørsler

Quellen

• WebAIM: The WebAIM Million — Accessibility Report 2025 (2025)
• Bundesfachstelle Barrierefreiheit: Testbericht barrierefreie Online-Shops (2024)
• gesetze-im-internet.de: Barrierefreiheitsstärkungsgesetz — § 37 Bußgeldvorschriften (2025)
• Destatis: Pressemitteilung Nr. 281 — Schwerbehinderte Menschen in Deutschland (2024)
• Google Blog / Aktion Mensch: Barrierefreiheit ist kein „Nice to have" (2023)
• Bundesfachstelle Barrierefreiheit: FAQ zum Barrierefreiheitsstärkungsgesetz (2025)
• Click-Away Pound: Business Case Report (2019)
• Accessiway / Civey: Digitale Barrieren kosten Unternehmen Kund:innen und Umsatz (2025)
• W3C: Web Content Accessibility Guidelines (WCAG) 2.2 (2024)
• Deque: Automated Testing Identifies 57 % of Digital Accessibility Issues (2021)