תשובה עניינית


בהנגשת אתרי אלמנטור, גם אם הווידג'טים מגיעים מוכנים ונראים תקינים, אין להניח שהם נגישים בפועל. רכיבים כמו סליידרים יכולים לכלול הגדרות שגויות, למשל שימוש לא נכון ב-ARIA-LIVE, שיוצר עומס בקורא המסך ופוגע בחוויית השימוש. לכן, כל רכיב צריך להיבדק בפועל ולא להסתמך על ברירת מחדל.

אלמנטור גאווה ישראלית ללא ספק :) ובילדר נפוץ מאוד בוורדפרס, בארץ ובעולם.

אלמנטור עושה מאמצים לשפר את רמת הנגישות של הווידג'טים שלה. על כך אין לנו כל ספק. יחד עם זאת, חשוב להבין נקודה בסיסית: השאלה איך משתמשים ברכיבים, ומה עושים איתם. רכיב שלא נבדק בפועל, לא ניתן להניח שהוא נגיש באופן אוטומטי.

העבודה עם אלמנטור דומה במובן הזה לוורדפרס בכלל. עובדים עם רכיבים קיימים, ולכן האחריות על הבדיקה וההתאמה נשארת אצלנו.

לא כל מה שמגיע מוכן הוא באמת נגיש

אלמנטור מספקת ווידג'טים רבים לשימוש מיידי, כולל רכיבים מורכבים כמו סליידרים. חלקם נראים תקינים מבחינת מבנה, אך עלינו תמיד להטיל ספק כיוון שכאמור, זוהי אחריותנו הבלעדית. לא של אלמנטור.

רק בדיקה בפועל, במיוחד עם קורא מסך או עם ניסיון לנווט באמצעות המקלדת, מאפשרת להבין אם הרכיב עובד כמו שצריך.

חשוב תמיד להסתכל על כל רכיב בעין ביקורתית, ולבדוק אותו בקפידה יתרה.

וניעזר בדוגמה: שימוש לא נכון ב-ARIA-LIVE

אחד המקרים הבולטים הוא שימוש במאפיין ARIA-LIVE בתוך רכיבי סליידר. מדובר בהגדרה שמשפיעה על האופן שבו קורא המסך מעדכן את המשתמש על שינויים בתוכן.

כלומר, ככל שהסליידר זז באופן אוטומטי, כך קורא המסך מקריא את התוכן החדש שמוצג.

למאפיין הזה יש שלושה מצבים עיקריים:

  • NONE - אין עדכון כלל
    POLITE - העדכון ייקרא רק לאחר שקורא המסך יסיים את מה שהוא מקריא בזה הרגע לגולש
    ASSERTIVE - העדכון קוטע את הקריאה ומושמע מיד (דבר שלמשל קורא אם אתר אינטרנט למשל חדשותי, רוצה להתריע בפני הגולש שיש אזעקה כרגע ביישוב מסוים בארץ).

מה קורה בפועל בתוך סליידרים?

כאשר מגדירים ARIA-LIVE על מצב POLITE בתוך סליידר שמחליף שקופיות, נוצר מצב שבו קורא המסך ממשיך להקריא עדכונים שוב ושוב.

בפועל, המשתמש שומע רצף של טקסטים שמשתנים, ולעיתים הקריאה נקטעת וחוזרת, מה שמקשה מאוד להבין את התוכן ואת הניווט באתר.

לא כל הגדרה "נכונה" מתאימה לכל מצב

ישנם מקרים שבהם מי שהגדיר את הרכיב בחר בערך שנראה נכון, אבל לא בדק איך הוא מתנהג בפועל. התוצאה היא רכיב שפועל טכנית, אבל לא מאפשר שימוש אמיתי.

לדוגמה, ARIA-LIVE במצב ASSERTIVE מתאים למצבים דחופים, כמו התרעה. אבל בתוך סליידר רגיל, הוא יוצר הפרעה. גם POLITE, שנראה מתון יותר, לא מתאים כאשר התוכן מתחלף באופן קבוע.

שימו לב, דוגמה זו משקפת את קצה הקרחון, וכך עלינו להתייחס ב"כבדהו וחשדהו" לכל ווידג'ט.

איך עובדים נכון כדי להבטיח אתר אלמנטור נגיש?

לא מסתמכים על ברירת המחדל

גם אם הרכיב מגיע מוכן, צריך לבדוק אותו בפועל.

בודקים עם קורא מסך

אין דרך טובה יותר, מאשר לבחון את הווידג'ט בפועל. זו הדרך להבין איך המשתמש חווה את הרכיב.

מזהים רכיבים בעייתיים

סליידרים, קרוסלות ורכיבים דינמיים דורשים בדיקה מעמיקה יותר.

גבשו לעצמכם צ'ליסט של רכיבים שעלולים לעשות בעיות, ובאופן שרירותי תעבור עליהם באופן קפדני.

הנגשה באלמנטור מבוססת ראשית כל וקודם כל על בדיקה

באלמנטור אין קיצור דרך. גם אם הרכיב נראה תקין, הוא חייב להיבדק בפועל. הגדרות לא נכונות, במיוחד ברכיבים דינמיים, יכולות לפגוע בשימוש בצורה משמעותית.

לכן, העבודה הנכונה היא לא להניח אלא לבדוק. רק כך ניתן לוודא שהאתר באמת נגיש.

צריכים להנגיש אתר אלמנטור? התייעצו עם יו אי יוזר אקססביליטי

הנגשת אתרי אלמנטור דורשת בדיקה בפועל של רכיבים והבנה איך הם מתנהגים בסביבת שימוש אמיתית. עבודה מסודרת תאפשר לזהות בעיות ולתת להן מענה נכון.

אם אתם מעוניינים להנגיש אתר אלמנטור, ונותרו לכם עוד שאלות, אנחנו ביו אי יוזר אקססביליטי כאן בשבילכם.

עודכן בתאריך: