המאמר מיועד לבעלי עסקים שיש להם אתר תדמית, או שעומדים להשיק אתר חדש. הוא מפרט טעויות חוזרות, איך מזהים כל אחת בבדיקה פשוטה, ומה התיקון. בסופו תוכלו לעבור על האתר שלכם עם רשימת בדיקה, ולהחליט מה לתקן קודם.
אתר תדמית יכול להיראות מצוין ועדיין לא לעבוד: גולשים נכנסים, לא מבינים מה העסק מציע, ויוצאים. במקרים אחרים האתר עובד היטב שנה, ואז מתברר שאי אפשר לעדכן אותו כי הגישה נמצאת אצל ספק שכבר לא זמין. רוב הטעויות האלה ניתנות לזיהוי מוקדם, אם יודעים מה לחפש.
המאמר מחלק את הטעויות לשלוש קבוצות: מסר ותוכן, חוויית שימוש, ובעלות ותחזוקה. לכל טעות יש דרך לזהות אותה ותיקון מוצע.
מסר ותוכן
1. משפט פתיחה שלא אומר מה העסק עושה
איך מזהים: הראו את עמוד הבית למישהו שלא מכיר את העסק במשך חמש שניות, ובקשו ממנו לומר מה אתם עושים. אם הוא לא יודע, המסר לא ברור.
תיקון: משפט שמתאר שירות ולקוח, למשל "תכנון ופיקוח על שיפוצי דירות בירושלים", לפני כל סיסמה.
2. עמוד שירות אחד לכל השירותים
איך מזהים: עמוד "השירותים שלנו" עם רשימת תבליטים, בלי פירוט לאף שירות.
תיקון: עמוד נפרד לכל שירות מרכזי, עם מה כלול, למי מתאים ואיך נראה התהליך. ראו המאמר על כתיבת עמודי שירות.
3. טענות שאי אפשר לגבות
איך מזהים: ביטויים כמו "המובילים בישראל", "אלפי לקוחות מרוצים" או "תוצאות מובטחות" בלי מקור.
תיקון: להחליף בפרטים שאפשר להראות: תחומי התמחות, תהליך עבודה, דוגמאות עבודה באישור לקוחות.
4. תוכן שלא עודכן
איך מזהים: שירותים שהעסק כבר לא נותן, צוות שהשתנה, שנה ישנה בפוטר, או בלוג שהמאמר האחרון בו ישן מאוד.
תיקון: סבב בדיקת תוכן קבוע, כמתואר במאמר על מדידה ותחזוקה. עדיף להסיר תוכן לא רלוונטי מאשר להשאיר אותו.
חוויית שימוש
5. דרך יצירת קשר שקשה למצוא
איך מזהים: בנייד צריך לגלול עד סוף העמוד כדי למצוא טלפון, או שהטלפון מופיע כתמונה ולא כקישור לחיוג.
תיקון: טלפון ודוא"ל כקישורים לחיצים, וכפתור פעולה זמין בכל עמוד.
6. טופס שאיש לא בודק
איך מזהים: שולחים טופס בדיקה ובודקים אם הפנייה הגיעה, לאן, ותוך כמה זמן. לפעמים מתברר שהפניות נשלחות לכתובת של ספק לשעבר או מסוננות כדואר זבל.
תיקון: לבדוק את הטופס אחרי כל שינוי באתר או בשרת הדוא"ל, ולקבוע נמען קבוע בעסק. על אימות שולח דוא"ל יש מאמר בתחום ניהול דיגיטל.
7. אתר שעובד רק במחשב
איך מזהים: פתחו את האתר בטלפון וחפשו טקסט חתוך, כפתורים קטנים מדי, תפריט שלא נפתח או גלילה לצדדים.
תיקון: לבדוק כל עמוד ברוחב של טלפון קטן לפני השקה ואחרי כל שינוי עיצוב.
8. עמודים איטיים בגלל תמונות כבדות
איך מזהים: תמונות של כמה מגה־בייט בעמוד הבית, או גלריות שנטענות בבת אחת.
תיקון: להקטין ולדחוס תמונות לפני העלאה. על מהירות אתר ו-Core Web Vitals יש מאמר נפרד בבלוג.
9. נגישות שנדחתה לסוף
איך מזהים: אי אפשר לנווט במקלדת, אין טקסט חלופי לתמונות, או שהנגישות "נפתרה" בכפתור בלבד.
תיקון: לשלב נגישות בתכנון ובבדיקות, כמפורט במאמר על נגישות אתר תדמית.
בעלות ותחזוקה
10. דומיין או אחסון רשומים על שם הספק
איך מזהים: בדקו מי מופיע כבעלים ברשם הדומיין ובחשבון האחסון, ומי מקבל את ההודעות על חידוש.
תיקון: להעביר את הרישום לבעלות העסק, עם גישה לספק לפי הצורך. על מיפוי הנכסים והאחריות יש מאמר בניהול דיגיטל.
11. אין מי שמעדכן את המערכת
איך מזהים: עדכוני תוכנה ממתינים חודשים, או שאיש בעסק לא יודע מי אחראי על האתר.
תיקון: להגדיר אחראי, תדירות עדכונים וגיבוי לפני כל עדכון.
12. אין מדידה, או שהמדידה לא אמינה
איך מזהים: אין חשבון מדידה, או שיש, אבל איש לא יודע כמה פניות הגיעו מהאתר בחודש האחרון.
תיקון: להגדיר אירועים מרכזיים כמו שליחת טופס ולחיצה על טלפון, ולבדוק שהם נמדדים. ראו הקמת נכס GA4 נכון.
רשימת בדיקה מהירה
- בעמוד הבית ברור תוך שניות מה העסק עושה.
- לכל שירות מרכזי יש עמוד משלו.
- כל טענה באתר ניתנת לגיבוי.
- טופס הבדיקה האחרון הגיע לנמען הנכון.
- האתר נבדק בנייד, כולל תפריט וטפסים.
- הדומיין, האחסון וחשבונות המדידה רשומים על שם העסק.
- יש אחראי לעדכונים ולגיבויים.
איך מחליטים: לתקן או לבנות מחדש
רוב הטעויות במסר, בתוכן ובבעלות אפשר לתקן באתר הקיים. בנייה מחדש שווה בדיקה כשיש כמה בעיות יסודיות בבת אחת: האתר לא עובד בנייד, המערכת לא מתעדכנת, ואי אפשר לערוך תוכן בלי ספק מסוים. גם אז, כדאי לשמור על כתובות העמודים הקיימים, או להפנות אותן לכתובות החדשות.
הצעד הבא
עברו על רשימת הבדיקה, וסמנו כל טעות לפי שתי שאלות: כמה היא פוגעת בפניות, וכמה קל לתקן אותה. התחילו ממה שפוגע הרבה וקל לתיקון, כמו טופס שלא מגיע או טלפון שאי אפשר ללחוץ עליו. אם צריך שיפור מקיף או בנייה מחדש, ראו אפיון והקמה של אתר תדמית.
שאלות ותשובות
ibastom.com
איזו טעות כדאי לתקן ראשונה?
את מה שמונע פנייה: טופס שלא מגיע, טלפון שלא לחיץ בנייד או דרך קשר שקשה למצוא. אחר כך את המסר בפתיחה, ורק אחר כך עיצוב, מהירות ושאר השיפורים.
איך בודקים אם משפט הפתיחה ברור?
מראים את עמוד הבית לחמש שניות למישהו שלא מכיר את העסק, ושואלים מה העסק עושה ולמי. אם התשובה לא מדויקת, המשפט כללי מדי. זו בדיקה זולה שלא דורשת כלים.
האתר נראה מיושן. זו סיבה לבנות מחדש?
לא בהכרח. אם התוכן ברור, האתר מהיר ונגיש והפניות מגיעות, עדכון עיצובי חלקי עשוי להספיק. בנייה מחדש מוצדקת כשהמערכת לא מתעדכנת, כשהמבנה לא מאפשר להוסיף שירותים או כשרוב הבעיות שברשימה קיימות יחד.
איך יודעים שהדומיין והאחסון באמת שלנו?
בודקים מי בעל הרישום אצל רשם הדומיין ועל שם מי חשבון האחסון, ומוודאים שיש לעסק גישה ישירה לשניהם. אם הכול רשום על שם הספק, מסדירים העברה כשהיחסים טובים, לא כשיש מחלוקת.
המדידה מראה אפס פניות. האתר באמת לא עובד?
קודם בודקים את המדידה עצמה: שולחים פנייה ובודקים אם נרשמה ואם הגיעה. הרבה פעמים האירוע לא מוגדר או שהטופס השתנה, והפניות מגיעות בלי שנספרו. רק אחרי שהמדידה אמינה אפשר להסיק משהו על האתר.
