תקנה 35 נגישות אתרים — מדריך מעשי למפתחים (2026)

מה זו תקנה 35 בעברית ברורה

תקנה 35 היא חלק מתקנות שוויון זכויות לאנשים עם מוגבלות (התאמות נגישות לשירות), תשע״ג-2013 — התקנות שיצאו מכוח חוק שוויון זכויות לאנשים עם מוגבלות התשנ״ח-1998. פרק ו׳ של התקנות עוסק בנגישות השירות באינטרנט, ותקנה 35 ספציפית מפרטת את חובת ההצהרה: כל גוף ציבורי או עסקי שנותן שירות באינטרנט חייב לפרסם הצהרת נגישות באתר — בעברית, במבנה מחייב, עם פרטי רכז נגישות.

העדכון של אוקטובר 2024 הבהיר שהאכיפה רחבה יותר ממה שעסקים הניחו: כלל אתרי המסחר, הבנקאות, הבריאות, התיירות, ורוב ה-SaaS הישראליות — הכל תחת החובה.

על מי זה חל

• כל גוף ציבורי (משרדי ממשלה, רשויות מקומיות, חברות ממשלתיות).
• כל עוסק פרטי שנותן שירות לציבור באינטרנט — אתרי מסחר, דפי נחיתה של שירותים, אפליקציות ווב.
• עסקים קטנים מעל 100 אלף ש״ח מחזור שנתי (סעיף 35(א)). מתחת לסף, חלות חובות מצומצמות יותר.
• סטארטאפים B2B: גם אם הלקוחות שלכם הם חברות ולא אנשים פרטיים, דף הנחיתה הציבורי עדיין חייב לעמוד בתקנה — שם רואים משקיעים, עובדים פוטנציאליים, ועיתונאים.

מה חובה טכנית

תקנה 35(ב) קובעת שהאתר חייב לעמוד ב-תקן ישראלי ת״י 5568 (שאגב, עוקב אחרי WCAG 2.1 ברמה AA). בפועל, זה אומר:

• טקסט חלופי (alt text) לכל תמונה אינפורמטיבית.
• ניווט במקלדת — כל פעולה שאפשר לעשות עם עכבר חייבת להיות אפשרית עם מקלדת בלבד.
• ניגודיות צבעים של 4.5:1 לטקסט רגיל, 3:1 לטקסט גדול.
• כותרות סמנטיות (h1 → h2 → h3, בלי קפיצות).
• תוויות שדות טופס (label תואם לכל input, לא רק placeholder).
• תמיכה בקוראי מסך (NVDA, JAWS, VoiceOver).
• ARIA נכון — וחשוב באותה מידה, אין ARIA שקרי. overlay widgets נופלים כאן (ראו למטה).

אלה אותן דרישות של WCAG 2.1 AA. תקנה 35 אימצה את התקן הבינלאומי במקום להמציא אחד חדש, מה שזה הופך את הכלים הבינלאומיים (axe-core, Lighthouse) לישירות רלוונטיים.

למה ווידג׳טים "רובוט נגישות" לא עוזרים

בינואר 2025 ה-FTC הגיעה להסדר של 1 מיליון דולר עם accessiBe — החברה שמוכרת את ווידג׳ט ה-overlay הכתום-שחור שרואים בהרבה אתרים ישראליים. הטענה: הווידג׳ט הולך לתבוע מתחיל שגם לא עוזר וגם לפעמים מזיק למשתמשי קוראי מסך (הוא מוסיף תכונות ARIA שגויות על HTML שבור).

תקנה 35 לא אוסרת ווידג׳טים, אבל היא לא רואה בהם תחליף לעמידה בתקן. אם עורך דין של התובע יבדוק את האתר שלך ב-axe-core או ב-WAVE וימצא 30 חריגות WCAG — העובדה שיש לך ווידג׳ט לא רלוונטית להגנה.

מחקר Princeton (Van Lee et al., 2023) מצא שמשתמשי NVDA יכולים לחוות את חוויית ה-overlay כגרועה יותר מחווית ה-HTML המקורי, כי ה-ARIA שה-overlay מזריק מבלבל את קורא המסך.

איך לעמוד בתקנה — תהליך שעובד

1. סריקה אוטומטית ראשונה: הריצו את axe-core 4.11 על דף הבית + 3-5 דפים מרכזיים. תגלו 30-80 חריגות. 50% מהן פשוטות (חסר alt, חסר label). 50% דורשות עבודה.
2. תיקון בקוד המקור: עריכה של תבניות React/Vue/WP, לא hack על הפלט. זה מה שהתקנה דורשת.
3. CI במקום סריקה חד-פעמית: הכניסו את axe-core ל-pull request pipeline. חוסם merge על רגרסיות. זה החלק הקריטי — בלי אכיפה תמידית, האתר יחזור לחריגות תוך חודש.
4. ביקורת אנושית: axe-core תופס בערך 57% מחריגות WCAG. את ה-43% הנותרים צריך יועץ נגישות. יועץ טוב לוקח 2-5K ש״ח לבדיקה של אתר בינוני.
5. הצהרת נגישות: פרסם באתר לפי מבנה תקנה 35. יצור אותה בעברית, עם רכז נגישות אמיתי, עם URL קבוע (לא PDF).
6. תיעוד: שמור לוג של סריקות לאורך זמן. בתביעה פוטנציאלית, המסמך הזה הוא ההגנה שלך — הראיה שאתה מנטר ומתקן.

הצהרת נגישות — מה חובה לכלול

תקנה 35(ד) מפרטת במדויק מה חייב להופיע בהצהרה:

1. שם מלא של העסק + כתובת רשמית + טלפון + אימייל.
2. תיאור השירות שניתן באתר.
3. פרטי רכז הנגישות: שם מלא, תפקיד, אימייל, טלפון. זה חייב להיות אדם אמיתי, לא "support@".
4. התקן שהוחל (ת״י 5568 AA או WCAG 2.1/2.2 AA).
5. תאריך הביקורת האחרונה + שם הבודק (פנימי/חיצוני).
6. רשימה של התאמות שבוצעו באתר.
7. רשימה של מגבלות ידועות (עמודים שעוד לא נגישים במלואם, עם תאריך יעד לתיקון). לא חובה, אבל מקטין חשיפה בתביעה.
8. ערוץ דיווח על בעיות נגישות (מייל, טופס, טלפון).
9. תאריך עדכון אחרון של ההצהרה.

אתר כמוכן עם generator של הצהרת נגישות בעברית שתואם בדיוק את המבנה של תקנה 35. חינם, רץ בדפדפן, ללא signup.

איך axle עוזר

axle הוא הדרך הקצרה ביותר להפעיל את התהליך שבפרק "איך לעמוד בתקנה". במיוחד עבור חברות ישראליות קטנות-בינוניות:

• GitHub Action שסורק כל PR — 6 שורות YAML, חסימת merge על רגרסיות. פתרון ה-CI שתקנה 35 מניחה שיש לכם.
• plugin ל-WordPress / Netlify / Cloudflare Pages / Vercel — אם אתם לא על GitHub, תבחרו את צינור הפריסה שלכם.
• hebrew statement generator — עונה בדיוק על דרישות תקנה 35(ד). רץ בדפדפן, שום signup.
• URL מאומת להצהרה (Team plan) — במקום להטמיע את ההצהרה כ-HTML בתוך האתר שלכם, מפרסמים ב-axle-iota.vercel.app/s/<id> ומקשרים מה-footer. tamper-evident, עם חותמת זמן. עורך דין של תובע יכול לוודא שההצהרה לא שונתה.
• תיעוד אוטומטי — כל סריקה נשמרת ב-dashboard, טריל היסטורי להגנה משפטית.