Ένας προσβάσιμος αποκριτικός ιστότοπος δεν είναι το ίδιο πράγμα με μια προσβάσιμη εφαρμογή — παρόλο που και οι δύο "εργάζονται στο τηλέφωνο". Αυτό το άρθρο εξηγεί τις κρίσιμες διαφορές μεταξύ της πρόσβασης σε έναν ιστότοπο και της πρόσβασης σε μια εγγενή εφαρμογή iOS ή Android.
Συνοπτικά — τι καλύπτει αυτό το άρθρο
Διαφορετική τεχνολογία, παρόμοιοι κανόνες
Ένας αποκριτικός ιστότοπος έχει δημιουργηθεί από HTML, το οποίο έχει ήδη ένα ενσωματωμένο επίπεδο προσβασιμότητας (σημασιολογικές ετικέτες, ARIA) που τα προγράμματα περιήγησης και οι αναγνώστες οθόνης ξέρουν πώς να ερμηνεύουν. Μια εγγενής εφαρμογή, αντίθετα, δημιουργείται από τα στοιχεία διεπαφής χρήστη του λειτουργικού συστήματος (UIKit/SwiftUI σε iOS, Jetpack Compose/Views σε Android) — και κάθε στοιχείο χρειάζεται τη δική του ετικέτα προσβασιμότητας, ξεχωριστά από την οπτική του σχεδίαση. Οι βασικές αρχές μοιάζουν με το WCAG (αντίθεση, μέγεθος στόχου αφής, ένα ξεκάθαρο προσβάσιμο όνομα), αλλά τα εργαλεία για την εφαρμογή τους είναι εντελώς διαφορετικά.
VoiceOver και TalkBack: Όχι το ίδιο πρόγραμμα ανάγνωσης οθόνης
Το VoiceOver (iOS) και το TalkBack (Android) είναι δύο διαφορετικά προγράμματα ανάγνωσης οθόνης, με διαφορετικές κινήσεις πλοήγησης και διαφορετική υποστήριξη για προσαρμοσμένα στοιχεία. Ένα στοιχείο που έχει επισημανθεί τέλεια στο iOS ενδέχεται να μην λειτουργεί σωστά στο Android, εάν οι προγραμματιστές δεν έχουν δοκιμάσει και τις δύο πλατφόρμες ξεχωριστά. Δεν μπορείτε να υποθέσετε ότι "το δοκιμάσαμε σε iOS, επομένως πρέπει να λειτουργεί και στο Android".
💡 Σημαντικό σημείο
Και στις δύο πλατφόρμες, κάθε διαδραστικό στοιχείο (κουμπί, πεδίο εισαγωγής, εικόνα) χρειάζεται: μια σαφή ετικέτα προσβασιμότητας, έναν καθορισμένο ρόλο/χαρακτηριστικό προσβασιμότητας και μερικές φορές επίσης μια υπόδειξη προσβασιμότητας που εξηγεί τι συμβαίνει όταν πατηθεί.
Τι είναι μοναδικό στις εγγενείς εφαρμογές
Οι εγγενείς εφαρμογές αντιμετωπίζουν επίσης προκλήσεις που δεν υπάρχουν σε ιστότοπους: προσαρμοσμένες χειρονομίες αφής (σάρωση, τσίμπημα) που χρειάζονται μια προσβάσιμη εναλλακτική. πλοήγηση μεταξύ οθονών που πρέπει να έχει νόημα και μέσω ενός προγράμματος ανάγνωσης οθόνης. και ειδοποιήσεις push που πρέπει να είναι προσβάσιμες ακόμα και όταν εμφανίζονται εκτός της ίδιας της εφαρμογής. Επιπλέον, τα μεγέθη στόχων αφής πρέπει να πληρούν τουλάχιστον 44x44 pixel σύμφωνα με τις οδηγίες της Apple και 48x48dp σύμφωνα με τις οδηγίες της Google — μια απαίτηση που δεν υπάρχει πάντα με την ίδια μορφή στους ιστότοπους.
Πώς να δοκιμάσετε μια προσβάσιμη εφαρμογή
- Ενεργοποιήστε το VoiceOver ή το TalkBack και προσπαθήστε να ολοκληρώσετε τις βασικές εργασίες της εφαρμογής (εγγραφή, αγορά, αναζήτηση) χρησιμοποιώντας μόνο αυτές.
- Ελέγξτε την αντίθεση και το μέγεθος του κειμένου με ενεργοποιημένες ρυθμίσεις προσβασιμότητας συστήματος (μεγαλύτερο κείμενο, υψηλή αντίθεση).
- Επιβεβαιώστε την υποστήριξη για δυναμικό μέγεθος κειμένου (Δυναμικός τύπος σε iOS) χωρίς να "σπάει" η διάταξη.
- Δοκιμάστε και στις δύο πλατφόρμες ξεχωριστά — Η δοκιμή μόνο ενός δεν αρκεί.
Έχετε επίσης έγγραφα που συνοδεύουν την εφαρμογή σας;
Το εργαλείο μας σαρώνει τα αρχεία PDF που συνδέονται με την εφαρμογή ή τον ιστότοπό σας — όρους χρήσης, οδηγούς, φόρμες — και σας δείχνει ακριβώς ποια χρειάζονται προσοχή.
Σαρώστε τον ιστότοπό σας δωρεάν ←Μετά τη σάρωση, μπορείτε επίσης να κάνετε άμεσα και δωρεάν πρόσβαση στα έγγραφα που βρήκε μέσω AccessiDoc.