בניית אתר עם AI: מה נגמר בערב אחד ומה נשבר

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

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

מה באמת מתקצר, ובכמה

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

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

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

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

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

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

למה הכלי מסיים את ההרכבה ונעצר בחיבורים

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

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

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

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

טבלת שבעת הגבולות

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

השכבה הישראלית: שלושה גבולות שאף מדריך באנגלית לא מכסה

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

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

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

מי מחזיק את האתר בחודש הבא

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

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

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

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

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

בדיקת ההעברה: עשר דקות לפני שמפרסמים

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

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

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

הצעד הבא

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

שאלות נפוצות

בניית אתר עם AI באמת חוסכת שבוע עבודה?

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

מה הכלי לא יסיים בשבילי גם אם אתן לו עוד הנחיות?

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

למה הטקסט בעברית יוצא מיושר לשמאל, ואיך מתקנים?

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

אתר שנבנה ב-AI עומד בדרישות הנגישות בישראל?

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

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

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

איך מחברים כפתור וואטסאפ נכון באתר ישראלי?

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

האם אתר שנבנה ב-AI נטען מהר?

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

מה עושים כשהדומיין לא מתחבר לאתר שנבנה בכלי?

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

יש לי אתר שנבנה ב-AI וחצי ממנו נשבר. לשפר או להתחיל מחדש?

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