Förenklad beskrivning av WCAG-kriteriet 1.1.1

Beskriv med text allt innehåll som inte är text

Användare som är beroende av till exempel skärmläsare och punktdisplay behöver beskrivningar av allt innehåll som inte är text. Det gäller till exempel:

  • Bilder (förutom sådana som endast används för dekoration)
  • Diagram
  • Animationer
  • Ljudsignaler

Se därför till att allt sådant innehåll beskrivs med hjälp av text, förutom i de undantagsfall som beskrivs i WCAG-kriteriet.  Undantagen gäller framförallt sådana situationer där en beskrivande text skulle motverka innehållets syfte (till exempel när syftet med ett ljud är att testa användarens hörsel).

Använd text som är synlig för alla om det passar, eller html-attribut som till exempel alt och aria-label för kortfattade beskrivningar. När en textbeskrivning ligger separat kan du knyta id-attributet för det element som innehåller beskrivningen till det som beskrivs till exempel med hjälp av aria-labelledby eller aria-describedby. En fördel med separat textbeskrivning är att den – till skillnad från alt-attribut – kan formateras och innehålla länkar.


Rekommendationer för textalternativLänk hit

  • Välj detaljnivå efter användarens behov
  • Undvik upprepningar genom att provlyssna

Välj detaljnivå efter användarens behovLänk hit

Beskriv innehållet tillräckligt detaljerat för den som enbart uppfattar textbeskrivningen. Det är ofta bättre att sakligt och kortfattat beskriva innehållet än att ta upp varje detalj eller att ge subjektiva omdömen. Men det finns undantag. Ibland är det viktigt att beskriva känslan i en bild för att användaren ska få en förståelse för innehållet. Utgå från användarens behov och innehållets syfte.

Pictobild som föreställer en blomma. Bredvid står några olika exempel på dåliga textbeskrivningar (dsc20345.jpg, Foto; Jan Persson, Ange bildtext här, och mellanslag) och ett bra exempel: En vit blomma

Ofta finns det möjlighet att kombinera en kort textbeskrivning genom att till exempel använda alt-attribut på en bild med en mer utförlig separat text för den som vill fördjupa sig. Använd då till exempel attributet aria-describedby för att relatera innehållet till en separat text.

Andra riktlinjer (R117 Texta inspelad rörlig media (video, ljud, animationer…) och R119. Texta direktsändningar) tar upp frågor om fullständig textversion av “tidsberoende media” det vill säga inspelningar och direktsändningar. Denna riktlinje innebär bara att det behöver finnas en sammanfattande text som beskriver sådant innehåll.


Undvik upprepningar genom att provlyssnaLänk hit

Om det finns en bildtext eller annan brödtext som beskriver bildens innehåll bör inte den alternativa textbeskrivningen upprepa textens innehåll. Ett bra sätt att bedöma hur bra alternativa textbeskrivningar fungerar är att lyssna på webbplatsen med hjälp av en skärmläsare.


Därför är textpresentationer viktigaLänk hit

Med hjälp av digital teknik kan de flesta användare ta till sig en text. Den som ser kan läsa texten, den som hör kan få den uppläst, den kan presenteras som punktskrift för den som läser med hjälp av känseln. Text kan förstoras och presenteras med olika teckensnitt och färgskalor. Uppläsning kan ske med olika hastighet och röst. I många fall kan text till och med översättas automatiskt innan den presenteras för användaren.


Utdrag från WCAG-standardenLänk hit

Riktlinje 1.1 Textalternativ: Tillhandahåll alternativ i form av text till allt icke-textbaserat innehåll så att det kan konverteras till format som användarna behöver, till exempel stor stil, punktskrift, tal, symboler eller enklare språk.

1.1.1 Innehåll som inte är text: Allt innehåll som inte är text, som presenteras för användaren har ett textalternativ med samma syfte, utom i de situationer som anges nedan. (Nivå A)

  • Navigeringsmetod/funktion, inmatning: Om innehåll som inte är text är en navigeringsmetod/funktion eller accepterar inmatning från användare så ska den ha ett namn som beskriver dess syfte. (Se Riktlinje 4.1 för ytterligare krav på navigeringsmetod/funktion och innehåll som accepterar inmatning från användare).
  • Tidsberoende media: Om innehåll som inte är text är tidsberoende media så ger ett textalternativ åtminstone en beskrivning av det innehåll som inte är text. (Se Riktlinje 1.2 för ytterligare krav på media).
  • Test: Om innehåll som inte är text är ett test eller en övning som inte skulle fungera om det visades som text, så ger ett textalternativ åtminstone en beskrivning av det innehåll som inte är text.
  • Sensorisk: Om innehåll som inte är text främst är avsett för att ge en specifik sensorisk upplevelse så ger ett textalternativ åtminstone en beskrivning av det innehåll som inte är text.
  • CAPTCHA: Om syftet med innehållet som inte är text är att bekräfta att en människa, snarare än en dator, försöker komma åt informationen så ska textalternativ som identifierar och beskriver syftet av innehållet tillhandahållas. Alternativa former av CAPTCHA, som använder sig av utmatningsmetoder för olika typer av sensorisk upplevelse, tillhandahålls för att tillgodose olika funktionsnedsättningar.
  • Dekoration, formatering, osynlig: Om innehåll som inte är text är rent dekorativt, bara används för visuell formatering eller inte presenteras för användare, så implementeras det på ett sätt så att det kan ignoreras av hjälpmedel.

TerminologiLänk hit

Formuleringarna alt-text, alt-texter, alt-attribut är vanliga när det gäller textbeskrivning av bilder på webben. Ibland förekommer attributet longdesc, som kan användas för att hänvisa till beskrivningar på annan plats i dokumentet, eller på någon annan sida. Stödet i webbläsare för longdesc är dock begränsat, och idag är det nog bättre att använda aria-describedby.

CAPTCHA är en förkortning av ”Completely Automated Public Turing test to tell Computers and Humans Apart” vilket innebär att det är ett sätt att avgöra om användaren är en människa eller ett datorprogram (ibland kallad ”bot” i detta sammanhang). Framförallt används CAPTCHAs för att förhindra skräppost och annat missbruk av digitala tjänster, som ofta sker med hjälp av program. Tyvärr finns risk för att även användare som faktiskt är människor har problem att ta sig förbi testet, eftersom det kan ställa mycket höga krav på syn, kognition eller hörsel. Erbjud sätt att komma förbi CAPTCHA som fungerar oavsett eventuell funktionsnedsättning. Ett inlägg (på engelska) på designbloggen Telepathy beskriver några alternativ till CAPTCHA.



Kommentarer (0)