PageSpeed Insights (PSI) מדווח על חוויית המשתמש בדף במכשירים ניידים ושולחניים, ומספק הצעות לשיפור הדף.
PSI מספק גם נתוני מעבדה וגם נתוני שדה לגבי דף מסוים. נתוני הבדיקה שימושיים לניפוי באגים, כי הם נאספים בסביבה מבוקרת. עם זאת, יכול להיות שהוא לא יצליח לזהות צווארי בקבוק בעולם האמיתי. נתוני שדות עוזרים לנו לתעד את חוויית המשתמש האמיתית בעולם האמיתי, אבל קבוצת המדדים שלהם מוגבלת יותר. מידע נוסף על שני סוגי הנתונים זמין במאמר How to Think על כלי מהירות.
נתונים על חוויית המשתמש בפועל
הנתונים לגבי חוויית השימוש של משתמשים בפועל ב-PSI מתבססים על מערך הנתונים Chrome User Experience Report (CrUX). מדד PSI מדווח על חוויות השימוש בהצגת תוכן ראשוני (FCP) (FCP) של משתמשים אמיתיים, על השהיה לאחר קלט ראשוני (FID) (FID), על הצגת התוכן הכי גדול (LCP), על הפריסה המצטברת (CLS) ועל חוויות האינטראקציה עם הצגת התוכן הבא (INP) במהלך תקופת האיסוף של 28 הימים האחרונים. PSI מדווח גם על חוויות השימוש במדד הניסיוני Time to First Byte (TTFB).
כדי להציג נתונים לגבי חוויית המשתמש בדף מסוים, צריך לוודא שיש מספיק נתונים כדי שהוא ייכלל במערך הנתונים של CrUX. אם הדף פורסם לאחרונה או אם יש בו מעט מדי דגימות ממשתמשים אמיתיים, יכול להיות שאין מספיק נתונים בדף. במקרה כזה, PSI יחזור לרמת פירוט ברמת המקור שכוללת את כל חוויות המשתמש בכל דפי האתר. לפעמים גם אין מספיק נתונים במקור, ובמקרה כזה PSI לא יוכל להציג נתונים לגבי חוויית משתמש אמיתית.
הערכת איכות של חוויות
ה-PSI מסווג את האיכות של חוויות המשתמש ל-3 קטגוריות: 'טובה', 'טעון שיפור' או 'איטי'. מדד PSI קובע את ערכי הסף הבאים בהתאם ליוזמה Web Vitals
| טוב | טעון שיפור | גרועה | |
|---|---|---|---|
| FCP | [0, 1800 אלפיות שנייה] | (1,800 אלפיות השנייה, 3,000 אלפיות שנייה] | יותר מ-3,000 אלפיות השנייה |
| FID | [0, 100 אלפיות שנייה] | (100 אלפיות שנייה, 300 אלפיות שנייה] | יותר מ-300 אלפיות השנייה |
| LCP | [0, 2,500 אלפיות שנייה] | (2,500 אלפיות השנייה, 4,000 אלפיות שנייה] | יותר מ-4,000 אלפיות השנייה |
| CLS | [0, 0.1] | (0.1, 0.25] | מעל 0.25 |
| INP | [0, 200 אלפיות שנייה] | (200 אלפיות השנייה, 500 אלפיות השנייה] | יותר מ-500 אלפיות השנייה |
| TTFB (ניסיוני) | [0, 800 אלפיות שנייה] | (800 אלפיות השנייה, 1800 אלפיות שנייה] | יותר מ-1,800 אלפיות השנייה |
התפלגות וערכי המדדים שנבחרו
PSI מציג התפלגות של המדדים האלה כדי שהמפתחים יוכלו להבין את מגוון החוויות בדף או במקור הזה. ההתפלגות מתחלקת לשלוש קטגוריות: 'טוב', 'טעון שיפור' ו'איטיים', שמיוצגות באמצעות פסים ירוקים, ענבר ואדום. לדוגמה, אם רואים 11% בסרגל הענבר של LCP, זה אומר ש-11% מכל ערכי ה-LCP שנצפו נמצאים בין 2,500 אלפיות השנייה ל-4,000 אלפיות השנייה.
מעל עמודות ההפצה, PSI מדווח על האחוזון ה-75 בכל המדדים. האחוזון ה-75 נבחר כדי שהמפתחים יוכלו להבין את חוויית המשתמש המתסכלת ביותר באתר שלהם. מדדי השדות האלה מסווגים בתור כדאי/דרוש שיפור/חלש על ידי החלת אותם ערכי סף שמוצגים למעלה.
דוח המדדים הבסיסיים של חוויית המשתמש (Core Web Vitals)
מדדי ליבה לבדיקת חוויית המשתמש באתר הם קבוצה משותפת של אותות ביצועים שחיוניים לכל חוויות השימוש באינטרנט. המדדים בדוח המדדים הבסיסיים של חוויית המשתמש (Core Web Vitals) הם FID, LCP ו-CLS, והם עשויים להצטבר ברמת הדף או ברמת המקור. בנתוני צבירת נתונים שיש להם מספיק נתונים בכל שלושת המדדים, הצבירה עוברת את ההערכה של מדדי הליבה לבדיקת חוויית המשתמש באתר, אם האחוזון ה-75 של כל שלושת המדדים הוא 'טוב'. במקרים אחרים, האתר המצטבר לא עובר את המבדק. אם בנתונים המצטברים אין מספיק נתונים ל-FID, הבדיקה תעבור את הבדיקה אם גם באחוזון ה-75 של LCP ו-CLS תקינים. אם ב-LCP או ב-CLS אין מספיק נתונים, לא ניתן להעריך את הצבירה ברמת הדף או המקור.
ההבדלים בין נתוני השטח ב-PSI לבין CrUX
ההבדל בין נתוני השדות ב-PSI לבין מערך הנתונים של CrUX ב-BigQuery הוא שהנתונים של PSI מתעדכנים מדי יום, בעוד שמערך הנתונים ב-BigQuery מתעדכן מדי חודש ומוגבל לנתונים ברמת המקור. שני מקורות הנתונים מייצגים תקופות של 28 ימים אחרונים.
אבחון מעבדה
ב-PSI נעשה שימוש ב-Lighthouse כדי לנתח את כתובת ה-URL הנתונה בסביבת סימולציה, עבור הקטגוריות 'ביצועים', 'נגישות', 'שיטות מומלצות' ו'אופטימיזציה למנועי חיפוש'.
Score
בחלק העליון של הקטע מופיעים ציונים לכל קטגוריה, שנקבעים על ידי הרצת Lighthouse כדי לאסוף ולנתח מידע אבחון של הדף. ציון 90 ומעלה נחשב לדירוג טוב. 50 עד 89 הוא ציון שדורש שיפור, ומתחת ל-50 נחשב ציון נמוך.
מדדים
בקטגוריה 'ביצועים' מוצגים ביצועי הדף גם במדדים שונים, כולל: הצגת התוכן הראשון (First Contentful Paint), הצגת התוכן (Largest Contentful Paint), אינדקס המהירות, Cumulative Layout Shift (Cumulative Layout Shift), זמן עד לפעילות מלאה, ו-זמן החסימה הכולל.
כל מדד מדורג ומתויג עם סמל:
- 'טוב' מסומן בעיגול ירוק
- 'טעון שיפור' מצוין באמצעות ריבוע מידע ענבר
- 'חלש' מסומן במשולש אזהרה אדום
ביקורות
כל קטגוריה מכילה ביקורות שמספקות מידע על דרכים לשיפור חוויית המשתמש בדף. במסמכי התיעוד של Lighthouse מפורט פירוט של הביקורות בכל קטגוריה.
שאלות נפוצות
באילו תנאים ברשת ובמכשיר ב-Lighthouse נעשה שימוש כדי לדמות טעינת דף?
בשלב זה, הכלי Lighthouse מדמה את תנאי טעינת הדפים במכשיר ברמת ביניים (Moto G4) ברשת סלולרית לנייד, ובאמולציה של מחשב שולחני עם חיבור קווי למחשב. PageSpeed פועל גם במרכז נתונים של Google שעשוי להשתנות בהתאם לתנאי הרשת. אפשר לבדוק את המיקום שבו בוצעה הבדיקה על ידי בדיקת חסימת הסביבה בדוח Lighthouse:
הערה: 'מהירות דף' תדווח שהיא פועלת באחת מהפלטפורמות הבאות: צפון אמריקה, אירופה או אסיה.
למה לפעמים סותרים בין נתוני השטח ונתוני המעבדה?
נתוני השטח הם דוח היסטורי לגבי הביצועים של כתובת URL מסוימת, והם מייצגים נתוני ביצועים שעברו אנונימיזציה ממשתמשים בעולם האמיתי במגוון מכשירים ותנאי רשת. הנתונים של שיעור ה-Lab מבוססים על הדמיה של טעינת דף במכשיר יחיד וקבוצה קבועה של תנאי רשת. כתוצאה מכך, ייתכנו הבדלים בערכים. מידע נוסף זמין במאמר למה הנתונים של שיעורי ה-Lab והשדות עשויים להיות שונים (ומה אפשר לעשות בעניין).
למה נבחר האחוזון ה-75 עבור כל המדדים?
המטרה שלנו היא לוודא שהדפים מניבים את התוצאות הטובות ביותר עבור רוב המשתמשים. התמקדות בערכים של האחוזון ה-75 במדדים שלנו מאפשרת להבטיח שהדפים מספקים חוויית משתמש טובה בתנאים הקשים ביותר של מכשירים ורשתות. מידע נוסף זמין במאמר הגדרת ערכי הסף של מדדי ליבה לבדיקת חוויית המשתמש באתר.
מהו ציון טוב לנתונים של שיעור ה-Lab?
כל ציון ירוק (90 ומעלה) נחשב טוב, אבל חשוב לזכור שגם אם נתוני שיעור ה-Lab טובים, זה לאו דווקא אומר שחוויית המשתמש תהיה טובה.
למה ציון הביצועים משתנה מריצה להרצה? לא שיניתי דבר בדף שלי!
השונות במדידת הביצועים נוצרת באמצעות מספר ערוצים עם רמות השפעה שונות. יש כמה מקורות נפוצים לשונות במדדים: זמינות ברשת מקומית, זמינות של חומרת לקוח ותחרות על משאבי הלקוח.
למה נתוני CrUX של משתמשים אמיתיים לא זמינים לכתובת URL או למקור?
בדוח חוויית המשתמש ב-Chrome נצברים נתוני מהירות בעולם האמיתי של משתמשים שהביעו הסכמה. כדי כתובת ה-URL צריכה להיות גלויה לכולם (לסריקה ולהוספה לאינדקס) שכוללת מספר גדול של דוגמאות ייחודיות שמספקות תצוגה מייצגת ואנונימית של הביצועים של כתובת ה-URL או המקור.
שאלות נוספות?
אם יש לכם שאלה ספציפית לגבי השימוש ב-PageSpeed Insights שניתן לקבל עליה תשובה, אפשר לשאול את השאלה באנגלית ב-Stack Overflow.
אם יש לך משוב כללי או שאלות על PageSpeed Insights, או אם ברצונך להתחיל דיון כללי, אפשר להתחיל שרשור ברשימת התפוצה.
אם יש לכם שאלות כלליות לגבי המדדים של Web Vitals, אפשר להתחיל שרשור בקבוצת הדיון web-vitals-feedback.
משוב
האם הדף הזה הועיל לך?