Universell utforming: kravene til restaurantens nettsider

Ja – restaurantens nettside må være universelt utformet. IKT-forskriften krever at nettløsninger som retter seg mot allmennheten i Norge, også i privat sektor, minst tilfredsstiller WCAG 2.0 nivå AA. Det betyr i praksis at menyen, åpningstidene, bestillingsløsningen og all informasjon gjestene dine trenger, må fungere for alle – også for gjester med skjermleser, nedsatt syn eller motoriske vansker.

De fleste restauranteiere tenker på universell utforming som noe som gjelder ramper, dørbredder og HC-toaletter i lokalet. Det stemmer – men kravene stopper ikke ved inngangsdøra. Siden 2014 har det også eksistert et eget norsk regelverk for universell utforming av IKT-løsninger, og det omfatter nettsidene til private virksomheter som henvender seg til allmennheten. For en restaurant betyr det ganske enkelt: hele den digitale veien fra Google-søket til bordbestillingen må være tilgjengelig for alle gjester, uavhengig av funksjonsevne.

I denne artikkelen får du en ærlig, konkret gjennomgang skrevet for restauranteiere – ikke for IT-folk. Vi går gjennom hvilket regelverk som gjelder, hva standarden WCAG 2.0 nivå AA betyr i praksis, en sjekkliste med ti krav du kan kontrollere i dag, de tre klassiske fellene restaurantnettsider faller i, hva som skjer ved brudd, og hvordan du tester og fikser nettsiden din. Til slutt får du spørsmålene du bør stille neste nettsideleverandør før du signerer.

Hva betyr universell utforming for en restaurantnettside?

Universell utforming betyr at løsningen skal kunne brukes av alle, uten spesialtilpasning. Når det gjelder nettsider, handler det om at gjesten skal kunne oppfatte og bruke innholdet uavhengig av syn, hørsel, motorikk eller kognitive forutsetninger. Det høres abstrakt ut, men det er i bunn og grunn veldig konkret: kan en blind gjest lese menyen din med en skjermleser? Kan en gjest med nedsatt fargesyn se at knappen «Bestill bord» faktisk er en knapp? Kan en gjest som bare bruker tastaturet, fylle ut bestillingsskjemaet ditt?

Omtrent 10–15 prosent av befolkningen har en funksjonsnedsettelse av betydning for hvordan de bruker nettet, og andelen eldre med nedsatt syn øker. For en restaurant er dette ikke en fjern målgruppe – det er gjester som er ute etter et sted å spise akkurat nå. Når nettsiden din fungerer for dem, fungerer den samtidig bedre for alle andre: klarere struktur, større og tydeligere tekst, bedre kontrast og enklere skjemaer hjelper like mye en småstressa småbarnsfar på mobilen i bilen som en gjest med permanent synstap.

Det er også verdt å merke seg at tilgjengelighet og mobilvennlighet henger tett sammen. De fleste søk etter restauranter skjer på mobilen, og mange av de samme grepene – stor nok tekst, god kontrast, store klikkbare flater – er det som gjør nettsiden din både mobilvennlig og universelt utformet. Arbeidet du gjør her, er altså ikke bare juridisk nødvendig; det er ren forretningsutvikling.

Gjelder kravene din restaurant?

Kort svar: mest sannsynlig ja. Forskrift om universell utforming av IKT-løsninger (ofte kalt IKT-forskriften) gjelder nettløsninger som retter seg mot allmennheten i Norge – både i offentlig og privat sektor. En restaurantnettside som viser meny, åpningstider, kontaktinformasjon og bestillingsløsning til alle som vil innom, er nettopp en slik nettløsning rettet mot allmennheten.

Det finnes ingen generell unntaksgrense for små virksomheter. At restauranten din har fem ansatte i stedet for fem hundre, fritar ikke nettsiden fra kravene. Forskriften åpner for at krav kan fravikes hvis det medfører en «uforholdsmessig byrde» for virksomheten, men det er et høyt terskelbegrep ment for særlige tilfeller – ikke en generell fribillett for småbedrifter. I praksis bør du regne med at kravene gjelder deg.

Hvem er det som følger med på at kravene overholdes? Tilsynet etter forskriften ligger hos Digitaliseringsdirektoratet, som kan gjennomføre tilsyn og gi pålegg om retting. Enkeltpersoner som mener at en nettløsning ikke er universelt utformet og dermed diskriminerer dem, kan henvende seg til Likestillings- og diskrimineringsombudet. I praksis betyr det at en klage fra én gjest kan sette i gang en prosess.

WCAG 2.0 nivå AA – de fire prinsippene

WCAG står for Web Content Accessibility Guidelines – retningslinjer for tilgjengelig nettinnhold. Det er en internasjonal standard utarbeidet av W3C, og den er bygget opp rundt fire prinsipper. Hvis du forstår disse fire, forstår du i praksis hva regelverket krever av restaurantens nettside:

Oppfattbar (Perceivable)

Innholdet må kunne oppfattes med sansene som er tilgjengelige for brukeren. På en restaurantnettside betyr det først og fremst tre ting: bilder må ha tekstlige alternativer (alt-tekster) slik at en skjermleser kan beskrive dem for en blind gjest, videoer må ha undertekster, og farger alene må ikke formidle informasjon – for eksempel må et «ledig/opptatt»-skilt i en bestillingskalender også ha tekst, ikke bare være grønt eller rødt. Tekstfargen må dessuten ha tilstrekkelig kontrast mot bakgrunnen, slik at den er lesbar også for gjester med nedsatt syn.

Opererbar (Operable)

Nettsiden må kunne betjenes på ulike måter. Det viktigste kravet for restauranter: alt må fungere med tastaturet alene. En gjest som ikke kan bruke mus, må kunne tabbe seg gjennom menyen, åpningstidene og hele bestillingsskjemaet og se tydelig hvor fokus er til enhver tid. Nettsiden må heller ikke ha elementer som blinker eller beveger seg på en måte som kan utløse anfall, og tidsbegrensede handlinger – for eksempel at en bordreservasjon «utløper om 5 minutter» – må kunne forlenges eller slås av.

Forståelig (Understandable)

Innhold og betjening må være forutsigbare og lette å forstå. Sidens språk må være deklarert i koden, navigasjonen må være konsekvent fra side til side, og skjemaer – særlig bestillingsskjemaer – må ha tydelige ledetekster, forklarende feilmeldinger og forslag til retting når noe fylles ut feil. For en restaurant betyr det også at informasjon som åpningstider, priser og allergenmerking må presenteres på en klar og entydig måte, ikke gjemt i billedtekster eller popups som forsvinner.

Robust (Robust)

Innholdet må være kodet slik at det fungerer med ulike nettlesere og hjelpemidler, også i fremtiden. I praksis betyr dette at nettsiden skal følge webstandarder: riktig bruk av overskriftsnivåer (h1, h2, h3 i logisk rekkefølge), skjemafelt med tilknyttede ledetekster, og at det ikke er kritiske feil i HTML-koden som gjør at en skjermleser tolker siden feil. Dette er hovedsakelig leverandørens ansvar – men det er ditt ansvar å kreve det i avtalen.

Sjekklisten: 10 konkrete krav til restaurantnettsiden

Teori er greit, men som restauranteier trenger du noe å sjekke mot. Her er ti konkrete krav hentet fra WCAG 2.0 nivå AA, oversatt til restaurantens virkelighet. Gå gjennom dem på din egen nettside – de fleste tar under en halvtime å kontrollere.

Menyen, bestillingen og kontaktinfoen – restaurantens tre klassiske feller

Når vi ser på norske restaurantnettsider som svikter på tilgjengelighet, er det nesten alltid de samme tre stedene det går galt. Det er ikke tilfeldig: det er akkurat de tre stedene gjesten bryr seg mest om.

Felle nummer én er PDF-menyen. En meny som kun finnes som PDF – særlig en skannet eller grafisk «designet» PDF uten ordentlig tekstlag – er i praksis usynlig for skjermlesere. Gjesten hører kanskje bare «bilde, bilde, bilde» når hen prøver å lese den. I tillegg er PDF-er tunge på mobilen og umulige å oppdatere raskt. Løsningen er en digital meny som en vanlig nettside: den er tilgjengelig, laster raskt, kan oppdateres på minutter og blir i tillegg funnet på Google. Vil du ha detaljene, har vi skrevet en egen artikkel om hvorfor PDF-menyen er et problem.

Felle nummer to er bestillingsløsningen. Mange restauranter lenker til eksterne bestillingssystemer eller bruker innebygde kalendere som er utviklet uten tanke på tilgjengelighet: datovelgere som ikke kan betjenes med tastatur, tidspunkt vist som fargede prikker uten tekst, og feilmeldinger som dukker opp som små røde tekster skjermleseren aldri får med seg. Test bestillingsflyten din med tastaturet alene i dag: kan du komme deg fra forsiden til bekreftet reservasjon uten å røre musen? Hvis ikke, har du et brudd – og du mister bestillinger.

Den dyreste tilgjengelighetsfeilen er den som sitter i bestillingsskjemaet: hver gjest som gir opp, er et tapt bord.

Felle nummer tre er kontaktinformasjonen. Åpningstider, adresse og telefonnummer ligger ofte som tekst i et bilde – pent designet, men uleselig for skjermlesere og usynlig for Google. Eller de ligger i en footer med 8 piksels grå tekst på mørk bakgrunn som ingen over femti kan lese. Kontaktinfo skal være ekte tekst, med god kontrast, og gjerne strukturert slik at søkemotorer forstår den.

Hva skjer hvis nettsiden ikke oppfyller kravene?

Det er naturlig å lure på konsekvensene. I Norge er tilnærmingen til universell utforming av IKT i stor grad basert på tilsyn og retting, ikke på automatiske bøter. Digitaliseringsdirektoratet kan gjennomføre tilsyn med nettløsninger og gi pålegg om at mangler rettes innen en frist. For en restaurant vil et typisk forløp starte med at noen – en gjest, en organisasjon eller tilsynet selv – påpeker problemet.

I tillegg kan enkeltpersoner som opplever at en nettløsning diskriminerer dem, klage til Likestillings- og diskrimineringsombudet. Ombudet kan uttale seg om saken og i alvorlige tilfeller bringe den videre. Selv om veien fra klage til sanksjon er lang, er selve prosessen – og omtalen den kan gi – noe de fleste restauranter helst vil unngå.

Men det er en annen konsekvens som er mer umiddelbar og mer kostbar enn noe tilsyn: tapte gjester. Hver gjest som ikke klarer å lese menyen, fylle ut skjemaet eller finne åpningstidene dine, er en gjest som velger konkurrenten. Tilgjengelighet er med andre ord ikke bare et juridisk krav – det er en direkte inntektsfaktor.

Ingen gjest ringer og forteller at hen ga opp bestillingen på nettsiden din. De bestiller bare et annet sted.

Slik tester du om nettsiden din er tilgjengelig

Du trenger ikke være utvikler for å avdekke de vanligste problemene. Her er to nivåer av testing du kan gjøre selv i dag.

Automatisk testing med gratis verktøy

Det finnes flere gratis verktøy som skanner nettsiden din og rapporterer brudd på WCAG-kravene. De mest brukte er WAVE (fra WebAIM), axe DevTools (et tillegg til nettleseren) og Lighthouse i Chrome, som gir en egen tilgjengelighetsscore. Kjør ett av dem på forsiden, menysiden og bestillingssiden din. Verktøyene finner typisk 20–40 prosent av problemene – kontrastfeil, manglende alt-tekster, feil i skjemafelt og overskriftsstruktur. Det de ikke finner, er det som krever menneskelig vurdering: om alt-teksten faktisk beskriver bildet godt, om tastaturrekkefølgen gir mening, og om feilmeldinger er forståelige.

Manuell testing på ti minutter

Den mest avslørende testen er den enkleste: legg fra deg musen og bruk kun tastaturet (Tab for å gå videre, Shift+Tab for å gå tilbake, Enter for å aktivere). Kan du nå menyen, lese den, finne åpningstidene og fullføre en bordbestilling? Ser du tydelig hvor fokus er til enhver tid? Prøv deretter å zoome siden til 200 prosent i nettleseren: forsvinner noe innhold, eller overlapper tekst? Til slutt: les siden høyt for deg selv med skjermleserbriller på – altså, spør deg selv om en skjermleser ville formidlet det samme som du ser. Hvis bestillingsknappen bare er et bilde uten tekst, er svaret nei.

Ni tiltak som løser det meste

Hvis testen over avdekket problemer, er her tiltakene som gir mest igjen for innsatsen – i prioritert rekkefølge:

1. Bytt PDF-menyen med en digital meny som en vanlig nettside. Dette ene grepet løser ofte det største tilgjengelighetsproblemet restaurantnettsider har.
2. Fiks kontrasten. Sørg for at all tekst har minst 4,5:1 kontrast mot bakgrunnen. Verktøy som WebAIM Contrast Checker viser deg nøyaktig hvilke fargekombinasjoner som svikter.
3. Legg til alt-tekster på alle bilder som formidler informasjon – retter, lokaler, kart. Rene dekorbilder skal merkes som dekorative slik at skjermleseren hopper over dem.
4. Reparer overskriftsstrukturen: én h1 per side, deretter h2 og h3 i logisk rekkefølge. Ikke bruk overskrifter kun for å få stor tekst.
5. Gi alle skjemafelt synlige ledetekster som ikke forsvinner når man begynner å skrive, og skriv feilmeldinger som forklarer hva som er galt og hvordan det rettes.
6. Sørg for synlig tastaturfokus – en tydelig markering som viser hvor man er når man navigerer med Tab.
7. Test bestillingsflyten med tastatur alene, fra forside til bekreftelse. Fiks alt som stopper eller forvirrer.
8. Deklarer sidens språk i koden (lang="nb") og sørg for at menyen også er lesbar ved 200 prosent zoom.
9. Unngå farger som eneste informasjonsbærer – legg til tekst eller symboler der farge i dag er det eneste signalet.

Dette er arbeid en god nettsideleverandør gjør som en naturlig del av leveransen – ikke som et dyrt tillegg. Når PowerfulWebsite bygger nettsider for restauranter, er WCAG-tilpasset struktur, kontrast og tastaturnavigasjon en del av grunnmuren, ikke en tilleggsmodul du må be om.

Spørsmål å stille leverandøren før du kjøper nettside

Skal du kjøpe ny nettside eller bytte leverandør, er universell utforming et av de viktigste temaene å ta opp før du signerer. Her er spørsmålene som skiller seriøse leverandører fra dem som håper du ikke spør:

• Hvilket WCAG-nivå leverer dere nettsiden på – og kan dere bekrefte det skriftlig?
• Hvordan tester dere tilgjengelighet før lansering – automatisk, manuelt eller begge deler?
• Fungerer bestillingsløsningen fullt ut med tastatur alene?
• Hvem har ansvaret hvis tilsynet påpeker mangler etter lansering – og hva koster utbedringen?
• Hvordan sikrer dere at menyoppdateringer jeg gjør selv, ikke ødelegger tilgjengeligheten?

En leverandør som svarer konkret på disse spørsmålene, har tenkt gjennom tilgjengelighet på forhånd. En som vrir seg unna eller lover «det ordner seg», har det sannsynligvis ikke. Vi har samlet alle de viktige spørsmålene – ikke bare om tilgjengelighet – i artikkelen Velge nettsideleverandør: 9 spørsmål før du signerer. Les den før du setter pennen på papiret.

Vanlige spørsmål