מדדים

המדדים ב-CrUX מבוססים על ממשקי API רגילים של פלטפורמות אינטרנט שחשפו הדפדפנים. במערך הנתונים ב-BigQuery באופן ספציפי, הנתונים האלה נצברים לרזולוציה של המקור. בעלי אתרים שדורשים ניתוח מפורט יותר (למשל, רזולוציה ברמת כתובת ה-URL) ומקבלים תובנות לגבי ביצועי האתר שלהם יכולים להשתמש באותם ממשקי API כדי לאסוף נתונים מפורטים של מדידות משתמשים אמיתיים (RUM) למקורות שלהם. הערה: כל ממשקי ה-API זמינים ב-Chrome, אבל יכול להיות שדפדפנים אחרים לא תומכים בקבוצת המדדים המלאה.

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

ציור ראשון

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

ב-Paint Timing API

הצגת תוכן ראשוני (FCP)

"המהירות שבה נטען רכיב התוכן הראשון (First-Party) מדווחת על הזמן שבו הדפדפן עיבד לראשונה טקסט, תמונה (כולל תמונות רקע), קנבס שאינו לבן או SVG. כולל טקסט עם גופנים מסוג Webfonts בהמתנה. זו הפעם הראשונה שהמשתמשים יכלו להתחיל לצרוך את תוכן הדף".

ב-Paint Timing API

נטען תוכן DOM

"האירוע DOMContentLoaded מדווח על הזמן שבו מסמך ה-HTML הראשוני נטען ונותח במלואו, ללא המתנה לגיליונות סגנונות, לתמונות ולפריימים משניים לצורך סיום הטעינה".

MDN

Largest Contentful Paint ‏(LCP)

'המהירות שבה נטען רכיב התוכן הכי גדול (LCP) הוא מדד חשוב שמתמקד במשתמש למדידת מהירות הטעינה הנתפסת, כי הוא מסמן את הנקודה בציר הזמן של טעינת הדף שסביר להניח שהתוכן הראשי של הדף נטען – LCP מהיר עוזר לוודא שהמשתמשים בדף מועיל.

web.dev/articles/lcp

onload

"אירוע הטעינה מופעל כשהדף והמשאבים התלויים שלו מסיימים להיטען."

MDN

Cumulative Layout Shift ‏(CLS)

'Cumulative Layout Shift (CLS) הוא מדד חשוב שמתמקד במשתמש למדידת היציבות החזותית, כי הוא עוזר לכמת את התדירות שבה משתמשים חווים תנודות לא צפויות בפריסה – ערך CLS נמוך עוזר להבטיח שהתוכן בדף נעים.'

web.dev/articles/cls

זמן אינטראקציה עד התוכן הבא (INP)

"Interaction to Next Paint" (INP) הוא מדד שדה שמעריך את רספונסיביות. מדד INP מתעד את זמן האחזור של כל האינטראקציות לכל אורך מחזור החיים של הדף. הערך הגבוה ביותר של האינטראקציות האלה – או הערך הגבוה ביותר בדפים עם הרבה אינטראקציות – מתועד כ-INP של הדף. מדד INP נמוך מבטיח שהדף יגיב בצורה אמינה כל הזמן."

web.dev/articles/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.