אתר רספונסיבי נגיש הוא לא אותו דבר כמו אפליקציה נגישה — גם אם שניהם "עובדים על הטלפון". הכתבה הזו מסבירה את ההבדלים הקריטיים בין הנגשת אתר לבין הנגשת אפליקציית Native ב-iOS וב-Android.

בקיצור — מה נסביר בכתבה

  1. טכנולוגיה שונה, כללים דומים
  2. VoiceOver ו-TalkBack: לא אותו קורא מסך
  3. מה ייחודי לאפליקציות Native
  4. איך בודקים אפליקציה נגישה

טכנולוגיה שונה, כללים דומים

אתר רספונסיבי נבנה מ-HTML, שבו יש כבר שכבת נגישות מובנית (תגיות סמנטיות, ARIA) שדפדפנים וקוראי מסך יודעים לפרש. אפליקציית Native, לעומת זאת, נבנית ברכיבי ממשק של מערכת ההפעלה עצמה (UIKit/SwiftUI ב-iOS, Jetpack Compose/Views באנדרואיד) — וכל רכיב צריך לקבל תיוג נגישות משלו, בנפרד מהעיצוב החזותי. העקרונות דומים ל-WCAG (ניגודיות, גודל אזור מגע, שם נגישות ברור), אבל הכלים ליישום שונים לגמרי.

VoiceOver ו-TalkBack: לא אותו קורא מסך

VoiceOver (iOS) ו-TalkBack (Android) הם שני קוראי מסך שונים, עם מחוות ניווט שונות ותמיכה שונה ברכיבים מותאמים אישית. רכיב שמתויג מצוין ב-iOS עלול לא לעבוד כמו שצריך באנדרואיד אם המפתחים לא בדקו את שני הפלטפורמות בנפרד. אי אפשר להניח ש"בדקנו ב-iOS אז זה בטח עובד גם באנדרואיד".

💡 נקודה חשובה

בשני הפלטפורמות, לכל רכיב אינטראקטיבי (כפתור, שדה קלט, תמונה) צריך: תווית נגישות ברורה (Accessibility Label), תפקיד מוגדר (Accessibility Role/Trait), ולעיתים גם רמז נגישות (Accessibility Hint) שמסביר מה קורה בלחיצה.

מה ייחודי לאפליקציות Native

לאפליקציות Native יש גם אתגרים שלא קיימים באתרים: מחוות מגע מותאמות אישית (Swipe, Pinch) שצריכות חלופה נגישה; ניווט בין מסכים שצריך להיות הגיוני גם דרך קורא מסך; והתראות Push שצריכות להיות נגישות גם כשהן מופיעות מחוץ לאפליקציה עצמה. בנוסף, גדלי אזור מגע (Touch Target) חייבים לעמוד במינימום של 44x44 פיקסלים לפי הנחיות אפל, ו-48x48dp לפי הנחיות גוגל — קריטריון שלא תמיד קיים באותה צורה באתרים.

איך בודקים אפליקציה נגישה

  1. הפעילו VoiceOver או TalkBack ונסו לבצע את המשימות המרכזיות באפליקציה (הרשמה, רכישה, חיפוש) בעזרתם בלבד.
  2. בדקו ניגודיות וגודל טקסט עם הגדרות נגישות מערכתיות מופעלות (טקסט מוגדל, ניגודיות גבוהה).
  3. ודאו תמיכה בהגדלת טקסט דינמית (Dynamic Type ב-iOS) בלי שהעיצוב "נשבר".
  4. בדקו בשני הפלטפורמות בנפרד — לא מספיק לבדוק רק אחת.

יש לכם גם אתר וגם מסמכים שמלווים את האפליקציה?

הכלי שלנו סורק את קובצי ה-PDF שמקושרים לאפליקציה או לאתר — תנאי שימוש, מדריכים, טפסים — ומראה בדיוק אילו מהם דורשים טיפול.

לסריקת האתר בחינם ←

אחרי הסריקה, אפשר גם להנגיש את המסמכים שאותרו ישירות ובחינם דרך AccessiDoc.