נגישות ושכבות מקלדת: אתגרים למשתמשים עם מוגבלויות

כשמדברים על נגישות דיגיטלית, רוב האנשים חושבים על ניגודיות צבעים, גודל גופן, או ניווט במקלדת. פחות מדברים על שכבת מקלדת — והבעיה הזו פוגעת ישירות במשתמשים עם מוגבלויות. כשעורך תוכן מקליד «שירותי נגישות לציבור» אך השכבה באנגלית, במסך מופיע «akhburim ebgius letsibur» — וזה לא «טעות כתיב» שניתן לתקן בקלות. זה תוכן שבור לחלוטין.

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

טקסט מקולקל בשכבת מקלדת שגויה אינו עומד בקריטריון «הבנת התוכן» — Success Criterion 3.1.1. קורא מסך שיקרא «akhburim ebgius» לא יעביר למשתמש עיוור את המידע. משתמש עם דיסלקציה שיראה מחרוזת לatin לא יוכל לפענח. משתמש עם מוגבלות קוגניטיבית יבלבל בין שפות ויבין שהמערכת «לא עובדת» — ויתייאש.

מדריך זה מסביר את הקשר בין שכבות מקלדת, נגישות, קוראי מסך, מוגבלויות תנועתיות וקוגניטיביות, ודרישות gov.il. נראה איך לתקן טקסט מקולקל לפני פרסום — עם תיקלוד (tiklud.com), המרה מקומית בדפדפן לפי תקן SI 1452, בלי שליחת תוכן לשרת.

אם חיפשתם «נגישות מקלדת עברית», «WCAG שכבת מקלדת», «קורא מסך טקסט מקולקל», «נגישות gov.il עברית», «תיקון טקסט לפני פרסום נגיש» — הגעתם למקום הנכון. המאמר מיועד לעורכי תוכן, מפתחי אתרים, רכזי נגישות, מורים, ועובדי משרדי ממשלה.

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

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

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

מילות מפתח: נגישות שכבת מקלדת, WCAG 2.2 AA, קורא מסך עברית, טקסט מקולקל נגישות, gov.il נגישות, מוגבלות תנועתית מקלדת, עומס קוגניטיבי הקלדה, תיקלוד נגישות, SI 1452, תיקון לפני פרסום.

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

לפני שמתחילים: הבדילו בין שלוש רמות — רמת המקש (מה לחצתם), רמת השכבה (עברית או אנגלית), ורמת הכיוון (ימין-לשמאל או שמאל-לימין). רוב הבלבול בנגישות נובע מערבוב שכבה שגויה עם בעיית כיוון. קודם מתקנים שכבה — אחר כך בודקים כיוון.

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

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

המאמר מכסה: WCAG 2.2 AA, קוראי מסך, שגיאות שכבה, סמנים ויזואליים, מוגבלות תנועתית, עומס קוגניטיבי, תיקלוד, gov.il, ותיקון לפני פרסום. כל פרק — עם דוגמאות, תרחישים, ורשימות בדיקה.

שמרו tiklud.com בסימניות — ליד מערכת ניהול התוכן, ליד docs.google.com, ליד Outlook. רשת ביטחון נגישות. עדכון: 22 באוגוסט 2026.

בנושא WCAG 2.2 AA, כשעורך תוכן מקליד «שירותי נגישות לציבור» אך השכבה באנגלית, במסך מופיע «akhburim ebgius letsibur». קורא מסך יקרא את המחרוזת כאותיות לatin — והמשתמש העיוור לא יקבל את המידע. זו פגיעה בנגישות, לא «טעות קטנה».

לפני פרסום תוכן על WCAG 2.2 AA, ודאו שסמל «עב» או «HE» מוצג בשורת המשימות. מעבר מיישום באנגלית — דואר, מערכת ניהול, צ׳אט — עלול להשאיר את השכבה באנגלית בלי שהעורך שם לב. משתמש עם מוגבלות תנועתית שלא יכול לתקן בקלות — נפגע ראשון.

אם כבר הוקלד טקסט מקולקל ב-WCAG 2.2 AA: העתיקו הכל, פתחו את tiklud.com, הדביקו, בחרו «מאנגלית לעברית», והעתיקו חזרה. ההמרה מתבצעת מקומית בדפדפן לפי תקן SI 1452 — הטקסט לא נשלח לשרת. מתאים לתוכן רגיש של משרדי ממשלה.

ב-WCAG 2.2 AA, הפרידו בין שכבת מקלדת שגויה לבין בעיית כיוון ימין-שמאל. אם האותיות לatin — «akuo» במקום «שלום» — זו שכבה; תיקלוד. אם האותיות עבריות אך הסדר הפוך — «םולש» — זו כיוון; שינוי כיוון פסקה.

משתמש עם מוגבלות קוגניטיבית שקורא WCAG 2.2 AA מקולקל חווה עומס נפשי גבוה: «האם האתר שבור? האם אני לא מבין? האם זו שפה אחרת?» — שלוש שאלות במקום קריאת תוכן. WCAG 2.2 AA דורש שפה ברורה — לא ג'יבריש.

בדיקת נגישות אוטומטית (axe, WAVE) על WCAG 2.2 AA לא תזהה «akhburim» כבעיה. הכלי בודק ניגודיות, תגיות, כותרות — לא איכות תוכן עברי. בדיקה ידנית עם קורא מסך חובה לפני פרסום.

דרישות gov.il ל-WCAG 2.2 AA: תוכן בעברית חייב להיות קריא, בכיוון ימין-לשמאל, ולהישמע נכון ב-NVDA, JAWS, VoiceOver. טקסט מקולקל — כשל בתקן 5568 וב-WCAG 3.1.1.

מוגבלות תנועתית ו-WCAG 2.2 AA: הקלדה מחדש של אלפי מילים מקולקלות — שעות של מאמץ פיזי. תיקון עם תיקלוד — העתקה, המרה, הדבקה — שניות. זו נגישות מעשית, לא תיאוריה.

סמן שפת מקלדת קטן בשורת המשימות — בעיית נגישות ב-WCAG 2.2 AA. WCAG 2.2 דורש גודל יעד מינימלי; סמל HE בגודל 16 פיקסלים — קשה לראות למשתמש עם לקות ראייה או עיוורון צבעים.

מורים, רכזי נגישות, ועובדי משרדי ממשלה שעובדים על WCAG 2.2 AA — שמרו את tiklud.com בסימניות ליד מערכת ניהול התוכן. לפני «פרסם» — קראו שורה ראשונה. אם «שלום» נראה «akuo» — עצרו ותקנו.

תקן SI 1452 הוא הבסיס למיפוי עברית תקני ב-WCAG 2.2 AA. תיקלוד מיישם אותו — המרה דטרמיניסטית, לא ניחוש בינה מלאכותית. שמות פרטיים, מספרים, ותאריכים נשמרים במדויק.

קורא מסך ב-WCAG 2.2 AA קורא את סדר התווים ב-Unicode — לא את «הכוונה» של העורך. «nz rubh» יישמע כאנגלית — לא «מה קורה». אין מנגנון «תיקון שכבה» בתוך הקורא.

PDF נגיש (מתויג) על WCAG 2.2 AA — אם המקור ב-Word היה מקולקל, גם ה-PDF המתויג יישאר מקולקל. תקנו בשכבה לפני ייצוא — tiklud על הטקסט ב-Word.

בארגון שמפרסם WCAG 2.2 AA, הוסיפו «שער נגישות»: אף תוכן לא עולה בלי בדיקת שכבה + דגימה עם קורא מסך. רשימת בדיקה בתהליך העבודה — Jira, Asana, או טופס פנימי.

נגישות ו-WCAG 2.2 AA — אחריות משותפת: עורכי תוכן בודקים שכבה; מפתחים מגדירים lang=he ו-dir=rtl; רכז נגישות בודק עם קורא מסך; הנהלה מאשרת פרסום.

תרחיש נפוץ ב-WCAG 2.2 AA: עובד כותב באנגלית במייל, עובר לטופס עברי — השכבה נשארת EN. השדה «הערות» נשמר כ«akhburim» — והציבור רואה ג'יבריש. מניעה: בדיקה לפני שמירה.

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

במובייל, WCAG 2.2 AA — מקש שפה קטן בפינת המקלדת. TalkBack, VoiceOver — קוראים «akuo» כאותיות. לפני שליחה — קראו; tiklud בדפדפן הנייד.

WCAG 2.2 AA — תיקלוד עומד בדרישות: ניגודיות, ניווט מקלדת, תוויות לקורא מסך. ב-WCAG 2.2 AA, tiklud.com הוא כלי עזר נגיש לתיקון שכבה — לא תחליף לבדיקה, אך חלק חיוני.

סיכום ב-WCAG 2.2 AA: שכבת מקלדת נכונה + תיקון tiklud לפני פרסום + בדיקת קורא מסך = תוכן נגיש. «akuo» — לא. «שלום» — כן.

בנושא קוראי מסך, כשעורך תוכן מקליד «שירותי נגישות לציבור» אך השכבה באנגלית, במסך מופיע «akhburim ebgius letsibur». קורא מסך יקרא את המחרוזת כאותיות לatin — והמשתמש העיוור לא יקבל את המידע. זו פגיעה בנגישות, לא «טעות קטנה».

לפני פרסום תוכן על קוראי מסך, ודאו שסמל «עב» או «HE» מוצג בשורת המשימות. מעבר מיישום באנגלית — דואר, מערכת ניהול, צ׳אט — עלול להשאיר את השכבה באנגלית בלי שהעורך שם לב. משתמש עם מוגבלות תנועתית שלא יכול לתקן בקלות — נפגע ראשון.

אם כבר הוקלד טקסט מקולקל ב-קוראי מסך: העתיקו הכל, פתחו את tiklud.com, הדביקו, בחרו «מאנגלית לעברית», והעתיקו חזרה. ההמרה מתבצעת מקומית בדפדפן לפי תקן SI 1452 — הטקסט לא נשלח לשרת. מתאים לתוכן רגיש של משרדי ממשלה.

ב-קוראי מסך, הפרידו בין שכבת מקלדת שגויה לבין בעיית כיוון ימין-שמאל. אם האותיות לatin — «akuo» במקום «שלום» — זו שכבה; תיקלוד. אם האותיות עבריות אך הסדר הפוך — «םולש» — זו כיוון; שינוי כיוון פסקה.

משתמש עם מוגבלות קוגניטיבית שקורא קוראי מסך מקולקל חווה עומס נפשי גבוה: «האם האתר שבור? האם אני לא מבין? האם זו שפה אחרת?» — שלוש שאלות במקום קריאת תוכן. WCAG 2.2 AA דורש שפה ברורה — לא ג'יבריש.

בדיקת נגישות אוטומטית (axe, WAVE) על קוראי מסך לא תזהה «akhburim» כבעיה. הכלי בודק ניגודיות, תגיות, כותרות — לא איכות תוכן עברי. בדיקה ידנית עם קורא מסך חובה לפני פרסום.

דרישות gov.il ל-קוראי מסך: תוכן בעברית חייב להיות קריא, בכיוון ימין-לשמאל, ולהישמע נכון ב-NVDA, JAWS, VoiceOver. טקסט מקולקל — כשל בתקן 5568 וב-WCAG 3.1.1.

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

סמן שפת מקלדת קטן בשורת המשימות — בעיית נגישות ב-קוראי מסך. WCAG 2.2 דורש גודל יעד מינימלי; סמל HE בגודל 16 פיקסלים — קשה לראות למשתמש עם לקות ראייה או עיוורון צבעים.

מורים, רכזי נגישות, ועובדי משרדי ממשלה שעובדים על קוראי מסך — שמרו את tiklud.com בסימניות ליד מערכת ניהול התוכן. לפני «פרסם» — קראו שורה ראשונה. אם «שלום» נראה «akuo» — עצרו ותקנו.

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

קורא מסך ב-קוראי מסך קורא את סדר התווים ב-Unicode — לא את «הכוונה» של העורך. «nz rubh» יישמע כאנגלית — לא «מה קורה». אין מנגנון «תיקון שכבה» בתוך הקורא.

PDF נגיש (מתויג) על קוראי מסך — אם המקור ב-Word היה מקולקל, גם ה-PDF המתויג יישאר מקולקל. תקנו בשכבה לפני ייצוא — tiklud על הטקסט ב-Word.

בארגון שמפרסם קוראי מסך, הוסיפו «שער נגישות»: אף תוכן לא עולה בלי בדיקת שכבה + דגימה עם קורא מסך. רשימת בדיקה בתהליך העבודה — Jira, Asana, או טופס פנימי.

נגישות ו-קוראי מסך — אחריות משותפת: עורכי תוכן בודקים שכבה; מפתחים מגדירים lang=he ו-dir=rtl; רכז נגישות בודק עם קורא מסך; הנהלה מאשרת פרסום.

תרחיש נפוץ ב-קוראי מסך: עובד כותב באנגלית במייל, עובר לטופס עברי — השכבה נשארת EN. השדה «הערות» נשמר כ«akhburim» — והציבור רואה ג'יבריש. מניעה: בדיקה לפני שמירה.

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

במובייל, קוראי מסך — מקש שפה קטן בפינת המקלדת. TalkBack, VoiceOver — קוראים «akuo» כאותיות. לפני שליחה — קראו; tiklud בדפדפן הנייד.

WCAG 2.2 AA — תיקלוד עומד בדרישות: ניגודיות, ניווט מקלדת, תוויות לקורא מסך. ב-קוראי מסך, tiklud.com הוא כלי עזר נגיש לתיקון שכבה — לא תחליף לבדיקה, אך חלק חיוני.

סיכום ב-קוראי מסך: שכבת מקלדת נכונה + תיקון tiklud לפני פרסום + בדיקת קורא מסך = תוכן נגיש. «akuo» — לא. «שלום» — כן.

בנושא שכבת מקלדת שגויה, כשעורך תוכן מקליד «שירותי נגישות לציבור» אך השכבה באנגלית, במסך מופיע «akhburim ebgius letsibur». קורא מסך יקרא את המחרוזת כאותיות לatin — והמשתמש העיוור לא יקבל את המידע. זו פגיעה בנגישות, לא «טעות קטנה».

לפני פרסום תוכן על שכבת מקלדת שגויה, ודאו שסמל «עב» או «HE» מוצג בשורת המשימות. מעבר מיישום באנגלית — דואר, מערכת ניהול, צ׳אט — עלול להשאיר את השכבה באנגלית בלי שהעורך שם לב. משתמש עם מוגבלות תנועתית שלא יכול לתקן בקלות — נפגע ראשון.

אם כבר הוקלד טקסט מקולקל ב-שכבת מקלדת שגויה: העתיקו הכל, פתחו את tiklud.com, הדביקו, בחרו «מאנגלית לעברית», והעתיקו חזרה. ההמרה מתבצעת מקומית בדפדפן לפי תקן SI 1452 — הטקסט לא נשלח לשרת. מתאים לתוכן רגיש של משרדי ממשלה.

ב-שכבת מקלדת שגויה, הפרידו בין שכבת מקלדת שגויה לבין בעיית כיוון ימין-שמאל. אם האותיות לatin — «akuo» במקום «שלום» — זו שכבה; תיקלוד. אם האותיות עבריות אך הסדר הפוך — «םולש» — זו כיוון; שינוי כיוון פסקה.

משתמש עם מוגבלות קוגניטיבית שקורא שכבת מקלדת שגויה מקולקל חווה עומס נפשי גבוה: «האם האתר שבור? האם אני לא מבין? האם זו שפה אחרת?» — שלוש שאלות במקום קריאת תוכן. WCAG 2.2 AA דורש שפה ברורה — לא ג'יבריש.

בדיקת נגישות אוטומטית (axe, WAVE) על שכבת מקלדת שגויה לא תזהה «akhburim» כבעיה. הכלי בודק ניגודיות, תגיות, כותרות — לא איכות תוכן עברי. בדיקה ידנית עם קורא מסך חובה לפני פרסום.

דרישות gov.il ל-שכבת מקלדת שגויה: תוכן בעברית חייב להיות קריא, בכיוון ימין-לשמאל, ולהישמע נכון ב-NVDA, JAWS, VoiceOver. טקסט מקולקל — כשל בתקן 5568 וב-WCAG 3.1.1.

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

סמן שפת מקלדת קטן בשורת המשימות — בעיית נגישות ב-שכבת מקלדת שגויה. WCAG 2.2 דורש גודל יעד מינימלי; סמל HE בגודל 16 פיקסלים — קשה לראות למשתמש עם לקות ראייה או עיוורון צבעים.

מורים, רכזי נגישות, ועובדי משרדי ממשלה שעובדים על שכבת מקלדת שגויה — שמרו את tiklud.com בסימניות ליד מערכת ניהול התוכן. לפני «פרסם» — קראו שורה ראשונה. אם «שלום» נראה «akuo» — עצרו ותקנו.

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

קורא מסך ב-שכבת מקלדת שגויה קורא את סדר התווים ב-Unicode — לא את «הכוונה» של העורך. «nz rubh» יישמע כאנגלית — לא «מה קורה». אין מנגנון «תיקון שכבה» בתוך הקורא.

PDF נגיש (מתויג) על שכבת מקלדת שגויה — אם המקור ב-Word היה מקולקל, גם ה-PDF המתויג יישאר מקולקל. תקנו בשכבה לפני ייצוא — tiklud על הטקסט ב-Word.

בארגון שמפרסם שכבת מקלדת שגויה, הוסיפו «שער נגישות»: אף תוכן לא עולה בלי בדיקת שכבה + דגימה עם קורא מסך. רשימת בדיקה בתהליך העבודה — Jira, Asana, או טופס פנימי.

נגישות ו-שכבת מקלדת שגויה — אחריות משותפת: עורכי תוכן בודקים שכבה; מפתחים מגדירים lang=he ו-dir=rtl; רכז נגישות בודק עם קורא מסך; הנהלה מאשרת פרסום.

תרחיש נפוץ ב-שכבת מקלדת שגויה: עובד כותב באנגלית במייל, עובר לטופס עברי — השכבה נשארת EN. השדה «הערות» נשמר כ«akhburim» — והציבור רואה ג'יבריש. מניעה: בדיקה לפני שמירה.

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

במובייל, שכבת מקלדת שגויה — מקש שפה קטן בפינת המקלדת. TalkBack, VoiceOver — קוראים «akuo» כאותיות. לפני שליחה — קראו; tiklud בדפדפן הנייד.

WCAG 2.2 AA — תיקלוד עומד בדרישות: ניגודיות, ניווט מקלדת, תוויות לקורא מסך. ב-שכבת מקלדת שגויה, tiklud.com הוא כלי עזר נגיש לתיקון שכבה — לא תחליף לבדיקה, אך חלק חיוני.

סיכום ב-שכבת מקלדת שגויה: שכבת מקלדת נכונה + תיקון tiklud לפני פרסום + בדיקת קורא מסך = תוכן נגיש. «akuo» — לא. «שלום» — כן.

בנושא סמנים ויזואליים, כשעורך תוכן מקליד «שירותי נגישות לציבור» אך השכבה באנגלית, במסך מופיע «akhburim ebgius letsibur». קורא מסך יקרא את המחרוזת כאותיות לatin — והמשתמש העיוור לא יקבל את המידע. זו פגיעה בנגישות, לא «טעות קטנה».

לפני פרסום תוכן על סמנים ויזואליים, ודאו שסמל «עב» או «HE» מוצג בשורת המשימות. מעבר מיישום באנגלית — דואר, מערכת ניהול, צ׳אט — עלול להשאיר את השכבה באנגלית בלי שהעורך שם לב. משתמש עם מוגבלות תנועתית שלא יכול לתקן בקלות — נפגע ראשון.

אם כבר הוקלד טקסט מקולקל ב-סמנים ויזואליים: העתיקו הכל, פתחו את tiklud.com, הדביקו, בחרו «מאנגלית לעברית», והעתיקו חזרה. ההמרה מתבצעת מקומית בדפדפן לפי תקן SI 1452 — הטקסט לא נשלח לשרת. מתאים לתוכן רגיש של משרדי ממשלה.

ב-סמנים ויזואליים, הפרידו בין שכבת מקלדת שגויה לבין בעיית כיוון ימין-שמאל. אם האותיות לatin — «akuo» במקום «שלום» — זו שכבה; תיקלוד. אם האותיות עבריות אך הסדר הפוך — «םולש» — זו כיוון; שינוי כיוון פסקה.

משתמש עם מוגבלות קוגניטיבית שקורא סמנים ויזואליים מקולקל חווה עומס נפשי גבוה: «האם האתר שבור? האם אני לא מבין? האם זו שפה אחרת?» — שלוש שאלות במקום קריאת תוכן. WCAG 2.2 AA דורש שפה ברורה — לא ג'יבריש.

בדיקת נגישות אוטומטית (axe, WAVE) על סמנים ויזואליים לא תזהה «akhburim» כבעיה. הכלי בודק ניגודיות, תגיות, כותרות — לא איכות תוכן עברי. בדיקה ידנית עם קורא מסך חובה לפני פרסום.

דרישות gov.il ל-סמנים ויזואליים: תוכן בעברית חייב להיות קריא, בכיוון ימין-לשמאל, ולהישמע נכון ב-NVDA, JAWS, VoiceOver. טקסט מקולקל — כשל בתקן 5568 וב-WCAG 3.1.1.

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

סמן שפת מקלדת קטן בשורת המשימות — בעיית נגישות ב-סמנים ויזואליים. WCAG 2.2 דורש גודל יעד מינימלי; סמל HE בגודל 16 פיקסלים — קשה לראות למשתמש עם לקות ראייה או עיוורון צבעים.

מורים, רכזי נגישות, ועובדי משרדי ממשלה שעובדים על סמנים ויזואליים — שמרו את tiklud.com בסימניות ליד מערכת ניהול התוכן. לפני «פרסם» — קראו שורה ראשונה. אם «שלום» נראה «akuo» — עצרו ותקנו.

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

קורא מסך ב-סמנים ויזואליים קורא את סדר התווים ב-Unicode — לא את «הכוונה» של העורך. «nz rubh» יישמע כאנגלית — לא «מה קורה». אין מנגנון «תיקון שכבה» בתוך הקורא.

PDF נגיש (מתויג) על סמנים ויזואליים — אם המקור ב-Word היה מקולקל, גם ה-PDF המתויג יישאר מקולקל. תקנו בשכבה לפני ייצוא — tiklud על הטקסט ב-Word.

בארגון שמפרסם סמנים ויזואליים, הוסיפו «שער נגישות»: אף תוכן לא עולה בלי בדיקת שכבה + דגימה עם קורא מסך. רשימת בדיקה בתהליך העבודה — Jira, Asana, או טופס פנימי.

נגישות ו-סמנים ויזואליים — אחריות משותפת: עורכי תוכן בודקים שכבה; מפתחים מגדירים lang=he ו-dir=rtl; רכז נגישות בודק עם קורא מסך; הנהלה מאשרת פרסום.

תרחיש נפוץ ב-סמנים ויזואליים: עובד כותב באנגלית במייל, עובר לטופס עברי — השכבה נשארת EN. השדה «הערות» נשמר כ«akhburim» — והציבור רואה ג'יבריש. מניעה: בדיקה לפני שמירה.

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

במובייל, סמנים ויזואליים — מקש שפה קטן בפינת המקלדת. TalkBack, VoiceOver — קוראים «akuo» כאותיות. לפני שליחה — קראו; tiklud בדפדפן הנייד.

WCAG 2.2 AA — תיקלוד עומד בדרישות: ניגודיות, ניווט מקלדת, תוויות לקורא מסך. ב-סמנים ויזואליים, tiklud.com הוא כלי עזר נגיש לתיקון שכבה — לא תחליף לבדיקה, אך חלק חיוני.

סיכום ב-סמנים ויזואליים: שכבת מקלדת נכונה + תיקון tiklud לפני פרסום + בדיקת קורא מסך = תוכן נגיש. «akuo» — לא. «שלום» — כן.

בנושא מוגבלות תנועתית, כשעורך תוכן מקליד «שירותי נגישות לציבור» אך השכבה באנגלית, במסך מופיע «akhburim ebgius letsibur». קורא מסך יקרא את המחרוזת כאותיות לatin — והמשתמש העיוור לא יקבל את המידע. זו פגיעה בנגישות, לא «טעות קטנה».

לפני פרסום תוכן על מוגבלות תנועתית, ודאו שסמל «עב» או «HE» מוצג בשורת המשימות. מעבר מיישום באנגלית — דואר, מערכת ניהול, צ׳אט — עלול להשאיר את השכבה באנגלית בלי שהעורך שם לב. משתמש עם מוגבלות תנועתית שלא יכול לתקן בקלות — נפגע ראשון.

אם כבר הוקלד טקסט מקולקל ב-מוגבלות תנועתית: העתיקו הכל, פתחו את tiklud.com, הדביקו, בחרו «מאנגלית לעברית», והעתיקו חזרה. ההמרה מתבצעת מקומית בדפדפן לפי תקן SI 1452 — הטקסט לא נשלח לשרת. מתאים לתוכן רגיש של משרדי ממשלה.

ב-מוגבלות תנועתית, הפרידו בין שכבת מקלדת שגויה לבין בעיית כיוון ימין-שמאל. אם האותיות לatin — «akuo» במקום «שלום» — זו שכבה; תיקלוד. אם האותיות עבריות אך הסדר הפוך — «םולש» — זו כיוון; שינוי כיוון פסקה.

משתמש עם מוגבלות קוגניטיבית שקורא מוגבלות תנועתית מקולקל חווה עומס נפשי גבוה: «האם האתר שבור? האם אני לא מבין? האם זו שפה אחרת?» — שלוש שאלות במקום קריאת תוכן. WCAG 2.2 AA דורש שפה ברורה — לא ג'יבריש.

בדיקת נגישות אוטומטית (axe, WAVE) על מוגבלות תנועתית לא תזהה «akhburim» כבעיה. הכלי בודק ניגודיות, תגיות, כותרות — לא איכות תוכן עברי. בדיקה ידנית עם קורא מסך חובה לפני פרסום.

דרישות gov.il ל-מוגבלות תנועתית: תוכן בעברית חייב להיות קריא, בכיוון ימין-לשמאל, ולהישמע נכון ב-NVDA, JAWS, VoiceOver. טקסט מקולקל — כשל בתקן 5568 וב-WCAG 3.1.1.

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

סמן שפת מקלדת קטן בשורת המשימות — בעיית נגישות ב-מוגבלות תנועתית. WCAG 2.2 דורש גודל יעד מינימלי; סמל HE בגודל 16 פיקסלים — קשה לראות למשתמש עם לקות ראייה או עיוורון צבעים.

מורים, רכזי נגישות, ועובדי משרדי ממשלה שעובדים על מוגבלות תנועתית — שמרו את tiklud.com בסימניות ליד מערכת ניהול התוכן. לפני «פרסם» — קראו שורה ראשונה. אם «שלום» נראה «akuo» — עצרו ותקנו.

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

קורא מסך ב-מוגבלות תנועתית קורא את סדר התווים ב-Unicode — לא את «הכוונה» של העורך. «nz rubh» יישמע כאנגלית — לא «מה קורה». אין מנגנון «תיקון שכבה» בתוך הקורא.

PDF נגיש (מתויג) על מוגבלות תנועתית — אם המקור ב-Word היה מקולקל, גם ה-PDF המתויג יישאר מקולקל. תקנו בשכבה לפני ייצוא — tiklud על הטקסט ב-Word.

בארגון שמפרסם מוגבלות תנועתית, הוסיפו «שער נגישות»: אף תוכן לא עולה בלי בדיקת שכבה + דגימה עם קורא מסך. רשימת בדיקה בתהליך העבודה — Jira, Asana, או טופס פנימי.

נגישות ו-מוגבלות תנועתית — אחריות משותפת: עורכי תוכן בודקים שכבה; מפתחים מגדירים lang=he ו-dir=rtl; רכז נגישות בודק עם קורא מסך; הנהלה מאשרת פרסום.

תרחיש נפוץ ב-מוגבלות תנועתית: עובד כותב באנגלית במייל, עובר לטופס עברי — השכבה נשארת EN. השדה «הערות» נשמר כ«akhburim» — והציבור רואה ג'יבריש. מניעה: בדיקה לפני שמירה.

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

במובייל, מוגבלות תנועתית — מקש שפה קטן בפינת המקלדת. TalkBack, VoiceOver — קוראים «akuo» כאותיות. לפני שליחה — קראו; tiklud בדפדפן הנייד.

WCAG 2.2 AA — תיקלוד עומד בדרישות: ניגודיות, ניווט מקלדת, תוויות לקורא מסך. ב-מוגבלות תנועתית, tiklud.com הוא כלי עזר נגיש לתיקון שכבה — לא תחליף לבדיקה, אך חלק חיוני.

סיכום ב-מוגבלות תנועתית: שכבת מקלדת נכונה + תיקון tiklud לפני פרסום + בדיקת קורא מסך = תוכן נגיש. «akuo» — לא. «שלום» — כן.

בנושא עומס קוגניטיבי, כשעורך תוכן מקליד «שירותי נגישות לציבור» אך השכבה באנגלית, במסך מופיע «akhburim ebgius letsibur». קורא מסך יקרא את המחרוזת כאותיות לatin — והמשתמש העיוור לא יקבל את המידע. זו פגיעה בנגישות, לא «טעות קטנה».

לפני פרסום תוכן על עומס קוגניטיבי, ודאו שסמל «עב» או «HE» מוצג בשורת המשימות. מעבר מיישום באנגלית — דואר, מערכת ניהול, צ׳אט — עלול להשאיר את השכבה באנגלית בלי שהעורך שם לב. משתמש עם מוגבלות תנועתית שלא יכול לתקן בקלות — נפגע ראשון.

אם כבר הוקלד טקסט מקולקל ב-עומס קוגניטיבי: העתיקו הכל, פתחו את tiklud.com, הדביקו, בחרו «מאנגלית לעברית», והעתיקו חזרה. ההמרה מתבצעת מקומית בדפדפן לפי תקן SI 1452 — הטקסט לא נשלח לשרת. מתאים לתוכן רגיש של משרדי ממשלה.

ב-עומס קוגניטיבי, הפרידו בין שכבת מקלדת שגויה לבין בעיית כיוון ימין-שמאל. אם האותיות לatin — «akuo» במקום «שלום» — זו שכבה; תיקלוד. אם האותיות עבריות אך הסדר הפוך — «םולש» — זו כיוון; שינוי כיוון פסקה.

משתמש עם מוגבלות קוגניטיבית שקורא עומס קוגניטיבי מקולקל חווה עומס נפשי גבוה: «האם האתר שבור? האם אני לא מבין? האם זו שפה אחרת?» — שלוש שאלות במקום קריאת תוכן. WCAG 2.2 AA דורש שפה ברורה — לא ג'יבריש.

בדיקת נגישות אוטומטית (axe, WAVE) על עומס קוגניטיבי לא תזהה «akhburim» כבעיה. הכלי בודק ניגודיות, תגיות, כותרות — לא איכות תוכן עברי. בדיקה ידנית עם קורא מסך חובה לפני פרסום.

דרישות gov.il ל-עומס קוגניטיבי: תוכן בעברית חייב להיות קריא, בכיוון ימין-לשמאל, ולהישמע נכון ב-NVDA, JAWS, VoiceOver. טקסט מקולקל — כשל בתקן 5568 וב-WCAG 3.1.1.

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

סמן שפת מקלדת קטן בשורת המשימות — בעיית נגישות ב-עומס קוגניטיבי. WCAG 2.2 דורש גודל יעד מינימלי; סמל HE בגודל 16 פיקסלים — קשה לראות למשתמש עם לקות ראייה או עיוורון צבעים.

מורים, רכזי נגישות, ועובדי משרדי ממשלה שעובדים על עומס קוגניטיבי — שמרו את tiklud.com בסימניות ליד מערכת ניהול התוכן. לפני «פרסם» — קראו שורה ראשונה. אם «שלום» נראה «akuo» — עצרו ותקנו.

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

קורא מסך ב-עומס קוגניטיבי קורא את סדר התווים ב-Unicode — לא את «הכוונה» של העורך. «nz rubh» יישמע כאנגלית — לא «מה קורה». אין מנגנון «תיקון שכבה» בתוך הקורא.

PDF נגיש (מתויג) על עומס קוגניטיבי — אם המקור ב-Word היה מקולקל, גם ה-PDF המתויג יישאר מקולקל. תקנו בשכבה לפני ייצוא — tiklud על הטקסט ב-Word.

בארגון שמפרסם עומס קוגניטיבי, הוסיפו «שער נגישות»: אף תוכן לא עולה בלי בדיקת שכבה + דגימה עם קורא מסך. רשימת בדיקה בתהליך העבודה — Jira, Asana, או טופס פנימי.

נגישות ו-עומס קוגניטיבי — אחריות משותפת: עורכי תוכן בודקים שכבה; מפתחים מגדירים lang=he ו-dir=rtl; רכז נגישות בודק עם קורא מסך; הנהלה מאשרת פרסום.

תרחיש נפוץ ב-עומס קוגניטיבי: עובד כותב באנגלית במייל, עובר לטופס עברי — השכבה נשארת EN. השדה «הערות» נשמר כ«akhburim» — והציבור רואה ג'יבריש. מניעה: בדיקה לפני שמירה.

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

במובייל, עומס קוגניטיבי — מקש שפה קטן בפינת המקלדת. TalkBack, VoiceOver — קוראים «akuo» כאותיות. לפני שליחה — קראו; tiklud בדפדפן הנייד.

WCAG 2.2 AA — תיקלוד עומד בדרישות: ניגודיות, ניווט מקלדת, תוויות לקורא מסך. ב-עומס קוגניטיבי, tiklud.com הוא כלי עזר נגיש לתיקון שכבה — לא תחליף לבדיקה, אך חלק חיוני.

סיכום ב-עומס קוגניטיבי: שכבת מקלדת נכונה + תיקון tiklud לפני פרסום + בדיקת קורא מסך = תוכן נגיש. «akuo» — לא. «שלום» — כן.

בנושא דרישות gov.il, כשעורך תוכן מקליד «שירותי נגישות לציבור» אך השכבה באנגלית, במסך מופיע «akhburim ebgius letsibur». קורא מסך יקרא את המחרוזת כאותיות לatin — והמשתמש העיוור לא יקבל את המידע. זו פגיעה בנגישות, לא «טעות קטנה».

לפני פרסום תוכן על דרישות gov.il, ודאו שסמל «עב» או «HE» מוצג בשורת המשימות. מעבר מיישום באנגלית — דואר, מערכת ניהול, צ׳אט — עלול להשאיר את השכבה באנגלית בלי שהעורך שם לב. משתמש עם מוגבלות תנועתית שלא יכול לתקן בקלות — נפגע ראשון.

אם כבר הוקלד טקסט מקולקל ב-דרישות gov.il: העתיקו הכל, פתחו את tiklud.com, הדביקו, בחרו «מאנגלית לעברית», והעתיקו חזרה. ההמרה מתבצעת מקומית בדפדפן לפי תקן SI 1452 — הטקסט לא נשלח לשרת. מתאים לתוכן רגיש של משרדי ממשלה.

ב-דרישות gov.il, הפרידו בין שכבת מקלדת שגויה לבין בעיית כיוון ימין-שמאל. אם האותיות לatin — «akuo» במקום «שלום» — זו שכבה; תיקלוד. אם האותיות עבריות אך הסדר הפוך — «םולש» — זו כיוון; שינוי כיוון פסקה.

משתמש עם מוגבלות קוגניטיבית שקורא דרישות gov.il מקולקל חווה עומס נפשי גבוה: «האם האתר שבור? האם אני לא מבין? האם זו שפה אחרת?» — שלוש שאלות במקום קריאת תוכן. WCAG 2.2 AA דורש שפה ברורה — לא ג'יבריש.

בדיקת נגישות אוטומטית (axe, WAVE) על דרישות gov.il לא תזהה «akhburim» כבעיה. הכלי בודק ניגודיות, תגיות, כותרות — לא איכות תוכן עברי. בדיקה ידנית עם קורא מסך חובה לפני פרסום.

דרישות gov.il ל-דרישות gov.il: תוכן בעברית חייב להיות קריא, בכיוון ימין-לשמאל, ולהישמע נכון ב-NVDA, JAWS, VoiceOver. טקסט מקולקל — כשל בתקן 5568 וב-WCAG 3.1.1.

מוגבלות תנועתית ו-דרישות gov.il: הקלדה מחדש של אלפי מילים מקולקלות — שעות של מאמץ פיזי. תיקון עם תיקלוד — העתקה, המרה, הדבקה — שניות. זו נגישות מעשית, לא תיאוריה.

סמן שפת מקלדת קטן בשורת המשימות — בעיית נגישות ב-דרישות gov.il. WCAG 2.2 דורש גודל יעד מינימלי; סמל HE בגודל 16 פיקסלים — קשה לראות למשתמש עם לקות ראייה או עיוורון צבעים.

מורים, רכזי נגישות, ועובדי משרדי ממשלה שעובדים על דרישות gov.il — שמרו את tiklud.com בסימניות ליד מערכת ניהול התוכן. לפני «פרסם» — קראו שורה ראשונה. אם «שלום» נראה «akuo» — עצרו ותקנו.

תקן SI 1452 הוא הבסיס למיפוי עברית תקני ב-דרישות gov.il. תיקלוד מיישם אותו — המרה דטרמיניסטית, לא ניחוש בינה מלאכותית. שמות פרטיים, מספרים, ותאריכים נשמרים במדויק.

קורא מסך ב-דרישות gov.il קורא את סדר התווים ב-Unicode — לא את «הכוונה» של העורך. «nz rubh» יישמע כאנגלית — לא «מה קורה». אין מנגנון «תיקון שכבה» בתוך הקורא.

PDF נגיש (מתויג) על דרישות gov.il — אם המקור ב-Word היה מקולקל, גם ה-PDF המתויג יישאר מקולקל. תקנו בשכבה לפני ייצוא — tiklud על הטקסט ב-Word.

בארגון שמפרסם דרישות gov.il, הוסיפו «שער נגישות»: אף תוכן לא עולה בלי בדיקת שכבה + דגימה עם קורא מסך. רשימת בדיקה בתהליך העבודה — Jira, Asana, או טופס פנימי.

נגישות ו-דרישות gov.il — אחריות משותפת: עורכי תוכן בודקים שכבה; מפתחים מגדירים lang=he ו-dir=rtl; רכז נגישות בודק עם קורא מסך; הנהלה מאשרת פרסום.

תרחיש נפוץ ב-דרישות gov.il: עובד כותב באנגלית במייל, עובר לטופס עברי — השכבה נשארת EN. השדה «הערות» נשמר כ«akhburim» — והציבור רואה ג'יבריש. מניעה: בדיקה לפני שמירה.

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

במובייל, דרישות gov.il — מקש שפה קטן בפינת המקלדת. TalkBack, VoiceOver — קוראים «akuo» כאותיות. לפני שליחה — קראו; tiklud בדפדפן הנייד.

WCAG 2.2 AA — תיקלוד עומד בדרישות: ניגודיות, ניווט מקלדת, תוויות לקורא מסך. ב-דרישות gov.il, tiklud.com הוא כלי עזר נגיש לתיקון שכבה — לא תחליף לבדיקה, אך חלק חיוני.

סיכום ב-דרישות gov.il: שכבת מקלדת נכונה + תיקון tiklud לפני פרסום + בדיקת קורא מסך = תוכן נגיש. «akuo» — לא. «שלום» — כן.

בנושא תיקון לפני פרסום, כשעורך תוכן מקליד «שירותי נגישות לציבור» אך השכבה באנגלית, במסך מופיע «akhburim ebgius letsibur». קורא מסך יקרא את המחרוזת כאותיות לatin — והמשתמש העיוור לא יקבל את המידע. זו פגיעה בנגישות, לא «טעות קטנה».

לפני פרסום תוכן על תיקון לפני פרסום, ודאו שסמל «עב» או «HE» מוצג בשורת המשימות. מעבר מיישום באנגלית — דואר, מערכת ניהול, צ׳אט — עלול להשאיר את השכבה באנגלית בלי שהעורך שם לב. משתמש עם מוגבלות תנועתית שלא יכול לתקן בקלות — נפגע ראשון.

אם כבר הוקלד טקסט מקולקל ב-תיקון לפני פרסום: העתיקו הכל, פתחו את tiklud.com, הדביקו, בחרו «מאנגלית לעברית», והעתיקו חזרה. ההמרה מתבצעת מקומית בדפדפן לפי תקן SI 1452 — הטקסט לא נשלח לשרת. מתאים לתוכן רגיש של משרדי ממשלה.

ב-תיקון לפני פרסום, הפרידו בין שכבת מקלדת שגויה לבין בעיית כיוון ימין-שמאל. אם האותיות לatin — «akuo» במקום «שלום» — זו שכבה; תיקלוד. אם האותיות עבריות אך הסדר הפוך — «םולש» — זו כיוון; שינוי כיוון פסקה.

משתמש עם מוגבלות קוגניטיבית שקורא תיקון לפני פרסום מקולקל חווה עומס נפשי גבוה: «האם האתר שבור? האם אני לא מבין? האם זו שפה אחרת?» — שלוש שאלות במקום קריאת תוכן. WCAG 2.2 AA דורש שפה ברורה — לא ג'יבריש.

בדיקת נגישות אוטומטית (axe, WAVE) על תיקון לפני פרסום לא תזהה «akhburim» כבעיה. הכלי בודק ניגודיות, תגיות, כותרות — לא איכות תוכן עברי. בדיקה ידנית עם קורא מסך חובה לפני פרסום.

דרישות gov.il ל-תיקון לפני פרסום: תוכן בעברית חייב להיות קריא, בכיוון ימין-לשמאל, ולהישמע נכון ב-NVDA, JAWS, VoiceOver. טקסט מקולקל — כשל בתקן 5568 וב-WCAG 3.1.1.

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

סמן שפת מקלדת קטן בשורת המשימות — בעיית נגישות ב-תיקון לפני פרסום. WCAG 2.2 דורש גודל יעד מינימלי; סמל HE בגודל 16 פיקסלים — קשה לראות למשתמש עם לקות ראייה או עיוורון צבעים.

מורים, רכזי נגישות, ועובדי משרדי ממשלה שעובדים על תיקון לפני פרסום — שמרו את tiklud.com בסימניות ליד מערכת ניהול התוכן. לפני «פרסם» — קראו שורה ראשונה. אם «שלום» נראה «akuo» — עצרו ותקנו.

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

קורא מסך ב-תיקון לפני פרסום קורא את סדר התווים ב-Unicode — לא את «הכוונה» של העורך. «nz rubh» יישמע כאנגלית — לא «מה קורה». אין מנגנון «תיקון שכבה» בתוך הקורא.

PDF נגיש (מתויג) על תיקון לפני פרסום — אם המקור ב-Word היה מקולקל, גם ה-PDF המתויג יישאר מקולקל. תקנו בשכבה לפני ייצוא — tiklud על הטקסט ב-Word.

בארגון שמפרסם תיקון לפני פרסום, הוסיפו «שער נגישות»: אף תוכן לא עולה בלי בדיקת שכבה + דגימה עם קורא מסך. רשימת בדיקה בתהליך העבודה — Jira, Asana, או טופס פנימי.

נגישות ו-תיקון לפני פרסום — אחריות משותפת: עורכי תוכן בודקים שכבה; מפתחים מגדירים lang=he ו-dir=rtl; רכז נגישות בודק עם קורא מסך; הנהלה מאשרת פרסום.

תרחיש נפוץ ב-תיקון לפני פרסום: עובד כותב באנגלית במייל, עובר לטופס עברי — השכבה נשארת EN. השדה «הערות» נשמר כ«akhburim» — והציבור רואה ג'יבריש. מניעה: בדיקה לפני שמירה.

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

במובייל, תיקון לפני פרסום — מקש שפה קטן בפינת המקלדת. TalkBack, VoiceOver — קוראים «akuo» כאותיות. לפני שליחה — קראו; tiklud בדפדפן הנייד.

WCAG 2.2 AA — תיקלוד עומד בדרישות: ניגודיות, ניווט מקלדת, תוויות לקורא מסך. ב-תיקון לפני פרסום, tiklud.com הוא כלי עזר נגיש לתיקון שכבה — לא תחליף לבדיקה, אך חלק חיוני.

סיכום ב-תיקון לפני פרסום: שכבת מקלדת נכונה + תיקון tiklud לפני פרסום + בדיקת קורא מסך = תוכן נגיש. «akuo» — לא. «שלום» — כן.

בנושא תיקלוד, כשעורך תוכן מקליד «שירותי נגישות לציבור» אך השכבה באנגלית, במסך מופיע «akhburim ebgius letsibur». קורא מסך יקרא את המחרוזת כאותיות לatin — והמשתמש העיוור לא יקבל את המידע. זו פגיעה בנגישות, לא «טעות קטנה».

לפני פרסום תוכן על תיקלוד, ודאו שסמל «עב» או «HE» מוצג בשורת המשימות. מעבר מיישום באנגלית — דואר, מערכת ניהול, צ׳אט — עלול להשאיר את השכבה באנגלית בלי שהעורך שם לב. משתמש עם מוגבלות תנועתית שלא יכול לתקן בקלות — נפגע ראשון.

אם כבר הוקלד טקסט מקולקל ב-תיקלוד: העתיקו הכל, פתחו את tiklud.com, הדביקו, בחרו «מאנגלית לעברית», והעתיקו חזרה. ההמרה מתבצעת מקומית בדפדפן לפי תקן SI 1452 — הטקסט לא נשלח לשרת. מתאים לתוכן רגיש של משרדי ממשלה.

ב-תיקלוד, הפרידו בין שכבת מקלדת שגויה לבין בעיית כיוון ימין-שמאל. אם האותיות לatin — «akuo» במקום «שלום» — זו שכבה; תיקלוד. אם האותיות עבריות אך הסדר הפוך — «םולש» — זו כיוון; שינוי כיוון פסקה.

משתמש עם מוגבלות קוגניטיבית שקורא תיקלוד מקולקל חווה עומס נפשי גבוה: «האם האתר שבור? האם אני לא מבין? האם זו שפה אחרת?» — שלוש שאלות במקום קריאת תוכן. WCAG 2.2 AA דורש שפה ברורה — לא ג'יבריש.

בדיקת נגישות אוטומטית (axe, WAVE) על תיקלוד לא תזהה «akhburim» כבעיה. הכלי בודק ניגודיות, תגיות, כותרות — לא איכות תוכן עברי. בדיקה ידנית עם קורא מסך חובה לפני פרסום.

דרישות gov.il ל-תיקלוד: תוכן בעברית חייב להיות קריא, בכיוון ימין-לשמאל, ולהישמע נכון ב-NVDA, JAWS, VoiceOver. טקסט מקולקל — כשל בתקן 5568 וב-WCAG 3.1.1.

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

סמן שפת מקלדת קטן בשורת המשימות — בעיית נגישות ב-תיקלוד. WCAG 2.2 דורש גודל יעד מינימלי; סמל HE בגודל 16 פיקסלים — קשה לראות למשתמש עם לקות ראייה או עיוורון צבעים.

מורים, רכזי נגישות, ועובדי משרדי ממשלה שעובדים על תיקלוד — שמרו את tiklud.com בסימניות ליד מערכת ניהול התוכן. לפני «פרסם» — קראו שורה ראשונה. אם «שלום» נראה «akuo» — עצרו ותקנו.

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

קורא מסך ב-תיקלוד קורא את סדר התווים ב-Unicode — לא את «הכוונה» של העורך. «nz rubh» יישמע כאנגלית — לא «מה קורה». אין מנגנון «תיקון שכבה» בתוך הקורא.

PDF נגיש (מתויג) על תיקלוד — אם המקור ב-Word היה מקולקל, גם ה-PDF המתויג יישאר מקולקל. תקנו בשכבה לפני ייצוא — tiklud על הטקסט ב-Word.

בארגון שמפרסם תיקלוד, הוסיפו «שער נגישות»: אף תוכן לא עולה בלי בדיקת שכבה + דגימה עם קורא מסך. רשימת בדיקה בתהליך העבודה — Jira, Asana, או טופס פנימי.

נגישות ו-תיקלוד — אחריות משותפת: עורכי תוכן בודקים שכבה; מפתחים מגדירים lang=he ו-dir=rtl; רכז נגישות בודק עם קורא מסך; הנהלה מאשרת פרסום.

תרחיש נפוץ ב-תיקלוד: עובד כותב באנגלית במייל, עובר לטופס עברי — השכבה נשארת EN. השדה «הערות» נשמר כ«akhburim» — והציבור רואה ג'יבריש. מניעה: בדיקה לפני שמירה.

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

במובייל, תיקלוד — מקש שפה קטן בפינת המקלדת. TalkBack, VoiceOver — קוראים «akuo» כאותיות. לפני שליחה — קראו; tiklud בדפדפן הנייד.

WCAG 2.2 AA — תיקלוד עומד בדרישות: ניגודיות, ניווט מקלדת, תוויות לקורא מסך. ב-תיקלוד, tiklud.com הוא כלי עזר נגיש לתיקון שכבה — לא תחליף לבדיקה, אך חלק חיוני.

סיכום ב-תיקלוד: שכבת מקלדת נכונה + תיקון tiklud לפני פרסום + בדיקת קורא מסך = תוכן נגיש. «akuo» — לא. «שלום» — כן.

בנושא שכבה מול כיוון RTL, כשעורך תוכן מקליד «שירותי נגישות לציבור» אך השכבה באנגלית, במסך מופיע «akhburim ebgius letsibur». קורא מסך יקרא את המחרוזת כאותיות לatin — והמשתמש העיוור לא יקבל את המידע. זו פגיעה בנגישות, לא «טעות קטנה».

לפני פרסום תוכן על שכבה מול כיוון RTL, ודאו שסמל «עב» או «HE» מוצג בשורת המשימות. מעבר מיישום באנגלית — דואר, מערכת ניהול, צ׳אט — עלול להשאיר את השכבה באנגלית בלי שהעורך שם לב. משתמש עם מוגבלות תנועתית שלא יכול לתקן בקלות — נפגע ראשון.

אם כבר הוקלד טקסט מקולקל ב-שכבה מול כיוון RTL: העתיקו הכל, פתחו את tiklud.com, הדביקו, בחרו «מאנגלית לעברית», והעתיקו חזרה. ההמרה מתבצעת מקומית בדפדפן לפי תקן SI 1452 — הטקסט לא נשלח לשרת. מתאים לתוכן רגיש של משרדי ממשלה.

ב-שכבה מול כיוון RTL, הפרידו בין שכבת מקלדת שגויה לבין בעיית כיוון ימין-שמאל. אם האותיות לatin — «akuo» במקום «שלום» — זו שכבה; תיקלוד. אם האותיות עבריות אך הסדר הפוך — «םולש» — זו כיוון; שינוי כיוון פסקה.

משתמש עם מוגבלות קוגניטיבית שקורא שכבה מול כיוון RTL מקולקל חווה עומס נפשי גבוה: «האם האתר שבור? האם אני לא מבין? האם זו שפה אחרת?» — שלוש שאלות במקום קריאת תוכן. WCAG 2.2 AA דורש שפה ברורה — לא ג'יבריש.

בדיקת נגישות אוטומטית (axe, WAVE) על שכבה מול כיוון RTL לא תזהה «akhburim» כבעיה. הכלי בודק ניגודיות, תגיות, כותרות — לא איכות תוכן עברי. בדיקה ידנית עם קורא מסך חובה לפני פרסום.

דרישות gov.il ל-שכבה מול כיוון RTL: תוכן בעברית חייב להיות קריא, בכיוון ימין-לשמאל, ולהישמע נכון ב-NVDA, JAWS, VoiceOver. טקסט מקולקל — כשל בתקן 5568 וב-WCAG 3.1.1.

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

סמן שפת מקלדת קטן בשורת המשימות — בעיית נגישות ב-שכבה מול כיוון RTL. WCAG 2.2 דורש גודל יעד מינימלי; סמל HE בגודל 16 פיקסלים — קשה לראות למשתמש עם לקות ראייה או עיוורון צבעים.

מורים, רכזי נגישות, ועובדי משרדי ממשלה שעובדים על שכבה מול כיוון RTL — שמרו את tiklud.com בסימניות ליד מערכת ניהול התוכן. לפני «פרסם» — קראו שורה ראשונה. אם «שלום» נראה «akuo» — עצרו ותקנו.

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

קורא מסך ב-שכבה מול כיוון RTL קורא את סדר התווים ב-Unicode — לא את «הכוונה» של העורך. «nz rubh» יישמע כאנגלית — לא «מה קורה». אין מנגנון «תיקון שכבה» בתוך הקורא.

PDF נגיש (מתויג) על שכבה מול כיוון RTL — אם המקור ב-Word היה מקולקל, גם ה-PDF המתויג יישאר מקולקל. תקנו בשכבה לפני ייצוא — tiklud על הטקסט ב-Word.

בארגון שמפרסם שכבה מול כיוון RTL, הוסיפו «שער נגישות»: אף תוכן לא עולה בלי בדיקת שכבה + דגימה עם קורא מסך. רשימת בדיקה בתהליך העבודה — Jira, Asana, או טופס פנימי.

נגישות ו-שכבה מול כיוון RTL — אחריות משותפת: עורכי תוכן בודקים שכבה; מפתחים מגדירים lang=he ו-dir=rtl; רכז נגישות בודק עם קורא מסך; הנהלה מאשרת פרסום.

תרחיש נפוץ ב-שכבה מול כיוון RTL: עובד כותב באנגלית במייל, עובר לטופס עברי — השכבה נשארת EN. השדה «הערות» נשמר כ«akhburim» — והציבור רואה ג'יבריש. מניעה: בדיקה לפני שמירה.

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

במובייל, שכבה מול כיוון RTL — מקש שפה קטן בפינת המקלדת. TalkBack, VoiceOver — קוראים «akuo» כאותיות. לפני שליחה — קראו; tiklud בדפדפן הנייד.

WCAG 2.2 AA — תיקלוד עומד בדרישות: ניגודיות, ניווט מקלדת, תוויות לקורא מסך. ב-שכבה מול כיוון RTL, tiklud.com הוא כלי עזר נגיש לתיקון שכבה — לא תחליף לבדיקה, אך חלק חיוני.

סיכום ב-שכבה מול כיוון RTL: שכבת מקלדת נכונה + תיקון tiklud לפני פרסום + בדיקת קורא מסך = תוכן נגיש. «akuo» — לא. «שלום» — כן.

בנושא Windows ונגישות, כשעורך תוכן מקליד «שירותי נגישות לציבור» אך השכבה באנגלית, במסך מופיע «akhburim ebgius letsibur». קורא מסך יקרא את המחרוזת כאותיות לatin — והמשתמש העיוור לא יקבל את המידע. זו פגיעה בנגישות, לא «טעות קטנה».

לפני פרסום תוכן על Windows ונגישות, ודאו שסמל «עב» או «HE» מוצג בשורת המשימות. מעבר מיישום באנגלית — דואר, מערכת ניהול, צ׳אט — עלול להשאיר את השכבה באנגלית בלי שהעורך שם לב. משתמש עם מוגבלות תנועתית שלא יכול לתקן בקלות — נפגע ראשון.

אם כבר הוקלד טקסט מקולקל ב-Windows ונגישות: העתיקו הכל, פתחו את tiklud.com, הדביקו, בחרו «מאנגלית לעברית», והעתיקו חזרה. ההמרה מתבצעת מקומית בדפדפן לפי תקן SI 1452 — הטקסט לא נשלח לשרת. מתאים לתוכן רגיש של משרדי ממשלה.

ב-Windows ונגישות, הפרידו בין שכבת מקלדת שגויה לבין בעיית כיוון ימין-שמאל. אם האותיות לatin — «akuo» במקום «שלום» — זו שכבה; תיקלוד. אם האותיות עבריות אך הסדר הפוך — «םולש» — זו כיוון; שינוי כיוון פסקה.

משתמש עם מוגבלות קוגניטיבית שקורא Windows ונגישות מקולקל חווה עומס נפשי גבוה: «האם האתר שבור? האם אני לא מבין? האם זו שפה אחרת?» — שלוש שאלות במקום קריאת תוכן. WCAG 2.2 AA דורש שפה ברורה — לא ג'יבריש.

בדיקת נגישות אוטומטית (axe, WAVE) על Windows ונגישות לא תזהה «akhburim» כבעיה. הכלי בודק ניגודיות, תגיות, כותרות — לא איכות תוכן עברי. בדיקה ידנית עם קורא מסך חובה לפני פרסום.

דרישות gov.il ל-Windows ונגישות: תוכן בעברית חייב להיות קריא, בכיוון ימין-לשמאל, ולהישמע נכון ב-NVDA, JAWS, VoiceOver. טקסט מקולקל — כשל בתקן 5568 וב-WCAG 3.1.1.

מוגבלות תנועתית ו-Windows ונגישות: הקלדה מחדש של אלפי מילים מקולקלות — שעות של מאמץ פיזי. תיקון עם תיקלוד — העתקה, המרה, הדבקה — שניות. זו נגישות מעשית, לא תיאוריה.

סמן שפת מקלדת קטן בשורת המשימות — בעיית נגישות ב-Windows ונגישות. WCAG 2.2 דורש גודל יעד מינימלי; סמל HE בגודל 16 פיקסלים — קשה לראות למשתמש עם לקות ראייה או עיוורון צבעים.

מורים, רכזי נגישות, ועובדי משרדי ממשלה שעובדים על Windows ונגישות — שמרו את tiklud.com בסימניות ליד מערכת ניהול התוכן. לפני «פרסם» — קראו שורה ראשונה. אם «שלום» נראה «akuo» — עצרו ותקנו.

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

קורא מסך ב-Windows ונגישות קורא את סדר התווים ב-Unicode — לא את «הכוונה» של העורך. «nz rubh» יישמע כאנגלית — לא «מה קורה». אין מנגנון «תיקון שכבה» בתוך הקורא.

PDF נגיש (מתויג) על Windows ונגישות — אם המקור ב-Word היה מקולקל, גם ה-PDF המתויג יישאר מקולקל. תקנו בשכבה לפני ייצוא — tiklud על הטקסט ב-Word.

בארגון שמפרסם Windows ונגישות, הוסיפו «שער נגישות»: אף תוכן לא עולה בלי בדיקת שכבה + דגימה עם קורא מסך. רשימת בדיקה בתהליך העבודה — Jira, Asana, או טופס פנימי.

נגישות ו-Windows ונגישות — אחריות משותפת: עורכי תוכן בודקים שכבה; מפתחים מגדירים lang=he ו-dir=rtl; רכז נגישות בודק עם קורא מסך; הנהלה מאשרת פרסום.

תרחיש נפוץ ב-Windows ונגישות: עובד כותב באנגלית במייל, עובר לטופס עברי — השכבה נשארת EN. השדה «הערות» נשמר כ«akhburim» — והציבור רואה ג'יבריש. מניעה: בדיקה לפני שמירה.

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

במובייל, Windows ונגישות — מקש שפה קטן בפינת המקלדת. TalkBack, VoiceOver — קוראים «akuo» כאותיות. לפני שליחה — קראו; tiklud בדפדפן הנייד.

WCAG 2.2 AA — תיקלוד עומד בדרישות: ניגודיות, ניווט מקלדת, תוויות לקורא מסך. ב-Windows ונגישות, tiklud.com הוא כלי עזר נגיש לתיקון שכבה — לא תחליף לבדיקה, אך חלק חיוני.

סיכום ב-Windows ונגישות: שכבת מקלדת נכונה + תיקון tiklud לפני פרסום + בדיקת קורא מסך = תוכן נגיש. «akuo» — לא. «שלום» — כן.

בנושא Mac ו-VoiceOver, כשעורך תוכן מקליד «שירותי נגישות לציבור» אך השכבה באנגלית, במסך מופיע «akhburim ebgius letsibur». קורא מסך יקרא את המחרוזת כאותיות לatin — והמשתמש העיוור לא יקבל את המידע. זו פגיעה בנגישות, לא «טעות קטנה».

לפני פרסום תוכן על Mac ו-VoiceOver, ודאו שסמל «עב» או «HE» מוצג בשורת המשימות. מעבר מיישום באנגלית — דואר, מערכת ניהול, צ׳אט — עלול להשאיר את השכבה באנגלית בלי שהעורך שם לב. משתמש עם מוגבלות תנועתית שלא יכול לתקן בקלות — נפגע ראשון.

אם כבר הוקלד טקסט מקולקל ב-Mac ו-VoiceOver: העתיקו הכל, פתחו את tiklud.com, הדביקו, בחרו «מאנגלית לעברית», והעתיקו חזרה. ההמרה מתבצעת מקומית בדפדפן לפי תקן SI 1452 — הטקסט לא נשלח לשרת. מתאים לתוכן רגיש של משרדי ממשלה.

ב-Mac ו-VoiceOver, הפרידו בין שכבת מקלדת שגויה לבין בעיית כיוון ימין-שמאל. אם האותיות לatin — «akuo» במקום «שלום» — זו שכבה; תיקלוד. אם האותיות עבריות אך הסדר הפוך — «םולש» — זו כיוון; שינוי כיוון פסקה.

משתמש עם מוגבלות קוגניטיבית שקורא Mac ו-VoiceOver מקולקל חווה עומס נפשי גבוה: «האם האתר שבור? האם אני לא מבין? האם זו שפה אחרת?» — שלוש שאלות במקום קריאת תוכן. WCAG 2.2 AA דורש שפה ברורה — לא ג'יבריש.

בדיקת נגישות אוטומטית (axe, WAVE) על Mac ו-VoiceOver לא תזהה «akhburim» כבעיה. הכלי בודק ניגודיות, תגיות, כותרות — לא איכות תוכן עברי. בדיקה ידנית עם קורא מסך חובה לפני פרסום.

דרישות gov.il ל-Mac ו-VoiceOver: תוכן בעברית חייב להיות קריא, בכיוון ימין-לשמאל, ולהישמע נכון ב-NVDA, JAWS, VoiceOver. טקסט מקולקל — כשל בתקן 5568 וב-WCAG 3.1.1.

מוגבלות תנועתית ו-Mac ו-VoiceOver: הקלדה מחדש של אלפי מילים מקולקלות — שעות של מאמץ פיזי. תיקון עם תיקלוד — העתקה, המרה, הדבקה — שניות. זו נגישות מעשית, לא תיאוריה.

סמן שפת מקלדת קטן בשורת המשימות — בעיית נגישות ב-Mac ו-VoiceOver. WCAG 2.2 דורש גודל יעד מינימלי; סמל HE בגודל 16 פיקסלים — קשה לראות למשתמש עם לקות ראייה או עיוורון צבעים.

מורים, רכזי נגישות, ועובדי משרדי ממשלה שעובדים על Mac ו-VoiceOver — שמרו את tiklud.com בסימניות ליד מערכת ניהול התוכן. לפני «פרסם» — קראו שורה ראשונה. אם «שלום» נראה «akuo» — עצרו ותקנו.

תקן SI 1452 הוא הבסיס למיפוי עברית תקני ב-Mac ו-VoiceOver. תיקלוד מיישם אותו — המרה דטרמיניסטית, לא ניחוש בינה מלאכותית. שמות פרטיים, מספרים, ותאריכים נשמרים במדויק.

קורא מסך ב-Mac ו-VoiceOver קורא את סדר התווים ב-Unicode — לא את «הכוונה» של העורך. «nz rubh» יישמע כאנגלית — לא «מה קורה». אין מנגנון «תיקון שכבה» בתוך הקורא.

PDF נגיש (מתויג) על Mac ו-VoiceOver — אם המקור ב-Word היה מקולקל, גם ה-PDF המתויג יישאר מקולקל. תקנו בשכבה לפני ייצוא — tiklud על הטקסט ב-Word.

בארגון שמפרסם Mac ו-VoiceOver, הוסיפו «שער נגישות»: אף תוכן לא עולה בלי בדיקת שכבה + דגימה עם קורא מסך. רשימת בדיקה בתהליך העבודה — Jira, Asana, או טופס פנימי.

נגישות ו-Mac ו-VoiceOver — אחריות משותפת: עורכי תוכן בודקים שכבה; מפתחים מגדירים lang=he ו-dir=rtl; רכז נגישות בודק עם קורא מסך; הנהלה מאשרת פרסום.

תרחיש נפוץ ב-Mac ו-VoiceOver: עובד כותב באנגלית במייל, עובר לטופס עברי — השכבה נשארת EN. השדה «הערות» נשמר כ«akhburim» — והציבור רואה ג'יבריש. מניעה: בדיקה לפני שמירה.

משתמש עם דיסלקציה שרואה Mac ו-VoiceOver מקולקל — מחרוזת לatin על רקע עברי — מבלבל עוד יותר. עומס קוגניטיבי כפול. תוכן תקין — חובה.

במובייל, Mac ו-VoiceOver — מקש שפה קטן בפינת המקלדת. TalkBack, VoiceOver — קוראים «akuo» כאותיות. לפני שליחה — קראו; tiklud בדפדפן הנייד.

WCAG 2.2 AA — תיקלוד עומד בדרישות: ניגודיות, ניווט מקלדת, תוויות לקורא מסך. ב-Mac ו-VoiceOver, tiklud.com הוא כלי עזר נגיש לתיקון שכבה — לא תחליף לבדיקה, אך חלק חיוני.

סיכום ב-Mac ו-VoiceOver: שכבת מקלדת נכונה + תיקון tiklud לפני פרסום + בדיקת קורא מסך = תוכן נגיש. «akuo» — לא. «שלום» — כן.

בנושא מובייל ונגישות, כשעורך תוכן מקליד «שירותי נגישות לציבור» אך השכבה באנגלית, במסך מופיע «akhburim ebgius letsibur». קורא מסך יקרא את המחרוזת כאותיות לatin — והמשתמש העיוור לא יקבל את המידע. זו פגיעה בנגישות, לא «טעות קטנה».

לפני פרסום תוכן על מובייל ונגישות, ודאו שסמל «עב» או «HE» מוצג בשורת המשימות. מעבר מיישום באנגלית — דואר, מערכת ניהול, צ׳אט — עלול להשאיר את השכבה באנגלית בלי שהעורך שם לב. משתמש עם מוגבלות תנועתית שלא יכול לתקן בקלות — נפגע ראשון.

אם כבר הוקלד טקסט מקולקל ב-מובייל ונגישות: העתיקו הכל, פתחו את tiklud.com, הדביקו, בחרו «מאנגלית לעברית», והעתיקו חזרה. ההמרה מתבצעת מקומית בדפדפן לפי תקן SI 1452 — הטקסט לא נשלח לשרת. מתאים לתוכן רגיש של משרדי ממשלה.

ב-מובייל ונגישות, הפרידו בין שכבת מקלדת שגויה לבין בעיית כיוון ימין-שמאל. אם האותיות לatin — «akuo» במקום «שלום» — זו שכבה; תיקלוד. אם האותיות עבריות אך הסדר הפוך — «םולש» — זו כיוון; שינוי כיוון פסקה.

משתמש עם מוגבלות קוגניטיבית שקורא מובייל ונגישות מקולקל חווה עומס נפשי גבוה: «האם האתר שבור? האם אני לא מבין? האם זו שפה אחרת?» — שלוש שאלות במקום קריאת תוכן. WCAG 2.2 AA דורש שפה ברורה — לא ג'יבריש.

בדיקת נגישות אוטומטית (axe, WAVE) על מובייל ונגישות לא תזהה «akhburim» כבעיה. הכלי בודק ניגודיות, תגיות, כותרות — לא איכות תוכן עברי. בדיקה ידנית עם קורא מסך חובה לפני פרסום.

דרישות gov.il ל-מובייל ונגישות: תוכן בעברית חייב להיות קריא, בכיוון ימין-לשמאל, ולהישמע נכון ב-NVDA, JAWS, VoiceOver. טקסט מקולקל — כשל בתקן 5568 וב-WCAG 3.1.1.

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

סמן שפת מקלדת קטן בשורת המשימות — בעיית נגישות ב-מובייל ונגישות. WCAG 2.2 דורש גודל יעד מינימלי; סמל HE בגודל 16 פיקסלים — קשה לראות למשתמש עם לקות ראייה או עיוורון צבעים.

מורים, רכזי נגישות, ועובדי משרדי ממשלה שעובדים על מובייל ונגישות — שמרו את tiklud.com בסימניות ליד מערכת ניהול התוכן. לפני «פרסם» — קראו שורה ראשונה. אם «שלום» נראה «akuo» — עצרו ותקנו.

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

קורא מסך ב-מובייל ונגישות קורא את סדר התווים ב-Unicode — לא את «הכוונה» של העורך. «nz rubh» יישמע כאנגלית — לא «מה קורה». אין מנגנון «תיקון שכבה» בתוך הקורא.

PDF נגיש (מתויג) על מובייל ונגישות — אם המקור ב-Word היה מקולקל, גם ה-PDF המתויג יישאר מקולקל. תקנו בשכבה לפני ייצוא — tiklud על הטקסט ב-Word.

בארגון שמפרסם מובייל ונגישות, הוסיפו «שער נגישות»: אף תוכן לא עולה בלי בדיקת שכבה + דגימה עם קורא מסך. רשימת בדיקה בתהליך העבודה — Jira, Asana, או טופס פנימי.

נגישות ו-מובייל ונגישות — אחריות משותפת: עורכי תוכן בודקים שכבה; מפתחים מגדירים lang=he ו-dir=rtl; רכז נגישות בודק עם קורא מסך; הנהלה מאשרת פרסום.

תרחיש נפוץ ב-מובייל ונגישות: עובד כותב באנגלית במייל, עובר לטופס עברי — השכבה נשארת EN. השדה «הערות» נשמר כ«akhburim» — והציבור רואה ג'יבריש. מניעה: בדיקה לפני שמירה.

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

במובייל, מובייל ונגישות — מקש שפה קטן בפינת המקלדת. TalkBack, VoiceOver — קוראים «akuo» כאותיות. לפני שליחה — קראו; tiklud בדפדפן הנייד.

WCAG 2.2 AA — תיקלוד עומד בדרישות: ניגודיות, ניווט מקלדת, תוויות לקורא מסך. ב-מובייל ונגישות, tiklud.com הוא כלי עזר נגיש לתיקון שכבה — לא תחליף לבדיקה, אך חלק חיוני.

סיכום ב-מובייל ונגישות: שכבת מקלדת נכונה + תיקון tiklud לפני פרסום + בדיקת קורא מסך = תוכן נגיש. «akuo» — לא. «שלום» — כן.

בנושא מערכות ניהול תוכן, כשעורך תוכן מקליד «שירותי נגישות לציבור» אך השכבה באנגלית, במסך מופיע «akhburim ebgius letsibur». קורא מסך יקרא את המחרוזת כאותיות לatin — והמשתמש העיוור לא יקבל את המידע. זו פגיעה בנגישות, לא «טעות קטנה».

לפני פרסום תוכן על מערכות ניהול תוכן, ודאו שסמל «עב» או «HE» מוצג בשורת המשימות. מעבר מיישום באנגלית — דואר, מערכת ניהול, צ׳אט — עלול להשאיר את השכבה באנגלית בלי שהעורך שם לב. משתמש עם מוגבלות תנועתית שלא יכול לתקן בקלות — נפגע ראשון.

אם כבר הוקלד טקסט מקולקל ב-מערכות ניהול תוכן: העתיקו הכל, פתחו את tiklud.com, הדביקו, בחרו «מאנגלית לעברית», והעתיקו חזרה. ההמרה מתבצעת מקומית בדפדפן לפי תקן SI 1452 — הטקסט לא נשלח לשרת. מתאים לתוכן רגיש של משרדי ממשלה.

ב-מערכות ניהול תוכן, הפרידו בין שכבת מקלדת שגויה לבין בעיית כיוון ימין-שמאל. אם האותיות לatin — «akuo» במקום «שלום» — זו שכבה; תיקלוד. אם האותיות עבריות אך הסדר הפוך — «םולש» — זו כיוון; שינוי כיוון פסקה.

משתמש עם מוגבלות קוגניטיבית שקורא מערכות ניהול תוכן מקולקל חווה עומס נפשי גבוה: «האם האתר שבור? האם אני לא מבין? האם זו שפה אחרת?» — שלוש שאלות במקום קריאת תוכן. WCAG 2.2 AA דורש שפה ברורה — לא ג'יבריש.

בדיקת נגישות אוטומטית (axe, WAVE) על מערכות ניהול תוכן לא תזהה «akhburim» כבעיה. הכלי בודק ניגודיות, תגיות, כותרות — לא איכות תוכן עברי. בדיקה ידנית עם קורא מסך חובה לפני פרסום.

דרישות gov.il ל-מערכות ניהול תוכן: תוכן בעברית חייב להיות קריא, בכיוון ימין-לשמאל, ולהישמע נכון ב-NVDA, JAWS, VoiceOver. טקסט מקולקל — כשל בתקן 5568 וב-WCAG 3.1.1.

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

סמן שפת מקלדת קטן בשורת המשימות — בעיית נגישות ב-מערכות ניהול תוכן. WCAG 2.2 דורש גודל יעד מינימלי; סמל HE בגודל 16 פיקסלים — קשה לראות למשתמש עם לקות ראייה או עיוורון צבעים.

מורים, רכזי נגישות, ועובדי משרדי ממשלה שעובדים על מערכות ניהול תוכן — שמרו את tiklud.com בסימניות ליד מערכת ניהול התוכן. לפני «פרסם» — קראו שורה ראשונה. אם «שלום» נראה «akuo» — עצרו ותקנו.

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

קורא מסך ב-מערכות ניהול תוכן קורא את סדר התווים ב-Unicode — לא את «הכוונה» של העורך. «nz rubh» יישמע כאנגלית — לא «מה קורה». אין מנגנון «תיקון שכבה» בתוך הקורא.

PDF נגיש (מתויג) על מערכות ניהול תוכן — אם המקור ב-Word היה מקולקל, גם ה-PDF המתויג יישאר מקולקל. תקנו בשכבה לפני ייצוא — tiklud על הטקסט ב-Word.

בארגון שמפרסם מערכות ניהול תוכן, הוסיפו «שער נגישות»: אף תוכן לא עולה בלי בדיקת שכבה + דגימה עם קורא מסך. רשימת בדיקה בתהליך העבודה — Jira, Asana, או טופס פנימי.

נגישות ו-מערכות ניהול תוכן — אחריות משותפת: עורכי תוכן בודקים שכבה; מפתחים מגדירים lang=he ו-dir=rtl; רכז נגישות בודק עם קורא מסך; הנהלה מאשרת פרסום.

תרחיש נפוץ ב-מערכות ניהול תוכן: עובד כותב באנגלית במייל, עובר לטופס עברי — השכבה נשארת EN. השדה «הערות» נשמר כ«akhburim» — והציבור רואה ג'יבריש. מניעה: בדיקה לפני שמירה.

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

במובייל, מערכות ניהול תוכן — מקש שפה קטן בפינת המקלדת. TalkBack, VoiceOver — קוראים «akuo» כאותיות. לפני שליחה — קראו; tiklud בדפדפן הנייד.

WCAG 2.2 AA — תיקלוד עומד בדרישות: ניגודיות, ניווט מקלדת, תוויות לקורא מסך. ב-מערכות ניהול תוכן, tiklud.com הוא כלי עזר נגיש לתיקון שכבה — לא תחליף לבדיקה, אך חלק חיוני.

סיכום ב-מערכות ניהול תוכן: שכבת מקלדת נכונה + תיקון tiklud לפני פרסום + בדיקת קורא מסך = תוכן נגיש. «akuo» — לא. «שלום» — כן.

בנושא PDF ודוא"ל, כשעורך תוכן מקליד «שירותי נגישות לציבור» אך השכבה באנגלית, במסך מופיע «akhburim ebgius letsibur». קורא מסך יקרא את המחרוזת כאותיות לatin — והמשתמש העיוור לא יקבל את המידע. זו פגיעה בנגישות, לא «טעות קטנה».

לפני פרסום תוכן על PDF ודוא"ל, ודאו שסמל «עב» או «HE» מוצג בשורת המשימות. מעבר מיישום באנגלית — דואר, מערכת ניהול, צ׳אט — עלול להשאיר את השכבה באנגלית בלי שהעורך שם לב. משתמש עם מוגבלות תנועתית שלא יכול לתקן בקלות — נפגע ראשון.

אם כבר הוקלד טקסט מקולקל ב-PDF ודוא"ל: העתיקו הכל, פתחו את tiklud.com, הדביקו, בחרו «מאנגלית לעברית», והעתיקו חזרה. ההמרה מתבצעת מקומית בדפדפן לפי תקן SI 1452 — הטקסט לא נשלח לשרת. מתאים לתוכן רגיש של משרדי ממשלה.

ב-PDF ודוא"ל, הפרידו בין שכבת מקלדת שגויה לבין בעיית כיוון ימין-שמאל. אם האותיות לatin — «akuo» במקום «שלום» — זו שכבה; תיקלוד. אם האותיות עבריות אך הסדר הפוך — «םולש» — זו כיוון; שינוי כיוון פסקה.

משתמש עם מוגבלות קוגניטיבית שקורא PDF ודוא"ל מקולקל חווה עומס נפשי גבוה: «האם האתר שבור? האם אני לא מבין? האם זו שפה אחרת?» — שלוש שאלות במקום קריאת תוכן. WCAG 2.2 AA דורש שפה ברורה — לא ג'יבריש.

בדיקת נגישות אוטומטית (axe, WAVE) על PDF ודוא"ל לא תזהה «akhburim» כבעיה. הכלי בודק ניגודיות, תגיות, כותרות — לא איכות תוכן עברי. בדיקה ידנית עם קורא מסך חובה לפני פרסום.

דרישות gov.il ל-PDF ודוא"ל: תוכן בעברית חייב להיות קריא, בכיוון ימין-לשמאל, ולהישמע נכון ב-NVDA, JAWS, VoiceOver. טקסט מקולקל — כשל בתקן 5568 וב-WCAG 3.1.1.

מוגבלות תנועתית ו-PDF ודוא"ל: הקלדה מחדש של אלפי מילים מקולקלות — שעות של מאמץ פיזי. תיקון עם תיקלוד — העתקה, המרה, הדבקה — שניות. זו נגישות מעשית, לא תיאוריה.

סמן שפת מקלדת קטן בשורת המשימות — בעיית נגישות ב-PDF ודוא"ל. WCAG 2.2 דורש גודל יעד מינימלי; סמל HE בגודל 16 פיקסלים — קשה לראות למשתמש עם לקות ראייה או עיוורון צבעים.

מורים, רכזי נגישות, ועובדי משרדי ממשלה שעובדים על PDF ודוא"ל — שמרו את tiklud.com בסימניות ליד מערכת ניהול התוכן. לפני «פרסם» — קראו שורה ראשונה. אם «שלום» נראה «akuo» — עצרו ותקנו.

תקן SI 1452 הוא הבסיס למיפוי עברית תקני ב-PDF ודוא"ל. תיקלוד מיישם אותו — המרה דטרמיניסטית, לא ניחוש בינה מלאכותית. שמות פרטיים, מספרים, ותאריכים נשמרים במדויק.

קורא מסך ב-PDF ודוא"ל קורא את סדר התווים ב-Unicode — לא את «הכוונה» של העורך. «nz rubh» יישמע כאנגלית — לא «מה קורה». אין מנגנון «תיקון שכבה» בתוך הקורא.

PDF נגיש (מתויג) על PDF ודוא"ל — אם המקור ב-Word היה מקולקל, גם ה-PDF המתויג יישאר מקולקל. תקנו בשכבה לפני ייצוא — tiklud על הטקסט ב-Word.

בארגון שמפרסם PDF ודוא"ל, הוסיפו «שער נגישות»: אף תוכן לא עולה בלי בדיקת שכבה + דגימה עם קורא מסך. רשימת בדיקה בתהליך העבודה — Jira, Asana, או טופס פנימי.

נגישות ו-PDF ודוא"ל — אחריות משותפת: עורכי תוכן בודקים שכבה; מפתחים מגדירים lang=he ו-dir=rtl; רכז נגישות בודק עם קורא מסך; הנהלה מאשרת פרסום.

תרחיש נפוץ ב-PDF ודוא"ל: עובד כותב באנגלית במייל, עובר לטופס עברי — השכבה נשארת EN. השדה «הערות» נשמר כ«akhburim» — והציבור רואה ג'יבריש. מניעה: בדיקה לפני שמירה.

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

במובייל, PDF ודוא"ל — מקש שפה קטן בפינת המקלדת. TalkBack, VoiceOver — קוראים «akuo» כאותיות. לפני שליחה — קראו; tiklud בדפדפן הנייד.

WCAG 2.2 AA — תיקלוד עומד בדרישות: ניגודיות, ניווט מקלדת, תוויות לקורא מסך. ב-PDF ודוא"ל, tiklud.com הוא כלי עזר נגיש לתיקון שכבה — לא תחליף לבדיקה, אך חלק חיוני.

סיכום ב-PDF ודוא"ל: שכבת מקלדת נכונה + תיקון tiklud לפני פרסום + בדיקת קורא מסך = תוכן נגיש. «akuo» — לא. «שלום» — כן.

בנושא חינוך ו-LMS, כשעורך תוכן מקליד «שירותי נגישות לציבור» אך השכבה באנגלית, במסך מופיע «akhburim ebgius letsibur». קורא מסך יקרא את המחרוזת כאותיות לatin — והמשתמש העיוור לא יקבל את המידע. זו פגיעה בנגישות, לא «טעות קטנה».

לפני פרסום תוכן על חינוך ו-LMS, ודאו שסמל «עב» או «HE» מוצג בשורת המשימות. מעבר מיישום באנגלית — דואר, מערכת ניהול, צ׳אט — עלול להשאיר את השכבה באנגלית בלי שהעורך שם לב. משתמש עם מוגבלות תנועתית שלא יכול לתקן בקלות — נפגע ראשון.

אם כבר הוקלד טקסט מקולקל ב-חינוך ו-LMS: העתיקו הכל, פתחו את tiklud.com, הדביקו, בחרו «מאנגלית לעברית», והעתיקו חזרה. ההמרה מתבצעת מקומית בדפדפן לפי תקן SI 1452 — הטקסט לא נשלח לשרת. מתאים לתוכן רגיש של משרדי ממשלה.

ב-חינוך ו-LMS, הפרידו בין שכבת מקלדת שגויה לבין בעיית כיוון ימין-שמאל. אם האותיות לatin — «akuo» במקום «שלום» — זו שכבה; תיקלוד. אם האותיות עבריות אך הסדר הפוך — «םולש» — זו כיוון; שינוי כיוון פסקה.

משתמש עם מוגבלות קוגניטיבית שקורא חינוך ו-LMS מקולקל חווה עומס נפשי גבוה: «האם האתר שבור? האם אני לא מבין? האם זו שפה אחרת?» — שלוש שאלות במקום קריאת תוכן. WCAG 2.2 AA דורש שפה ברורה — לא ג'יבריש.

בדיקת נגישות אוטומטית (axe, WAVE) על חינוך ו-LMS לא תזהה «akhburim» כבעיה. הכלי בודק ניגודיות, תגיות, כותרות — לא איכות תוכן עברי. בדיקה ידנית עם קורא מסך חובה לפני פרסום.

דרישות gov.il ל-חינוך ו-LMS: תוכן בעברית חייב להיות קריא, בכיוון ימין-לשמאל, ולהישמע נכון ב-NVDA, JAWS, VoiceOver. טקסט מקולקל — כשל בתקן 5568 וב-WCAG 3.1.1.

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

סמן שפת מקלדת קטן בשורת המשימות — בעיית נגישות ב-חינוך ו-LMS. WCAG 2.2 דורש גודל יעד מינימלי; סמל HE בגודל 16 פיקסלים — קשה לראות למשתמש עם לקות ראייה או עיוורון צבעים.

מורים, רכזי נגישות, ועובדי משרדי ממשלה שעובדים על חינוך ו-LMS — שמרו את tiklud.com בסימניות ליד מערכת ניהול התוכן. לפני «פרסם» — קראו שורה ראשונה. אם «שלום» נראה «akuo» — עצרו ותקנו.

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

קורא מסך ב-חינוך ו-LMS קורא את סדר התווים ב-Unicode — לא את «הכוונה» של העורך. «nz rubh» יישמע כאנגלית — לא «מה קורה». אין מנגנון «תיקון שכבה» בתוך הקורא.

PDF נגיש (מתויג) על חינוך ו-LMS — אם המקור ב-Word היה מקולקל, גם ה-PDF המתויג יישאר מקולקל. תקנו בשכבה לפני ייצוא — tiklud על הטקסט ב-Word.

בארגון שמפרסם חינוך ו-LMS, הוסיפו «שער נגישות»: אף תוכן לא עולה בלי בדיקת שכבה + דגימה עם קורא מסך. רשימת בדיקה בתהליך העבודה — Jira, Asana, או טופס פנימי.

נגישות ו-חינוך ו-LMS — אחריות משותפת: עורכי תוכן בודקים שכבה; מפתחים מגדירים lang=he ו-dir=rtl; רכז נגישות בודק עם קורא מסך; הנהלה מאשרת פרסום.

תרחיש נפוץ ב-חינוך ו-LMS: עובד כותב באנגלית במייל, עובר לטופס עברי — השכבה נשארת EN. השדה «הערות» נשמר כ«akhburim» — והציבור רואה ג'יבריש. מניעה: בדיקה לפני שמירה.

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

במובייל, חינוך ו-LMS — מקש שפה קטן בפינת המקלדת. TalkBack, VoiceOver — קוראים «akuo» כאותיות. לפני שליחה — קראו; tiklud בדפדפן הנייד.

WCAG 2.2 AA — תיקלוד עומד בדרישות: ניגודיות, ניווט מקלדת, תוויות לקורא מסך. ב-חינוך ו-LMS, tiklud.com הוא כלי עזר נגיש לתיקון שכבה — לא תחליף לבדיקה, אך חלק חיוני.

סיכום ב-חינוך ו-LMS: שכבת מקלדת נכונה + תיקון tiklud לפני פרסום + בדיקת קורא מסך = תוכן נגיש. «akuo» — לא. «שלום» — כן.

בנושא בדיקות נגישות, כשעורך תוכן מקליד «שירותי נגישות לציבור» אך השכבה באנגלית, במסך מופיע «akhburim ebgius letsibur». קורא מסך יקרא את המחרוזת כאותיות לatin — והמשתמש העיוור לא יקבל את המידע. זו פגיעה בנגישות, לא «טעות קטנה».

לפני פרסום תוכן על בדיקות נגישות, ודאו שסמל «עב» או «HE» מוצג בשורת המשימות. מעבר מיישום באנגלית — דואר, מערכת ניהול, צ׳אט — עלול להשאיר את השכבה באנגלית בלי שהעורך שם לב. משתמש עם מוגבלות תנועתית שלא יכול לתקן בקלות — נפגע ראשון.

אם כבר הוקלד טקסט מקולקל ב-בדיקות נגישות: העתיקו הכל, פתחו את tiklud.com, הדביקו, בחרו «מאנגלית לעברית», והעתיקו חזרה. ההמרה מתבצעת מקומית בדפדפן לפי תקן SI 1452 — הטקסט לא נשלח לשרת. מתאים לתוכן רגיש של משרדי ממשלה.

ב-בדיקות נגישות, הפרידו בין שכבת מקלדת שגויה לבין בעיית כיוון ימין-שמאל. אם האותיות לatin — «akuo» במקום «שלום» — זו שכבה; תיקלוד. אם האותיות עבריות אך הסדר הפוך — «םולש» — זו כיוון; שינוי כיוון פסקה.

משתמש עם מוגבלות קוגניטיבית שקורא בדיקות נגישות מקולקל חווה עומס נפשי גבוה: «האם האתר שבור? האם אני לא מבין? האם זו שפה אחרת?» — שלוש שאלות במקום קריאת תוכן. WCAG 2.2 AA דורש שפה ברורה — לא ג'יבריש.

בדיקת נגישות אוטומטית (axe, WAVE) על בדיקות נגישות לא תזהה «akhburim» כבעיה. הכלי בודק ניגודיות, תגיות, כותרות — לא איכות תוכן עברי. בדיקה ידנית עם קורא מסך חובה לפני פרסום.

דרישות gov.il ל-בדיקות נגישות: תוכן בעברית חייב להיות קריא, בכיוון ימין-לשמאל, ולהישמע נכון ב-NVDA, JAWS, VoiceOver. טקסט מקולקל — כשל בתקן 5568 וב-WCAG 3.1.1.

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

סמן שפת מקלדת קטן בשורת המשימות — בעיית נגישות ב-בדיקות נגישות. WCAG 2.2 דורש גודל יעד מינימלי; סמל HE בגודל 16 פיקסלים — קשה לראות למשתמש עם לקות ראייה או עיוורון צבעים.

מורים, רכזי נגישות, ועובדי משרדי ממשלה שעובדים על בדיקות נגישות — שמרו את tiklud.com בסימניות ליד מערכת ניהול התוכן. לפני «פרסם» — קראו שורה ראשונה. אם «שלום» נראה «akuo» — עצרו ותקנו.

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

קורא מסך ב-בדיקות נגישות קורא את סדר התווים ב-Unicode — לא את «הכוונה» של העורך. «nz rubh» יישמע כאנגלית — לא «מה קורה». אין מנגנון «תיקון שכבה» בתוך הקורא.

PDF נגיש (מתויג) על בדיקות נגישות — אם המקור ב-Word היה מקולקל, גם ה-PDF המתויג יישאר מקולקל. תקנו בשכבה לפני ייצוא — tiklud על הטקסט ב-Word.

בארגון שמפרסם בדיקות נגישות, הוסיפו «שער נגישות»: אף תוכן לא עולה בלי בדיקת שכבה + דגימה עם קורא מסך. רשימת בדיקה בתהליך העבודה — Jira, Asana, או טופס פנימי.

נגישות ו-בדיקות נגישות — אחריות משותפת: עורכי תוכן בודקים שכבה; מפתחים מגדירים lang=he ו-dir=rtl; רכז נגישות בודק עם קורא מסך; הנהלה מאשרת פרסום.

תרחיש נפוץ ב-בדיקות נגישות: עובד כותב באנגלית במייל, עובר לטופס עברי — השכבה נשארת EN. השדה «הערות» נשמר כ«akhburim» — והציבור רואה ג'יבריש. מניעה: בדיקה לפני שמירה.

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

במובייל, בדיקות נגישות — מקש שפה קטן בפינת המקלדת. TalkBack, VoiceOver — קוראים «akuo» כאותיות. לפני שליחה — קראו; tiklud בדפדפן הנייד.

WCAG 2.2 AA — תיקלוד עומד בדרישות: ניגודיות, ניווט מקלדת, תוויות לקורא מסך. ב-בדיקות נגישות, tiklud.com הוא כלי עזר נגיש לתיקון שכבה — לא תחליף לבדיקה, אך חלק חיוני.

סיכום ב-בדיקות נגישות: שכבת מקלדת נכונה + תיקון tiklud לפני פרסום + בדיקת קורא מסך = תוכן נגיש. «akuo» — לא. «שלום» — כן.

תרחיש 1: משרד הבריאות — הודעת חיסון. שכבה EN. «akhburim ebgius» באתר. אזרח עיוור — לא יכול לקרוא. תיקון tiklud, פרסום מחדש.

תרחיש 2: עירייה — טופס נגיש. שדה «שם» — «akuo». ולידציה לא ברורה. הוספת רמז + קישור לתיקלוד.

תרחיש 3: אוניברסיטה — syllabus PDF. שכבה שגויה. קורא מסך — חסר תועלת. תיקון Word, tiklud, PDF.

תרחיש 4: עמותה — הצהרת נגישות בעברית. «akhburim ebgius» — אירוניה. תיקון לפני פרסום.

תרחיש 5: בנק — SMS בעברית. שכבה EN. אבטחה + נגישות — כשל.

תרחיש 6: בית משפט — הודעה לציבור. משפטי + חובה לקרוא. שכבה — סיכון.

תרחיש 7: בית חולים — תזכורת תור. מטופל עיוור — מפספס תור.

תרחיש 8: מוזיאון — טקסט תערוכה. תרבות לא נגישה.

תרחיש 9: משרד העבודה — משרה. שוויון הזדמנויות — ג'יבריש.

תרחיש 10: התרעה — שכבה שגויה. בטיחות.

תרחיש 11: מורה — מטלה ב-Classroom. תלמיד NVDA — נכשל שלא בהוגן.

תרחיש 12: ספרייה — ספר דיגיטלי. שכבה — tiklud לפני קטלוג.

תרחיש 13: רווחה — טופס. מטפל קורא — ג'יבריש.

תרחיש 14: מידע בחירות — דמוקרטיה.

תרחיש 15: עדכון ציבורי — אובדן אמון.

מסקנה: כל תרחיש — בדיקת שכבה, tiklud, קורא מסך, פרסום.

בנושא תרחישים מעשיים, כשעורך תוכן מקליד «שירותי נגישות לציבור» אך השכבה באנגלית, במסך מופיע «akhburim ebgius letsibur». קורא מסך יקרא את המחרוזת כאותיות לatin — והמשתמש העיוור לא יקבל את המידע. זו פגיעה בנגישות, לא «טעות קטנה».

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

אם כבר הוקלד טקסט מקולקל ב-תרחישים מעשיים: העתיקו הכל, פתחו את tiklud.com, הדביקו, בחרו «מאנגלית לעברית», והעתיקו חזרה. ההמרה מתבצעת מקומית בדפדפן לפי תקן SI 1452 — הטקסט לא נשלח לשרת. מתאים לתוכן רגיש של משרדי ממשלה.

ב-תרחישים מעשיים, הפרידו בין שכבת מקלדת שגויה לבין בעיית כיוון ימין-שמאל. אם האותיות לatin — «akuo» במקום «שלום» — זו שכבה; תיקלוד. אם האותיות עבריות אך הסדר הפוך — «םולש» — זו כיוון; שינוי כיוון פסקה.

משתמש עם מוגבלות קוגניטיבית שקורא תרחישים מעשיים מקולקל חווה עומס נפשי גבוה: «האם האתר שבור? האם אני לא מבין? האם זו שפה אחרת?» — שלוש שאלות במקום קריאת תוכן. WCAG 2.2 AA דורש שפה ברורה — לא ג'יבריש.

ש: האם טקסט מקולקל מפר את WCAG? ת: כן — קריטריון 3.1.1 דורש שהתוכן יהיה מובן. קורא מסך שקורא «akhburim» לא מעביר מידע.

ש: axe ו-WAVE לא מצאו בעיה — האתר נגיש? ת: לא בהכרח. כלים אוטומטיים לא בודקים איכות תוכן עברי. בדיקה ידנית חובה.

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

ש: VoiceOver מתקן «akuo» ל«שלום»? ת: לא. קודם תיקון שכבה עם תיקלוד — אחר כך בדיקת קורא מסך.

ש: «הטקסט הפוך» — שכבה או RTL? ת: אותיות לatin — שכבה, תיקלוד. אותיות עבריות בסדר הפוך — כיוון RTL.

ש: מה gov.il דורש? ת: תוכן עברי קריא, נגיש לקוראי מסך, עומד בתקן 5568. שכבה נכונה — חלק מכך.

ש: למה מוגבלות תנועתית רלוונטית? ת: תיקון ידני של מסמך ארוך — שעות. תיקלוד — שניות.

ש: למה עומס קוגניטיבי? ת: ג'יבריש מבלבל — «האם האתר שבור?» — משתמש נוטש.

ש: לתקן לפני PDF? ת: כן — tiklud על Word, אחר כך ייצוא. PDF מתויג יורש את התוכן.

ש: במובייל? ת: אותו עיקרון. tiklud.com בדפדפן. לפני שליחה — קראו.

ש: מה זה SI 1452? ת: תקן ישראלי למיפוי מקלדת עברית. תיקלוד מיישם אותו.

ש: תיקלוד עומד ב-WCAG 2.2 AA? ת: כן — נבדק לניגודיות, מקלדת, וקורא מסך.

ש: הדרכת עובדים? ת: בדיקת HE, tiklud, דגימה עם NVDA — שלושה צעדים.

ש: תוכן דחוף — לדלג על בדיקה? ת: לא. גם בהודעות חירום — שכבה נכונה.

נגישות דיגיטלית — לא רק קוד ועיצוב. תוכן עברי תקין הוא הבסיס.

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

WCAG 2.2 AA, gov.il, תקן 5568 — כולם דורשים שהתוכן יהיה מובן.

«akuo» — לא נגיש. «שלום» — כן. ההבדל — שכבה.

תהליך: HE → הקלדה → קריאה → tiklud אם צריך → קורא מסך → פרסום.

תיקלוד — מקומי, SI 1452, WCAG, פרטי. רשת ביטחון.

סמן HE קטן — אל תסמכו רק עליו. בדיקה + תיקון.

מניעה ותיקון — תוכן כולל.

עורכי תוכן — שומרי סף נגישות.

מפתחים — lang=he, dir=rtl, רמזים בטפסים.

רכזי נגישות — הוסיפו בדיקת שכבה לביקורת.

שמרו tiklud.com. slug: keyboard-layout-accessibility. 22 באוגוסט 2026.