רוב האתרים בארץ שמכריזים על עצמם כ"נגישים" עברו ויג'ט נגישות אחד — ולא הרבה יותר. ויג'ט עוזר, אבל הוא לא תקן, ולא מחליף בדיקה אמיתית מול משתמשים אמיתיים.
המאמר הזה מסביר בלי קלישאות מה צריך לבדוק לפני שיוצאים לפרויקט נגישות — ואיפה רוב העסקים מבזבזים תקציב.
מה זה אומר "נגיש" בפועל
הסטנדרט שאנחנו עובדים מולו הוא WCAG 2.1 AA. הוא מתורגם בישראל לתקן ת״י 5568. בפועל מדובר ברשימה ארוכה של דרישות סביב ניגודיות, מבנה כותרות, ניווט במקלדת, תוויות שדות, וטיפול בתוכן דינמי.
ויג'ט נגישות נותן למשתמש כלים (פונט, ניגודיות, ריווח) — אבל לא מתקן את המבנה. אם הקוד שבור, הוויג'ט רק מסתיר את זה.
שלוש פינות שכולם שוכחים
1. טפסים: הרבה אתרים שכחו לתת label אמיתי לכל שדה. קורא־מסך שואל "מה אני ממלא כאן?" ולא מקבל תשובה.
2. תוכן דינמי: באנרים, התראות, ועדכוני AJAX לא מודיעים לטכנולוגיה מסייעת שהמסך השתנה.
3. תפריטים מובייל: hamburger menu שלא ניתן לסגור עם ESC, או שלא מחזיר פוקוס למקום הנכון אחרי סגירה.
מאיפה מתחילים
מתחילים מאודיט: סריקה אוטומטית (axe / Lighthouse), בדיקה ידנית של דפים מרכזיים, ובדיקה עם קורא־מסך אמיתי. אחר כך בונים רשימת תיקונים לפי עלות־מול־ערך — לא בסדר כרונולוגי.
התוצאה: דו"ח קצר עם 5–10 דברים שיתקנו 80% מהבעיות. את השאר מתעדים בהצהרת הנגישות בצורה הוגנת.