הנגשת אתר העסק עם AI: סריקה, תיקון, הצהרת נגישות ותשובה למכתב דרישה, בלי לשלם על תוסף שלא באמת מנגיש

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

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

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

מה החוק באמת דורש (בלי הפחדות)

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

ברמה המעשית, אלה הדברים שהתקן בודק:

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

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

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

למה תוסף נגישות לא פותר את הבעיה

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

1. הוא לא משנה את הקוד. כפתור בלי שם יישאר כפתור בלי שם, טופס בלי תוויות יישאר בלי תוויות, ותפריט שלא נפתח מהמקלדת לא ייפתח גם אחרי ההתקנה.
2. משתמשים עם מוגבלות כבר מצוידים. מי שמשתמש בקורא מסך או בהגדלה עושה את זה עם כלים משלו, במחשב או בטלפון. הם צריכים קוד תקין, לא עוד תפריט. יש תוספים שאפילו מפריעים לקוראי מסך.
3. הוא לא מגן מתביעות. בישראל ובעולם הוגשו תביעות נגד אתרים שהותקן בהם תוסף כזה. התקן בודק את האתר עצמו ולא את הכפתור.
4. “התאמה אוטומטית באמצעות AI” שחלק מהתוספים מבטיחים מייצרת בדרך כלל טקסט חלופי גנרי ותיקונים חלקיים, שמשתנים בכל טעינת עמוד.

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

שלב 1: סריקה. ממה מתחילים ומה מחפשים

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

א. סריקה אוטומטית (20 דקות)

• Lighthouse מובנה בכרום. לחצו F12, עברו ללשונית Lighthouse, סמנו Accessibility והריצו. תקבלו ציון ורשימת בעיות.
• תוספי דפדפן ייעודיים כמו axe DevTools או WAVE מציגים את הבעיות ישירות על העמוד.

אל תסרקו רק את דף הבית. בחרו 5–8 עמודים שמייצגים את האתר: דף הבית, עמוד שירות או מוצר, עמוד קטגוריה, טופס יצירת קשר, עגלת קניות ותשלום (אם יש), עמוד בלוג ועמוד “אודות”. באתר שבנוי מתבניות, תיקון בתבנית אחת מתקן עשרות עמודים.

ב. בדיקת מקלדת (15 דקות, הכי חשובה)

עזבו את העכבר. לחצו Tab שוב ושוב ושימו לב:

• האם תמיד רואים איפה הפוקוס?
• האם הסדר הגיוני, מלמעלה למטה ומימין לשמאל?
• האם אפשר לפתוח את התפריט, לבחור אפשרות, למלא את הטופס ולשלוח אותו?
• האם אפשר לסגור חלונית קופצת (פופאפ, באנר עוגיות) עם Esc או עם Tab?
• האם יש “מלכודת”, מקום שנכנסים אליו ולא מצליחים לצאת?

ג. בדיקה עם קורא מסך והגדלה (20 דקות)

• במק ובאייפון יש קורא מסך מובנה (VoiceOver). בווינדוס אפשר להתקין את NVDA בחינם.
• הקשיבו לעמוד אחד: האם התמונות מתוארות? האם הכפתורים מוקראים בשם שמובן?
• הגדילו את הדפדפן ל-200% וודאו ששום תוכן לא נחתך ולא עולה על תוכן אחר.

איך לרכז את הממצאים עם AI

אחרי הסריקה יש לכם ערימה של צילומי מסך, דוחות באנגלית והערות. ChatGPT, Claude ו-Gemini יודעים לקרוא צילומי מסך וקבצים, ולכן זה המקום להכניס אותם:

אני בעל/ת עסק קטן ומנגיש/ה את האתר שלי לפי ת"י 5568 (WCAG AA).
מצורפים דוח Lighthouse וצילומי מסך מתוסף בדיקת נגישות, ממספר עמודים באתר.
האתר בנוי על [וורדפרס עם אלמנטור / וויקס / שופיפיי].

1. רכז/י את כל הבעיות לטבלה אחת בעברית: עמודות "בעיה", "איפה באתר", "את מי זה פוגע" (עיוורים, לקויי ראייה, משתמשי מקלדת וכו'), "חומרה" (חוסם / משמעותי / קוסמטי), "האם זה כנראה בתבנית או בעמוד בודד".
2. אחד/י כפילויות. אם אותה בעיה מופיעה ב-5 עמודים, היא שורה אחת.
3. מיין/י לפי סדר עדיפות: קודם מה שחוסם פעולה (קנייה, יצירת קשר), אחר כך השאר.
4. אל תמציא/י בעיות שלא מופיעות בחומר. אם משהו לא ברור, כתוב/כתבי "דורש בדיקה ידנית".

הוסיפו לשיחה גם את מה שמצאתם בבדיקת המקלדת, במילים שלכם: “התפריט הראשי לא נפתח עם Tab”, “באנר העוגיות לא נסגר מהמקלדת”. הבדיקה הידנית היא החלק שהכלים האוטומטיים מפספסים.

שלב 2: תיקון עם AI, בעיה אחרי בעיה

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

תיקון קוד ישירות

אם יש לכם גישה לקוד, או שאתם יכולים להוסיף HTML מותאם, העתיקו את הקטע הבעייתי. בכרום: קליק ימני על האלמנט ← “Inspect” ← קליק ימני על השורה ← Copy ← Copy outerHTML.

הנה קטע HTML מהאתר שלי. כלי בדיקה סימן אותו כבעייתי בנגישות.
הסבר/י במשפט אחד בעברית פשוטה מה הבעיה ואת מי היא פוגעת,
ואז תן/תני גרסה מתוקנת לפי WCAG 2.1 AA.
שמור/שמרי על אותם class ו-id כדי שהעיצוב לא יישבר.
אם התיקון דורש גם CSS או JavaScript, תן/תני גם אותם והסבר/י איפה להדביק.

[הדביקו כאן את הקוד]

דוגמה טיפוסית: טופס יצירת קשר שבו “שם מלא” כתוב רק כ-placeholder בתוך השדה. ה-AI יוסיף <label> אמיתי שמחובר לשדה, יסמן שדות חובה בצורה שקורא מסך מבין, ויציע הודעת שגיאה שמוקראת למשתמש ולא רק נצבעת באדום.

תיקון בעורכי אתרים (וויקס, אלמנטור, שופיפיי)

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

האתר שלי בנוי ב[וויקס / וורדפרס עם אלמנטור / שופיפיי עם ערכת נושא Dawn].
מצאתי את הבעיות הבאות: [הדביקו 3-5 שורות מהטבלה].
לכל בעיה, הסבר/י איך לתקן אותה דרך ממשק העריכה בלי לכתוב קוד, צעד אחר צעד.
אם אין דרך לתקן בלי קוד, אמור/אמרי זאת במפורש והצע/י את הפתרון הפשוט ביותר.
אם את/ה לא בטוח/ה איך הממשק נראה כרגע, אמור/אמרי זאת. אל תנחש/י שמות של כפתורים.

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

טקסט חלופי לתמונות, בהיקף גדול

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

מצורפות 10 תמונות מאתר של [סוג העסק, למשל: קונדיטוריה בחיפה].
לכל תמונה כתוב/כתבי טקסט חלופי בעברית לפי הכללים:
- עד 125 תווים.
- תאר/י את מה שחשוב ללקוח בהקשר של העמוד (למשל: המוצר, הטעם, הגודל), לא "תמונה של".
- אם התמונה דקורטיבית בלבד (רקע, קישוט), כתוב/כתבי "דקורטיבית: alt ריק".
- אם יש בתמונה טקסט (מבצע, מחיר), הטקסט חייב להופיע במלואו.
- לוגו שמשמש כקישור לדף הבית: "[שם העסק] – לדף הבית".
החזר/י טבלה: מספר תמונה | טקסט חלופי.

עברו על התוצאה. ה-AI לא יודע שהעוגה בתמונה היא “עוגת הגבינה האפויה שזכתה בתחרות”, אבל אתם יודעים.

ניגודיות צבעים

כלי הבדיקה יגידו לכם שהטקסט האפור הבהיר על הרקע הלבן לא עומד ביחס הנדרש (4.5:1 לטקסט רגיל). בקשו מה-AI הצעה שמשמרת את המיתוג:

צבע המותג שלי הוא #F4A261 (כתום), ואני משתמש/ת בו לטקסט כפתורים לבנים ולכותרות על רקע לבן.
הצע/י 2-3 גוונים קרובים ככל האפשר למקור שעומדים בניגודיות AA (4.5:1 לטקסט רגיל, 3:1 לטקסט גדול),
וציין/צייני את יחס הניגודיות של כל אחד.

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

מה שכמעט כולם שוכחים

• lang="he" ו-dir="rtl" בתגית ה-html. בלי זה קורא המסך עלול להקריא עברית במבטא אנגלי.
• קישור “דלג לתוכן הראשי” בתחילת העמוד, למשתמשי מקלדת.
• קרוסלות ובאנרים מתחלפים צריכים כפתור עצירה.
• סרטונים צריכים כתוביות. אפשר לתמלל עם AI ולתקן ידנית.
• מסמכי PDF (תפריט, מחירון, טופס) צריכים להיות נגישים בעצמם או להופיע גם כעמוד HTML. בדרך כלל עדיף להפוך מחירון לעמוד רגיל באתר.
• שירותים חיצוניים כמו צ’אט, מערכת זימון תורים או סליקה הם חלק מהאתר שלכם מבחינת המשתמש. דרשו מהספק אישור נגישות.
• קאפצ’ה ויזואלית בלבד חוסמת עיוורים.

שלב 3: הצהרת נגישות שאומרת את האמת

הצהרת הנגישות היא חובה, ולא כדאי להעתיק אותה מאתר של מישהו אחר. בהצהרה מועתקת שכתוב בה “האתר עומד במלוא דרישות התקן”, כשהוא לא עומד, אתם בעצם מצהירים משהו לא נכון. ההצהרה צריכה לכלול:

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

נסח/י הצהרת נגישות לאתר של [שם העסק], [תחום], בעברית ברורה ולא משפטית מדי.
עובדות (אל תוסיף/י שום טענה שלא מופיעה כאן):
- האתר הונגש לפי ת"י 5568 ברמה AA, בדיקה ותיקון הושלמו ב-[חודש ושנה].
- בוצעו: [רשימה, למשל: התאמה לניווט במקלדת, טקסט חלופי לתמונות, תוויות לטפסים, תיקון ניגודיות, כתוביות לסרטונים].
- חלקים שעדיין לא נגישים: [למשל: קטלוג PDF ישן משנת 2021, מערכת זימון תורים של ספק חיצוני]. צפי תיקון: [תאריך].
- איש קשר לנגישות: [שם, טלפון, מייל].
- [אם רלוונטי: הסדרי נגישות בסניף].
הוסף/י משפט שמזמין לפנות אלינו אם נתקלתם בבעיה, והתחייבות לחזור תוך [X] ימי עסקים.

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

שלב 4: הגיע מכתב דרישה. מה עושים?

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

1. אל תתעלמו. התעלמות עלולה להפוך מכתב לתביעה.
2. אל תענו מיד בטלפון או במייל, ואל תודו בשום דבר בכתב לפני ייעוץ.
3. תעדו את המצב הנוכחי. צלמו את העמודים שהוזכרו, שמרו דוח סריקה עם תאריך, ושמרו גרסה של האתר אם אפשר.
4. התחילו לתקן מיד, ותעדו כל תיקון עם תאריך. תיקון מהיר ומתועד יכול להשפיע על המשא ומתן.
5. פנו לעורך דין שמכיר את התחום. AI יכול לעזור לכם להגיע לפגישה מוכנים, לא להחליף אותה.

כך משתמשים ב-AI בשלב הזה:

קיבלתי מכתב דרישה בנושא נגישות האתר של העסק. מצורף המכתב (הסרתי פרטים מזהים של הפונה).
אני לא מבקש/ת ייעוץ משפטי. אני רוצה להבין ולהתכונן לפגישה עם עורך דין:
1. סכם/י בנקודות: מה בדיוק נטען, אילו עמודים או בעיות מוזכרים, מה נדרש ומה המועד.
2. אילו מהטענות אפשר לבדוק טכנית בעצמי, ואיך (צעדים קונקרטיים)?
3. אילו מסמכים ותיעוד כדאי להכין לעורך הדין?
4. רשימת שאלות לשאול את עורך הדין.
אל תעריך/י סיכויים משפטיים ואל תמליץ/י על סכום.

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

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

טעויות נפוצות

• להסתפק בציון 100 ב-Lighthouse. ציון מושלם לא אומר שהאתר נגיש. הוא רק אומר שהכלי לא מצא את מה שהוא יודע לחפש. בדיקת המקלדת וקורא המסך הן המבחן האמיתי.
• לסמוך על AI בעיניים עצומות. מודלים מייצרים קוד שנראה תקין אבל לפעמים מוסיף תכונות ARIA מיותרות או שגויות. כלל אצבע: עדיף HTML רגיל ונכון (<button>, <label>, <nav>) על פני ARIA. בקשו מה-AI במפורש: “השתמש ב-HTML סמנטי, ו-ARIA רק כשאין ברירה”. אחרי כל תיקון, בדקו שוב עם מקלדת.
• לתקן רק את דף הבית. מכתבי דרישה מתמקדים לא פעם בטופס, בעגלה או בעמוד מוצר, כלומר במקומות שבהם הלקוח מנסה לעשות פעולה.
• לשכוח את המובייל. רוב הגלישה היא מהטלפון. בדקו עם VoiceOver או TalkBack, וודאו שכפתורים לא קטנים מדי ולא צפופים.
• להתקין תוסף נגישות ולחשוב שגמרתם. כבר הסברנו למה.
• הצהרת נגישות מועתקת עם טענות לא נכונות. ההצהרה צריכה לשקף את המצב האמיתי.
• הנגשה חד פעמית. כל פוסט חדש, באנר מבצע או תמונה בלי טקסט חלופי מחזירים בעיות. נגישות היא הרגל.
• להעלות מסמכים רגישים ל-AI בלי לחשוב. מחקו פרטים מזהים לפני שאתם מדביקים.

טיפים שלא תמצאו בכל מקום

• בנו “פרומפט מערכת” קבוע לאתר. פרויקט ב-ChatGPT או ב-Claude, או Gem ב-Gemini, עם הוראות קבועות: הפלטפורמה שלכם, צבעי המותג, הכללים לטקסט חלופי ודרישות התקן. כך כל מי שמעלה תוכן לאתר מקבל תשובות עקביות.
• צ’קליסט לפני פרסום. בקשו מה-AI לנסח צ’קליסט של 8 שורות לכל עמוד או פוסט חדש, ותלו אותו ליד מי שמעלה תוכן.
• שאלו “איך זה נשמע”, לא רק “איך זה נראה”. הדביקו את ה-HTML של העמוד ובקשו: “תאר/י לי איך קורא מסך יקריא את העמוד הזה מההתחלה עד הסוף, לפי הסדר”. זו דרך מהירה לגלות כפתורים בלי שם וכותרות מבולגנות. ועדיין, בדיקה אמיתית עם קורא מסך עדיפה.
• כשאתם בוחרים בונה אתרים או מפתח, הכניסו לחוזה: “האתר יימסר בעמידה בת”י 5568 ברמה AA, כולל דוח בדיקה ידנית”. זה זול בהרבה מתיקון בדיעבד.
• שקלו בדיקה של מורה דרך נגישות בסוף התהליך. אחרי שתיקנתם בעצמכם את רוב הבעיות, הבדיקה קצרה וזולה בהרבה, ומקבלים אישור שמחזק אתכם אם יגיע מכתב.

סיכום וצ’קליסט התחלה

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

צ’קליסט לשבוע הראשון:

• בחרתי 5–8 עמודים מייצגים, כולל טפסים ועמודי רכישה
• הרצתי Lighthouse ותוסף בדיקה על כל אחד מהם
• עברתי על כל עמוד עם מקלדת בלבד ורשמתי בעיות
• בדקתי לפחות עמוד אחד עם קורא מסך ואחד בהגדלה של 200%
• ריכזתי הכול עם AI לטבלת עדיפויות אחת
• תיקנתי קודם את מה שחוסם פעולה (טפסים, תפריט, רכישה)
• כתבתי טקסט חלופי לכל התמונות ובדקתי אותו בעצמי
• בדקתי ותיקנתי ניגודיות צבעים
• וידאתי ש-lang="he" ו-dir="rtl" מוגדרים
• פרסמתי הצהרת נגישות אמיתית עם פרטי קשר ותאריך
• ביקשתי מספקים חיצוניים (צ’אט, תורים, סליקה) אישור נגישות
• קבעתי תזכורת חודשית לבדיקה חוזרת של עמודים חדשים
• אם הגיע מכתב דרישה: תיעדתי, התחלתי לתקן ופניתי לעורך דין

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