מדדי ביצועים חדשים, עדכונים ל-PageSpeed Insights ולדוח על חוויית המשתמש ב-Chrome (CrUX) ועוד.
בכנס Chrome למפתחים, פול אירלנד ואני הכרזנו על עדכונים ל-Lighthouse – Lighthouse CI, נוסחה חדשה של ציון הביצועים ועוד. בנוסף לחדשות הגדולות בנושא Lighthouse, הצגנו פיתוחים מעניינים בכלים לבדיקת ביצועים, כולל מדדי ביצועים חדשים, עדכונים ל-PageSpeed Insights ולדוח חוויית המשתמש ב-Chrome (CrUX), ותובנות מהניתוח של Web Almanac על הסביבה העסקית באינטרנט.
מדדי ביצועים חדשים
מדידת הניואנסים של חוויית המשתמש היא המפתח למדידה כמותית של ההשפעה שלה על התוצאות העסקיות ולמעקב אחר שיפורים ורגרסיות. עם הזמן, התפתחו מדדים חדשים כדי לתעד את הניואנסים האלה ולמלא את הפערים במדידת חוויית המשתמש. התוספת החדשה לסיפור המדדים היא שני מדדי שדות – המהירות שבה נטען רכיב התוכן הכי גדול (LCP) ו-Cumulative Layout Shift (CLS) – שהם נכללים בקבוצת העבודה של W3C Web Performance Performance ומדד Lab חדש – סך כל זמן החסימה (TBT).
Largest Contentful Paint (LCP)
בדוח המהירות שבה נטען רכיב התוכן הכי גדול (LCP) מדווח על הזמן שבו רכיב התוכן הגדול ביותר גלוי באזור התצוגה.
לפני הצגת ה-המהירות שבה נטען רכיב התוכן הכי גדול (LCP) (FMP) ואינדקס המהירות (SI) הוצג כדי לתעד את חוויית הטעינה לאחר הציור הראשוני, אבל המדדים האלה הם מורכבים ונטענים בדרך כלל לא מזהים את התוכן הראשי. מחקרים הראו שבדיקה פשוטה של מועד היצירה של האלמנט הגדול ביותר בדף מייצגת טוב יותר את מועד הטעינה של התוכן הראשי בדף.
המדד החדש 'המהירות שבה נטען רכיב התוכן הכי גדול (LCP)' יהיה זמין בקרוב בדוחות של Lighthouse. בינתיים, אתם יכולים למדוד את ה-LCP ב-JavaScript.
זמן החסימה הכולל (TBT)
המדד Total Blocking Time (TBT) (משך החסימה הכולל) מודד את משך הזמן הכולל בין הצגת התוכן הראשוני (FCP) לבין הזמן עד לפעילות מלאה (TTI), שבו ה-thread הראשי נחסם למשך מספיק זמן כדי למנוע תגובות לקלט.
משימה נחשבת לא ארוכה אם היא פועלת בשרשור הראשי במשך יותר מ-50 אלפיות השנייה. כל אלפית שנייה מעבר לכך נספרת כחלק מזמן החסימה של המשימה.
זמן החסימה הכולל של דף הוא סכום זמני החסימה של כל המשימות הארוכות שהתרחשו בין FCP ל-TTI.
המדד 'זמן לפעולה אינטראקטיבית' עוזר לזהות מתי התהליך הראשי מתחיל לפעול בצורה חלקה בשלב מאוחר יותר של העומס, אבל המדד 'משך החסימה הכולל' מאפשר למדוד את מידת העומס על התהליך הראשי במהלך העומס. כך, TTI ו-TBT משלימים זה את זה ומספקים איזון.
Cumulative Layout Shift (CLS)
Cumulative Layout Shift (CLS) מודד את היציבות החזותית של הדף ומציין את התדירות שבה המשתמשים נתקלים בתזוזות לא צפויות בפריסת הדף. תנועה לא צפויה של תוכן יכולה להיות מאוד מתסכלת, והמדד החדש הזה עוזר לך לטפל בבעיה הזו על ידי מדידת התדירות שבה היא מתרחשת אצל המשתמשים.
במדריך המפורט ל-Cumulative Layout Shift מוסבר איך מחשבים את המדד ואיך מודדים אותו.
בנוסחה החדשה של ניקוד הביצועים ב-Lighthouse, בקרוב יהיה שינוי בדגש על המדדים FMP ו-FCI, והיא תכלול את שלושת המדדים החדשים – LCP, TBT ו-CLS – כי הם משקפים טוב יותר מתי דף נוח לשימוש.
מידע נוסף זמין במאמרים הצגת ניקוד ב-Lighthouse לפי ביצועים ואוסף המדדים החדש של web.dev.
ערכי הסף של נתוני השדות (CrUX) מותאמים ב-PageSpeed Insights
במהלך השנה האחרונה, ניתחנו ביצועים באינטרנט מהשטח באמצעות נתוני חוויית המשתמש ב-Chrome (CrUX). על סמך הנתונים האלה, הערכנו מחדש את ערכי הסף שבהם אנחנו משתמשים כדי לסמן אתר בביצועי שטח כ"איטי", "בינוני" או "מהיר".
כדי לקבל הערכה כוללת לאתר, PageSpeed Insights (PSI) משתמש באחוזון מסוים מתוך ההתפלגות הכוללת של נתוני השדות כמספר הזהב של אותו אתר. ערכי הסף הקודמים היו האחוזון ה-90 של First Contentful צבע ואחוזון 95 של First קלט Delay (FID).
לדוגמה, אם לאתר יש התפלגות FCP של 50% מהירה, 30% בינונית ו-20% איטיות, ה-FCP האחוזון ה-90 נמצא בקטע האיטי, כך שציון השדה הכולל של האתר יהיה איטי.
שינינו את הנתונים האלה כדי לשפר את ההפצה הכוללת באתרים השונים. הנתונים החדשים הם:
| מדד | אחוזון כולל | מהיר (אלפיות השנייה) | בינונית (אלפיות שנייה) | איטי (אלפיות השנייה) |
| FCP | אחוזון 75 | 1000 | 1000-3000 | 3000+ |
| FID | אחוזון 95 | 100 | 100-300 | 300+ |
לדוגמה, אם באתר יש חלוקה של 50% מהדפים עם מהירות FCP מהירה, 30% מהדפים עם מהירות FCP בינונית ו-20% מהדפים עם מהירות FCP איטית, מהירות ה-FCP ב-75% העליונים נמצאת בקטגוריה 'בינונית', ולכן הציון הכולל של האתר בתחום הזה הוא 'בינוני'.
הפניות לכתובות URL קנוניות ב-PageSpeed Insights
כדי שתוכלו למדוד את חוויית המשתמש בצורה מדויקת ככל האפשר, צוות PageSpeed Insights הוסיף ל-PSI בקשה לניתוח חוזר. לגבי אתרים שמפנים לכתובת URL חדשה, תתבקשו להריץ מחדש את הדוח בכתובת דף הנחיתה כדי לקבל תמונה מלאה יותר של הביצועים בפועל.
CrUX בדוח המהירות החדש של Search Console
הדוח החדש בנושא מהירות ב-Search Console הושק שבוע לפני כנס Chrome Dev Summit. הדוח משתמש בנתונים מהדוח לגבי חוויית המשתמש ב-Chrome כדי לעזור לבעלי אתרים לזהות בעיות פוטנציאליות בחוויית המשתמש. בדוח המהירות, קבוצות של כתובות URL דומות מוקצות באופן אוטומטי לקטגוריות 'מהיר', 'בינוני' ו'איטי', ועוזרות לתעדף שיפורים בביצועים של בעיות ספציפיות.
Web Almanac
בנאום הפתיחה הודענו על השקת Web Almanak, פרויקט שנתי שמציג את הנתונים הסטטיסטיים והמגמות לגבי מצב האינטרנט בשילוב עם המומחיות של קהילת האינטרנט. 85 שותפים, שמרכיבים אותם מפתחי Chrome וקהילת האינטרנט, התנדבו לעבוד על הפרויקט. הפרויקט מנתח 20 היבטים מרכזיים של האינטרנט, ומתייחס לאופן שבו אתרים נוצרים, מוצגים ומשתמשים חווים אותם. התחל לבדוק את אלמן האינטרנט כדי לקבל מידע נוסף על מצב קוד הביצועים, JavaScript וקוד צד שלישי באינטרנט.
מידע נוסף
לפרטים נוספים על עדכונים בכלים לבדיקת ביצועים מ-Chrome Developer Summit, אפשר לצפות בהרצאה על התפתחות הכלים לבדיקת מהירות: