בעולם הדיגיטלי, מושג "גישה לכולם" נתפס זה מכבר כהעדפה אתית או כתכונה "נחמדה". עם זאת, עם חוזר נשיאותי מס' 2025/10, שפורסם בעיתון הרשמי ב-21 ביוני 2025, נגישות דיגיטלית הפכה רשמית לחובה חוקית עבור מוסדות ציבור וגופים ספציפיים במגזר הפרטי בטורקיה.
כ-Switas Consultancy, ריכזנו מדריך מקיף המפרט את משמעות התקנה החדשה, אילו מוסדות מושפעים, ואת המורכבויות הטכניות של תהליך התאימות ל-WCAG 2.2 הנדרש כדי לעמוד בתקנים החדשים הללו.
1. מה מכסה התקנה החדשה?
חוזר זה, שהוכן על סמך חוק מס' 5378 בנושא אנשים עם מוגבלויות, קובע כי שירותים דיגיטליים חייבים להיות נגישים לכולם - ובמיוחד לאנשים עם מוגבלויות וקשישים - תוך הבטחת שימוש שווה, עצמאי ובטוח.
המטרה העיקרית של החוזר היא להביא אתרי אינטרנט ואפליקציות מובייל לעמוד בהנחיות נגישות תוכן אינטרנט (WCAG) המוכרות בעולם שהוכנו על ידי ה-W3C (קונסורציום האינטרנט העולמי).
2. אילו מוסדות נמצאים במסגרת הפרויקט ומהו לוח הזמנים?
החוזר משתרע מעבר למוסדות ציבוריים ומכסה תחומים קריטיים במגזר הפרטי הנמצאים בשימוש תכוף על ידי אזרחים. מועדי הציות משתנים בהתאם למגזר:
ישויות הנדרשות לעמוד בדרישות תוך שנה (עד יוני 2026):
- כל המוסדות והארגונים הציבוריים (אוניברסיטאות, עיריות וכו').
- ארגונים מקצועיים ציבוריים.
- בנקים.
- בתי חולים פרטיים.
- מוסדות חינוך פרטיים המורשים על ידי משרד החינוך הלאומי.
- חברות פרטיות המספקות שירותי הסעת נוסעים (חברות תעופה, רכבות, כבישים).
- ספקי שירותי תקשורת אלקטרונית עם למעלה מ-200,000 מנויים.
ישויות הנדרשות לעמוד בדרישות תוך שנתיים (עד יוני 2027): - ספקי שירותים העוסקים במסחר אלקטרוני, במסגרת חוק הסדרת המסחר האלקטרוני.
3. התקן הטכני: מהו WCAG 2.2?
החוזר מגדיר את WCAG 2.2 כתקן הטכני לתאימות. WCAG 2.2 מתבסס על גרסאות קודמות (2.0 ו-2.1) ומציג שיפורים ספציפיים עבור משתמשים עם מוגבלויות קוגניטיביות, ראייה ירודה ולקויות מוטוריות.
ההנחיות בנויות סביב 4 עקרונות יסוד (POUR):
א. ניתן לתפיסה: רכיבי מידע וממשק משתמש חייבים להיות נגישים למשתמשים בדרכים שהם יכולים לתפוס (למשל, מתן חלופות טקסט לתוכן שאינו טקסטואלי כמו תמונות, הבטחת ניגודיות צבעים מספקת).
ב. ניתן להפעלה: רכיבי ממשק המשתמש והניווט חייבים להיות ניתנים להפעלה (למשל, כל הפונקציונליות חייבת להיות זמינה דרך מקלדת, למשתמשים חייב להיות מספיק זמן לקרוא ולהשתמש בתוכן).
ג. מובן: המידע ותפעול ממשק המשתמש חייבים להיות מובנים (למשל, טקסט קריא, דפי אינטרנט פועלים בדרכים צפויות, וניתן סיוע בקלט כדי למנוע טעויות).
ד. חזק: התוכן חייב להיות חזק מספיק כדי שניתן יהיה לפרש אותו בצורה אמינה על ידי מגוון רחב של סוכני משתמש, כולל טכנולוגיות מסייעות (למשל, תואמות לקוראי מסך).
קריטריונים קריטיים להצלחה שהוצגו עם WCAG 2.2
כדי להבטיח תאימות מלאה, ארגונים חייבים להבין את הניואנסים הטכניים הספציפיים שהוצגו בגרסה 2.2. להלן הפרטים המורחבים על הקריטריונים המרכזיים החדשים:
מיקוד לא מוסתר (מינימלי ומשופר) (קריטריונים 2.4.11 / 2.4.12): כאשר משתמש מנווט בדף באמצעות מקלדת (מעבר בין קישורים וכפתורים באמצעות טאב), הפריט עליו הוא מתמקד כעת חייב להישאר גלוי. עדכון זה מטפל בבעיה הנפוצה שבה "כותרות עליונות דביקות" או "כותרות תחתונות דביקות" (פסים קבועים בחלק העליון או התחתון של המסך) מסתירים את הרכיב שהמשתמש מנסה לראות.
דְרִישָׁה: עליך לוודא שהפריט הממוקד אינו מוסתר לחלוטין על ידי תוכן אחר. באופן אידיאלי, הוא צריך להיות גלוי לחלוטין.
תנועות גרירה (קריטריון 2.5.7): חלק מהממשקים דורשים ממשתמשים לגרור אובייקטים (למשל, העלאת קבצים באמצעות גרירה ושחרור, מחוונים או סידור מחדש של רשימות). זה יכול להיות בלתי אפשרי פיזית עבור משתמשים עם לקויות מוטוריות המשתמשים במכשירי הצבעה מיוחדים או בתוכנות מעקב עיניים.
דְרִישָׁה: אם ממשק משתמש בגרירה, עליך לספק חלופה של "מצביע יחיד". לדוגמה, במקום לגרור מפה כדי להזיז אותה, ספק לחצני למעלה/למטה/שמאלה/ימינה. במקום רשימת גרירה ושחרור, ספק חצים כדי להזיז פריטים למעלה או למטה.
גודל המטרה (מינימלי) (קריטריון 2.5.8): משתמשים הסובלים מריעידות ידיים, אצבעות גדולות, או כאלה המשתמשים במכשירים ניידים, מתקשים לעתים קרובות ללחוץ על כפתורים קטנים וצפופים.
דְרִישָׁה: מטרות אינטראקטיביות (כפתורים, סמלים) צריכות להיות בגודל של לפחות 24x24 פיקסלים ב-CSS. אם המטרה קטנה יותר, יש לשמור על מרווח מספיק סביבה כך שעיגול בקוטר 24 פיקסלים שבמרכזו הפקד לא יחפוף למטרה אחרת. זה מפחית את הסיכון להפעלה מקרית של פונקציה שגויה.
אימות נגיש (קריטריון 3.3.8): תהליכי התחברות רבים דורשים פתרון חידות (CAPTCHA), שינון סיסמאות או תמלול קודים חד-פעמיים שנשלחים באמצעות SMS. זה יוצר מחסום עבור משתמשים עם בעיות קוגניטיביות או מגבלות זיכרון.
דְרִישָׁה: תהליכי אימות לא צריכים להסתמך על "מבחן תפקוד קוגניטיבי" (כמו פתרון חידה או שינון מידע). עליך לאפשר פונקציונליות העתקה והדבקה עבור סיסמאות וקודים, ולתמוך בשימוש במנהלי סיסמאות של צד שלישי ותכונות מילוי אוטומטי. אם נעשה שימוש ב-CAPTCHA, חייבת להיות חלופה לא קוגניטיבית (למשל, זיהוי אובייקטים פשוט או 2FA באמצעות מכשיר).
ערך עודף (קריטריון 3.3.7): בקשה ממשתמשים להזין מחדש את אותו מידע (כגון כתובת למשלוח) מספר פעמים בסשן אחד גורמת לעייפות ומגבירה את שיעורי השגיאות, במיוחד עבור משתמשים עם מוגבלויות קוגניטיביות.
דְרִישָׁה: מידע שהוזן בעבר על ידי המשתמש צריך להיות מאוכלס אוטומטית או להיות זמין לבחירה מרשימה נפתחת, במקום שיהיה צורך להקליד אותו מחדש.
עזרה עקבית (קריטריון 3.2.6): משתמשים הזקוקים לעזרה מתקשים לעתים קרובות למצוא ערוצי תמיכה אם הם עוברים בין דפים שונים.
דְרִישָׁה: אם אתם מספקים תכונות עזרה (כגון צ'אט בוט, אימייל ליצירת קשר או קישור לדף "כיצד לעשות"), הן חייבות להופיע באותו מיקום יחסי בכל דף שבו הן נמצאות. לדוגמה, אם ווידג'ט הצ'אט נמצא בפינה הימנית התחתונה בדף הבית, הוא לא יכול לעבור לפינה השמאלית העליונה בדף המוצר.
4. ביקורת, ניטור ו"לוגו הנגישות"
כדי לנהל את המעבר הזה, משרד המשפחה והשירותים החברתיים הקים "ועדת ניטור". יתר על כן, כל מוסד אחראי חייב להקים "ועדת סקירת נגישות" פנימית משלו שתבצע ניתוחים טכניים ודיווח על ממצאים.
אתרים ואפליקציות מובייל שיעברו את הביקורת ויוכחו עמידה בתקנים יוענקו לוגו "נגישות" על ידי המשרד. לוגו זה משמש כאות כבוד, המסמל "מוסד נגיש", והוא תקף למשך שנתיים ממועד הנפקתו.
5. כיצד Switas Consultancy תומכת במסע הציות שלך
נגישות אינה רק תיבת סימון חוקית; היא מרכיב קריטי בחוויית משתמש (UX) ובביצועי קידום אתרים (SEO). סוויטאס מנחה אותך דרך השינוי הזה בעזרת מתודולוגיה מובנית:
1. ביקורת WCAG (WCAG 2.2): אנו עורכים הערכה קפדנית של הנכסים הדיגיטליים שלכם מול הקריטריונים החדשים של WCAG 2.2, ומזהים הפרות ספציפיות בנוגע לנראות המיקוד, גדלי היעד, מחסומי אימות ועוד.
2. בדיקות ידניות ובדיקות על ידי משתמשים: כלים אוטומטיים לוכדים רק חלק מהבעיות. המומחים שלנו מבצעים ביקורות ידניות באמצעות קוראי מסך (כגון NVDA, VoiceOver) ומבצעים בדיקות אמיתיות עם משתמשים בעלי מוגבלויות כדי להבטיח שימושיות אמיתית.
3. מפת דרכים לתיקון: אנו עובדים ישירות עם צוותי הפיתוח והעיצוב שלכם, ומספקים פתרונות טכניים לבעיות מורכבות ברמת הקוד (תוויות ARIA, HTML סמנטי, עיבוד מחדש רספונסיבי).
4. קיימות והדרכה: נגישות היא תהליך מתמשך. אנו מציעים הערכות מחדש תקופתיות והדרכות צוות כדי להבטיח שהמוצרים הדיגיטליים שלכם יישארו תואמים לתקנות ככל שהם מתפתחים.
צרו קשר עוד היום כדי להסיר חסמים דיגיטליים ולהבטיח עמידה מלאה בתקנות הנגישות החדשות בטורקיה.
