Dostępna, responsywna witryna internetowa to nie to samo, co dostępna aplikacja — mimo że obie „działają na telefonie”. W tym artykule wyjaśniono zasadnicze różnice między udostępnianiem witryny internetowej a udostępnianiem natywnej aplikacji na iOS lub Androida.
W skrócie — o czym mowa w tym artykule
Inna technologia, podobne zasady
Responsywna witryna internetowa zbudowana jest z języka HTML, który ma już wbudowaną warstwę dostępności (tagi semantyczne, ARIA), którą przeglądarki i czytniki ekranu potrafią interpretować. Z kolei aplikacja natywna jest zbudowana z komponentów interfejsu użytkownika systemu operacyjnego (UIKit/SwiftUI w systemie iOS, Jetpack Compose/Views w systemie Android) — a każdy komponent wymaga własnego znacznika dostępności, niezależnego od jego projektu wizualnego. Podstawowe zasady przypominają WCAG (kontrast, dotykowy rozmiar docelowy, czytelna, przystępna nazwa), ale narzędzia do ich wdrażania są zupełnie inne.
VoiceOver i TalkBack: To nie ten sam czytnik ekranu
VoiceOver (iOS) i TalkBack (Android) to dwa różne czytniki ekranu, z różnymi gestami nawigacyjnymi i różną obsługą niestandardowych komponentów. Komponent, który jest doskonale oznaczony na iOS, może nie działać poprawnie na Androidzie, jeśli programiści nie przetestowali obu platform osobno. Nie można zakładać, że „testowaliśmy to na iOS, więc na Androidzie też musi działać”.
💡 Ważna uwaga
Na obu platformach każdy interaktywny komponent (przycisk, pole wejściowe, obraz) potrzebuje: jasnej etykiety dostępności, określonej roli/cechy dostępności, a czasami także wskazówki dotyczącej dostępności wyjaśniającej, co dzieje się po dotknięciu.
Co jest wyjątkowego w aplikacjach natywnych
Aplikacje natywne również stoją przed wyzwaniami, które nie istnieją na stronach internetowych: niestandardowe gesty dotykowe (przesunięcie, szczypanie), które wymagają dostępnej alternatywy; nawigacja między ekranami, która musi mieć sens również za pomocą czytnika ekranu; i powiadomienia push, które muszą być dostępne nawet wtedy, gdy pojawiają się poza samą aplikacją. Ponadto rozmiary obiektów dotykowych muszą wynosić co najmniej 44 x 44 piksele zgodnie z wytycznymi Apple i 48 x 48 dp zgodnie z wytycznymi Google — wymóg, który nie zawsze występuje w tej samej formie w witrynach internetowych.
Jak przetestować dostępną aplikację
- Włącz VoiceOver lub TalkBack i spróbuj wykonać podstawowe zadania aplikacji (rejestracja, zakup, wyszukiwanie) używając tylko ich.
- Sprawdź kontrast i rozmiar tekstu przy włączonych ustawieniach dostępności systemu (większy tekst, wysoki kontrast).
- Potwierdź obsługę dynamicznego rozmiaru tekstu (typ dynamiczny w systemie iOS) bez „łamania” układu.
- Testuj osobno na obu platformach — testowanie tylko jednej nie wystarczy.
Czy posiadasz również dokumenty dołączone do Twojej aplikacji?
Nasze narzędzie skanuje pliki PDF powiązane z Twoją aplikacją lub witryną internetową — warunki użytkowania, przewodniki, formularze — i pokazuje dokładnie, które z nich wymagają uwagi.
Przeskanuj swoją witrynę za darmo ←Po skanowaniu możesz także udostępnić znalezione dokumenty bezpośrednio i bezpłatnie za pośrednictwemAccessiDoc.