המדדים ב-CrUX מבוססים על ממשקי API סטנדרטיים של פלטפורמות אינטרנט שנחשפים על ידי דפדפנים. במערך הנתונים ב-BigQuery, הנתונים האלה מצטברים ברמת מקור. בעלי אתרים שרוצים לקבל ניתוח מפורט יותר (למשל, ברמת כתובת ה-URL) ותובנות לגבי ביצועי האתר שלהם יכולים להשתמש באותם ממשקי API כדי לאסוף נתונים מפורטים של מדידת חוויית משתמש אמיתית (RUM) לגבי המקורות שלהם. שימו לב: כל ממשקי ה-API זמינים ב-Chrome, אבל יכול להיות שדפדפנים אחרים לא יתמכו בכל קבוצת המדדים.
רוב המדדים מיוצגים כצבירה של היסטוגרמה, שמאפשרת לראות את ההתפלגות ולבצע קירוב של ערכי האחוזון.
Cumulative Layout Shift (CLS)
"Cumulative Layout Shift (CLS) הוא מדד חשוב שמתמקד במשתמשים ומשמש למדידת היציבות החזותית, כי הוא עוזר לכמת את התדירות שבה משתמשים חווים שינויי פריסה בלתי צפויים – ערך CLS נמוך עוזר להבטיח שהדף יהיה נעים לשימוש".
נטען תוכן DOM
"DOMContentLoaded מדווח על הזמן שחלף מאז שמסמך ה-HTML הראשוני נטען ונותח במלואו, בלי להמתין לגיליונות סגנונות, לתמונות ולפריימים משניים עד לסיום הטעינה".
ציור ראשון
First Paint מדווח על הזמן שחלף מהניווט ועד שהדפדפן סיים את הרינדור. ההגדרה הזו לא כוללת את צבע הרקע שמוגדר כברירת מחדל, אבל כן כוללת צבע רקע שאינו ברירת המחדל. זה הרגע המרכזי הראשון שמעניין מפתחים בתהליך טעינת הדף – הרגע שבו הדפדפן מתחיל לעבד את הדף".
הצגת תוכן ראשוני (FCP)
"First Contentful Paint (FCP) (הצגת תוכן ראשוני) מדווח על הזמן שבו הדפדפן עיבד לראשונה טקסט, תמונה (כולל תמונות רקע), בד ציור שאינו לבן או SVG. זה כולל טקסט עם גופני אינטרנט בהמתנה. זו הפעם הראשונה שמשתמשים יכולים להתחיל לצרוך תוכן בדף".
מהירות התגובה לאינטראקציה באתר (INP)
"מהירות התגובה לאינטראקציה באתר (INP) הוא מדד שדה שמעריך את רמת הרספונסיביות. במדד INP נרשם ביומן משך זמן האחזור של כל האינטראקציות לאורך כל מחזור החיים של הדף. הערך הגבוה ביותר של האינטראקציות האלה – או ערך שקרוב לגבוה ביותר בדפים עם הרבה אינטראקציות – נרשם כערך ה-INP של הדף. ערך INP נמוך מבטיח שהדף יגיב באופן אמין בכל זמן".
המדד 'מהירות התגובה לאינטראקציה באתר' (INP) נוסף למערך הנתונים של CrUX בפברואר 2022. המדד החדש הזה מתעד את זמן האחזור מקצה לקצה של אירועים ספציפיים, ומספק תמונה הוליסטית יותר של היענות הדף הכוללת לאורך כל משך החיים שלו.
Largest Contentful Paint (LCP)
"Largest Contentful Paint (LCP) הוא מדד חשוב שמתמקד במשתמשים ומשמש למדידת המהירות של טעינת דף, כי הוא מסמן את הנקודה בציר הזמן של טעינת הדף שבה כנראה נטען התוכן הראשי של הדף – ערך LCP מהיר עוזר להרגיע את המשתמש שהדף שימושי".
סוג המשאב של Largest Contentful Paint (LCP)
"LCP מדווח על זמן העיבוד של התמונה, בלוק הטקסט או הסרטון הגדולים ביותר שמוצגים באזור התצוגה, ביחס לזמן שבו המשתמש עבר לראשונה לדף".
web.dev/articles/lcp - What elements are considered for LCP
לטקסט ולתמונה (כולל התמונה של המסגרת הראשונה בסרטון) יש לרוב מאפייני טעינה שונים מאוד וטכניקות אופטימיזציה שונות. הבנת היחס בין סוגי המשאבים של LCP מאפשרת לכם להבין טוב יותר את מדדי ה-LCP ואת דרכי האופטימיזציה.
מידע נוסף זמין בפוסט בבלוג על השקת סוגי משאבים של LCP.
חלקי משנה של תמונת ה-Largest Contentful Paint (LCP)
"אופטימיזציה של LCP יכולה להיות משימה מורכבת יותר אם PageSpeed Insights לא מספק תשובה לשאלה איך לשפר את המדד הזה. במשימות מורכבות, בדרך כלל עדיף לחלק אותן למשימות קטנות יותר וקלות יותר לניהול, ולטפל בכל אחת מהן בנפרד".
web.dev/articles/optimize-lcp - LCP breakdown into subparts
פירוק של רכיבי LCP של תמונות לחלקים המשניים הקריטיים ביותר מאפשר להשתמש בהמלצות ספציפיות ובשיטות מומלצות לאופטימיזציה של כל חלק.
רכיבי המשנה של תמונת ה-LCP מסופקים בארבעה מדדים נפרדים:
largest_contentful_paint_image_time_to_first_bytelargest_contentful_paint_image_resource_load_delaylargest_contentful_paint_image_resource_load_durationlargest_contentful_paint_image_element_render_delay
חלקי משנה נכללים רק לתמונות, ולא כוללים תמונות של מסגרות הסרטון הראשונות, כי הן קצת יותר מורכבות ואי אפשר למדוד את זמן ההורדה המלא שלהן (שימו לב: מסגרות הסרטון הראשונות נכללות במדד של סוג משאב ה-LCP, שבו המורכבות הזו לא רלוונטית).
גם חלקי משנה של טקסט לא נכללים, כי הם פחות שימושיים ויכולים לעוות את נתוני ה-LCP של התמונות. באתרים שמורכבים בעיקר מ-LCP של טקסט, המדדים הכוללים של TTFB ושל FCP הם פירוטים שימושיים – אבל חשוב לזכור שהם מתייחסים לכל ה-LCP ולא רק ל-LCP של טקסט.
מידע נוסף זמין בפוסט בבלוג על השקת חלקי המשנה של תמונת ה-LCP.
סוגי ניווט
המדד סוגי ניווט מספק פירוט של אחוז הצפיות בדפים של סוגי הניווט הבאים:
| סוג | תיאור |
|---|---|
navigate |
טעינת דף שלא מתאימה לאף אחת מהקטגוריות האחרות. |
navigate_cache |
טעינת דף שבה המשאב הראשי (מסמך ה-HTML הראשי) הועבר ממטמון ה-HTTP. באתרים רבים נעשה שימוש בשמירה במטמון של משאבי משנה, אבל מסמך ה-HTML הראשי נשמר במטמון הרבה פחות. כשהוא נשמר במטמון, זה יכול להוביל לשיפורים משמעותיים בביצועים, כי הוא נשמר במטמון באופן מקומי וב-CDN. |
reload |
המשתמש טען מחדש את הדף, בלחיצה על לחצן הטעינה מחדש, בלחיצה על Enter בסרגל הכתובות או בביטול סגירת כרטיסייה. טעינה מחדש של דף מובילה לעיתים קרובות לאימות מחדש מול השרת כדי לבדוק אם הדף הראשי השתנה. אחוז גבוה של טעינות מחדש של הדף עשוי להצביע על תסכולים בחוויית המשתמש. |
restore |
הדף נטען מחדש אחרי הפעלה מחדש של הדפדפן, או אחרי הסרה של כרטיסייה מסיבות שקשורות לזיכרון. ב-Chrome ב-Android, הפעולות האלה מדווחות כ 'טעינה מחדש'. |
back_forward |
ניווט דרך היסטוריית הניווטים, כלומר הדף נצפה וחזרו אליו לאחרונה. אם נעשה שימוש נכון במטמון, חוויית השימוש אמורה להיות מהירה למדי, אבל עדיין נדרש עיבוד של הדף והרצת JavaScript – שני דברים שנמנעים באמצעות bfcache. |
back_forward_cache |
ניווט דרך היסטוריית הניווטים שהוצג מהמטמון לדף הקודם/הבא. אופטימיזציה של הדפים כדי לנצל את היתרונות של מטמון bfcache, על ידי הסרת חסימות, אמורה להוביל לחוויות מהירות יותר, ולכן האתרים צריכים להיראות |
prerender |
הדף עבר עיבוד מראש, ובדומה למטמון לדף הקודם/הבא, התהליך הזה יכול להוביל לטעינה כמעט מיידית של הדף. |
במקרים מסוימים, טעינת דף יכולה להיות שילוב של כמה סוגי ניווט. במקרה כזה, בדוח CrUX מוצגת ההתאמה הראשונה בסדר הפוך של הטבלה (מלמטה למעלה).
מידע נוסף זמין בפוסט בבלוג בנושא סוגי ניווט.
Onload
"האירוע load מופעל כשהדף והמשאבים שתלויים בו מסיימים להיטען".
זמן הלוך ושוב
מספק הערכה של זמן הלוך ושוב של HTTP (שכבת האפליקציה) בתחילת הניווט, על סמך חיבורים לרשת מהזמן האחרון.
המדד הזה מבוסס על המאפיין rtt של Network Information API, שהוא אותו API שאחראי למאפיין הקודם Effective Connection Type (ECT).
מידע נוסף זמין בפוסט בבלוג על השקת סוגי משאבים של LCP.
מדדים ניסיוניים
מדדים ניסיוניים זמינים במערך הנתונים של CrUX באמצעות BigQuery, וחלקם זמינים גם ב-CrUX API. סביר להניח שהמדדים האלה ישתנו באופן קבוע, כי הם מתפתחים על סמך משוב ממשתמשים. כדי להתעדכן בשינויים האחרונים, אפשר לעיין בנתוני הגרסה.
המהירות שבה מגיע בייט התגובה הראשון (TTFB)
המדד TTFB ב-CrUX נאסף רק בטעינות של דפים מלאים, בניגוד לטיימרים אחרים (כמו LCP) שנאספים גם בניווטים קדימה ואחורה ובדפים שעברו טרום-עיבוד. לכן, גודל המדגם של TTFB יכול להיות קטן יותר בהשוואה למדדים אחרים, ולא תמיד אפשר להשוות אותו ישירות אליהם.
המדד TTFB לא מודד ישירות את זמן התגובה של השרת, כי הוא כולל מדידות שמתבצעות לפני כן, כולל זמן ההפניה האוטומטית, והוא מושפע מכך שהתגובה מוגשת ממטמון או מ-CDN או מהשרת. ההשפעה הזו בולטת במיוחד בנתוני שדה כמו CrUX, בעוד שבדיקות מעבדה מושפעות פחות מהגורמים האלה כי כתובת ה-URL הסופית נבדקת ולעתים קרובות מתבצעת שוב ושוב כדי לבטל שינויים במטמון.
פופולריות
המדד דירוג הפופולריות הוא מדד יחסי של פופולריות האתר במערך הנתונים של CrUX, שנמדד לפי המספר הכולל של הניווטים במקור. הדירוג מבוסס על סולם log10 עם חצי שלבים (למשל, 1,000 המובילים, 5,000 המובילים, 10,000 המובילים, 50,000 המובילים, 100,000 המובילים, 500,000 המובילים, מיליון המובילים וכו'). כל דירוג לא כולל את הדירוג הקודם (למשל, 5,000 המובילים כולל למעשה 4,000 כתובות URL, לא כולל 1,000 המובילים). הגבול העליון הוא דינמי ומשתנה ככל שמערך הנתונים גדל.
הפופולריות מוצגת כהנחיה לניתוח רחב, למשל כדי לקבוע את הביצועים לפי מדינה עבור 1,000 המקורות המובילים.
הרשאות לשליחת התראות
באתרים שמבקשים הרשאה להציג התראות למשתמשים, המדד הזה מייצג את התדירות היחסית של תגובות המשתמשים להנחיות: אישור, דחייה, התעלמות או סגירה.