WCAG Eventim_DNS.xlsx

	A	B	C	D	E	F	G	H
1	Sist oppdatert: 21.09.2022		Oversikt over status for universell utforming i én enkelt nettløsning. Her ser du WCAG-kravene som nettsteder skal oppfylle, sortert på de fire prinsippene i WCAG-standarden. For hver av retningslinjene finnes beskrivelser, lenker til mer informasjon, m.m., samt en nedtrekksmeny der du kan notere status pr i dag. Du kan laste ned arket og bruke det som arbeidsliste, men følg alltid med på uutilsynet.no for oppdatert kravliste.
2
3	Mal – WCAG-sjekkliste for utfylling av tilgjengelighetserklæring
4		Retningslinje	Beskrivelse av retningslinje	Suksesskriterium	Følges kravet?	Svaret som skal avgis
5	Prinsipp 1: Mulig å oppfatte	1.1 Tekstalternativer	Gi tekstalternativer til alt ikke-tekstlig innhold, slik at det kan konverteres til formater som brukerne har behov for, for eksempel stor skrift, blindeskrift, tale, symboler eller enklere språk.
6				1.1.1 Ikke-tekstlig innhold	Nei	Alt tags som er benyttet er ikke gode nok. For eksempel er alt tekst knyttet til logoen til DNS satt til Company logo, noe som ikke er beskrivende nok.	Må utvikles
7		1.2 Tidsbaserte medier (lyd og video)	Gi alternativer til tidsbaserte medier.
8				1.2.1 Bare lyd og video (forhåndsinnspilt)	Vi har ikke denne typen innhold	Det er ikke lyd- eller video knyttet til billettsystemet
9				1.2.2 Teksting (forhåndsinnspilt)	Vi har ikke denne typen innhold	Det er ikke lyd- eller video knyttet til billettsystemet
10		1.3 Mulig å tilpasse	Lag innhold som kan presenteres på forskjellige måter uten at informasjon eller struktur går tapt.
11				1.3.1 Informasjon og relasjoner	Ja	Elementer er kodet semantisk, eller benytter korrekt role for det meste. Det som ble lagt merke til som er nødvendig er nevnt i 4.1.3 når det kommer til role-attributten.
12				1.3.2 Meningsfylt rekkefølge	Ja	Når en bruker navigerer seg inn til glemt passord med tastatur vil hele tabindex flyttes til toppen. Dette er forstyrrende for blinde og andre som bruker tastatur for navigasjon da de aldri ble flyttet til en ny side, men er nødt til å navigere seg gjennom hele hovedmenyen på nytt.	Merk at vi har en bug her nå, og denne ligger til fix hos utvikling.
13				1.3.3 Sensoriske egenskaper	Ja	Elementer som ligger på siden er ikke utelukkende avhengig av form, størrelse, visuell plassering, orientering eller lyd for å kunne bli forstått.
14				1.3.4 Visningsretning	Ja	Det er mulig å besøke siden i både landskaps- og portrettsmodus.
15				1.3.5 Identifiser formål med inndata	Nei	Det er et krav at man tillater autocomplete på felter som navn, epost, adresse osv. Dette er noe som ikke er tilrettelagt på nettbutikken slik den er i dag.	Denne må utvikles. Den er pr i dag slått av da dette har vært et ønske fra mange kunder grunnet sikkerhet ifm med billettboots. Development ser på en løsning som gjør at denne kan aktiveres om ønskelig.
16		1.4 Mulig å skille fra hverandre	Gjør det enklere for brukerne å se og høre innhold, blant annet ved å skille forgrunnen fra bakgrunnen.
17				1.4.1 Bruk av farge	Nei	Elementer skal ikke være presentert utelukkende basert på farge. Dette gjelder lenker på siden. Det er bedre å snu logikken her slik at de har underline som standard, og mister dette ved hover. For fargeblinde kan det være vanskelig å vite at dette er lenker uten at teksten får underline under seg.	Her er det en bug som gjør at det ikke er konsistent. Det er lagt til utvikling for å korrigeres.Det er mulig det ligger noe utvikling her også. Det undersøker vi.
18				1.4.2. Styring av lyd	Vi har ikke denne typen innhold	Har ikke funnet lyd som starter automatisk på sidene.
19				1.4.3 Kontrast (minimum)	Ja		Design og fargevalg
20				1.4.4 Endring av tekststørrelse	Nei	Zoom er et godkjent alternativ her, og dersom jeg velger å zoome 200% inn ser jeg at de nederste linkene i foteren blir skjult av delingsknappene til Facebook ol. Ellers er det vært å nevne at fontstørrelser er angitt i px. Dette forhindrer nettsiden fra å skalere tekst opp/ned basert på det brukeren har valgt i sine innstillinger, så det kan være en idé å endre dette over til em/rem.	Må utvikles
21				1.4.5 Bilder av tekst	Vi har ikke denne typen innhold	Har ikke funnet bilder på nettsiden som utelukkende er av tekst.
22				1.4.10 Dynamisk tilpasning (Reflow)	Nei	Ved zoom opp til 400% på 1280px bredde blir en del informasjon skjult på billettsiden av samme årsak som 1.4.4. Dette gjelder av det jeg kan se kun testshoppen.	Må utvikles
23				1.4.11 Kontrast for ikke-tekstlig innhold	Ja	Har ikke funnet kontrastfeil på innhold som ikke er tekst.
24				1.4.12 Tekstavstand	Ja	Tekstavstand lar seg justere i henhold til kravene.
25				1.4.13 Pekerfølsomt innhold eller innhold ved tastaturfokus	Ja	Har ikke funnet noe innhold som dukker opp på nettsiden kun ved hover. Det krever klikk for å faktisk få opp nye elementer, så dette kravet er ivaretatt.
26	Prinsipp 2: Mulig å betjene	2.1 Tilgjengelig med tastatur	Gjør all funksjonaliteten tilgjengelig med tastatur.
27				2.1.1 Tastatur	Nei	Det er ikke mulig å navigere til filtrene og aktivere de på billettsiden med tastatur, da disse er satt opp med tabindex=“-1”. Det er heller ikke mulig å velge seter kun med tastatur. Her vil man bare tabbe seg inn på knappene for zoom, uten noen mulighet for å velge et sete.	Det er ikke mulig å navigere til filtrene med tastatur. Dette er en bug.Det er ikke mulig å velge seter i salkartet kun med tastatur. Dette er en utviklingssak.
28				2.1.2 Ingen tastaturfelle	Nei	Man blir sittende fast i input feltet på gavekortsiden om man navigerer seg inn i feltet for å angi verdi med tastatur. Det er da ikke mulig å komme seg ut av dette med å tabbe seg videre. Samme tastaturfelle finnes også i handlekurven på donasjonsfeltet.	Må utvikles
29				2.1.4 Hurtigtaster som består av ett tegn	Vi har ikke denne typen innhold	Har ikke funnet spor av spesielle hurtigtaster som kun består av ett tegn.
30		2.2 Nok tid	Gi brukerne nok tid til å lese og bruke innhold.
31				2.2.1 Justerbar hastighet	Vi har ikke denne typen innhold	Tidsbegrensninger knyttet til å beholde elementer i handlekurven er nødvendige i sanntid, og faller derfor inn under ett av unntakene av dette kravet.
32				2.2.2 Pause, stopp, skjul	Ja
33		2.3 Anfall og andre fysiske reaksjoner	Ikke utform innhold på en måte som er kjent for å forårsake anfall.
34				2.3.1 Terskelverdi på maksimalt tre glimt	Vi har ikke denne typen innhold	Har ikke funnet blinkende innhold på disse sidene.
35		2.4 Navigerbar	Gjør det mulig for brukerne å navigere, finne innhold og vite hvor de befinner seg.
36				2.4.1 Hoppe over blokker	Nei	Det er ingen hopp direkte til hovedinnhold som første element man tabber til.	Denne er lagt til utvkling
37				2.4.2 Sidetitler	Nei	Sidetittel på alle sider er den samme (refererer her til <title> elementet). Dette burde forandre seg basert på hvilken side man befinner seg på.	Vi er i gang med å undersøke hvor spesifisert dette må gjøres.
38				2.4.3 Fokusrekkefølge	Ja	Det er et par navigasjonsvalg som ikke gir helt mening. Om siden er liten nok til at man får mobilmenyen opp vil første tab føre deg til å utvide menyen, men om man velger å utvide den må man navigere seg gjennom resten av headeren før man faktisk kommer inn til Kjøp billetter og Kjøp gavekort som er skjult bak menyen. Om du så går på glemt passord siden vil tastaturnavigeringen tilbakestilles til start uten at siden endrer seg. Dette er ulogisk for brukere med tastatur.	Merk at vi har en bug her nå, og denne ligger til fix hos utvikling.
39				2.4.4 Formål med lenke (i kontekst)	Ja	Det er ikke lenker som har utydelig lenketekst på siden (for eksempel lenke på kun her).
40				2.4.5 Flere måter	Ja	Nettsiden går under unntaket for å måtte ha to forskjellige navigasjonsmetoder.
41				2.4.6 Overskrifter og ledetekster	Ja
42				2.4.7 Synlig fokus	Nei	Knapper for å gå til billettsalg får ikke synlig fokus når disse fokuseres på.	Her må vi endre kontrast når man holder musen over knappen, da denne ikke oppfyller kravet. Merk at dere har et "trafikklys" skript i webshopen deres. Det vil ikke kunne benyttes, da skriptet ikke kan tilfredsstille kravet for kontrast. Men nå er det ikke kompliant uansett, så pr i dag har ikke trafikklyset noen betydning.
43		2.5 Inndatametoder	Gjør det enklere for brukerne å betjene funksjonalitet med andre inputmetoder enn bare tastatur.
44				2.5.1 Pekerbevegelse	Vi har ikke denne typen innhold	Det er ikke innhold på siden som krever spesifikk pekerinput for å benyttes seg av.
45				2.5.2 Pekeravbrytelse	Ja	Ikke funnet elementer som ikke kan avbrytes.
46				2.5.3 Ledetekst i navn	Ja	Lenker benytter korrekt synlig navn.
47				2.5.4 Bevegelsesaktivering	Vi har ikke denne typen innhold	Har ikke funnet spesifikke funksjoner som aktiveres ved bevegelse av enheten man bruker.
48	Prinsipp 3: Forståelig	3.1 Leselig	Det må være mulig å forstå informasjon og betjening av brukergrensesnitt.
49				3.1.1 Språk på siden	Ja	Siden har lang=“xx” attributt korrekt satt basert på valgt språk.
50				3.1.2 Språk på deler av innhold	Vi har ikke denne typen innhold	Har ikke funnet spesifikke paragrafer som er i eget språk når et språk er valgt.
51		3.2 Forutsigbar	Sørg for at websider presenteres og fungerer på forutsigbare måter.
52				3.2.1 Fokus	Ja	Elementer som får fokus skaper ikke kontekstendring på siden. Det er verdt å nevne at det er anbefalt å advare brukere ved åpning av nye faner/vinduer, noe som ikke skjer ved klikking på TOS og Privacy Policy under cookies. Dette er ikke et krav, men kan være verdt å vurdere å legge inn tekst i lenken om at dette åpner i en ny fane/vindu.
53				3.2.2 Inndata	Nei	Det skjer en kontekstendring når en bruker velger filter uten at det er varslet om det. Unntaket her er ukedager, hvor det er en submit knapp for dette filteret.	Dette må utvikles.	Development
54				3.2.3 Konsekvent navigering	Ja	Har ikke funnet lenker som gjentas på flere sider rett etter hverandre.
55				3.2.4 Konsekvent identifikasjon	Ja	Elementer som har samme funksjon er utformet likt på tvers av sider.
56		3.3 Inndatahjelp	Hjelp brukere med å unngå feil og å rette opp feil.
57				3.3.1 Identifikasjon av feil	Ja	Feil i skjema er knyttet til korrekt input felt.
58				3.3.2 Ledetekster eller instruksjoner	Ja	Felter i skjema har tilknyttet labels / ledetekster.
59				3.3.3 Forslag ved feil	Ja	Det dukker opp feilmeldinger som foreslår hva som er feil med påkrevde felter.
60				3.3.4 Forhindring av feil (juridiske feil, økonomiske feil, datafeil)	Ja	Det er mulig for brukeren å endre / tømme handlevogn og gå gjennom den før man legger inn bestillingen.
61	Prinsipp 4: Robust	4.1 Kompatibel	Sørg for best mulig kompatibilitet med aktuelle og fremtidige brukeragenter, inkludert kompenserende teknologi.
62				4.1.1 Parsing (oppdeling)	Nei		Her er det noen HTLM feil som development undersøker.
63				4.1.2 Navn, rolle, verdi	Ja	Felter har riktig rolle satt basert på hva de faktisk gjør / skal ha av input.
64				4.1.3 Statusbeskjeder	Nei	Det må legges til role=“status” knyttet til badge elementet som viser antall elementer i handlekurven. Her burde det også legges til en aria-label som beskriver hva dette er nærmere, da ett tall ikke er godt nok for folk som bruker skjermlesere.	Lagt til utvikling
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89
90
91
92
93
94
95
96
97
98
99
100