Tillgänglighet i mobilutveckling: vad det är, vilka standarder och hur man implementerar

Vad är tillgänglighet?

Accessibility (förkortat a11y — bokstaven a + 11 bokstäver + y) är egenskapen hos en produkt att vara användbar för personer med funktionsnedsättning. I sammanhanget mobila applikationer betyder detta: stöd för skärmläsare (VoiceOver, TalkBack), tillräcklig textstorlek, hög kontrast, korrekt fokusordning för tangentbordsnavigering och frånvaro av animerade element som orsakar yrsel.

Inkludering är inte bara en etisk utan också en laglig skyldighet. Många länder har lagar om digital tillgänglighet: ADA (USA), Section 508, European Accessibility Act (EU, obligatorisk för appar från 2025). Enligt Business Disability Forum ökar företag som investerar i tillgänglighet sin publik med 15–20% och minskar juridiska risker.

Hos IT Sectr kontrollerar vi tillgänglighet i varje utvecklingssteg. Vår erfarenhet visar: att åtgärda tillgänglighetsproblem i designfasen är 10 gånger billigare än efter lansering. Tillgänglighet är inte en funktion, utan ett grundläggande krav för en modern applikation.

iOS: VoiceOver, Accessibility Label, Trait

Apple-ekosystemet erbjuder kraftfulla tillgänglighetsverktyg. VoiceOver är en inbyggd skärmläsare som läser upp allt som händer på skärmen. Användaren styr enheten med gester: svep åt höger — nästa element, svep åt vänster — föregående element, dubbeltryck — aktivering.

Accessibility Label är texten som VoiceOver läser för ett element. Som standard använder iOS knapptexten eller etiketten, men för ikoner och grafiska element måste du uttryckligen ange etiketten. Accessibility Trait är en egenskap som beskriver elementtypen: button (knapp), header (rubrik), link (länk), image (bild). Korrekta traits hjälper användaren att förstå hur man interagerar med ett element.

VoiceOver och Accessibility Label

VoiceOver stöder över 40 språk och fungerar på alla Apple-enheter. För utvecklaren är det viktigaste att ställa in korrekta accessibilityLabel och accessibilityTraits för varje gränssnittselement. Om ett element inte ska vara tillgängligt (dekorativ bild), ställ in isAccessibilityElement = false.

// Swift — tillgänglighetsinställning för en knapp
let shareButton = UIButton()
shareButton.setImage(UIImage(named: "share-icon"), for: .normal)
shareButton.accessibilityLabel = "Dela den här artikeln"
shareButton.accessibilityHint = "Öppnar en dialogruta för att välja en sändningsmetod"
shareButton.accessibilityTraits = .button

// SwiftUI — ännu enklare
struct ShareButtonView: View {
    var body: some View {
        Button(action: share) {
            Image(systemName: "square.and.arrow.up")
        }
        .accessibilityLabel("Dela")
        .accessibilityHint("Öppnar delningsmenyn")
    }
}

Koden visar tillgänglighetsinställningen för en knapp utan text (endast ikon). AccessibilityLabel är vad användaren kommer att höra. AccessibilityHint är ett extra tips om resultatet av åtgärden. Använd inte fraser som «knapp för» i etiketten — Trait anger redan att det är en knapp.

Android: TalkBack, Content Description

TalkBack är Googles skärmläsare för Android, en del av paketet Android Accessibility Suite. Liksom VoiceOver läser den upp gränssnittselement och styrs med gester. TalkBack stöder över 100 språk och fungerar på alla enheter med Google Play Services.

Content Description är motsvarigheten till accessibilityLabel på Android. Det ställs in via attributet android:contentDescription i XML eller via metoden setContentDescription() i kod. För element som inte kan fokuseras (dekorativ ImageView), använd importantForAccessibility="no".

TalkBack och Focus Order

Focus Order (fokusordning) är den ordning i vilken TalkBack rör sig mellan element vid svepning. Som standard använder Android elementens ordning i layouten, men den kan ändras via attributen accessibilityTraversalBefore och accessibilityTraversalAfter. Detta är viktigt för komplexa skärmar med anpassade komponenter.

Hos IT Sectr kontrollerar vi Focus Order på varje skärm. Fel i fokusordning är bland de vanligaste tillgänglighetsproblemen. Till exempel, om användaren efter en rubrik går till kommentarer istället för artikeltexten — det är ett tillgänglighetsfel.

WCAG och standarder

WCAG (Web Content Accessibility Guidelines) är en internationell tillgänglighetsstandard utvecklad av W3C. Den aktuella versionen är WCAG 2.2 (2023). Standarden är indelad i 4 principer: Perceivable (uppfattbar), Operable (hanterbar), Understandable (begriplig), Robust (robust) — förkortning POUR.

WCAG-nivåer: A (minimi), AA (medel, lagligt obligatorisk i EU), AAA (maximi). För mobila applikationer är nivå AA tillräcklig: textkontrast på minst 4.5:1, stöd för skärmläsare, minsta målstorlek på 44x44 pixlar, undertexter för video.

WCAG-nivåer

Nivå A — grundläggande krav: textalternativ för bilder, tangentbordskontroll, kontrast på minst 3:1. Nivå AA — medel: kontrast 4.5:1, stöd för skalning upp till 200%, korrekta rubriker och etiketter. Nivå AAA — hög: kontrast 7:1, teckenspråk för video, full röststyrning. I praktiken siktar de flesta företag på AA.

Tabell 2. Jämförelse av iOS och Android tillgänglighets-API:er. Trots olika namn är koncepten identiska: etikett, typ, fokusordning och stöd för textanpassning.

Testning av tillgänglighet

Testning av tillgänglighet är att kontrollera en applikation för överensstämmelse med WCAG-standarder och korrekt funktion med skärmläsare. Minsta testuppsättning: aktivera VoiceOver/TalkBack och navigera genom alla skärmar i applikationen. Lyssna för att kontrollera att alla element läses upp, fokusordningen är logisk och olämpliga element (dekorativa) ignoreras.

Automatiserade verktyg: Xcode Accessibility Inspector (revision i Xcode för iOS), Android Accessibility Scanner (skannar skärmen och hittar problem), Axe DevTools, WAVE. Dessa verktyg kontrollerar kontrast, målstorlek, förekomst av etiketter och andra parametrar.

Hos IT Sectr genomför vi en tillgänglighetsgranskning före varje lansering. Processen omfattar: automatiserad revision (Accessibility Inspector), manuell testning med VoiceOver och TalkBack, kontroll av kontrast och textskalning. Vi registrerar problem i Jira och tilldelar dem till en sprint. Detta gör att vi kan upprätthålla WCAG-nivå AA i alla projekt.