מדדים

תאריך פרסום: 23 ביוני 2022, תאריך עדכון אחרון: 13 באוקטובר 2026

המדדים ב-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)

"המדד "הצגת תוכן ראשוני (FCP)" מדווח על הזמן שבו הדפדפן עיבד לראשונה טקסט, תמונה (כולל תמונות רקע), אזור ציור (canvas) שאינו לבן או 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

סוג המשאב של המהירות שבה נטען רכיב התוכן הכי גדול (LCP)

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

web.dev/articles/lcp – אילו רכיבים נכללים ב-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 של תמונות. באתרים שמורכבים בעיקר מטקסט, המדדים הכוללים של 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. אופטימיזציה של הדפים כדי לנצל את היתרונות של bfcache, על ידי הסרת חסימות, אמורה להוביל לחוויות מהירות יותר, כך שהאתרים צריכים להיראות
prerender	הדף עבר עיבוד מראש, מה שיכול לגרום לטעינת דפים כמעט מיידית, בדומה ל-bfcache.

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

מידע נוסף זמין בפוסט בבלוג בנושא סוגי ניווט.

Onload

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

MDN

זמן הלוך ושוב (RTT)

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

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

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

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

מדדי Core Web Vitals ניסיוניים של ניווט רך

בגרסה מאוקטובר 2026 הושקו גרסאות ניסיוניות של מדדי הליבה לבדיקת חוויית המשתמש באתר, כולל מעברים רכים בין דפים:

• experimental_largest_contentful_paint_with_softnavs
• experimental_interaction_to_next_paint_with_softnavs
• experimental_cumulative_layout_shift_with_softnavs

המדדים האלה כוללים גם טעינות מלאות של דפים וגם ניווטים קלים.

פרטים נוספים זמינים במאמר Introducing experimental Core Web Vitals metrics to the Chrome UX Report.

המהירות שבה מגיע בייט התגובה הראשון (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 המקורות המובילים.

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

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

מדדי מודעות

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

• מספר המודעות: המדד הזה מתאר כמה מודעות משתמש טיפוסי רואה בו-זמנית באתר.
• צפיפות המודעות: המדד הזה מתאר את האיזון בין התוכן לבין החשיפה לפרסום שמשתמש טיפוסי חווה.
• משקל המודעה: מעבד (CPU): המדד הזה מתאר את צריכת המעבד (CPU) על ידי מודעות, שיכולה להשפיע על הביצועים.
• משקל המודעה: רשת: המדד הזה מתאר את צריכת משאבי הרשת על ידי המודעות.

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

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