מדדים

פורסם: 23 ביוני 2022, עדכון אחרון: 15 בספטמבר 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)

‫'First Contentful Paint (FCP)' (הצגת תוכן ראשוני) מודד את הזמן שחלף עד שהדפדפן עיבד לראשונה טקסט, תמונה (כולל תמונות רקע), בד ציור שאינו לבן או 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 המקורות המובילים.

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

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

מדדים של מודעות

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

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

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

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