דילוג לתוכן

האתר עבר את בדיקת המהירות, אבל הלקוחות עדיין מחכים: מה ההבדל בין בדיקת מעבדה למדידה של משתמשים אמיתיים

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

מערכת בלו בוקס ישראלפורסם:

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

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

שני סוגי מדידה, שתי שאלות שונות

נתוני מעבדה הם תוצאה של בדיקה מדומה: תוכנה טוענת את הדף פעם אחת, על מכשיר אחד, במהירות רשת קבועה מראש, ומודדת מה קרה. הכלי המוכר ביותר מהסוג הזה הוא Lighthouse של גוגל, והוא זה שמייצר את הציון מ-0 עד 100 שרבים מכירים מ-PageSpeed Insights.

נתוני שדה עונים על שאלה אחרת לגמרי: מה חוו אנשים אמיתיים שנכנסו לאתר. גוגל אוספת את הנתונים האלה מגולשים בדפדפן Chrome שהסכימו לשתף אותם, בדוח שנקרא Chrome User Experience Report, או בקיצור CrUX. לפי התיעוד הרשמי של PageSpeed Insights, נתוני השדה שמוצגים שם מכסים את 28 הימים האחרונים.

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

בדיקת מהירות אתר ע"י תובנות המהירות של גוגל: Google PageSpeed Insights לצפייה ב-YouTube

למה הציון הירוק והתלונה של הלקוחה יכולים להיות נכונים יחד

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

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

שלושת המדדים שגוגל מבקשת שתכירו

גוגל מגדירה שלושה מדדים מרכזיים לחוויית משתמש, שנקראים יחד Core Web Vitals. לפי ההגדרות שמפורסמות באתר web.dev של גוגל:

  1. LCP (Largest Contentful Paint): כמה זמן עובר עד שהאלמנט הגדול ביותר בחלק הנראה של הדף, בדרך כלל תמונה ראשית או כותרת, מופיע. טוב: עד 2.5 שניות.
  2. INP (Interaction to Next Paint): כמה מהר הדף מגיב כשלוחצים, מקישים או מקלידים. טוב: עד 200 אלפיות שנייה. המדד הזה החליף ב-2024 את המדד הקודם, FID.
  3. CLS (Cumulative Layout Shift): כמה התוכן קופץ ממקומו בזמן שהדף נטען, למשל כשכפתור זז רגע לפני שלוחצים עליו. טוב: עד 0.1.

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

ויש כאן מלכודת קטנה: את INP אי אפשר למדוד בבדיקת מעבדה, כי אין בה משתמש שלוחץ על משהו. Lighthouse משתמש במקומו במדד עקיף שנקרא Total Blocking Time. לכן מי שמסתכל רק על ציון המעבדה עלול לפספס לגמרי בעיה של דף שנטען מהר אבל מגיב לאט.

מה עושים כשאין בכלל נתוני שדה

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

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

איך מחליטים מה לתקן קודם, בלי לרדוף אחרי מספרים

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

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

השאלה הנכונה היא לא "מה הציון" אלא "מה הרגישו"

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

לכל הכתבות

כדאי לקרוא גם

התאמת התצוגה

גודל אותיות: 100%

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

שמעתם על משהו שכדאי לבדוק?

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