תהליך הרשמה או תשלום שנכשל בגלל שגיאת נגישות הוא לא רק בעיה עקרונית — הוא לקוח שלא השלים רכישה, ולעיתים לקוח שלא יחזור. הכתבה הזו מתמקדת בנקודות הכי קריטיות בתהליכי טפסים, הרשמה ותשלום (Checkout) — ואם מעניין אתכם גם טפסי PDF, ראו את המדריך שלנו על טפסים נגישים ב-PDF.
בקיצור — מה נסביר בכתבה
הודעות שגיאה בזמן אמת
הטעות הנפוצה ביותר: הודעת שגיאה שמופיעה ויזואלית (טקסט אדום קטן ליד השדה) אבל לא מוכרזת לקורא מסך. משתמש עיוור ממלא את הטופס, לוחץ "שלח", ולא מבין למה כלום לא קורה — כי הוא לא שומע על השגיאה בכלל. הפתרון: שימוש ב-`aria-live` להכרזה אוטומטית על שגיאות, וקישור השגיאה ישירות לשדה הרלוונטי באמצעות `aria-describedby`, כך שקורא מסך מקריא את השגיאה ברגע שהמשתמש מגיע לשדה.
תוויות שדה ברורות ותמידיות
Placeholder טקסט (הטקסט האפור שנעלם כשמתחילים להקליד) הוא לא תחליף לתווית שדה אמיתית — ברגע שהמשתמש מתחיל להקליד, הוא מאבד את ההקשר של מה השדה בכלל מבקש. כל שדה טופס צריך תווית `
💡 טיפ מעשי
שדות חובה צריכים סימון כפול: ויזואלי (כוכבית או המילה "חובה") וגם בקוד (`aria-required="true"`), כך שגם משתמש שלא רואה את הכוכבית יודע שהשדה חובה לפני שהוא מגיע לשגיאת שליחה.
תהליכים מרובי-שלבים
תהליכי הרשמה או תשלום מרובי שלבים (פרטים אישיים ▸ משלוח ▸ תשלום ▸ אישור) צריכים לתקשר בבירור לקורא מסך באיזה שלב המשתמש נמצא מתוך כמה שלבים כוללים, ולהכריז כשהמעבר לשלב הבא מתרחש — כדי שמשתמש שלא רואה את המחוון הוויזואלי לא יאבד התמצאות באמצע התהליך.
אישור הזמנה נגיש
לאחר השלמת רכישה או הרשמה, הודעת האישור עצמה צריכה להיות נגישה — מוכרזת לקורא מסך באופן ברור (לא רק שינוי ויזואלי שקט בעמוד), וכוללת את כל המידע החשוב (מספר הזמנה, סכום, תאריך אספקה) בטקסט אמיתי, לא בתמונה.
יש לכם מסמכי תנאי שימוש או אישורי הזמנה שנשלחים כ-PDF?
הכלי שלנו בודק גם את המסמכים שמלווים תהליכי רכישה והרשמה — תנאי שימוש, קבלות, אישורים.
לסריקת האתר בחינם ←אחרי הסריקה, אפשר גם להנגיש את המסמכים שאותרו ישירות ובחינם דרך AccessiDoc.