מה באמת קורה בשלוש השניות הראשונות
רוב בעלי העסקים בודקים כמה אנשים הגיעו לאתר וכמה השאירו פרטים, ומסיקים מהיחס ביניהם משהו על איכות התוכן או על ניסוח הכפתור. אבל חלק מהפער הזה נוצר עוד לפני שהגולש ראה משהו: הוא לחץ, המתין, ולא חיכה עד הסוף.
הנטישה הזו לא מופיעה כביקור גרוע אלא כביקור קצר, ולכן קל לפרש אותה לא נכון. אתר שנטען לאט לא נראה גרוע לגולש - הוא פשוט לא נראה בכלל. וההשפעה מצטברת פעמיים: פחות אנשים מגיעים לתוכן, ואלה שכן מגיעים כבר התחילו את הביקור בתחושה של המתנה.
יש כאן גם עלות שנייה, ישירה יותר, למי שמפרסם בתשלום. על כל קליק שילמתם, גם על זה שנטש אחרי שנייה וחצי. אתר איטי מייקר את עלות הליד בלי לשנות דבר בקמפיין עצמו, ולכן שיפור המהירות הוא לעיתים קרובות הדרך הזולה ביותר לשפר את התוצאות של תקציב פרסום קיים.
שלושת המדדים שגוגל בודק
גוגל אינו מודד מהירות במספר אחד. הוא מודד שלושה דברים שונים תחת השם Core Web Vitals, וכל אחד מהם עונה על שאלה אחרת מנקודת המבט של הגולש: מתי ראיתי משהו, מה קרה כשלחצתי, והאם הדף קפץ לי מתחת ליד.
המדדים האלה נמדדים אצל גולשים אמיתיים ולא במעבדה, כלומר הם משקפים מכשירים וחיבורים אמיתיים - כולל טלפון בינוני ברשת סלולרית, שהוא המצב של חלק גדול מהתנועה בישראל.
שווה לשים לב במיוחד למדד השלישי, שהוא גם המתפספס ביותר: עמוד שנטען מהר אבל שבו הכפתור זז רגע לפני הלחיצה, כי תמונה או באנר נטענו מאוחר ודחפו את התוכן למטה, מייצר תסכול אמיתי ולעיתים גם לחיצה על הדבר הלא נכון.
| מדד | מה הוא בודק | יעד טוב |
|---|---|---|
| LCP | מתי נטען הרכיב המרכזי בעמוד | עד 2.5 שניות |
| INP | כמה מהר העמוד מגיב ללחיצה | עד 200 אלפיות שנייה |
| CLS | כמה התוכן קופץ בזמן הטעינה | עד 0.1 |
מה מאט אתרים בפועל
כמעט תמיד מדובר במשקל, לא בקוד. אלה הגורמים שחוזרים ברוב האתרים שאנחנו נכנסים אליהם, בערך לפי סדר התרומה שלהם לבעיה:
- תמונות שהועלו בגודל המקורי מהמצלמה או מבנק התמונות, בלי דחיסה ובלי התאמה למידות שבהן הן באמת מוצגות.
- סקריפטים של צד שלישי שהצטברו עם הזמן - צ'אט, פיקסלים, כלי פופאפ, ווידג'טים של ביקורות. כל אחד נוסף בנפרד ואף אחד לא נמחק.
- סליידר או וידאו שמתנגן אוטומטית בראש העמוד, שנטענים לפני שהגולש ראה מילה אחת.
- גופנים שנטענים משרת חיצוני, שמעכבים את הופעת הטקסט עד שהם מגיעים.
- תוספים שהותקנו פעם לצורך מסוים ונשארו פעילים גם אחרי שהצורך נגמר.
- אחסון זול ומשותף, שבו זמן התגובה של השרת עצמו הוא כבר חצי שנייה לפני שקרה משהו.
לפני שנוגעים בקוד, בדקו כמה מהמשקל של העמוד הן התמונות. ברוב האתרים שאנחנו בודקים זה הרכיב הגדול ביותר בהפרש ניכר, והטיפול בו לבדו משפר את זמן הטעינה יותר מכל אופטימיזציה אחרת שתעשו אחריו.
באיזה סדר לתקן
הפיתוי הוא להתחיל מהדבר הכי טכני. עדיף להתחיל מהדבר הכי כבד, כי הסדר הזה נותן את מרבית השיפור בשלב הראשון ומאפשר להחליט על ההמשך לפי נתונים ולא לפי תחושה.
- תמונות: המרה לפורמט מודרני, דחיסה, הגשה במידות שבהן הן מוצגות בפועל, וטעינה עצלה לכל מה שנמצא מתחת לקו הקיפול.
- סקריפטים חיצוניים: לרשום את כולם, למחוק את מה שלא בשימוש, ולדחות את מה שנשאר כך שייטען אחרי התוכן ולא לפניו.
- גופנים: אחסון מקומי, צמצום מספר המשקלים, והצגת הטקסט מיד גם לפני שהגופן הגיע.
- מבנה העמוד: שמירת מקום קבוע לתמונות ולבאנרים כך שהתוכן לא יקפוץ כשהם נטענים.
- תשתית: מעבר לאחסון מהיר יותר או הוספת רשת הפצה, אחרון ברשימה כי הוא היקר ביותר ובדרך כלל גם המשפיע פחות מהראשונים.
אתר מהיר הוא לא פרויקט שמסתיים, אלא החלטה שחוזרת בכל פעם שמישהו מבקש להוסיף לעמוד עוד ווידג'ט אחד.
איך בודקים, ומה יעד סביר
שתי בדיקות מספיקות. PageSpeed Insights נותן תמונה מיידית של עמוד בודד ומפרט מה בדיוק מעכב אותו; דוח חוויית העמוד ב-Search Console מראה איך האתר מתנהג אצל גולשים אמיתיים לאורך זמן, וזה המספר שגוגל בפועל מסתכל עליו.
בדקו את העמודים שאליהם מגיעה התנועה, לא את עמוד הבית בלבד. ברוב העסקים דפי הנחיתה של הקמפיינים הם העמודים הכבדים ביותר וגם אלה שכל ביקור בהם עולה כסף.
יעד סביר לעסק קטן או בינוני הוא טעינה של פחות משלוש שניות בטלפון ברשת סלולרית ממוצעת, ושלושת המדדים בטווח הירוק. זה לא יעד שאפתני ואין צורך לרדוף אחרי ציון מושלם: ההפרש בין ציון 60 ל-90 מורגש אצל הגולש, ההפרש בין 95 ל-100 כמעט לא.
אחרי התיקון כדאי לבדוק שוב בעוד חודש. תוספים חדשים, פיקסל שנוסף לקמפיין ותמונות שהעלה מישהו מהצוות מחזירים את המשקל בהדרגה, וזו הסיבה שאתרים חוזרים להיות איטיים כמה חודשים אחרי שטופלו.
