מדדים
המדדים ב-CrUX מבוססים על ממשקי API רגילים של פלטפורמות אינטרנט שחשפו הדפדפנים. במערך הנתונים ב-BigQuery באופן ספציפי, הנתונים האלה נצברים לרזולוציה של המקור. בעלי אתרים שדורשים ניתוח מפורט יותר (למשל, רזולוציה ברמת כתובת ה-URL) ומקבלים תובנות לגבי ביצועי האתר שלהם יכולים להשתמש באותם ממשקי API כדי לאסוף נתונים מפורטים של מדידות משתמשים אמיתיים (RUM) למקורות שלהם. הערה: כל ממשקי ה-API זמינים ב-Chrome, אבל יכול להיות שדפדפנים אחרים לא תומכים בקבוצת המדדים המלאה.
רוב המדדים מיוצגים כצבירת היסטוגרמה, וכך מאפשרים תצוגה חזותית של ההתפלגות והאומדן של ערכי האחוזון.
ציור ראשון
'מהירות התגובה הראשונה' מדווחת על השעה שבה הדפדפן עבר רינדור בפעם הראשונה אחרי הניווט. הנתון הזה לא כולל את צבע הרקע שמוגדר כברירת מחדל, אבל כולל צבע רקע שאינו מוגדר כברירת מחדל. זהו הרגע המרכזי הראשון שחשוב למפתחים בנוגע לטעינת הדף – כשהדפדפן התחיל לעבד את הדף".
הצגת תוכן ראשוני (FCP)
"המהירות שבה נטען רכיב התוכן הראשון (First-Party) מדווחת על הזמן שבו הדפדפן עיבד לראשונה טקסט, תמונה (כולל תמונות רקע), קנבס שאינו לבן או SVG. כולל טקסט עם גופנים מסוג Webfonts בהמתנה. זו הפעם הראשונה שהמשתמשים יכלו להתחיל לצרוך את תוכן הדף".
נטען תוכן DOM
"האירוע DOMContentLoaded מדווח על הזמן שבו מסמך ה-HTML הראשוני נטען ונותח במלואו, ללא המתנה לגיליונות סגנונות, לתמונות ולפריימים משניים לצורך סיום הטעינה".
Largest Contentful Paint (LCP)
'המהירות שבה נטען רכיב התוכן הכי גדול (LCP) הוא מדד חשוב שמתמקד במשתמש למדידת מהירות הטעינה הנתפסת, כי הוא מסמן את הנקודה בציר הזמן של טעינת הדף שסביר להניח שהתוכן הראשי של הדף נטען – LCP מהיר עוזר לוודא שהמשתמשים בדף מועיל.
onload
"אירוע הטעינה מופעל כשהדף והמשאבים התלויים שלו מסיימים להיטען."
Cumulative Layout Shift (CLS)
'Cumulative Layout Shift (CLS) הוא מדד חשוב שמתמקד במשתמש למדידת היציבות החזותית, כי הוא עוזר לכמת את התדירות שבה משתמשים חווים תנודות לא צפויות בפריסה – ערך CLS נמוך עוזר להבטיח שהתוכן בדף נעים.'
זמן אינטראקציה עד התוכן הבא (INP)
"Interaction to Next Paint" (INP) הוא מדד שדה שמעריך את רספונסיביות. מדד INP מתעד את זמן האחזור של כל האינטראקציות לכל אורך מחזור החיים של הדף. הערך הגבוה ביותר של האינטראקציות האלה – או הערך הגבוה ביותר בדפים עם הרבה אינטראקציות – מתועד כ-INP של הדף. מדד INP נמוך מבטיח שהדף יגיב בצורה אמינה כל הזמן."
המדד 'מהירות התגובה לאינטראקציה באתר' (INP) נוסף למערך הנתונים של CrUX בפברואר 2022. המדד החדש הזה משקף את זמן האחזור מקצה לקצה של אירועים נפרדים ומציע תמונה מקיפה יותר של רמת הרספונסיביות הכוללת של דף לאורך כל משך החיים שלו.
סוגי ניווט
המדד סוגי ניווט מספק פירוט של אחוז הצפיות בדפים של הניווטים הבאים:
| סוג | תיאור |
|---|---|
navigate |
טעינת דף, שלא מתאימה לאף אחת מהקטגוריות האחרות. |
navigate_cache |
טעינת דף שעבורה הוצג המשאב הראשי (מסמך ה-HTML הראשי) ממטמון ה-HTTP. לעיתים קרובות אתרים משתמשים בשמירה במטמון של משאבי משנה, אבל בדרך כלל מסמך ה-HTML הראשי שמור במטמון באופן משמעותי, וכשזה אפשרי, אפשר לשפר את הביצועים באופן משמעותי בשמירה במטמון באופן מקומי וב-CDN. |
reload |
המשתמש טען מחדש את הדף על ידי לחיצה על לחצן הטעינה מחדש, על ידי הקשה על Enter בסרגל הכתובות או על ידי ביטול סגירת כרטיסייה. טעינות מחדש של דפים בדרך כלל מובילות לאימות מחדש חזרה לשרת כדי לבדוק אם הדף הראשי השתנה. אחוז גבוה של טעינות מחדש של דפים עשוי להצביע על תסכול בחוויית המשתמש. |
restore |
הדף נטען מחדש אחרי הפעלה מחדש של הדפדפן או כרטיסייה שהוסרה משיקולי זיכרון. עבור Chrome ב-Android, פעולות אלה מדווחות כ'טעינה מחדש' במקום זאת. |
back_forward |
ניווט בהיסטוריה, כלומר הדף נראה והוחזרה אליו לאחרונה. כשהשמירה במטמון נכונה, החוויה באתרים האלה צריכה להיות מהירה יחסית, אבל עדיין יש צורך בעיבוד של הדף ובהפעלת JavaScript – ומשתי הפלטפורמות האלה נמנעת השמירה במטמון לדף הקודם/הבא. |
back_forward_cache |
ניווט בהיסטוריה שהוצג מהמטמון לדף הקודם/הבא. אופטימיזציה של הדפים כדי לנצל את bfcache, על ידי הסרת רכיבים חוסמים, אמורה להוביל לחוויית שימוש מהירה יותר, כך שהאתרים אמורים להיראות |
prerender |
הדף עבר עיבוד מראש, בדומה למטמון לדף הקודם/הבא, שיכול לגרום לטעינת דפים כמעט מיידית. |
במקרים מסוימים, טעינת דף יכולה להיות שילוב של כמה סוגי ניווט. במקרה כזה, מערכת CrUX מדווחת על ההתאמה הראשונה בסדר הפוך של הטבלה (מלמטה למעלה).
מידע נוסף זמין בפוסט ההודעה לגבי סוגי הניווט.
מדדים ניסיוניים
מדדים ניסיוניים זמינים במערך הנתונים של CrUX באמצעות BigQuery, וחלקם זמינים גם ב-CrUX API. סביר להניח שהמדדים האלה ישתנו באופן קבוע בהתאם למשוב שקיבלנו מהמשתמשים. מומלץ לעיין בנתוני הגרסה כדי להתעדכן בשינויים האחרונים.
הזמן עד בייט ראשון
טבלת ה-TTFB ב-CrUX נאסף רק במהלך טעינות של דף מלא, בניגוד לטיימרים אחרים (כמו LCP) שנאספים גם בניווטים קדימה ובדפים שעברו עיבוד מראש. לכן, גודל המדגם של TTFB יכול להיות קטן יותר ממדדים אחרים, ולא ניתן להשוות אותו ישירות אליהם.
ב-CrUX מודדים את TicketFB כבייטים הראשונים של משאב המסמך שמתקבלים מהשרת. התצוגה הקונבנציונלית של TTFB הייתה למדוד מתי התגובה למסמך מתחילה, אבל מתי רמזים מוקדמים משתמשים ב'בייטים הראשונים' יהיה מוקדם יותר. ייתכן שבעתיד נעדכן את CrUX להתעלמות מרמזים מוקדמים.
מדד ה-TTFB הוא לא מדד ישיר של זמן התגובה של השרת, כי הוא כולל מדדים לפני כן, כולל זמן ההפניה האוטומטית, שמושפע מהצגת התגובה מהמטמון, מ-CDN או מהשרת, אפשר לראות את זה במיוחד בנתוני שטח כמו CrUX. לעומת זאת, בדיקות מעבדה בדרך כלל מושפעות פחות מהגורמים האלה, כי כתובת ה-URL הסופית היא בדיקות ולרוב מבטלים שוב ושוב שינויים במטמון.
פופולריות
המדד דירוג הפופולריות הוא מדד יחסי של פופולריות האתר במערך הנתונים CrUX, שנמדד לפי המספר הכולל של הניווטים במקור. הדירוג מופיע בסולם יומן 10 שכולל חצאי שלבים (למשל, 1, 000 מובילות, 5, 000 המובילות, 50 אלף המובילים, 100 אלף המובילים, 500 אלף המובילים, מיליון המובילים וכו'). הגבול העליון הוא דינמי ככל שמערך הנתונים גדל.
מידת הפופולריות היא קו מנחה לניתוח רחב, למשל כדי לקבוע את הביצועים לפי מדינה של 1,000 המקורות המובילים.
הרשאות לשליחת התראות
באתרים שמבקשים הרשאה להציג התראות למשתמשים, המדד הזה מייצג את התדירות היחסית של המשתמשים תשובות להנחיות: אישור, דחייה, התעלמות או סגירה.
זמן הלוך ושוב
מספקת הערכה של זמן הנסיעה הלוך ושוב מסוג HTTP (שכבת אפליקציה) בתחילת הניווט, על סמך חיבורי הרשת האחרונים. המדד הזה נקרא גם rtt של ה-Network Information API, שהוא אותו API שאחראי המאפיין סוג החיבור האפקטיבי (ECT).
המדד הזה זמין רק ב-CrUX API וב-CrUX History API, עם צבירה עד לאחוזון ה-75. ההיסטוגרמות לא זמינות. היא גם לא זמינה ב-BigQuery.