Tjenester

Våre webprodukter kjennetegnes av

Medlem av Web Standards Group

Tilgjengelighet

Det snakkes mye om tilgjengelighet for tiden. Myndighetene har bestemt at alle offentlige nettsteder skal være tilgjengelige for alle. Vi har derfor laget en oversikt over de viktigste retningslinjene for tilgjengelighet.

Hvorfor tilgjengelighet?

Hovedhensikten med å gjøre et nettsted tilgjengelig er at funksjonshemmede ikke skal miste tilgang på informasjon. Dette innebærer først og fremst at man skal utforme tekst- og lydrepresentasjoner av det visuelle for blinde og svaksynte, og visuelle representasjoner av lyd for døve og tunghørte.

Videre er tilgjengelighet viktig fordi:

1. Søkeroboter er "blinde" brukere som har stor nytte av at nettstedet er utformet for tilgjengelighet.

2. Personer uten funksjonshemminger kan være i situasjoner hvor de er forhindret fra å se eller høre, feks i bilen eller på biblioteket.

3. Mange nettsteder kan gjøres generelt mer tilgjengelige ved hjelp av bedre bruk av fonter, bilder og fargekontraster. De fleste av oss har vel opplevd at teksten på en side er ulesbar pga liten font, forstyrrende bakgrunnsbilder eller lav bakgrunnskontrast.

I det følgende gis en oversikt over de viktigste retningslinjene for tilgjengelighet.

Generelle retningslinjer

Når du utformer en webside, sørg for at du kan svare "JA!" på følgende spørsmål::

1) Vil blinde og svaksynte kunne dra nytte av denne informasjonen? Kan all informasjon leses opp eller gjøres om til blindeskrift? 2) Vil døve og tunghørte kunne dra nytte av denne informasjonen? Er all lyd representert med tekstlige ekvivalenter?

Unngå bruk av strukturell markup for å oppnå visuell formatering

Eksempler er bruk av tabeller for sidedesign, bruk av TH for fet tekst i en tabellcelle som ikke er en header-celle, eller ukorrekt bruk av overkskrifter for å endre tekststørrelser. All visuell markup bør spesifiseres i CSS. For å skille innhold og presentasjon bør CSS-en ligge i et eksternt stilark, og ikke som style-attributter.

Ikke gjør siden avhengig av stilarket

Informasjonenn på siden må kunne presenteres i korrekt rekkefølge uten at stilarket benyttes.

Ikke gjør informasjon avhengig av farger

Dersom farger benyttes til å formidle informasjon bør den samme informasjonen være tilgjengelig for fargeblinde.

Du kan sjekke hvordan nettstedet ditt fungerer for fargeblinde på nettstedet Vischeck.

Hvordan fungerer dette nettstedet (Autodog.no) for fargeblinde?

Nettstedet fungerer utmerket for alle tre formene fargeblindhet vi har testet for:

Bruk tilstrekkelig fargekontrast i bilder og tekst

Mørk tekst på lys bakgrunn fungerer svært bra. Unngå å redusere kontrasten for mye. Unngå også lys tekst på mørk bakgrunn.

Doctype

Bruk alltid en korrekt Doctype for websiden. Sørg for at siden validerer. Merk: Dette er ofte et problem i ulike publiseringsløsninger. Dersom en publiseringsløsning skal anskaffes, sørg for at den støtter bruk av innholdsmaler og at den produserer gyldig kode i forhold til den Doctype som benyttes.

Bruk tilgjengelige markup-språk

Dersom det eksisterer tilgjengelige språk, benytt disse heller enn å benytte bilder. For eksempel kan MathML brukes til å presentere matematiske symboler. Unngå også å bruke bilder for å representere tekst.

Unngå presentasjonselementer i HTML-koden: Bruk eksterne stilark

Bruk stilark (CSS) til å formatere tekst og kontrollere utformingen på nettstedet. Dette innebærer at man ikke bør inkludere noen form for presentasjon i HTML-koden. Unngå også å bruke style-attributtet på html-elementer.

Bruk relative heller enn absolutte verdier i stilarket

Eksempler på relative enheter er "em", "%" og nøkkelord for fontstørrelse (small, medium etc). I praksis fungerer prosent best for fonter, fordi den mest brukte nettleseren - Internet Explorer - forminsker teksten uforholdsmessig mye når em benyttes, og fordi nøkkelord for fontstørrelse gir lav grad av kontroll.

Sidespråk og avsnittspråk: lang-attributtet

Definèr et språkattributt for alle sider, og for avsnitt som har et annet språk enn sidespråket.Eks: html lang="en", blockquote lang="no"

Sidetitler: TITLE-elementet

Alle sider skal ha en meningsfull og beskrivende sidetittel.

Design uten tabeller

HTML-tabeller skal kun brukes til å presentere tabulære data, og ikke til utforming av en side.

Tabeller: CAPTION

Inkludèr et navn på hver tabell i CAPTION-elementet. Spesifiser utseendet til tabellen i stilarket. Merk at også plasseringen av CAPTION-elementet kan spesifiseres i stilarket.

Tabeller: Summary

Gi alltid en oppsummering av tabellinnholdet i tabellens summary-attributt.

Tabeller: TH

Formatèr tabellheadere vha TH-elementet. Sørg for at tabellheadere repeteres når tabellene er lange.

Tabeller: abbr

Dersom teksten i en tabellheader-celle er lang, gi en forkortelse som det er hensiktsmessig at en lydoppleser kan lese opp for hver tilhørende celle i hver tabellrad. Forkortelsen brukes i tabellheader-cellen slik: abbr title="forkortelse".

Header-elementet (H1, H2, H3 etc)

Bruk Hx for alle overskrifter, og bruk disse korrekt i forhold til sidens underavsnitt.

Lister (OL, UL)

Bruk HTML-lister i sammenhenger hvor det skal presenteres en liste. For eksempel er en navigasjonsmeny en liste med lenker, mens en oppskrift normalt består av en liste med ingredienser og en liste med handlinger. Ettersom det finnes et eget markup-element for avsnitt (paragraph), skal HTML-lister ikke benyttes for vanlige tekster (lister med avsnitt).

Sitater: BLOCKQUOTE

Formatèr sitater vha BLOCKQUOTE-elementet.

Forkortelser: ABBR / ACRONYM

Vha title-attributtet på disse to elementene kan man gi informasjon om hva dette er et akronym for (akronymer er forbokstaver for flere ord), eller man kan gi informasjon om hva dette er en forkortelse for (etc er en forkortelse for et cetera). Merk at alle akronymer er forkortelser, men at ikke alle forkortelser er akronymer. Dette innebærer at du alltid kan bruke ABBR, men ikke alltid kan bruke ACRONYM. I noen situasjoner ønsker man også å gi en definisjon, og da er det semantisk korrekte å bruke DFN-elementet heller enn ABBR/ACRONYM.

Navigasjonshjelp: LINK REL=home/prev/next

Legg inn metainformasjon om hva som er hovedsiden. Dersom den aktuelle siden er del av en serie, legg inn metainformasjon om hvilke sider som er forrige og neste side i serien. Attributtene som benyttes er home, prev og next.

Navigasjonshjelp: Sidekart

Lag et sidekart som gir en oversikt over innholdet på nettstedet. Dersom nettstedet er stort kan sidekartet gå over flere sider.

Navigasjonshjelp: Intern søkemotor

Dersom nettstedet ditt er stort ønsker du gjerne å tilby en intern søkemotor til brukerne. Både enkel og avansert søkefunksjonalitet bør da være tilgjengelig. La alltid enkelt søk være standard.

Navigasjonshjelp: Front loading

Dette er en teknikk hvor man plasserer den viktigste informasjonen tidlig i overskrifter, lenker, avsnitt og andre seksvenser. Fordelen er at det er lettere å scanne slike lister fordi nøkkelordene plasseres under hverandre. Her er et eksempel nødvendig:

Uten front loading:

Med front loading:

Bruk konisistente navigasjonsmekanismer

Sørg for at navigasjonen er konsistent, og benytt gjerne farger for å identifisere grupper av relaterte seksjoner.

Lag en konsistent sidestruktur

Plasser de sentrale strukturelle elementene (hovedmeny, undermeny, bunntekst, hovedtekst overskrifter etc) på samme steder på hele nettstedet, slik at det blir enkelt for brukeren å danne seg et mentalt bilde av sidestrukturen. Sørg også for at farger og fonter brukes på en konsistent måte.

Bruk LABEL-elementet i skjemaer

Lag en tilhørende label for alle GUI-elementer i et skjema. Knytt labelen til elementet ved hjelp av labelens for-attributt, og la verdien tilsvare elementets id.

Bruk FIELDSET og LEGEND i skjemaer

FIELDSET og LEGEND skal benyttes for å gruppere og navngi relaterte elementer i et skjema. Disse to elementene skal brukes semantisk, og ikke for å oppnå bestemte visuelle effekter (ramme rundt elementene etc). Ønsket utseende på et skjema skal spesifiseres i stilarket.

Hovedinnhold først i koden

Hovedinnholdet bør opptre før menyen i html-koden. Dersom dette av ulike grunner er problematisk, bruk en skiplink (se under).

Skiplink

Legg til en lenke tidlig i dokumentet som lar brukeren velge å hoppe over navigasjonen og gå direkte til hovedinnholdet.

Fargekoding for fargeblinde

Bruk farger på nettstedet som ikke skaper problemer for fargeblinde.

Alternativer for JavaScript: NOSCRIPT

Bruk av JavaScript i lenker for å skape visuelle effekter gir ofte problemer og bør derfor unngås. Lag JavaScript-uavhengige sider. JavaScript er først et problem når man ikke har tenkt på hva som skjer når agenten ikke støtter dette språket. Dersom nettstedet bruker JavaScript må det alltid gis et alternativ for de som ikke støtter språket. Dette gjøres ved å legge den alternative funksjonaliteten i NOSCRIPT-elementet. Spesielt er dette viktig for nettsteder som bruker DHTML-menyer.

Løs kobling mellom JavaScript og HTML-kode

Sørg for at JavaScript kun ligger i eksterne filer, og at eneste koblingen fra HTML-dokumentet er en SCRIPT-tagg i HTML-headeren. Unngå å bruke JavaScript-event-handlere på HTML-elementer. Legg istedet funksjonalitet på de aktuelle elementene når siden lastes. Istedet for feks a title="Min lenke" onclick="go()", legg følgende kode i en ekstern fil:

window.onload = function(){ var lnk = document.getElementById("lnk"); lnk.onclick = go; lnk.onkeypress= go;}

function go(){ alert(event.srcElement.getAttribute("title"));}

Bruk titler på lenker når det er hensiktsmessig

Ikke alle lenker har en selvforklarende lenketekst. Title-attributtet for en lenke bør derfor benyttes aktivt for å gi optimal tilgjengelighet.

Bruk identifiserende lenketekst

Unngå at hele setninger fungerer som lenketekst. Unngå også "Klikk her" som lenketekst. Velg ut 2-3 ord fra teksten som gir en god beskrivelse av dokumentet som er målet for lenken.

Unngå automatisk oppdatering av en side

Ved hjelp av en meta-tagg er det mulig å spesifisere at siden automatisk skal oppdateres i nettleseren etter n sekunder. Dette bør unngås fordi det ikke er mulig for brukeren å slå av denne funksjonen i dagens nettesere. (META http-equiv="refresh" content="60 ).

Korrekt videresending til en ny side

Dersom en bruker skal videresendes til en ny side bør dette gjøres ved hjelp av korrekte HTTP-header-meldinger som sendes fra webserveren, og ikke ved hjelp av script eller meta-tagger.Følgende er ikke korrekt måte å videresende på: META http-equiv="refresh" content="5; nyside.html". Dersom siden er flyttet, send en HTTP 301-melding i headeren.

Bruk standardiserte Access Keys

Det finnes standardiserte funksjoner knyttet til bestemte tastatur-knapper. Eksempelvis betyr:

accesskey="1" - Til hovedsidenaccesskey="2" - Hopp over menyenaccesskey="3" - Tilbakemelding (feks epostadresse eller skjema)

Bruk av accesskey-attributtet i skjemaer har liten hensikt fordi man enkelt kan navigere i skjemaet ved hjelp av tabultator-tasten (TAB). Utstrakt bruk av accesskey vil dessuten kunne komme i konflikt med annen programvare.

JavaScript for brukere uten mus

Ikke alle brukere har mus. Man bør derfor passe på at funksjoner for museklikk også gjelder for tilsvarende tastetrykk.

-"onmousedown" tilsvarer "onkeydown". -"onmouseup" tilsvarer "onkeyup" -"onclick" tilsvarer "onkeypress"

Unngå å åpne lenker i nye vinduer

Dersom en lenke åpnes i et nytt vindu vil brukeren ikke kunne bruke nettleserens tilbakeknapp for å gå tilbake til den opprinnelige siden. Etter html-standarden benytter man dessuten en utgått funksjon om nye vinduer åpnes ved hjelp av en lenkes target-attributt.

Bruk et enkelt og tydelig språk

Begrens bruken av fagtermer og fremmedord. Tilpass språket til nettstedets målgruppe.

Tekstrepresentasjon av bilder

Lag en beskrivende tekst på bilder ved hjelp av img-elementets alt-attributt (img alt="beskrivelse av bildet"). Dersom bildet er en lenke skal man istedet beskrive lenkens hensikt eller dokumentet det lenkes til. Når bildet har en viktig funksjon på siden bør man gi en mer spesifisert beskrivelse i longdesc-attributtet. Dersom bildet er en tekstrepresentasjon bør beskrivelsen være identisk med teksten. Hvis bildet representerer et punkt i en punktliste, bruk en stjerne *, et tomrom eller en bindestrek som alt-tekst. Dersom bildet benyttes for å lage tomrom, bruk et mellomrom (space). Ideelt sett bør tomrom lages ved hjelp av CSS og ikke ved hjelp av bilder.

Tekstrepresentasjon av lyd

Dersom det er lyd på en webside, gi en beskrivende tekst i lydfilens alt-attributt eller title-attrubutt. Dersom lyden spilles automatisk bør det også gis en hensiktsmessig tekstlig output. For større lydfiler kan det være til stor hjelp for døve dersom det finnes en tekst som gjengir hele innholdet i lydfilen.

Tekstrepresentasjon av lydsporet på videoer

Følg de samme retningslinjene som for tekstrepresentasjon av lyd. La teksten bli presentert på en synkronisert måte dersom teknologien tillater det.

Tekstrepresentasjon av video

Handlinger og scener i en video bør beskrives i synkronisert, tekstlig form.

Lydrepresentasjon av det visuelle i multimediapresentasjoner

Blinde og svaksynte kan ha stor nytte av at det er tilgjengelige lyd-versjoner av multimediapresentasjoner.

Dette nettstedet har per i dag ikke blitt utformet for optimal tilgjengelighet. Se gjerne om du kan finne egenskaper med siden du er på nå som bryter med retningslinjene.

Kilder:

"Dive Into Accessibility" av Mark Pilgrim

W3.org WAI

Anbefalte lenker:

Merk: Innholdet på denne siden kan ikke benyttes uten forfatterens samtykke. Ta kontakt for mer informasjon.

Trenger du hjelp til å øke tilgjengeligheten på ditt nettsted? Ta i så fall kontakt:

Trenger du hjelp til webutvikling/webdesign, søkemotoroptimalisering eller annonsering i søkemotorer? Ønsker du websider som du kan oppdatere selv? Autodog Development tilbyr rimelige frilanstjenester og arbeider hurtig og effektivt. Ta kontakt for mer informasjon eller for et tilbud.

Nytt 2010: Encanta leverer programvare og programmeringstjenester til den norske offshore-industrien. Integrerer mot bl.a Microsoft Office, Safran, SAP/SBO og ProArc. Se her for mer informasjon.

Fordeler med å velge Autopublish

Engelsk-norsk ordbok Hvordan konvertere bilder for web Verktøy Lenker Google Adwords Søkemotor-blogg
Kontakt Autodog Development