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

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

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

בקצרה:

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

נגישות אתר: מה המשמעות לעסק שלך

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

למי זה נוגע

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

משפט הגנה

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

מה לא מבטיחים

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

דוגמה להמחשה בלבד

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

מקור כללי

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

מה נבדק בדרך כלל כשבודקים נגישות באתר?

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

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

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

גודל טקסט והגדלה

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

ניווט במקלדת

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

טקסט חלופי, כותרות וטפסים

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

סרטונים ואודיו

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

מדוע כדאי לבדוק בעצמך

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

רשימת בדיקה קצרה

• האם כל הטקסט קריא על הרקע שלו?
• האם אפשר לעבור בין כל הרכיבים בעזרת מקלדת?
• האם לכל תמונה משמעותית יש תיאור?
• האם הכותרות מסודרות?
• האם הטפסים ברורים ושגיאות מוסברות?

Wix נגישות: מה הפלטפורמה מציעה ומה נשאר באחריות הבעלים

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

מה נשאר בשליטת הבעלים

בעל האתר הוא זה שמחליט על התוכן, ולכן הוא אחראי על דברים כמו:

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

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

מה תלוי בתבנית וברכיבים

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

בלי להשמיץ

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

שאלות שכדאי לברר בפלטפורמה

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

כדאי לבדוק עדכני

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

הנגשת אתר וויקס: טעויות נפוצות

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

להניח שכפתור נגישות פותר הכול

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

תמונות בלי טקסט חלופי

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

צבעים עם ניגודיות נמוכה

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

תפריטים שלא עובדים במקלדת

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

קישורים וכפתורים בלי שם ברור

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

אנימציות שאי אפשר לעצור

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

משפט הגנה

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

אתר מאפס מול אתר בפלטפורמה: מה שונה בנגישות

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

איך לקרוא את הטבלה

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

איך אנחנו עובדים

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

מה זה אומר בפועל

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

שתי הדרכים אפשריות

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

תוסף נגישות: האם הוא פותר הכול?

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

מה תוסף לא יכול לתקן

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

מתי כדאי לשלב ומתי לא

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

בלי הבטחות

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

קוד נקי, מהירות וחיפוש: למה כל אלה קשורים

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

כותרות מסודרות

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

מהירות ונגישות

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

נגישות היא עבודה מתמשכת

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

דוגמה להמחשה בלבד

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

לפני ההשקה: רשימת בדיקות כוללת

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

הרשימה

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

שאלות לספק או לבונה

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

איך SZ עובדת

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

הערה אחרונה

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

רוצה אתר שנבנה מונגש מההתחלה?

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

המאמר נכתב בעזרת בינה מלאכותית, ונערך ואושר על ידי סלבה זמסקי, המייסד של SZ.