בנית אתר עם AI. לקח שעתיים במקום שבועיים, זה נראה טוב על המסך, והכפתורים מגיבים.
ואז מגיע הרגע שבו האתר צריך לעבוד מול בן אדם אמיתי – לקוח שמחפש טלפון, ממלא טופס, פותח בנייד באמצע הרחוב. שם מתגלה הפער.
הפער הזה כמעט אף פעם לא נמצא בעיצוב. הוא נמצא בדברים שאף כלי בנייה לא בודק בשבילכם.
אתר שנבנה ב-AI הוא אתר תקין מבחינה טכנית שנבנה מתבנית כללית, ולכן חסרים בו שלושה דברים: תוכן שמבוסס על העסק האמיתי, בדיקה של הפעולות מול משתמש אמיתי, ושכבת התפעול שמחברת את האתר למערכות שמסביבו.
המדריך הזה הוא סדר פעולות. 12 בדיקות, מסודרות לפי מה שקורה אם לא תעשו אותן – לא לפי מה שנוח לתקן קודם.
למה דווקא הבדיקות האלה
יש הרבה תוכן על "איך לגרום לאתר AI להיראות פחות כמו AI". רוב העצות שם עוסקות בצבע סגול, בפינות מעוגלות ובגרדיאנטים.
זו לא הבעיה. סגול הוא צבע לגיטימי. פינה מעוגלת היא החלטה עיצובית, לא פגם.
מה שכן שובר אתרים הוא פרוזאי הרבה יותר: טופס ששולח לכתובת שלא קיימת, עברית שנשברת בשורה של שלוש מילים באנגלית, תמונה במשקל 4 מגה בעמוד הבית, ואף אחד שלא יודע מה קורה אחרי שמישהו לוחץ "שלח".
אתר לא נופל בגלל שהוא נראה גנרי. הוא נופל בגלל שאף אחד לא לחץ על הכפתור לפני שהוא עלה לאוויר.
הסימנים הוויזואליים שמסגירים אתר שנבנה ב-AI
אמרנו שהמראה הוא לא מה ששובר את האתר, וזה נכון. אבל הוא כן מה שמבקר קולט בשנייה הראשונה, ולכן שווה לדעת בדיוק מה מסגיר – ומה מחליפים.
הסימנים הוויזואליים שמזהים אתר שנבנה ב-AI אינם צבע או צורה מסוימים, אלא חזרתיות: אותה פלטה, אותה ספריית אייקונים, אותו סגנון כפתור ואותו מבנה של שלושה כרטיסים, שחוזרים אצל אלפי אתרים שנבנו מאותה תבנית.
הפלטה
מה שרואים: גרדיאנט סגול-כחול, אותם שני צבעים בכל סקשן, וגרדיאנט גם על הכפתור, גם על הרקע וגם על הכרטיס.
מה שמחליף: צבע פעולה אחד, צבע טקסט אחד, ושאר האתר נייטרלי. אם רוצים גרדיאנט – במקום אחד בלבד. פלטת ברירת המחדל של הכלי היא הדבר הראשון שכדאי להחליף, כי היא זהה אצל כל מי שהשתמש בו.
האייקונים
מה שרואים: ספריית אייקונים גנרית בקו דק אחיד, או גרוע מזה – אימוג'י שמשמשים כאייקונים. ותמיד אחד לכל כרטיס, בשורה של שלושה.
מה שמחליף: אייקונים שמותאמים למותג, או ויתור מלא עליהם. שורה של שלושה כרטיסים עם שלושה אייקונים גנריים לא מוסיפה מידע – היא רק ממלאת שטח.
הכפתורים
מה שרואים: פינות מעוגלות מאוד עד כדי צורת גלולה, מילוי בגרדיאנט, צל רך זוהר, וטקסט כללי בסגנון "בואו נתחיל" או "לפרטים נוספים".
מה שמחליף: סגנון כפתור אחד לכל האתר, וטקסט שאומר מה קורה בלחיצה. "קבלו הצעת מחיר" עובד טוב יותר מ"לחצו כאן", ולא בגלל העיצוב.
מבנה שלושת הכרטיסים
מה שרואים: כל סקשן בנוי כשלושה כרטיסים זהים באורך, עם כותרת קצרה ושתי שורות טקסט. שלושה יתרונות, שלושה שירותים, שלושה שלבים.
מה שמחליף: לשבור את הסימטריה. חלק מהתוכן לא צריך להיות בכרטיס בכלל, ולא כל רשימה היא בדיוק שלושה פריטים. אם יש לכם ארבעה שירותים, אל תמחקו אחד בשביל שהשורה תיראה מסודרת.
הטיפוגרפיה
מה שרואים: גופן ברירת המחדל של הכלי, כותרת ענקית במרכז המסך, ושורת משנה מעורפלת מתחתיה. הכל ממורכז, כולל פסקאות ארוכות.
מה שמחליף: גופן שנבחר למותג ולא זה שהגיע עם התבנית. וטקסט גוף מיושר לכיוון הקריאה – פסקה ממורכזת קשה לקריאה, במיוחד בעברית.
התמונות
מה שרואים: תמונות סטוק של אנשים מחייכים במשרד, או תמונות שנוצרו ב-AI עם פנים חלקות מדי וידיים מוזרות. לצידן צורות תלת ממד מופשטות שלא קשורות לכלום.
מה שמחליף: תמונות אמיתיות של העסק, המוצר או העבודה – גם אם הן פחות מלוטשות. ואם אין, עדיף סגנון איור אחד עקבי מאשר תערובת של סטוק ו-AI.
סדר העדיפויות כאן פשוט: הפלטה, ואז הכפתורים, ואז האייקונים. שלושת אלה לבד מורידים את רוב תחושת ה"ראיתי את זה כבר" – והם גם השינויים הכי מהירים לביצוע.
ורק שיהיה ברור: כל אלה שייכים לערמת הליטוש בטבלה שלמעלה. הם משפיעים על רושם ראשוני, לא על אם האתר עובד. אם הטופס שבור, אל תתחילו מהצבעים.
הסימנים הוויזואליים שמסגירים אתר שנבנה ב-AI
אמרנו שהמראה הוא לא מה ששובר את האתר, וזה נכון. אבל הוא כן מה שמבקר קולט בשנייה הראשונה, ולכן שווה לדעת בדיוק מה מסגיר – ומה מחליפים.
הסימנים הוויזואליים שמזהים אתר שנבנה ב-AI אינם צבע או צורה מסוימים, אלא חזרתיות: אותה פלטה, אותה ספריית אייקונים, אותו סגנון כפתור ואותו מבנה של שלושה כרטיסים, שחוזרים אצל אלפי אתרים שנבנו מאותה תבנית.
הפלטה
מה שרואים: גרדיאנט סגול-כחול, אותם שני צבעים בכל סקשן, וגרדיאנט גם על הכפתור, גם על הרקע וגם על הכרטיס.
מה שמחליף: צבע פעולה אחד, צבע טקסט אחד, ושאר האתר נייטרלי. אם רוצים גרדיאנט – במקום אחד בלבד. פלטת ברירת המחדל של הכלי היא הדבר הראשון שכדאי להחליף, כי היא זהה אצל כל מי שהשתמש בו.
האייקונים
מה שרואים: ספריית אייקונים גנרית בקו דק אחיד, או גרוע מזה – אימוג'י שמשמשים כאייקונים. ותמיד אחד לכל כרטיס, בשורה של שלושה.
מה שמחליף: אייקונים שמותאמים למותג, או ויתור מלא עליהם. שורה של שלושה כרטיסים עם שלושה אייקונים גנריים לא מוסיפה מידע – היא רק ממלאת שטח.
הכפתורים
מה שרואים: פינות מעוגלות מאוד עד כדי צורת גלולה, מילוי בגרדיאנט, צל רך זוהר, וטקסט כללי בסגנון "בואו נתחיל" או "לפרטים נוספים".
מה שמחליף: סגנון כפתור אחד לכל האתר, וטקסט שאומר מה קורה בלחיצה. "קבלו הצעת מחיר" עובד טוב יותר מ"לחצו כאן", ולא בגלל העיצוב.
מבנה שלושת הכרטיסים
מה שרואים: כל סקשן בנוי כשלושה כרטיסים זהים באורך, עם כותרת קצרה ושתי שורות טקסט. שלושה יתרונות, שלושה שירותים, שלושה שלבים.
מה שמחליף: לשבור את הסימטריה. חלק מהתוכן לא צריך להיות בכרטיס בכלל, ולא כל רשימה היא בדיוק שלושה פריטים. אם יש לכם ארבעה שירותים, אל תמחקו אחד בשביל שהשורה תיראה מסודרת.
הטיפוגרפיה
מה שרואים: גופן ברירת המחדל של הכלי, כותרת ענקית במרכז המסך, ושורת משנה מעורפלת מתחתיה. הכל ממורכז, כולל פסקאות ארוכות.
מה שמחליף: גופן שנבחר למותג ולא זה שהגיע עם התבנית. וטקסט גוף מיושר לכיוון הקריאה – פסקה ממורכזת קשה לקריאה, במיוחד בעברית.
התמונות
מה שרואים: תמונות סטוק של אנשים מחייכים במשרד, או תמונות שנוצרו ב-AI עם פנים חלקות מדי וידיים מוזרות. לצידן צורות תלת ממד מופשטות שלא קשורות לכלום.
מה שמחליף: תמונות אמיתיות של העסק, המוצר או העבודה – גם אם הן פחות מלוטשות. ואם אין, עדיף סגנון איור אחד עקבי מאשר תערובת של סטוק ו-AI.
סדר העדיפויות כאן פשוט: הפלטה, ואז הכפתורים, ואז האייקונים. שלושת אלה לבד מורידים את רוב תחושת ה"ראיתי את זה כבר" – והם גם השינויים הכי מהירים לביצוע.
ורק שיהיה ברור: כל אלה שייכים לערמת הליטוש בטבלה שלמעלה. הם משפיעים על רושם ראשוני, לא על אם האתר עובד. אם הטופס שבור, אל תתחילו מהצבעים.
קודם כל – סדר עדיפויות
סדר התיקונים באתר שנבנה ב-AI נקבע לפי נזק ולא לפי מאמץ: קודם מה שחוסם פרסום, אחר כך מה שחוסם המרה, אחר כך מה שישבור בעוד חצי שנה, ורק בסוף ליטוש חזותי.
תחלקו את מה שמצאתם לארבע ערמות:
| רמה | מה נכנס לשם | מתי מתקנים |
|---|---|---|
| חוסם פרסום | טופס שבור, עברית שבורה, אין עמודים משפטיים, אין דומיין | לפני שהאתר עולה |
| חוסם המרה | לא מבינים מה אתם מוכרים, אין דרך ליצור קשר בנייד, אין המשך אחרי הטופס | שבוע ראשון |
| שובר באחזקה | עשרים גרסאות של אותו כפתור, תמונות כבדות, אין גיבוי | חודש ראשון |
| ליטוש | ריווח, צללים, אנימציות, בחירת גופן | מתי שיש זמן |
הטעות הנפוצה היא להתחיל מהערמה הרביעית, כי היא הכי מספקת. תתחילו מהראשונה.
ולפני שממשיכים – איפה כלי ה-AI דווקא טובים
קל ליפול לטון של "זה לא באמת אתר". זה לא נכון, וזה גם לא מועיל.
כלי בנייה מבוססי AI פותרים היטב שלושה דברים שפעם לקחו ימים: מבנה עמוד סביר, רספונסיביות בסיסית שעובדת ברוב המסכים, וקוד תקין שלא נשבר מעצמו. הם גם מוציאים אתכם מדף לבן, וזה שווה יותר ממה שנדמה.
מה שהם לא עושים זה להכיר את העסק ולבדוק את עצמם. שתי הנקודות האלה הן כל התוכן של המדריך הזה.
חלק א: ארבע בדיקות שחוסמות פרסום
1. עברית ו-RTL על תוכן אמיתי
כלי בנייה בודקים RTL על "לורם איפסום". המשתמש שלכם קורא משפט עם מספר טלפון, מייל באנגלית ושם מוצר לועזי – וזה בדיוק המקום שבו הכיוון נשבר.
מה לבדוק: פסיק וסוגריים בסוף משפט מעורב, מספרי טלפון בתוך פסקה, כתובות מייל, מחירים עם סימן מטבע, ותאריכים. פתחו את העמודים עם התוכן הכי צפוף, לא את עמוד הבית.
ברמת הקוד: lang ו-dir מוגדרים נכון בתגית ה-HTML, והריווח משתמש בתכונות לוגיות ולא בהיפוך ידני של ימין ושמאל. היפוך ידני נשבר ברגע שמישהו מוסיף רכיב חדש.
2. טפסים שבאמת מגיעים ליעד
ההודעה "נשלח בהצלחה" היא אנימציה. היא לא ראיה לכלום.
הבדיקה היחידה שנחשבת: למלאו את הטופס בעצמכם, שלחו, ותוודאו שההודעה הגיעה לתיבה שאתם באמת פותחים. אחר כך בדקו גם מה קורה כשמשאירים שדה ריק, כשמזינים מייל לא תקין, וכששולחים פעמיים ברצף.
ובדקו מהיכן. טופס שעובד מהמחשב שלכם לא בהכרח עובד מנייד ברשת סלולרית, ולא בהכרח עובד כשמישהו מגיע מקישור בפרופיל ברשת חברתית, שם הדפדפן המובנה מתנהג אחרת.
נקודה שתופסת המון עסקים: מיילים שנשלחים מהשרת של האתר נופלים לספאם או נחסמים לגמרי. אם אתם לא רואים את ההודעה תוך דקה, הבעיה היא כנראה שם ולא בטופס.
3. עמודים משפטיים ונגישות
שלושה עמודים שחייבים להיות לפני שהאתר עולה: מדיניות פרטיות, תקנון, והצהרת נגישות.
הם צריכים להתאים לאתר האמיתי. מדיניות פרטיות שמזכירה חנות כשאין חנות, או תקנון שמדבר על משלוחים כשאתם מוכרים ייעוץ, גרועה מאין מדיניות בכלל.
ולגבי נגישות – התקנת תוסף נגישות היא לא בדיקת נגישות. תעברו על האתר במקלדת בלבד, בלי עכבר: אפשר להגיע לכל הקישורים? רואים איפה הפוקוס נמצא? אפשר לסגור חלון קופץ? בדקו גם ניגודיות של טקסט על רקע, כולל במצב מעבר עכבר ופוקוס – שם זה נשבר הכי הרבה.
4. דומיין, HTTPS ו-favicon
אתר שיושב על כתובת זמנית של כלי הבנייה לא מוכן לפרסום, גם אם התוכן מושלם.
מה לוודא: דומיין אמיתי מחובר, HTTPS פעיל, גרסה אחת בלבד של הכתובת (עם www או בלי, לא שתיהן), favicon מהלוגו שלכם, ואין תגית noindex ששכחה לרדת מסביבת הפיתוח.
ה-noindex הוא הקלאסיקה. אתר מושלם שגוגל לא רואה בכלל, כי מישהו שכח להוריד סימון אחד.
ובדיקה קטנה שלוקחת שלושים שניות: הדביקו את כתובת האתר בחלון גלישה פרטית, בלי להיות מחוברים לשום כלי. אם משהו מפנה לכתובת הזמנית, לסביבת הפיתוח או לעמוד שגיאה, תגלו את זה עכשיו ולא מלקוח.
חלק ב: שלוש בדיקות שחוסמות המרה
5. הכותרת – האם מבינים מה אתם מוכרים
תעשו את הניסוי הבא. תנו למישהו שלא מכיר את העסק לפתוח את עמוד הבית לחמש שניות, ואז תסגרו את המסך ותשאלו: מה העסק הזה עושה, ולמי.
אם התשובה מגומגמת, הכותרת לא עובדת. וכלי AI כמעט תמיד מייצרים כותרת שנשמעת טוב ולא אומרת כלום.
כותרת שעובדת אומרת מה, למי, ומה התוצאה. "פתרונות דיגיטליים מתקדמים" נכשל בשלושתם.
שלוש שאלות לבדיקה מהירה של הכותרת שיש לכם עכשיו:
- אפשר להחליף בה את שם העסק בשם של מתחרה? אם כן, היא לא אומרת עליכם כלום.
- יש בה מילה שהלקוח עצמו היה משתמש בה? לקוחות לא מחפשים "פתרונות". הם מחפשים אתר, חנות, בוט, מערכת.
- אפשר לחלוק עליה? משפט שאף אחד לא יכול להתווכח איתו הוא בדרך כלל משפט שלא אומר כלום.
ואל תשכחו את שורת המשנה. היא המקום להגיד למי זה מיועד ומה מקבלים – בדיוק החלק שכלי AI ממלאים בניסוח כללי.
6. מבנה שבנוי סביב שאלות, לא סביב סקשנים
אתר שנבנה ב-AI מסודר לפי סקשנים: היירו, שירותים, אודות, המלצות, צור קשר. זה סדר של תבנית, לא סדר של שיחה.
סדר של שיחה נראה אחרת. הוא עונה על השאלות לפי הסדר שבו הלקוח באמת שואל אותן: מה זה, זה מתאים לי, כמה זה עולה, כמה זמן זה לוקח, מה קורה אם לא אהבתי, איך מתחילים.
קחו את חמש השאלות שאתם עונים עליהן בכל שיחת מכירה, ובדקו שיש להן מקום בעמוד. ברוב האתרים החדשים אין.
שתי חסרות קלאסיות: המחיר, ולו טווח או נקודת פתיחה, ומה קורה בפועל – כמה זמן זה לוקח, מה נדרש מהלקוח, מה מקבלים בסוף. אתר שמדלג על שתיהן מייצר שיחות טלפון שנגמרות בשתי דקות, כי הפער מתגלה רק בשיחה.
7. מה קורה אחרי הלחיצה
זו הבדיקה שהכי מעטים עושים, והיא זו שמחזירה הכי הרבה.
מישהו השאיר פרטים בשתיים בלילה. מה קורה עכשיו? ברוב האתרים החדשים: מייל אחד נכנס לתיבה, ומחכה עד הבוקר.
לפחות שני דברים צריכים לקרות אוטומטית – הלקוח מקבל אישור קבלה עם שם, זמן חזרה ושאלה אחת ממקדת, והפנייה נרשמת במקום שבו אתם באמת מנהלים לקוחות, עם מקור התנועה והעמוד שממנו הגיעה.
הרחבנו על הנקודה הזו במדריך נפרד על חיבור הטופס למערכות התפעול.
חלק ג: שלוש בדיקות למה ששובר באחזקה
8. מערכת עיצוב קטנה במקום עשרים החלטות
כשכל עמוד נבנה בנפרד, מצטברות גרסאות. שלושה גדלים של כפתור, ארבעה גוונים של אותו כחול, שני גופנים שנראים כמעט זהים.
זה לא נראה נורא ביום הראשון. זה הופך לסיוט בפעם השלישית שמוסיפים עמוד.
הגדירו מערכת קטנה ותיצמדו אליה: צבע פעולה אחד, צבע טקסט אחד, שני גדלי כותרת, סולם ריווח אחיד, וסגנון כפתור אחד. חמישה כללים מנצחים חמישים החלטות נקודתיות.
9. תמונות, משקל וקפיצות
הכלי שם תמונות יפות. הוא לא בהכרח דאג שהן ישקלו משהו הגיוני.
שלוש בדיקות: המשקל של כל תמונה בעמוד הבית, פורמט מודרני כמו WebP במקום PNG כבד, ומידות מוגדרות בקוד כדי שהעמוד לא יקפוץ בזמן הטעינה.
ובנוסף – טקסט חלופי. לתמונה שנושאת מידע, תיאור קצר וענייני. לתמונה דקורטיבית, טקסט חלופי ריק. תיאור מפורט של רקע דקורטיבי רק מפריע למי שמשתמש בקורא מסך.
10. מי מתחזק את זה בעוד חצי שנה
זו השאלה שמפרידה בין אתר לבין דמו.
שלוש שאלות מעשיות: איפה הגיבוי ומי מריץ אותו, איך מחזירים גרסה קודמת אם משהו נשבר, ואיפה מתועדות ההחלטות – למה נבחר הפלאגין הזה, איפה יושב הטופס, מי מחזיק את הדומיין.
אם התשובה לכל אלה היא "בראש של מי שבנה", זה לא אתר של עסק. זה אתר של אדם אחד.
מסמך אחד בן עמוד פותר את רוב זה: איפה יושב הדומיין ומתי הוא מתחדש, מי מארח, איזה תוספים מותקנים ולמה, לאן הולכות הפניות, ומי מקבל את ההתראות. זה נשמע מיותר עד הפעם הראשונה שצריך אותו.
חלק ד: שתי בדיקות למה שכלים כמעט אף פעם לא בונים
11. שכבת האוטומציה
שכבת האוטומציה היא החלק שמחבר את האתר למערכות שמסביבו – רישום הפנייה, מענה ראשוני, תזכורת ודוח – והיא כמעט אף פעם לא נבנית על ידי כלי בנייה, כי היא לא חלק מהעמוד אלא ממה שקורה אחריו.
כלי בנייה יודעים לייצר עמוד. הם לא יודעים מה העסק שלכם עושה עם פנייה אחרי שהיא נכנסה.
שלושה חיבורים שכמעט תמיד חסרים: הפנייה נרשמת אוטומטית במערכת ניהול הלקוחות, ליד שלא ענה מקבל תזכורת בלי שתזכרו לשלוח אותה, ואתם מקבלים סיכום שבועי בלי להיכנס לשום מערכת.
אצל חנויות אונליין הרשימה ארוכה יותר: חשבונית, עדכון מלאי, התראת מלאי נמוך, ועדכון סטטוס משלוח ללקוח.
12. מדידה – איך תדעו אם זה עובד
אתר בלי מדידה הוא ניחוש יקר.
המינימום: אנליטיקס מותקן ועובד, אירוע המרה מוגדר על שליחת טופס ועל לחיצה על הטלפון, ו-Search Console מחובר. בלי אלה אין דרך לדעת אם השינוי שעשיתם שיפר משהו.
נקודה שמפילה הרבה אתרים חדשים: אירוע ההמרה מוגדר על טעינת עמוד התודה בלבד. אם הטופס לא מפנה לעמוד תודה, אף המרה לא נספרת – והאתר נראה כאילו הוא לא מביא כלום.
צ'קליסט של רבע שעה לפני עלייה לאוויר
עברו עליו בסדר הזה. כל "לא" הוא עצירה:
- מילאתי את הטופס בעצמי וההודעה הגיעה לתיבה שאני פותח
- פתחתי את שלושת העמודים הצפופים ביותר בנייד ובדקתי שהעברית לא נשברת
- עברתי על עמוד הבית במקלדת בלבד והגעתי לכל הקישורים
- יש מדיניות פרטיות, תקנון והצהרת נגישות שמתאימים לאתר הזה
- הדומיין האמיתי מחובר, HTTPS פעיל, ואין
noindex - יש favicon מהלוגו
- אדם שלא מכיר את העסק הבין בחמש שניות מה אתם מוכרים
- מספר הטלפון לחיץ בנייד
- אף תמונה בעמוד הבית לא שוקלת מעל 300KB
- פנייה חדשה נרשמת אוטומטית איפשהו מחוץ למייל
- אנליטיקס מותקן ואירוע המרה מוגדר על שליחת טופס
- יש גיבוי, ואני יודע איך מחזירים גרסה
שלוש עצירות ומעלה – האתר עוד לא מוכן, גם אם הוא נראה מצוין.
שלושה פרומפטים שאפשר להעתיק
הפרומפטים הבאים מנוסחים לעבודה מול כלי בנייה או מול עוזר AI שיש לו גישה לאתר. החליפו את מה שבסוגריים המרובעים.
פרומפט 1: אודיט לפני שנוגעים בכלום
אתה בודק אתר לפני עלייה לאוויר. אל תתקן כלום בשלב הזה - רק תדווח. האתר: [כתובת]
העסק: [מה העסק מוכר, למי]
הפעולה שהכי חשובה לי שהמבקר יעשה: [טופס / שיחה / רכישה] עבור על האתר והחזר לי טבלה אחת עם העמודות:
ממצא | רמה | איפה זה | איך בדקת | מה צריך לקרות רמה היא אחת מארבע: חוסם פרסום, חוסם המרה, שובר באחזקה, ליטוש. בדוק במפורש:
1. כיוון טקסט ותצוגת עברית בשורות מעורבות עם מספרים ואנגלית
2. כל טופס: שדות חובה, הודעת שגיאה, ומה קורה בשליחה
3. קיום מדיניות פרטיות, תקנון והצהרת נגישות, והאם התוכן שלהם מתאים לאתר
4. ניווט מקלדת מלא וסימון פוקוס נראה
5. ניגודיות טקסט, כולל מצבי מעבר עכבר ופוקוס
6. משקל התמונות ופורמט הקבצים
7. תגיות כותרת ותיאור, ותגית noindex
8. האם הכותרת הראשית אומרת מה העסק מוכר ולמי כלל אחד: אם לא בדקת משהו בפועל, כתוב "לא נבדק".
אל תמיר ממצא שלא נבדק לסימון תקין.
פרומפט 2: תיקון לפי מערכת עיצוב
תקן את האתר לפי הכללים הבאים. אל תשנה טקסט שאני כתבתי בעצמי. מערכת העיצוב לפרויקט הזה:
- צבע פעולה: [הקס]
- צבע טקסט ראשי: [הקס]
- רקע: [הקס]
- גופן: [שם] בלבד, בשני משקלים לכל היותר
- שני גדלי כותרת בלבד, וסולם ריווח שמבוסס על כפולות של 8
- סגנון כפתור אחד לכל האתר כללי עבודה:
1. עבור סקשן-סקשן. אחרי כל סקשן, עצור וכתוב מה שינית.
2. אל תמציא תוכן. אם חסר לך מידע, כתוב [חסר: מה חסר] והמשך.
3. אל תוסיף המלצות, לוגואים של לקוחות או מספרים שלא נתתי לך.
4. ריווח ומיקום - השתמש בתכונות לוגיות ולא בהיפוך ידני של ימין ושמאל.
5. אל תוסיף אנימציות. אם קיימות, כבד את העדפת המשתמש להפחתת תנועה.
6. לכל תמונה: מידות מוגדרות, ופורמט מודרני. בסוף: רשימה של כל מקום שסימנת בו [חסר].
פרומפט 3: סבב QA עם ראיות
עכשיו תריץ בדיקה חוזרת ותחזיר דוח. לכל בדיקה מהרשימה, מלא:
מה נבדק | באיזה עמוד | באיזה רוחב מסך | מה ציפית שיקרה | מה קרה בפועל | ראיה או חוסם בדוק ברוחבי מסך 360, 768 ו-1440. רשימת הבדיקות:
1. שליחת טופס מלא - האם התקבל אישור, ולאן נשלח
2. שליחת טופס עם שדה ריק ועם מייל לא תקין
3. לחיצה על כל קישור בתפריט ובפוטר
4. לחיצה על מספר הטלפון במובייל
5. מעבר מלא במקלדת מהכותרת עד הפוטר
6. סגירת כל חלון קופץ במקלדת
7. טעינת עמוד הבית - האם משהו קופץ או זז אחרי הטעינה אם בדיקה נכשלה, כתוב חוסם ותאר את הצעד המדויק לשחזור.
אל תסמן בדיקה כעברה בלי לתאר מה ראית.
מה הפרומפטים האלה לא יעשו בשבילכם
שווה להגיד את זה בפירוש, כי הציפייה הלא נכונה היא מה שגורם לאכזבה.
הם לא יודעים אם המייל באמת הגיע לתיבה שלכם. הם לא יודעים מה מקובל בענף שלכם. הם לא יקבעו מחיר, לא יכתבו את הסיפור של העסק, ולא ימציאו הוכחה חברתית שאין.
ובעיקר – הם לא מחליפים את הבדיקה של בן אדם על מכשיר אמיתי. כלי יכול לדווח שהכפתור קיים ונגיש. רק אתם יכולים לדעת שהוא נמצא מתחת לאצבע במקום לא נוח.
וגם זה: אף פרומפט לא הופך אתר לעומד בדרישות נגישות. הוא מקרב, הוא מסדר, והוא מייצר רשימה. הבדיקה עצמה נשארת בדיקה.
שלוש טעויות שחוזרות דווקא בשלב התיקון
לתקן הכל בסבב אחד
הפיתוי הוא לתת לכלי רשימה של ארבעים תיקונים ולבקש שיעבור על הכל. התוצאה כמעט תמיד אותה: חלק תוקן, חלק נשבר, ואי אפשר לדעת מה גרם למה.
עבדו בסבבים קטנים – סקשן, בדיקה, שמירה. ותשמרו גרסה לפני כל סבב רחב.
לתת לכלי להמציא במקום להגיד שחסר
כשחסר מידע, מודל ימלא אותו. ככה נולדות המלצות מלקוחות שלא קיימים, לוגואים של חברות שלא עבדתם איתן ומספרים שאין להם מקור.
זה לא רק לא מדויק – זה גם מזיק. מבקר שמזהה המלצה מומצאת אחת מפסיק להאמין לכל העמוד. לכן הפרומפט השני למעלה מבקש במפורש לסמן [חסר] במקום להשלים.
למדוד את האתר במקום את התוצאה
ציון ביצועים גבוה הוא נחמד. הוא לא אומר שמישהו יצר איתכם קשר.
שני המדדים שבאמת שווים מעקב בחודש הראשון: כמה פניות נכנסו, ומאיזה עמוד הן הגיעו. כל השאר הוא רעש עד שהשניים האלה מתחילים לזוז.
שורה תחתונה
אתר שנבנה ב-AI הוא נקודת פתיחה טובה. הוא חוסך את השלב שפעם לקח שבועיים.
מה שהוא לא חוסך זה את העבודה שהופכת עמוד לעסק: תוכן שמבוסס על מה שאתם באמת מוכרים, בדיקה של כל פעולה מול משתמש אמיתי, והחיבור למערכות שממשיכות את התהליך אחרי הלחיצה.
שתי השעות שחסכתם בבנייה שוות את עצמן רק אם משקיעים מהן שעה אחת בחזרה, בשתים-עשרה הבדיקות שלמעלה.
רוצים שנעבור על האתר שלכם ונגיד לכם מה חוסם? ←
שאלות נפוצות
אפשר לזהות אתר שנבנה ב-AI לפי המראה?
לא באמת. אתרים רבים שנבנו ידנית משתמשים באותן תבניות ובאותם צבעים. מה שמזהה אתר לא גמור הוא התנהגות ולא מראה: טופס ששולח לשום מקום, טקסט שלא מתאים לעסק, ועברית שנשברת בשורה מעורבת.
הפרומפטים עובדים בכל כלי בנייה?
העיקרון עובד בכל כלי שמקבל הנחיה בשפה חופשית. מה שמשתנה זה מה הכלי באמת יכול לבצע – חלק ישנו קוד, חלק רק ימליצו. אם הכלי לא מבצע, השתמשו בפלט כרשימת משימות ותקנו ידנית.
כמה זמן לוקח לעבור על כל 12 הבדיקות?
אתר תדמית קטן – בין שעתיים לחצי יום, תלוי כמה נמצא. הצ'קליסט הקצר עצמו לוקח רבע שעה, והוא מספיק כדי לדעת אם מותר לכם לעלות לאוויר.
מספיק להתקין תוסף נגישות?
לא. תוסף מוסיף כלי עזר, אבל הוא לא מתקן סדר כותרות שגוי, ניגודיות חלשה או מלכודת פוקוס. בדיקה במקלדת ובדיקת ניגודיות הן החלק שאי אפשר לדלג עליו.
צריך למחוק כל אזכור לכך שהאתר נבנה ב-AI?
לא חייבים. מה שכן חשוב הוא שלא יישאר תוכן כללי של תבנית – שמות דמה, המלצות שלא קיימות, או תיאור שירות שלא מתאים למה שאתם מוכרים.
מה התיקון הראשון שהכי משתלם?
הטופס. אם פנייה לא מגיעה ליעד, כל שאר העבודה על האתר לא מייצרת כלום. אחריו הכותרת הראשית.
האתר שלי כבר באוויר. להוריד אותו כדי לתקן?
לא. תתקנו לפי הסדר במדריך, בסביבה נפרדת אם יש, ותעלו את התיקונים בהדרגה. הורדת אתר חי גורמת יותר נזק מרוב הבאגים שמתקנים.
איך יודעים שהאתר באמת מוכן?
כששתים-עשרה השורות בצ'קליסט מסומנות, ובנוסף – כשמישהו שלא היה מעורב בבנייה הצליח למצוא את דרך יצירת הקשר בנייד, בלי שהסברתם לו איפה ללחוץ.