מדדים

תאריך פרסום: 23 ביוני 2022, תאריך העדכון האחרון: 18 בנובמבר 2025

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

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

Cumulative Layout Shift ‏(CLS)

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

web.dev/articles/cls

נטען תוכן DOM

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

MDN

ציור ראשון

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

‫Paint Timing API

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

‫"First Contentful Paint (FCP) reports the time when the browser first rendered any text, image (including background images), non-white canvas or SVG. זה כולל טקסט עם גופני אינטרנט בהמתנה. זו הפעם הראשונה שמשתמשים יכולים להתחיל לצרוך תוכן בדף".

‫Paint Timing API

מהירות התגובה לאינטראקציה באתר (INP)

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

web.dev/articles/inp

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

Largest Contentful Paint ‏(LCP)

"המהירות שבה נטען רכיב התוכן הכי גדול (LCP) היא מדד חשוב שמתמקד במשתמשים ומשמש למדידת המהירות של טעינת דף. המדד הזה מציין את הנקודה בציר הזמן של טעינת הדף שבה כנראה נטען התוכן הראשי של הדף. ערך LCP מהיר עוזר להבטיח למשתמש שהדף שימושי".

web.dev/articles/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 לחלקים

פירוק של רכיבי LCP של תמונות לחלקים המשניים הכי חשובים מאפשר להשתמש בהמלצות ספציפיות ובשיטות מומלצות לאופטימיזציה של כל חלק.

חלקי המשנה של תמונת ה-LCP מסופקים בארבעה מדדים נפרדים:

• largest_contentful_paint_image_time_to_first_byte
• largest_contentful_paint_image_resource_load_delay
• largest_contentful_paint_image_resource_load_duration
• largest_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 מופעל כשהדף והמשאבים שתלויים בו מסיימים להיטען".

MDN

זמן הלוך ושוב

מספק הערכה של זמן הלוך ושוב של HTTP (שכבת האפליקציה) בתחילת הניווט, על סמך חיבורים לרשת מהזמן האחרון. המדד הזה מבוסס על המאפיין rtt של Network Information API, שהוא אותו API שאחראי למאפיין הקודם סוג החיבור בפועל (ECT).

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

מדדים ניסיוניים

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

המהירות שבה מגיע בייט התגובה הראשון (TTFB)

המדד TTFB ב-CrUX נאסף רק בטעינות מלאות של דפים, בניגוד לטיימרים אחרים (כמו LCP) שנאספים גם בניווטים של מטמון לדף הקודם/הבא (bfcache) ודפים שעברו טרום-רינדור. לכן, יכול להיות שגודל המדגם של TTFB יהיה קטן יותר בהשוואה למדדים אחרים, ולא תמיד אפשר להשוות אותו ישירות אליהם. המדד TTFB ב-CrUX כולל טעינות של דפים קרים, טעינות של דפים במטמון וטעינות של דפים מחיבור קיים (למשל, טעינות של דפים בתוך האתר).

המדד 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 המקורות המובילים.

הרשאות לשליחת התראות

באתרים שמבקשים הרשאה להציג התראות למשתמשים, המדד הזה מייצג את התדירות היחסית של התגובות של המשתמשים להודעות: אישור, דחייה, התעלמות או סגירה.