סרגלי נגישות אינם מספקים נגישות מלאה לקוד האתר
הפתרון הוא תיקון של קוד מקור האתר. בדיקת קוד אמיתית מבטיחה עמידה מלאה בדרישות החוק.
| יכולת תאימות ועמידה בחוק | בדיקת קוד מקורי של Rogabot | סרגלי נגישות ותוספים שטחיים |
|---|---|---|
| תאימות לקוראי מסך (NVDA, JAWS) | ✅ תמיכה סמנטית מלאה ב-ARIA | ❌ חוסם או משבש טכנולוגיות מסייעות |
| התקנה ותחזוקה | ✅ ללא צורך בהתקנה (ללא צורך בגישה לקוד) | ❌ דורש הזרקת סקריפטים חיצוניים כבדים |
| עמידה בתקנות ציבוריות והוראות חוק | ✅ עומד בהנחיות תקן ישראלי 5568 ו-EAA | ❌ נקבע כלא מספק על ידי רגולטורים |
| ביצועי אתר וזמני טעינה | ✅ ללא האטה בדפדפן הגולש | ❌ קוד JavaScript כבד שפוגע ב-PageSpeed |
💻 פתרון פשוט למפתחים
איך אתם יודעים שהאתר שלכם באמת נגיש ועומד בחוק?
רוב בעלי האתרים ומנהלי הפיתוח מניחים שהאתר שלהם תקין, עד שמגיע מכתב התראה. 6 שאלות מפתח שיעזרו לכם להבין את רמת המוכנות שלכם:
איך אתם יודעים שהאתר שלכם עומד כיום בתקן 5568?
האם הסתמכתם על תוסף צף, או שבדקתם את מבנה ה-HTML, הניגודיות וטכנולוגיות הסיוע בפועל?
האם אתם מקבלים דוח תאימות חודשי מעודכן?
האם יש בידיכם תיעוד רשמי שמוכיח שהאתר נבדק באופן שוטף, למקרה שתידרשו להציג עמידה בתקן?
באיזו תדירות אתם מעדכנים תוכן או מעלים גרסאות קוד?
בכל שבוע עולים מוצרים חדשים, באנרים, טפסים או רכיבי קוד. מי בודק שהם לא שברו את הנגישות של האתר?
האם ניסיתם פעם לרכוש מוצר או למלא טופס רק באמצעות המקלדת?
האם הגולש יכול לעבור בין השדות, לפתוח את התפריט הנייד וללחוץ על 'שלח' באמצעות מקש Tab בלבד?
מה קורה כשגולש עם מוגבלות מוריד קובץ PDF מהאתר שלכם?
האם קובצי התקנון, הדוחות הכספיים, התפריטים והטפסים שלכם מונגשים ומקודדים לפי תקן PDF/UA?
מי מספק לכם ביקורת בלתי תלויה ללא אינטרס זר?
האם מי שבדק לכם את האתר מנסה למכור לכם שעות פיתוח יקרות, או שמדובר בגוף ביקורת חיצוני אובייקטיבי?
הגנה משפטית מקיפה ועמידה בתקנים
נגישות דיגיטלית היא חובה חוקית ברורה. Rogabot מספקת בדיקה מתמדת מול החקיקה הישראלית והבינלאומית.
תקן ישראלי 5568
מחייב כל אתר אינטרנט המספק שירות או מידע לציבור בישראל לעמוד ברמת נגישות AA. אי עמידה חושפת לתביעות פיצוי ללא הוכחת נזק.
חוק שוויון זכויות לאנשים עם מוגבלות
תקנות הנגישות לשירות מחייבות פרסום הצהרת נגישות תקפה ומעודכנת, הסדרי נגישות פיזיים ודיגיטליים ופרטי רכז נגישות ייעודי.
W3C WCAG 2.1 & 2.2 AA
התקן הבינלאומי המוביל שעליו מבוססים התקן הישראלי, התקן האירופי (EN 301 549) והחוק האמריקאי.
חוק הנגישות האירופי (EAA)
חקיקה מחייבת לכל עסק המוכר מוצרים או שירותים באיחוד האירופי, עם דרישות אכיפה מחמירות על חנויות מקוונות ושירותים דיגיטליים.
כל מה שנדרש לעמידה מלאה בתקן נגישות
נבנה עבור צוותי פיתוח, מנהלי מוצר ויועצים משפטיים שרוצים שקט נפשי.
בדיקת עומק
סורק את כל הדומיין, ניתובים דינמיים באפליקציות Single Page Application ומסלולי רכישה.
פירוט אלמנטים מדויק
במקום ציונים כלליים ומעורפלים, מקבלים את האלמנטים המדויקים בקוד שיש לתקן כדי להגיע לעמידה בתקן.
ללא צורך בהתקנה באתר
אין צורך בספריית קוד, תוסף וורדפרס או גישה לקוד המקור שלכם. הבדיקה מבוצעת ישירות מול הדפדפן.
דוחות תאימות והצהרת נגישות
הפקת תעודת עמידה בתקן.
בדיקת נגישות קבצי PDF ומסמכים
בדיקת קבצי PDF, דוחות, מדריכים וטפסים מול תקן PDF/UA ISO 14289 ותקן ישראלי 5568 לעץ תגיות, סדר קריאה והנגשת שדות.
כיסוי מלא של קריטריוני WCAG 2.2
כולל כל 9 ההנחיות החדשות: גודל יעדי לחיצה במובייל (2.5.8), נראות מסגרת פוקוס (2.4.11), עזרה עקבית ומניעת הזנה כפולה.
ארבעת עקרונות הנגישות המובילים (POUR)
נתפס: המידע והממשק חייבים להיות מוצגים לכל החושים
המשתמשים חייבים להיות מסוגלים לתפוס את המידע המוצג באתר.
- 1.1.1 תוכן שאינו טקסט - טקסט חלופי (Alt) משמעותי לכל תמונה; הסתרת אלמנטים דקורטיביים מקוראי מסך.
- 1.4.3 ניגודיות צבעים מינימלית - יחס ניגודיות של לפחות 4.5:1 לטקסט רגיל ו-3:1 לטקסט גדול ורכיבי ממשק.
- 1.4.10 זרימה חוזרת (Reflow) - האתר מותאם לזום של 400% (רוחב 320 פיקסלים) ללא גלילה אופקית.
- 1.4.11 ניגודיות רכיבי ממשק - גבולות ברורים לרכיבי קלט פעילים מול הרקע.
סביבת בדיקת ליקויים ותיקוני קוד למפתחים
דוגמאות להמחשה לליקויים שאנו מוצאים. התוצאות שלכם יישלחו בדוא״ל לאחר בדיקת האתר.
כפתורים אינטראקטיביים חסרי שם נגיש לקורא מסך
כפתורי אייקון ללא טקסט פנימי או תגית aria-label אינם מובנים למשתמשי קוראי מסך, השומעים רק "כפתור" ללא ציון הפעולה שהוא מבצע.
<!-- כפתור תפריט ללא תווית נגישה -->
<button class="mobile-menu-btn">
<svg width="24" height="24">
<line x1="3" y1="6" x2="21" y2="6"></line>
</svg>
</button><!-- מתוקן עם aria-label ואייקון מוסתר -->
<button class="mobile-menu-btn"
aria-label="פתח תפריט ניווט"
aria-expanded="false">
<svg width="24" height="24" aria-hidden="true">
<line x1="3" y1="6" x2="21" y2="6"></line>
</svg>
</button>הצצה לדוחות ביקורת אמיתיים: נכשל מול עבר
ראו במו עיניכם כיצד נראה דוח בדיקה ראשוני המאתר כשלי נגישות חמורים ומציג את החשיפה המשפטית, לעומת דוח תאימות רשמי המונפק לאחר תיקוני הקוד ומעניק הגנת תום לב מלאה.
דוח סריקה ראשוני לדוגמה (upg-home.com)
עיינו בדוח הסריקה הראשוני המאתר ליקויי קוד קלים לתיקון מהיר (כגון ניגודיות צבעים והגדרות שפה) עם שורות קוד שגויות מול מתוקנות המוכנות ליישום מהיר על ידי מפתחים.
דוח תאימות מוסמך שעבר בהצלחה (mesiba.fun)
עיינו בדוח סריקה מלא ומוסמך המציג עמידה מושלמת בתקן ישראלי 5568 ו-WCAG 2.2 AA (ציון 100/100). דוח זה מעניק תעודת תאימות רשמית והגנת תום לב משפטית מלאה מול דרישות החוק.
שאלות ותשובות על נגישות אתרים ותקן 5568
כל מה שחשוב לדעת על בדיקות נגישות ודרישות החוק.
לא. אין סריקה אוטומטית מיידית. משאירים פרטים, אנו בודקים את האתר ושולחים את הדוח המלא בדוא״ל תוך 3 ימי עסקים (לרוב באותו יום).
תוספי נגישות וסרגלים צפים משנים רק את מראה העמוד באופן שטחי עבור משתמש הקצה ואינם מתקנים את קוד המקור של האתר. הפתרון הוא ביצוע בדיקה חיצונית אמיתית לקוד המקור עצמו.
תקן WCAG 2.2 הוא הגרסה המעודכנת ביותר של ארגון W3C העולמי. הוא מוסיף 9 קריטריונים חדשים בדגש על גודל יעדי לחיצה במסכי מגע (2.5.8), נראות מסגרות פוקוס (2.4.11), אימות נגיש ללא מאמץ קוגניטיבי ומניעת הזנה כפולה בטפסים. Rogabot בודקת עמידה בתקני 2.1 ו-2.2 ברמת AA.
Rogabot מפעילה מנוע דפדפן בענן הסורק את האתר הפעיל בדיוק כפי שגולש אמיתי או קורא מסך גולשים בו. המנוע מריץ סקריפטים, בודק רספונסיביות ומזהה שגיאות נגישות ישירות מה-DOM. אין צורך בהתקנת תוספים או שיתוף קוד מקור.
כן. מכיוון שהסריקה מתבצעת באמצעות דפדפן אמיתי (Headless Browser), המערכת מבצעת רינדור מלא של JavaScript, פותחת תפריטים ומודאלים ובודקת מעברי עמודים דינמיים בדיוק כמו משתמש קצה.
מקבלים קובץ דוח תאימות מקיף, פירוט ליקויים מדויק, המהווה תעודת עמידה בתקן חתומה עם חותמת זמן.
