PageSpeed Insights (PSI) הוא כלי למפתחי אתרים, שמאפשר למפתחי אתרים להבין מהם הביצועים של דף ואיך אפשר לשפר אותם. המערכת משתמשת ב-Lighthouse כדי לבדוק את הדף ולזהות הזדמנויות לשיפור הביצועים. הדוח משתלב גם עם דוח חוויית המשתמש של Chrome (CrUX) כדי להראות כיצד משתמשים אמיתיים חווים את הדף ואת המקור באופן מצטבר. במדריך הזה מוסבר איך להשתמש ב-PSI כדי לחלץ תובנות מ-CrUX ולהבין טוב יותר את חוויית המשתמש.
קריאת הנתונים
כדי להתחיל, עוברים אל https://pagespeed.web.dev/ ומזינים את כתובת ה-URL של הדף שרוצים לבדוק ולוחצים על ניתוח.
לאחר מספר שניות, Lighthouse יבוצעו ביקורות ויוצגו קטעים עם נתונים מ-CrUX ('לגלות מה המשתמשים האמיתיים שלך') ומ-Lighthouse ('אבחון בעיות בביצועים'). CrUX הוא אוסף של חוויות משתמש אמיתי מהשטח, ו-Lighthouse היא בדיקה מבוקרת במעבדה.
בקטע של חוויות המשתמשים בפועל, המדדים מקובצים לפי מדדי ליבה לבדיקת חוויית המשתמש באתר ומדדים חשובים אחרים. שלושת המדדים של Core Web Vitals מפורטים קודם: המהירות שבה נטען רכיב התוכן הכי גדול (LCP), מהירות התגובה לאינטראקציה באתר (INP) ו-Cumulative Layout Shift. אחרי המדדים האלה מופיעים המדדים החשובים האחרים: הצגת תוכן ראשוני (FCP) וזמן אחזור נתונים ראשון (TTFB).
Core Web Vitals
- LCP מודד את הזמן שחולף עד שהדף מציג את התוכן העיקרי שלו, כמו תמונה ראשית או כותרת ראשית.
- המדד INP מודד את האינטראקטיביות של הדף על ידי מדידת זמן האחזור של כל האינטראקציות שהמשתמש ביצע עם הדף, ומדווח על ערך יחיד שכל האינטראקציות (או כמעט כולן) היו קטנות ממנו.
- המדד CLS מודד את מידת התנודתיות של הפריסה בדף, עקב שינויים כמו הזרקה של תוכן שנטען באופן אסינכרוני.
מדדים חשובים נוספים
- FCP מודד את הזמן שחולף עד שהדף מציג משהו בחזית, כמו טקסט או לוגו.
- TTFB הוא מדד ניסיוני שמודד את הזמן שעובר בין הבקשה למשאב ועד שהבייט הראשון של התשובה מתחיל להגיע.
ספי מדדים
בטבלה הזו מוסבר איך הערכים של המדדים האלה מסווגים בתור 'טוב', 'דרוש שיפור' או 'גרוע'.
| מדד | "טוב" | "טעון שיפור" | "חלשה" |
|---|---|---|---|
| LCP | 0-2,500 אלפיות השנייה | 2,500-4,000 אלפיות השנייה | 4,000 אלפיות השנייה ומעלה |
| CLS | 0.00-0.10 | 0.10-0.25 | 0.25 ומעלה |
| INP | 0-200 אלפיות השנייה | 200 אלפיות השנייה עד 500 אלפיות שנייה | 500 אלפיות השנייה ומעלה |
| FCP | 0 עד 1,800 אלפיות שנייה | 1,800 אלפיות השנייה עד 3,000 אלפיות שנייה | 3,000 אלפיות השנייה ומעלה |
| החזרות מקדמות | 0-800 אלפיות השנייה | 800 אלפיות השנייה עד 1,800 אלפיות שנייה | 1,800 אלפיות השנייה ומעלה |
המדדים של Core Web Vitals הם המדדים החשובים ביותר, ומשתמשים אמיתיים חווים אותם ישירות. המדדים האחרים עשויים לשמש כאבחון, אבל משתמשים אמיתיים לא בהכרח יכולים להבחין בהם. לכן, המדדים האלה לא משוקללים בחישוב של מדדי הליבה לבדיקת חוויית המשתמש באתר, והם לא עומדים בתנאי ה'טוב'. ערכי הסף חשובים רק אם הם משפיעים לרעה על מדדי הליבה לבדיקת חוויית המשתמש באתר.
יש שלוש דרכים שבהן חוויית המשתמש מוצגת ב-PSI:
- תווית שמסכמת את הדף כעובר או לא עובר את מדדי הליבה לבדיקת חוויית המשתמש באתר בדיקה
- אחוזונים שנמדדים בשניות או באלפיות השנייה (CLS הוא ללא יחידה)
- התפלגות שמייצגת את האחוזים של "טוב", "דרוש שיפור" ו"חלש" זמינים בלחיצה על הרחבת התצוגה בפינה השמאלית העליונה של הקטע הזה.
בצילום המסך הקודם, הדף מסומן בתווית 'עובר' המבדק של Core Web Vitals. כדי לעבור את המבחן, צריך לסווג את האחוזון כ'טוב' בכל שלושת מדדי הליבה לבדיקת חוויית המשתמש באתר. אחרת, ההערכה תהיה 'נכשלה'. יכול להיות שחלק מהדפים לא יכילו מספיק נתוני INP. במקרה כזה, הדף ייבדק לפי שני המדדים האחרים של Core Web Vitals.
האחוזונים שמוצגים לכל המדדים תואמים לאחוזון ה-75. בסטטיסטיקה, אחוזון הוא מדד שמציין את הערך שמתחתיו נופל אחוז מסוים מהדגימות. לדוגמה, בצילום המסך שלמעלה רואים שהאחוזון ה-75 של INP הוא 64 אלפיות השנייה, כלומר 75% מחוויות ה-INP מהירות יותר מ-64 אלפיות השנייה. הערכים האלה מקודדים לפי צבעים בהתאם לטבלת הסף הקודמת, שבה המילה 'טובה' הערכים ירוקים, הערכים 'דרוש שיפור' הם כתומים ו"גרועים" הערכים אדומים.
לבסוף, ההתפלגויות של כל מדד מוצגות באמצעות המדדים 'טוב', 'דרוש שיפור' ו'חלש' בקיבוץ. לדוגמה, חוויות LCP בדף הזה הן 'טובות' (פחות מ-2.5 שניות) ב-90% מהזמן. INP הוא 'איטי' (לפחות 500 אלפיות השנייה) 1% מהזמן. ההפצות האלה מייצגות את כל חוויות המשתמש בדף, והצורות שלהן מציינות את הנטייה להיות 'טובה' או 'איטי'.
סיכום ביצועי המקור
PSI כולל גם סיכום של ביצועי המקור. אלה הם נתונים נצברים של חוויות המשתמשים בכל הדפים של המקור. אפשר לקבל את אותם נתונים סטטיסטיים עבור מקור שלם, והם זמינים לדפים נפרדים. הנתונים האלה דומים מאוד לנתונים שזמינים ב-BigQuery, אבל הביצועים ברמת הדף לא זמינים לשאילתה.
יש הבדל עיקרי אחד בין הנתונים ברמת המקור ב-PSI לבין הנתונים ב-BigQuery. מערכי הנתונים ב-BigQuery מתפרסמים פעם בחודש ומקיפים את הנתונים מהחודש הקלנדרי הקודם. לדוגמה, מערך הנתונים של שנת 202005 כולל את כל חוויות המשתמשים שהתרחשו במאי 2020. לעומת זאת, PSI צובר נתונים חדשים מדי יום, הכוללים את הנתונים של 28 הימים הקודמים. לכן, התוצאות שתראו היום עשויות להיות שונות מחר, והן לא בהכרח יהיו זהות לאלה שהייתם רואים בנתוני הצבירה של החודש הנוכחי ב-BigQuery.
תשובות כשנתוני כתובות URL לא זמינים ב-CrUX
אם כתובת ה-URL שהזנת לא זמינה ב-CrUX, שירות PageSpeed Insights ינסה לשחזר נתונים ברמת המקור, כפי שמוצג בצילום המסך הבא. כדי להציג הסבר נוסף, אפשר ללחוץ על הסמל שלצד הלחצן כתובת ה-URL הזו שהושבת.
אם גם הנתונים ברמת המקור לא זמינים ב-CrUX, ל-PSI לא תהיה אפשרות להציג את הקטע הזה, ותוצג ההודעה אין נתונים. נתוני ה-Lab מ-Lighthouse עדיין זמינים כדי לקבל אומדן של ביצועי הדף.
שאלות נפוצות
אלה כמה מהשאלות הנפוצות על נתוני CrUX ב-PageSpeed Insights:
מתי כדאי להשתמש ב-PageSpeed Insights ולא בכלים אחרים?
ב-PSI משלבים נתונים על חוויית המשתמש בפועל של CrUX עם ניתוח הביצועים במעבדה של Lighthouse. כך קל לראות את מהירות הגלישה בדף ואיך להפוך אותו למהיר יותר – והכול במקום אחד. הצבירה היומית של נתוני השדות ב-PSI מאפשרת לעקוב בצורה הדוקה יותר אחרי הביצועים של המקור או של כתובת ה-URL, בהשוואה לכלים שמופעלים בהם צבירת נתונים בתדירות נמוכה.
האם יש מגבלות על השימוש ב-PageSpeed Insights?
PSI מספק את הצבירה היומית האחרונה בלבד, כך שלא בטוח שתוכלו לראות את המגמות של ביצועי אתר. במערך הנתונים של CrUX יש גם כמה מדדים לא חיוניים שלא נחשפו ב-PSI.
איפה אפשר לקבל מידע נוסף על PageSpeed Insights?
כדאי לעיין במסמכי התיעוד של PSI. אפשר לקבל מידע נוסף.