הציון בבדיקה מצוין והגולשים עדיין מחכים: ההבדל בין בדיקת מעבדה לחוויה של משתמשים אמיתיים
בדקתם את האתר, קיבלתם ציון יפה, ושבוע אחר כך לקוח מתלונן שהדף נטען לאט. אף אחד לא שיקר. פשוט מדדתם שני דברים שונים, וכדאי לדעת מה כל אחד מהם אומר.
ביום ראשון בבוקר הרצתם בדיקת מהירות על דף הבית. המספרים נראו מצוין, הסימנים היו ירוקים, והרגשתם שאפשר לסמן את המשימה כסגורה. ביום רביעי הגיעה הודעה מלקוחה: "ניסיתי להזמין מהטלפון ברכבת, הדף נתקע לי פעמיים". אחד מכם טועה? לא בהכרח. סביר יותר שמדדתם שני דברים שונים, וקראתם להם באותו שם.
התשובה הקצרה היא שבדיקת מעבדה מודדת טעינה אחת, על מכשיר מדומה אחד, בתנאי רשת קבועים. נתוני שטח מודדים את מה שקרה בפועל אצל משתמשים אמיתיים, על המכשירים, הרשתות והרגלי הגלישה שלהם. שני הסוגים חשובים, אבל הם עונים על שאלות אחרות: המעבדה עוזרת להבין למה משהו איטי, והשטח מראה אם זה באמת איטי עבור האנשים שמגיעים לאתר.
שני סוגי נתונים באותו דוח
מי שפותח את PageSpeed Insights, הכלי החינמי של גוגל, רואה בראש הדוח שני חלקים. לפי התיעוד הרשמי של הכלי, החלק של חוויית המשתמשים האמיתיים מבוסס על Chrome User Experience Report, מאגר שנקרא בקיצור CrUX, ומציג את מה שנאסף בתקופה של 28 הימים הקודמים. החלק השני הוא ניתוח מעבדה של Lighthouse, שטוען את הדף בסביבה מדומה ומפיק ממנו רשימת ממצאים והמלצות.
כאן מתחיל הבלבול. הציון הגדול והצבעוני שמופיע בחלק של Lighthouse הוא תוצאה של טעינה אחת בתנאים מוגדרים. הוא שימושי, אבל הוא לא "הציון של האתר" במובן שרוב בעלי האתרים מתכוונים אליו. התיעוד של הכלי עצמו מסביר שנתוני השטח הם דוח היסטורי על האופן שבו כתובת מסוימת התנהגה, ואילו נתוני המעבדה מבוססים על טעינה מדומה במכשיר יחיד. מכאן שגם כשהם לא מסכימים, אין כאן תקלה: זה בדיוק מה שאמור לקרות כשמודדים דברים שונים.
מה המעבדה רואה היטב, ומה היא מפספסת
בדיקת מעבדה דומה לבדיקה של רכב על מתקן במוסך. התנאים קבועים, ולכן אפשר להשוות. אם שיניתם משהו בקוד והרצתם שוב, ההבדל בתוצאה נובע בעיקר מהשינוי שלכם ולא ממזג האוויר ברשת. זה הופך את המעבדה לכלי מצוין לאבחון: היא מראה איזה קובץ חוסם את הטעינה, איזו תמונה כבדה מדי ואילו סקריפטים מעסיקים את הדפדפן.
היתרון השני הוא שהמעבדה זמינה תמיד. אפשר לבדוק דף שעוד לא עלה לאוויר, גרסה חדשה בסביבת בדיקות או דף שכמעט אף אחד לא מבקר בו. נתוני שטח לא יכולים לעשות את זה, כי הם צריכים משתמשים אמיתיים שכבר הגיעו.
החולשה של המעבדה היא בדיוק החוזק שלה: היא בודקת תרחיש אחד. היא לא יודעת שחלק מהלקוחות שלכם גולשים מטלפון ישן, שאחרים נכנסים מרשת סלולרית עמוסה, ושיש מי שלוחץ על כפתור עוד לפני שהדף סיים להיטען. היא גם לא רואה מה קורה אחרי הטעינה: גלילה, פתיחת תפריט, הוספה לסל.
כאן נכנס המדד INP, שמודד כמה מהר הדף מגיב לפעולות של המשתמש. לפי web.dev, האתר של גוגל שמסביר את המדדים, INP הפך למדד יציב של Core Web Vitals בשנת 2024, במקום המדד הקודם FID. ומכיוון שבבדיקת מעבדה אין אדם שלוחץ על משהו, Lighthouse אינו יכול למדוד INP ישירות. במקומו הוא מציג מדד בשם Total Blocking Time, שמשמש קירוב: הוא מראה כמה זמן הדפדפן היה עסוק מכדי להגיב. TBT נמוך הוא סימן טוב, אבל הוא לא הבטחה שהמשתמשים חוו תגובה מהירה.
נתוני שטח: לא ממוצע, אלא האחוזון ה-75
כשמסתכלים על נתוני השטח, כדאי להבין איך הם נקבעים. לפי web.dev, הסף הטוב ל-LCP, מדד הטעינה של התוכן המרכזי, הוא 2.5 שניות לכל היותר. ל-INP הסף הוא 200 מילישניות, ול-CLS, שמודד קפיצות פריסה לא צפויות, הסף הוא 0.1. ההמלצה היא לבדוק את הערכים באחוזון ה-75 של טעינות הדף, בנפרד למובייל ולמחשב.
מה זה אומר בפועל? כדי שהערך ייחשב טוב, לפחות שלוש מכל ארבע טעינות צריכות לעמוד בסף. לא מספיק שחלק מהגולשים ייהנו מחוויה מהירה, והביקורים האיטיים משפיעים על התמונה הרבה יותר מאשר בממוצע פשוט. אתר שמהיר מאוד אצל מי שגולש ממחשב חזק במשרד, אבל איטי אצל מי שגולש מטלפון בדרך, ייראה בנתוני השטח כפי שהוא באמת.
יש לנתוני השטח גם מגבלות. הם מצטברים לאורך 28 יום, ולכן שינוי שעשיתם היום לא יופיע בהם מיד. והם קיימים רק כשיש מספיק ביקורים: לאתר קטן או לדף חדש ייתכן שלא יהיו נתוני שטח בכלל, ואז המעבדה היא כל מה שיש לכם.
מה עושים כשהמספרים סותרים
נניח שהמעבדה ירוקה ונתוני השטח צהובים. זה מצב נפוץ, והוא לא אומר שהבדיקה שגויה. בדרך כלל זה אומר שהמשתמשים שלכם גולשים בתנאים קשים יותר ממה שהמעבדה מדמה, או שהבעיה מופיעה רק בשלב שהמעבדה לא בודקת, כמו אינטראקציה אחרי הטעינה. כאן כדאי לשאול: מי המשתמשים? מאילו מכשירים? באילו דפים הם מבלים הכי הרבה זמן?
דוגמה מוכרת היא חנות אונליין שבה הדבר הראשון שגולשים עושים הוא לפתוח את המסננים בדף הקטגוריה. בבדיקת המעבדה הדף נטען היטב, כי איש לא לוחץ על המסננים. אבל אצל המשתמשים, כל לחיצה מפעילה סקריפט כבד, והדף מגיב באיטיות. נתוני השטח יראו כאן INP חלש, והמעבדה תראה לכל היותר סימן עקיף בזמן החסימה. מי שמסתכל רק על הציון הירוק לא יבין למה הלקוחות מתוסכלים.
המצב ההפוך, מעבדה אדומה ונתוני שטח ירוקים, קורה גם הוא. ייתכן שהקהל שלכם גולש בעיקר ממכשירים חזקים, או שרוב הביקורים מגיעים לדפים שהדפדפן כבר שמר בזיכרון. במקרה כזה, אין סיבה לבהלה, אבל גם אין סיבה להתעלם מהממצאים: הם מצביעים על משקל או עומס שעלול לפגוע במשתמשים חדשים.
מי שרוצה ללמוד לקרוא את הדוחות האלה לעומק, יכול להיעזר במדריכים למדידת ביצועי האתר, שמסבירים את LCP, INP ו-CLS בעברית ומציעים גם כלים חינמיים לפירוש תוצאות של בדיקות מהירות. כדאי לזכור שגם כלי טוב רק מתרגם את המספרים, וההחלטה מה לתקן קודם נשארת שלכם.
איך משלבים את שניהם בעבודה שוטפת
הדרך המעשית היא לחלק תפקידים. נתוני השטח קובעים את סדר העדיפויות: איזה מדד באמת בעייתי, ובאילו דפים. המעבדה עוזרת למצוא את הסיבה ולבדוק תיקונים לפני שהם עולים לאוויר. אחרי שהתיקון באוויר, חוזרים לנתוני השטח ומחכים. בגלל חלון של 28 יום, השיפור יופיע בהדרגה, ולא כדאי להסיק מסקנות מהיום הראשון.
עוד הרגל טוב הוא לבדוק את הדפים שחשובים לעסק, ולא רק את דף הבית. דף מוצר, דף הרשמה או טופס יצירת קשר יכולים להתנהג אחרת לגמרי, כי יש בהם תמונות, סקריפטים וטפסים משלהם. ובכל בדיקה, הסתכלו גם על התוצאה של המובייל, גם אם אתם בעצמכם עובדים בעיקר מהמחשב.
המספר שחשוב הוא זה שהלקוח מרגיש
ציון גבוה במעבדה הוא תחושה נעימה, אבל הוא לא המטרה. המטרה היא שהלקוחה ברכבת תצליח להזמין בלי שהדף ייתקע. נתוני השטח הם הקול שלה בתוך הדוח, ובדיקת המעבדה היא הפנס שעוזר להבין מה בדיוק תקע אותה.
אז בפעם הבאה שהדוח מציג שני סוגי מספרים שלא מסכימים זה עם זה, אל תחפשו מי מהם צודק. שאלו מה כל אחד מהם רואה. השילוב של שתי התשובות הוא בדרך כלל הדרך הקצרה ביותר מאתר שנראה מהיר בבדיקה לאתר שמרגיש מהיר באמת.
