Kunstig intelligens i tilgængelighed og inkluderende design

Gevinster:

• Evne til at kontrollere og forbedre farvekontrast, alternativ tekst, tastaturadgang og WCAG-kriterier med støtte til kunstig intelligens
• Evne til at generere og verificere tilgængelighedstekster såsom skærmlæseroplevelse, alt-tekst og formularetiketter med kunstig intelligens
• Forstå grænsen for at validere AI's tilgængelighedsanbefalinger med ægte hjælpeteknologi og brugertest

Tilgængelighed (a11y for kort) er et produkts evne til at blive brugt af alle, inklusive personer med handicap: en synshandicappet bruger kan navigere med en skærmlæser (hjælpesoftware, der konverterer tekst til tale), en person med motoriske vanskeligheder kan gøre alt med et tastatur, en farveblind person kan modtage information uden at være afhængig af farve. Inklusivt design er bredere: det sætter menneskelig mangfoldighed i centrum for design, herunder alder, sprog, kultur, midlertidigt handicap (brækket arm) eller kontekstuelt handicap (skærm i solen). Tilgængelighed er ikke et "ekstra", men et grundlæggende ansvar og et lovkrav i de fleste lande. AI er en kraftfuld prescreener og trækgenerator inden for dette felt; men ægte tilgængelighed bekræftes kun af faktisk hjælpeteknologi og brugertest.

WCAG og nøglekontrolområder

WCAG (Web Content Accessibility Guidelines) er et sæt af internationalt accepterede kriterier for tilgængelighed; AA-niveau er generelt målrettet. Den har fire principper: Indholdet skal kunne opfattes, grænsefladen skal være brugbar, informationen skal være forståelig og teknisk forsvarlig. De mest almindelige kontrolområder i praksis er:

• Farvekontrast: Er forskellen mellem tekst og baggrund tilstrækkelig? (For AA, mindst 4,5:1 forhold i normal tekst.)
• Alternativ tekst (alt tekst): Har billederne en tekstækvivalent, der forklarer dem til skærmlæseren?
• Tastaturadgang: Kan noget gøres uden en mus? Giver fokusrækkefølgen mening?
• Kun farveoplysninger: Sætninger som "Udfyld røde felter" udelukker den farveblinde bruger.
• Formularetiketter: Har hvert inputfelt en etiket, som skærmlæseren kan læse?
• Touch-mål: Er knapperne store nok til, at de kan trykkes komfortabelt med fingrene?

AI kan lave en hurtig foreløbig scanning i mange af disse områder: du kan give noget tekst og spørge "er kontrasten tilstrækkelig?", give en billedbeskrivelse og spørge "foreslå alt-tekst", give en grænsefladebeskrivelse og spørge "hvad er problemerne med tastaturadgang".

Forsigtig: Bare fordi AI siger "det ser tilgængeligt ud" er det ikke en garanti for tilgængelighed. Den automatiske kontrol fanger kun nogle af WCAG-fejlene; Resten vil dukke op ved faktisk brug.

Alt-tekst: hemmeligheden bag god alt-tekst

Alt tekst erstatter billedet for den synshandicappede bruger. God alt-tekst formidler billedets funktion og betydning, ikke dets dekorative detaljer. Alt-teksten for et "tilføj til kurv"-ikon skal være "Læg ​​i kurv" og ikke "indkøbskurvbillede", fordi det er handlingen, der betyder noget for brugeren. AI er god til at generere undertekstkonturer, men fordi den ikke kender konteksten, kan den producere alt for beskrivende eller irrelevant tekst. Du spørger hver alt-tekst "hvorfor er dette billede her?" Beskær med spørgsmålet.

visuelt

Svag undertekst

Stærk undertekst

Kurvikon (knap)

"Kørevognsikon, grå farve"

"Læg i kurv"

produkt foto

"billede"

"Blå vinterfrakke, set forfra"

dekorativ linje

"Ornament linje"

(lad tomt - dekorativt)

Grafik

"Grafisk billede"

"2024-salg: stigning hvert kvartal"

Inkluderende sprog og omfang

Tilgængelighed er ikke begrænset til tekniske kontroller; Sproget er også inkluderende. Tekst, der antager køn ("bruger og hans/hendes ægtefælle"), udelukker baseret på evne ("blik", "let let") eller indeholder kulturelle antagelser, vil udelukke nogle brugere. AI kan scanne teksten fra dette perspektiv, men du skal sikre dig, at det "neutrale" sprog, den foreslår, forbliver naturligt og forståeligt; Overkorrektion kan gøre tekst akavet.

tre minisager

Tilfælde 1 — Kontrastfejl fanget tidligt. Et hold fik AI til at scanne tekstfarverne på 20 skærme og konstaterede, at kontrasten var under AA-tærsklen 7 steder. Rettelserne blev foretaget uden at gå i udvikling; omkostningerne ved efterfølgende korrektion blev undgået. Men holdet sprang stadig ikke selve skærmlæsertesten over.

Tilfælde 2 — Kun farverelaterede oplysninger blev rettet. En formular viste kun fejlfelter med en rød kant. AI flagede dette; Holdet tilføjede også tekst og ikoner til hver fejl. Farveblinde brugere kunne nu se fejlen. Lektion: farve alene kan ikke formidle information.

Sag 3 — AI vildledt godkendelse. En designer sprang test af skærmlæser over, fordi han kaldte AI'en "tilgængelig". I den rigtige test viste det sig, at fokusrækkefølgen var forvirret, og nogle knapper blev slet ikke aflæst. Lektion: automatisk bekræftelse er begyndelsen; egentlig hjælpemiddeltest er obligatorisk.

Kopiérbare prompter

Forscanning af denne grænsefladebeskrivelse for tilgængelighed:1) er der information, der udelukkende er baseret på farve?2) er der en tekstetiket for hvert klikbart element?3) er der nogle elementer, der ikke kan tilgås via tastaturet?4) giver fokusrækkefølgen mening? Angiv hvert problem og forslag. Tilføj bemærkning "Reel test påkrævet". Opskrift: <<tekst>>

Foreslå alternativ tekst til disse billeder. Regel: formidle billedets FUNKTION/betydning, ikke den dekorative detalje. Skriv handlingen for knapikoner. For dekorative billeder skal du sige "alt tekst skal være tom". Kontekst- og billedbeskrivelser: <<liste>>

Tjek disse tekster for inkluderende sprog: er der kønsantagelser, evnebaseret eksklusivsprog (såsom "se", "hør"), kulturelle antagelser? Foreslå alternativer, der forbliver naturlige; overkorrekt ikke. Tekster: <<liste>>

Skriv tilgængelig fejl og etikettekst til denne formular: synlig etiket for hvert felt, beskrivelse af skærmlæseren og meddelelse, der beskriver fejlen, uanset farve (tekst + ikon). Stemme og tone: <<kort>>Formularfelter: <<liste>>

Svag prompt / Stærk prompt

Svag: "Skriv alternativ tekst til dette billede."

Resultatet: "Et billede" eller alt for beskrivende tekst, der mangler funktionen.

Stærk: "Foreslå alt-tekst til disse billeder; formidle funktionen/betydningen af ​​billedet; skriv handlingen for knapikoner; marker dekorative som 'skal stå tomme'."

Resultatet: Kontekstuelle, funktionsorienterede, præcise undertekster.

Forskel: stærk prompt bringer funktionelt fokus + knapkonvention + dekorativ skelnen.

Almindelige fejl

• At tage fejl af godkendelse af kunstig intelligens som en garanti for tilgængelighed. Det er ikke en erstatning for reel test.
• Bare indlæsning af oplysninger i farver. Farveblinde brugere savner information.
• Forklaring af billedet, ikke funktionen, i alt-teksten. Der skal skrives en handling for knapikonet.
• Forlader tilgængelighed til sidst. Hvis det ikke startes på wireframe-stadiet, vil det være dyrt at patche det senere.
• Overkorrigeret sprog. Inklusive sprog, der mister naturlighed, forringer også forståeligheden.

Sammenfattende

Tilgængelighed betyder, at produktet er tilgængeligt for alle; Det er ikke en ekstra, det er et væsentligt og de fleste steder et juridisk ansvar. AI er værdifuld som en hurtig preflight- og kladdegenerator til kontrast, alt-tekst, tastaturadgang og inkluderende sprogscanning. Men automatisk godkendelse fanger kun nogle af WCAG-fejlene; Den faktiske tilgængelighed bekræftes af test med skærmlæsere og rigtige hjælpemiddelbrugere. Brug modellen som en frontbrowser, få beviset fra ægte test.

Ansøgningsopgave

1. Forscan en grænsefladebeskrivelse for tilgængelighed ved den første prompt.
2. Ret kun farvebaserede oplysninger eller umærkede elementer.
3. Generer funktionsorienterede alt-tekster til det visuelle på din skærm med den anden prompt.
4. Tjek dine tekster for inkluderende sprog med den tredje prompt.
5. Hvis det er muligt, prøv selve testen med en skærmlæser og bemærk, hvad den automatiske scanning går glip af.

tjekliste

• [ ] Jeg forscannede kontrast, tastaturadgang og etiketter.
• [ ] Jeg efterlod ikke oplysninger udelukkende baseret på farve.
• [ ] Jeg skrev underteksterne på en funktionel måde og lod de dekorative stå tomme.
• [ ] Jeg lavede en inkluderende sprogkontrol, jeg bevarede naturligheden.
• [ ] Jeg anså ikke automatisk godkendelse som en garanti for tilgængelighed.
• [ ] Jeg planlagde/implementerede egentlige hjælpemiddeltest.