בילדרים ונגישות: מה אלמנטור, Wix, Divi ו-Gutenberg עושים לנגישות של האתר

הטעויות שכל בילדר מזמין

• כותרות לפי גודל: בוחרים H1 כי הוא גדול, או H4 כי הוא קטן ויפה. קורא מסך קורא את ההיררכיה, לא את הגודל, ומקבל עמוד בלי מבנה.
• כפתור שהוא תיבה: עיצוב של כפתור על גבי אלמנט שאינו קישור ואינו כפתור. במקלדת אי אפשר להגיע אליו.
• טפסים בלי תוויות: placeholder במקום label. ברגע שמתחילים להקליד, השדה מאבד את השם.
• אנימציות בכל גלילה: מסיחות, ולחלק מהאנשים מסוכנות. אין כיבוי לפי העדפת המערכת.
• תמונות רקע עם טקסט בתוכן: הטקסט בתמונה, ולא קיים לקורא מסך.
• חלונות קופצים שלא לוכדים פוקוס ולא נסגרים ב-Escape.

אלמנטור

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

אלמנטור 4.0 (Atomic): מה השתנה, ומה זה נותן לנגישות

ב-2026 אלמנטור שחררה את העורך החדש, Editor 4.0, שנקרא גם Atomic. באתרים חדשים הוא ברירת המחדל; באתרים קיימים מפעילים אותו ידנית, ואפשר לערבב אלמנטים ישנים וחדשים באותו עמוד. שלושה דברים בו נוגעים ישירות לנגישות:

• פחות עטיפות HTML. כל אלמנט מקבל div אחד במקום שלוש או ארבע שכבות. זו הבעיה הישנה של אלמנטור ("עומק HTML עצום שמאט קוראי מסך") והיא קטנה משמעותית באלמנטים החדשים.
• Classes ו-Variables. צבעים, גדלי טקסט ומרווחים מוגדרים פעם אחת ומשמשים בכל האתר. ניגודיות שתיקנתם במחלקה אחת מתוקנת בכל מקום שהיא בשימוש, במקום לרדוף אחרי כל ווידג׳ט.
• קומפוננטות (Components, בגרסת Pro). זה החידוש החשוב לנגישות: תבנית של מקטע (כרטיס שירות, רצועת לקוחות, טופס) שהמבנה שלה נעול, ורק שדות תוכן ומדיה מסוימים פתוחים לעריכה בכל עותק. העורך מזין כותרת, טקסט ותמונה; את סדר הכותרות, את תוויות הטופס ואת הטקסט החלופי הקובע בונה מי שבנה את הקומפוננטה. כך הבילדר מתקרב למודל של תבנית בקוד: הנגישות נבנית פעם אחת, ועורך תוכן לא יכול לשבור אותה. בפועל זה דורש שמי שבונה את הקומפוננטות יודע נגישות, ושעדכונים מתבצעים דרכן ולא "מחוץ" להן.

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

תוסף הנגישות של אלמנטור (Ally) ותיקון בעזרת AI

Ally (לשעבר One Click Accessibility, מעל חצי מיליון התקנות) הוא תוסף הנגישות של אלמנטור. יש בו שני חלקים שחשוב להפריד ביניהם:

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

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

Elementor MCP: סוכני AI שבונים ועורכים באלמנטור

מגרסה 4.3 (ספטמבר 2026) אלמנטור מגיעה עם MCP רשמי: חיבור שמאפשר לכלי AI כמו Claude, Codex ו-Cursor לבנות ולערוך עמודים ישירות באתר, מתוך תיאור, צילום מסך או קובץ עיצוב. החיבור נוצר מתוך לוח הניהול (Elementor › Elementor MCP), כל יצירה נשמרת כטיוטה ולא מתפרסמת לבד, ועריכה של עמודים קיימים עובדת רק על אלמנטים של 4.0.

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

אנג׳י (Angie): סוכן ה-AI של אלמנטור בתוך וורדפרס

אנג׳י הוא תוסף נפרד של אלמנטור (מעל 100 אלף התקנות, עדיין מרגיש כגרסת בטא לפי הביקורות): צ׳אט בתוך לוח הניהול שבונה עמודים ומקטעים, יוצר ווידג׳טים וקטעי קוד, מגדיר סוגי תוכן ושדות, ובמצב Super Admin גם מריץ פעולות על מסד הנתונים והקבצים. יש מצב בדיקה (Test Mode) שבו התוצאה רצה בסביבת תצוגה מקדימה ועולה לאוויר רק אחרי אישור, והיסטוריה לביטול שינויים.

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

עורך הבלוקים (Gutenberg) ותבניות בלוקים

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

Wix, Squarespace ודומיהם

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

Divi ובילדרים אחרים

Divi, WPBakery, Beaver Builder ודומיהם דומים לאלמנטור בעיקרון: אפשר, לא מונעים. הישנים שבהם (WPBakery בעיקר) מייצרים קוד מסורבל יותר, ולעיתים ההנגשה שלהם יקרה מבנייה מחדש.

תבנית בקוד

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

ארבעה כללים לעבודה עם AI על נגישות באלמנטור

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

רשימת בדיקה קצרה, לכל בילדר

1. עברו על דף הבית עם Tab בלבד. מגיעים לכל קישור וכפתור? רואים איפה אתם?
2. פתחו את מבנה הכותרות (כלי כמו HeadingsMap). יש H1 אחד? הסדר הגיוני?
3. מלאו טופס בלי עכבר ושלחו אותו ריק. ההודעה ברורה וממוקמת?
4. הריצו בדיקת נגישות אוטומטית על שלושה עמודים שונים.
5. הפעילו "הפחתת תנועה" במערכת ההפעלה. האנימציות נעצרות?