הנגשת אתרים לפי התקן הישראלי (ת״י 5568)
הנגשת אתר לפי התקן הישראלי (ת״י 5568) מבוססת על WCAG ומגדירה מה חייב להיות נגיש באתר מבחינת ניווט, צבעים, טפסים, קבצים ותוכן. בעמוד הזה תמצאו תהליך ברור לבדיקה ותיקון + מה נדרש כדי לעמוד בדרישות.
בואו נדבר רגע בכנות. רובנו בונים אתר, מעצבים אותו, כותבים תוכן, וחושבים שהעבודה נעשתה. האתר נראה יפה, הטקסטים ברורים, הכפתורים עובדים – מה עוד צריך? אבל יש קהל שלם של גולשים שפשוט לא יכולים להשתמש באתר שלכם, לא בגלל שהם לא רוצים, אלא בגלל שהאתר לא מאפשר להם.
אנשים עם לקות ראייה שמשתמשים בקוראי מסך. אנשים עם קשיים מוטוריים שמנווטים רק במקלדת. אנשים עם לקויות קוגניטיביות שצריכים תוכן פשוט ומובנה. ואנשים רבים אחרים שפשוט חווים את הרשת אחרת מכם. הנגשת אתרים היא לא "פיצ'ר נחמד" – היא הדרך לוודא שהאינטרנט באמת שייך לכולם.
בישראל, זה לא רק ערך מוסרי. זו חובה חוקית. והתקן שמגדיר איך אתר צריך להיראות כדי להיות נגיש נקרא ת"י 5568. במאמר הזה נפרק את התקן הזה לאבני בניין, נבין למי הוא חל, מה הדרישות המרכזיות, איך בודקים אם האתר שלכם עומד בהן, ומה התהליך האמיתי נראה כשעובדים עם מומחה – כולל לוחות זמנים אמיתיים, בלי הבטחות מופרזות.
מהו בעצם ת"י 5568 ומאיפה הוא הגיע?
ת"י 5568 הוא תקן ישראלי רשמי שפורסם על ידי מכון התקנים הישראלי. הוא קובע כיצד אתרי אינטרנט ואפליקציות צריכים להיות מותאמים לאנשים עם מוגבלויות. התקן הזה לא נולד מהריר – הוא מבוסס על ההנחיות הבינלאומיות של ארגון W3C, שהוא בעצם "מכון התקנים של האינטרנט העולמי". התקן הישראלי לוקח את הנחיות WCAG 2.0 ברמה AA ומתאים אותן לסביבה הישראלית.
מה שחשוב להבין: ת"י 5568 הוא לא רשימת המלצות. כשמדובר באתרים ציבוריים ומסחריים, מדובר בדרישה משפטית מחייבת. אם יש לכם עסק עם נוכחות דיגיטלית, ואתם פונים לקהל – אתם ככל הנראה חייבים לעמוד בו.
למי בדיוק חלה החובה? ומה עם אתרים קטנים?
החובה להנגיש אתרים מעוגנת בתקנות שוויון זכויות לאנשים עם מוגבלות (התאמות נגישות לשירות), תשע"ג-2013. התקנות האלה חלות על:
- עסקים וחברות שמפעילים אתר אינטרנט המספק שירות לציבור
- עמותות, מלכ"רים וגופים ציבוריים
- רשויות ממשלתיות ומוניציפליות
- נותני שירותים מכל תחום – חנויות אונליין, אתרי תדמית, פורטלים מקצועיים, בתי ספר, מרפאות, ועוד
במילים פשוטות: אם האתר שלכם מציע מידע, שירות או אפשרות רכישה לקהל הרחב – אתם ככל הנראה נופלים תחת ההגדרה. אפילו אתר תדמיתי של עורך דין, מעצבת פנים או קונדיטוריה – אם יש בו טופס יצירת קשר, מחירון, או כל אינטראקציה עם הגולש – החובה חלה.
עכשיו, בואו נדבר על משהו שאני שומע הרבה: "אבל האתר שלי כל כך קטן, מי יתבע אותי?" התשובה היא שאתם צודקים – הסיכוי לתביעה באתר קטן נמוך יותר. אבל הנגשה היא לא רק סיכון משפטי. היא הזדמנות עסקית. אתר נגיש פונה ליותר אנשים, נראה טוב יותר בגוגל, ובונה אמון. אז גם אם אין חובה חוקית מפורשת – זו השקעה חכמה.
ארבעת היסודות של נגישות – המודל POUR
לפני שנצלול לדרישות הטכניות, כדאי להבין את המסגרת המחשבתית שעומדת מאחורי התקן. WCAG (וגם ת"י 5568) מתבסס על ארבעה עקרונות בסיסיים שמתחילים באותיות POUR:
1. Perceivable – נתפש
כל תוכן באתר חייב להיות נגיש לחושים, גם למי שאינו רואה או שומע. זה אומר שתמונות צריכות תיאור טקסטואלי (ALT), סרטונים צריכים כתוביות, ומבנה הדף צריך להיות ברור גם כשקוראים אותו בקול.
2. Operable – ניתן לתפעול
האתר חייב לעבוד לא רק עם עכבר. מי שלא יכול להשתמש בעכבר – בין אם בגלל קשיים מוטוריים, בין אם בגלל שהוא משתמש בקורא מסך – צריך להיות מסוגל לנווט בכל האתר באמצעות מקלדת בלבד. כל כפתור, כל תפריט, כל טופס.
3. Understandable – מובן
התוכן צריך להיות ברור. לא רק מבחינת שפה, אלא גם מבחינת מבנה. טפסים צריכים להיות עם הוראות ברורות, שגיאות צריכות לה объясня מה לא בסדר, והניווט צריך להיות עקבי בין כל העמודים.
4. Robust – עמיד
האתר צריך לעבוד עם טכנולוגיות מסייעות. קוראי מסך, תוכנות הגדלה, מכשירים שונים – הכל צריך לדבר עם האתר בצורה תקנית. זה אומר קוד HTML נקי, שימוש נכון ב-ARIA כשצריך, ותאימות לסטנדרטים העדכניים.
הדרישות המרכזיות לפי ת"י 5568 – מה בודקים בפועל
עכשיו בואו נדבר על הדברים שבאמת מעניינים אתכם: מה צריך לתקן באתר כדי שיעמוד בתקן? הנה רשימת הדרישות העיקריות, עם הסברים מעשיים:
טקסט חלופי (ALT) לכל תמונה שמעבירה מידע
כל תמונה באתר שיש בה תוכן משמעותי – לא רק תמונת רקע דקורטיבית – חייבת לכלול תיאור ALT. זהו התיאור שקורא המסך קורא לגולש. "תמונה1.jpg" זה לא תיאור. "צילום של צוות העבודה שלנו במשרד החדש" – כן.
ניגודיות צבעים תקינה
התקן דורש יחס ניגוד של לפחות 4.5:1 בין טקסט רגיל לרקע שלו. זה אומר שטקסט אפור בהיר על רקע לבן? לא עובר. צהוב על לבן? לא עובר. אדום כהה על רקע שחור? צריך לבדוק. יש כלים חינמיים שבודקים את זה בשניות.
מבנה כותרות היררכי ונכון
כל עמוד צריך כותרת ראשית אחת (H1). מתחתיה נושאים משניים (H2), ומתחתיהם תתי-נושאים (H3). אין לדלג מ-H1 ל-H3, ואין להשתמש בכותרות רק כדי לשנות גודל גופן. קוראי מסך משתמשים במבנה הזה כדי לנווט, כמו שאנחנו משתמשים בתוכן העניינים של ספר.
ניווט מלא במקלדת
לחיצה על Tab צריכה לעבור בין כל האלמנטים האינטראקטיביים בסדר הגיוני. כל רכיב שנבחר צריך להראות מסגרת פוקוס ברורה. אין להשתמש ב-CSS כדי להסתיר את מסגרת הפוקוס – זה כמו לסמן טקסט בצבע שקוף.
קישורים עם משמעות
"לחץ כאן" הוא הדוגמה הקלאסית לקישור לא נגיש. גולש עם קורא מסך שמדלג בין קישורים ישמע רק "לחץ כאן, לחץ כאן, לחץ כאן" – בלי שום מושג לאן זה מוביל. הקישור צריך לתאר את היעד: "הורדת מדריך הנגשה חינם", "צפייה בגלריית העבודות שלנו".
טפסים נגישים
לכל שדה בטופס חייבת להיות תווית (Label) שמקושרת אליו. Placeholder שמתנדף כשמתחילים להקליד לא מספיק. הודעות שגיאה צריכות להיות ברורות: "יש להזין כתובת אימייל תקינה" ולא סתם "שגיאה".
התאמת גודל טקסט
האתר צריך לאפשר הגדלת טקסטים עד 200% מבלי שהפריסה תשתבר. זה אומר שהעיצוב צריך להיות גמיש – לא פיקסלים קשוחים שמתפרקים כשמגדילים.
הצהרת נגישות
חובה לפרסם עמוד הצהרת נגישות באתר. זה לא "כפתור קטן" – זה מסמך משפטי שמתאר את רמת הנגישות, מה הונגש, מה עדיין לא, ואיך ליצור קשר אם נתקלתם בבעיה.
איך בודקים אם האתר שלכם עומד בתקן?
יש שתי דרכים לבדוק נגישות: אוטומטית וידנית. שניהן נדרשות.
בדיקות אוטומטיות – נקודת התחלה טובה
כלים כמו WAVE (תוסף לדפדפן), axe DevTools, או Lighthouse של גוגל יכולים לסרוק את האתר ולזהות בעיות ברמת הקוד: חוסר ALT, ניגוד צבעים, כותרות חסרות, ועוד. הבעיה? הכלים האלה מזהים רק כ-30% מהבעיות. הם לא מבינים הקשר, הם לא בודקים אם ה-ALT באמת תיאורי (רק אם קיים), והם לא בודקים חוויית משתמש אמיתית.
בדיקות ידניות – החלק החשוב באמת
זה כולל ניווט באתר עם קורא מסך (כמו NVDA או VoiceOver), ניווט במקלדת בלבד, בדיקת פריסה בהגדלה, וקריאה קריטית של התוכן. זה גם כולל בדיקה של ההיגיון הכללי: האם התפריט ברור? האם הטפסים הגיוניים? האם יש אלמנטים שמפריעים?
בדיקה מקצועית – מתי כדאי לפנות למומחה?
אם האתר שלכם הוא עסקי, מכניס לידים, או מכיל מערכות מורכבות – מומלץ לפנות למומחה נגישות מוסמך. המומחה יבצע בדיקה מקיפה, יפיק דו"ח מפורט עם רמת חומרה לכל בעיה, ויתן לכם תוכנית תיקון מדורגת. זה לא חייב לקרות בבת אחת – אפשר לתעדף תיקונים לפי השפעה ותקציב.
"תוסף נגישות פותר את זה, נכון?" – לא בדיוק
אני רוצה לדבר על משהו שמפריע לי, כי אני רואה את זה המון. יש בשוק תוספים כמו accessiBe, UserWay ודומיהם שמבטיחים "הנגשה בלחיצת כפתור". הם מוסיפים לחצן צף שמאפשר שינוי צבעים, הגדלת טקסט, או הפעלת קורא מסך. וזה נראה מרשים.
אבל הנה האמת: תוסף כזה לא מנגיש את האתר שלכם. הוא מוסיף שכבת ממשק שעשויה לעזור לחלק מהמשתמשים, אבל הוא לא מתקן את הבעיות העמוקות: קוד לא תקני, כותרות חסרות, טפסים ללא Labels, ניגוד צבעים לא תקין. מבחינה משפטית וטכנית, אתר שמסתמך רק על תוסף חיצוני לא עומד בתקן ת"י 5568.
זה כמו לשים מדבקה של "אוטובוס נגיש" על אוטובוס בלי רמפה. המדבקה לא הופכת את האוטובוס לנגיש. הנגשה אמיתית קורית בקוד, בעיצוב, ובתוכן – לא בשכבה של צד שלישי.
מה קורה אם האתר לא מונגש? הסיכונים האמיתיים
בואו נדבר בכנות על הסיכונים, בלי להפחיד יתר על המידה:
- חשיפה לתביעות משפטיות – לפי החוק, ניתן לתבוע עד 50,000 ש"ח ללא הוכחת נזק. בפועל, רוב התביעות מתנהלות מול גופים גדולים, אבל גם עסקים קטנים כבר קיבלו מכתבים משפטיים.
- פגיעה במוניטין – עסק שלא מכבד את כלל הציבור שולח מסר שלילי.
- איבוד לקוחות – אנשים עם מוגבלויות הם לא קהל נישהי. מדובר ביותר מ-20% מהאוכלוסייה, עם כוח קנייה משמעותי.
- פגיעה ב-SEO – אתר לא נגיש לרוב גם לא מקודם טוב בגוגל, כי מנועי החיפוש "קוראים" את האתר בצורה דומה לקוראי מסך.
היתרונות של הנגשה – למה זה שווה את ההשקעה?
מעבר לחוק, הנגשה מייצרת ערך אמיתי:
- הגדלת קהל היעד – יותר גולשים = יותר לקוחות פוטנציאליים.
- שיפור SEO – אתר תקני, ברור ומהיר מדורג טוב יותר.
- חוויית משתמש טובה לכולם – ניווט קל, תוכן ברור, טפסים נוחים. גם גולשים ללא מוגבלות נהנים מזה.
- יתרון תדמיתי – מותג שחושב על הפרטים הקטנים בונה אמון.
איך נראה תהליך הנגשה אמיתי – בלי הבטחות מופרזות
אני רוצה להיות כנה איתכם לגבי לוחות זמנים, כי אני יודע שיש בשוק המון חברות שמבטיחות "הנגשה תוך 48 שעות" או "אתר מונגש ביום אחד". האמת? זה לא עובד ככה.
אתר תדמיתי קטן (5-10 עמודים, ללא חנות, ללא מערכות מורכבות) – תהליך הנגשה אמיתי, כולל בדיקה, תיקונים, ובדיקות חוזרות, לוקח בדרך כלל בין שבוע לשבועיים. אם מדובר באתר שבנוי על פלטפורמה כמו Wix או WordPress עם Elementor – יכול להיות מהר יותר. אם מדובר באתר מותאם אישית עם קוד proprietary – יכול לקחת יותר.
אתר בינוני (20-50 עמודים, עם בלוג, טפסים מורכבים, אולי אינטגרציות) – תהליך ההנגשה יכול לקחת שלושה עד שישה שבועות, כולל תיקוני קוד, התאמת תבניות, וכתיבת תוכן נגיש.
אתר גדול או מערכת מורכבת (חנות אונליין עם אלפי מוצרים, פורטל, אפליקציית ווב) – כאן מדובר בפרויקט של מספר חודשים. לא כי המומחים עובדים לאט, אלא כי יש אלפי אלמנטים לבדוק, וכל שינוי צריך להיבדק כדי שלא ישבור משהו אחר.
אני מאמין בשקיפות. אם מישהו מבטיח לכם הנגשה מלאה תוך יומיים – שאלו אותו בדיוק מה בודק. כי סביר להניח שהוא מתקין תוסף ומכניס אתכם לסיכון משפטי.
WordPress ו-Elementor – האם הם נגישים כברירת מחדל?
התשובה: יש להם פוטנציאל להיות נגישים, אבל הם לא מבטיחים זאת אוטומטית.
WordPress כפלטפורמה מספקת בסיס טוב. Elementor כבנאי עמודים מציע רכיבים שניתן להנגיש. אבל הכל תלוי באיך בניתם את האתר: האם השתמשתם ברכיבים הנכונים? האם הגדרתם ALT לתמונות? האם הכותרות במבנה הגיוני? האם הניגודיות תקינה? בלי בדיקות והתאמות ייעודיות – גם אתר WordPress מושלם ויזואלית יכול להיות בלתי נגיש לחלוטין.
סיכום: הנגשה לפי ת"י 5568 – לא רק חובה, גם הזדמנות
אם יש לכם אתר אינטרנט ואתם פונים לציבור – אתם מחויבים לעמוד בתקן ת"י 5568. זו העובדה. אבל מעבר לדרישה החוקית, מדובר בהזדמנות לבנות אתר טוב יותר – לכל הגולשים, לגוגל, ולעסק שלכם.
הנגשה אמיתית דורשת עבודה על הקוד, העיצוב והתוכן. היא דורשת בדיקות אוטומטיות וידניות. היא דורשת זמן – אמיתי, לא מופרז. וכן, היא דורשת השקעה. אבל ההשקעה הזו מחזירה את עצמה: בפחות סיכונים משפטיים, ביותר לקוחות, בדירוג טוב יותר, ובמוניטין של עסק שאכפת לו.
אל תסתמכו על תוספים כפתרון קסם. אל תאמינו להבטחות של "הנגשה ביום אחד". עשו את זה נכון. זה שווה את זה.
שאלות ותשובות – הנגשת אתרים לפי ת"י 5568
מהו ת"י 5568 ומה הוא דורש?
ת"י 5568 הוא התקן הישראלי להנגשת אתרי אינטרנט ותכנים דיגיטליים לאנשים עם מוגבלויות. הוא מבוסס על הנחיות WCAG 2.0 ברמה AA של ארגון W3C. התקן דורש התאמות במבנה הקוד, בעיצוב (ניגוד צבעים, גדלי טקסט), בתוכן (ALT text, שפה ברורה), ובחוויית המשתמש (ניווט מקלדת, טפסים נגישים, הצהרת נגישות).
האם כל אתר בישראל חייב להיות נגיש?
לא כל אתר, אבל מרבית האתרים העסקיים, המסחריים והציבוריים כן מחויבים לפי תקנות שוויון זכויות לאנשים עם מוגבלות. אם האתר שלכם מציע שירות, מידע או מכירה לקהל הרחב – סביר שאתם נופלים תחת החובה. גם כאשר אין חובה חוקית מפורשת, הנגשה מומלצת בחום מבחינה עסקית, תדמיתית ושיווקית.
כמה זמן לוקח להנגיש אתר באמת?
בכנות, ללא הבטחות מופרזות: אתר תדמיתי קטן (5-10 עמודים) לוקח בדרך כלל שבוע עד שבועיים. אתר בינוני (20-50 עמודים) – שלושה עד שישה שבועות. אתר גדול או מערכת מורכבת – מספר חודשים. מי שמבטיח לכם "הנגשה ב-48 שעות" ככל הנראה מתקין תוסף חיצוני שלא עומד בתקן.
האם תוסף נגישות כמו accessiBe מספיק?
לא. תוספים כאלה מוסיפים שכבת ממשק ויזואלית אבל לא מתקנים בעיות עומק בקוד, במבנה או בתוכן. הם לא מחליפים ALT text אמיתי, כותרות היררכיות, טפסים עם Labels, או ניגוד צבעים תקין. מבחינה משפטית, אתר שמסתמך רק על תוסף כזה לא עומד בת"י 5568.
איך אפשר לבדוק בעצם אם האתר נגיש?
התחילו עם כלים אוטומטיים חינמיים כמו WAVE, axe DevTools או Lighthouse. אבל זה רק 30% מהתמונה. חובה לבצע גם בדיקה ידנית: נווטו באתר עם מקלדת בלבד, התקינו קורא מסך כמו NVDA ובדקו אם התוכן הגיוני, בדקו ניגוד צבעים עם WebAIM Contrast Checker, וקראו את התוכן ביקורתית.
מהם הסיכונים באתר לא מונגש?
סיכון משפטי (תביעות עד 50,000 ש"ח ללא הוכחת נזק), פגיעה במוניטין, איבוד לקוחות עם מוגבלויות (יותר מ-20% מהאוכלוסייה), ופגיעה בדירוג האורגני בגוגל. אתר לא נגיש הוא גם אתר שלא מתפקד היטב עבור מנועי חיפוש.
האם WordPress עם Elementor נגיש כברירת מחדל?
יש להם פוטנציאל, אבל לא. רמת הנגישות תלויה לחלוטין באופן הבנייה: בחירת תבניות, הגדרת רכיבים, כתיבת תוכן, הגדרות עיצוב ותוספים. אתר WordPress יכול להיות נגיש מאוד – או בלתי נגיש לחלוטין – תלוי באיך בניתם אותו.
מה כולל תהליך הנגשה מקצועי?
תהליך מלא כולל: סריקה אוטומטית ראשונית, בדיקה ידנית מקיפה עם קורא מסך וניווט מקלדת, פירוט כשלים לפי ת"י 5568, תיקונים בקוד/תבנית/אלמנטים, בדיקות חוזרות לאחר התיקונים, כתיבת הצהרת נגישות, והדרכה לתחזוקה עתידית.
מה ההבדל בין רמה A ל-AA בתקן?
ת"י 5568 דורש עמידה ברמה AA (דאבל-איי). רמה A היא הבסיסית ביותר ומכסה רק דרישות קריטיות. רמה AA מוסיפה דרישות חשובות כמו ניגוד צבעים תקין, הגדלת טקסט, וניווט מקלדת מלא. רמה AAA היא הגבוהה ביותר ולא נדרשת כחובה מינימלית.
האם אפשר להנגיש אתר בשלבים או שזה חייב להיות בבת אחת?
לגמרי אפשר לעשות את זה בשלבים. מומחה נגישות טוב ייתן לכם דו"ח עם דירוג חומרה (קריטי, גבוה, בינוני, נמוך) ותוכנית תיקון מדורגת. אפשר להתחיל עם הבעיות הקריטיות ולהמשיך בהדרגה. העיקר שתהיה לכם תוכנית ברורה ותיעדוף נכון.