מהירות האתר היא לא בעיה טכנית – היא דליפת לידים

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

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

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

למה דליפת הלידים הזאת בלתי נראית

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

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

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

"אצלי זה נטען מהר" – למה זו המדידה הגרועה ביותר

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

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

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

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

שלושת המדדים שגוגל מודד, בשפה עסקית

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

LCP – כמה זמן עובר עד שרואים משהו אמיתי

LCP (Largest Contentful Paint) מודד את הזמן עד שהרכיב המשמעותי ביותר בדף – בדרך כלל תמונת הכותרת או בלוק הטקסט הראשי – מופיע באמת על המסך. הסף שגוגל מגדיר כ"טוב" הוא עד 2.5 שניות, ומעל 4 שניות זה מוגדר כחלש.

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

INP – האתר מגיב לי או מתעלם ממני

INP (Interaction to Next Paint) מודד כמה זמן עובר מהרגע שמשתמש עשה משהו – לחץ על כפתור, פתח תפריט, סימן שדה – עד שהדף מראה תגובה. הסף ל"טוב" הוא עד 200 מילישניות, ומעל 500 זה נחשב חלש.

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

CLS – הדף זז לי מתחת לאצבע

CLS (Cumulative Layout Shift) מודד כמה התוכן בדף "קופץ" ומזיז את עצמו תוך כדי טעינה: תמונה שנטענת באיחור ודוחפת את הטקסט למטה, באנר שמופיע פתאום, פונט שמתחלף ומזיז שורות. הסף ל"טוב" הוא עד 0.1.

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

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

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

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

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

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

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

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

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

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

הצ'ק-ליסט: מה לבדוק לבד בשעה הקרובה

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

• הריצו PageSpeed Insights על שלושה דפים, לא אחד – דף הבית, דף השירות המרכזי, ודף הנחיתה שהקמפיין מוביל אליו. הסתכלו על הציון בנייד, לא בדסקטופ. הציון בדסקטופ כמעט תמיד מחמיא.
• פתחו את האתר בגלישה בסתר, מהנייד שלכם, מחוץ ל-Wi-Fi. ספרו בקול "אחת, שתיים, שלוש" מהרגע שלחצתם. איפה בספירה הופיע תוכן אמיתי?
• מלאו את הטופס שלכם בעצמכם, מהנייד, עד הסוף. לא "בדקתי שהוא שולח" – מלאו אותו באמת, כמו לקוח. בדקו אם הכפתור מגיב מיד, אם המקלדת מקפיצה את הדף, ואם אתם מקבלים אישור ברור שהפנייה נשלחה.
• ספרו את הכפתורים והחלונות שקופצים בשלושים השניות הראשונות. פופ-אפ, באנר קוקיז, ווידג'ט צ'אט שנפתח לבד. כמה מהם צריכים להיות שם?
• בדקו אם הדף זז. גללו טיפה תוך כדי טעינה ושימו לב אם התוכן נדחף או קופץ.
• מצאו את התמונה הכי כבדה באתר. אם יש לכם תמונה במשקל של כמה מגה-בייט בראש הדף, מצאתם את הבעיה הראשונה שלכם.
• בדקו מה קורה עם הליד אחרי השליחה. האם הוא מגיע אוטומטית למקום שבו מישהו מטפל בו, או לתיבת מייל שנפתחת פעם ביום? מהירות הטעינה מביאה את הליד לטופס; מה שקורה אחריו הוא כבר שאלה של חיבור מערכות.
• בדקו מה רואה מי שלא בן אדם. אם חלק גדול מהתוכן נבנה רק אחרי שהדף נטען בדפדפן, זה משפיע גם על מהירות וגם על מה שמנועי חיפוש ומנועי תשובות מצליחים לקרוא. הרחבתי על הצד הזה במדריך מוכנות האתר לחיפוש בעידן ChatGPT.

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

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

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

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

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

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

שורה תחתונה

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

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

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

בואו נבדוק את האתר שלכם >