En tillgänglig responsiv webbplats är inte samma sak som en tillgänglig app – även om båda "fungerar i telefonen." Den här artikeln förklarar de kritiska skillnaderna mellan att göra en webbplats tillgänglig och att göra en inbyggd iOS- eller Android-app tillgänglig.

Kort sagt – vad den här artikeln täcker

  1. Annan teknik, liknande regler
  2. VoiceOver och TalkBack: inte samma skärmläsare
  3. Vad är unikt för inbyggda appar
  4. Hur man testar en tillgänglig app

Olik teknik, liknande regler

En responsiv webbplats är byggd av HTML, som redan har ett inbyggt tillgänglighetsskikt (semantiska taggar, ARIA) som webbläsare och skärmläsare vet hur de ska tolka. En inbyggd app, däremot, är byggd av operativsystemets egna UI-komponenter (UIKit/SwiftUI på iOS, Jetpack Compose/Views på Android) – och varje komponent behöver sin egen tillgänglighetsmärkning, separat från dess visuella design. De underliggande principerna liknar WCAG (kontrast, touch-target-storlek, ett tydligt tillgängligt namn), men verktygen för att implementera dem är helt annorlunda.

VoiceOver och TalkBack: Inte samma skärmläsare

VoiceOver (iOS) och TalkBack (Android) är två olika skärmläsare, med olika navigeringsgester och olika stöd för anpassade komponenter. En komponent som är perfekt taggad på iOS kanske inte fungerar korrekt på Android om utvecklarna inte har testat båda plattformarna separat. Du kan inte anta att "vi testade det på iOS, så det måste fungera på Android också."

💡 Viktig punkt

På båda plattformarna behöver varje interaktiv komponent (knapp, inmatningsfält, bild): en tydlig tillgänglighetsetikett, en definierad tillgänglighetsroll/-drag och ibland även en tillgänglighetstips som förklarar vad som händer när den trycks på.

Vad är unikt för inbyggda appar

Infödda appar möter också utmaningar som inte finns på webbplatser: anpassade pekgester (svep, nyp) som behöver ett tillgängligt alternativ; navigering mellan skärmar som måste vara vettig genom en skärmläsare också; och push-meddelanden som måste vara tillgängliga även när de visas utanför själva appen. Dessutom måste pekmålsstorlekar uppfylla minst 44x44 pixlar enligt Apples riktlinjer och 48x48dp enligt Googles riktlinjer - ett krav som inte alltid finns i samma form på webbplatser.

Hur testar du en tillgänglig app

  1. Slå på VoiceOver eller TalkBack och försök slutföra appens kärnuppgifter (registrering, köp, sökning) med endast dem.
  2. Kontrollera kontrast och textstorlek med systemtillgänglighetsinställningar aktiverade (större text, hög kontrast).
  3. Bekräfta stöd för dynamisk textstorlek (Dynamic Type på iOS) utan att layouten "bryts".
  4. Testa på båda plattformarna separat – det räcker inte att bara testa en.

Har du också dokument som medföljer din app?

Vårt verktyg skannar PDF-filerna som är länkade till din app eller webbplats – användarvillkor, guider, formulär – och visar dig exakt vilka som behöver uppmärksamhet.

Skanna din webbplats gratis ←

Efter skanningen kan du också göra de dokument som den hittade tillgängliga direkt och gratis viaAccessiDoc.