PageSpeed Insights (PSI) הוא כלי למפתחי אתרים שעוזר להם להבין מהם ביצועי הדף ואיך לשפר אותם. הכלי משתמש ב-Lighthouse כדי לבדוק את הדף ולזהות הזדמנויות לשיפור הביצועים. הוא משתלב גם עם הדוח על חוויית המשתמש ב-Chrome (CrUX) כדי להציג את חוויית המשתמשים האמיתיים בדף ובמקור באופן מצטבר. במדריך הזה נסביר איך משתמשים ב-PSI כדי לחלץ תובנות מ-CrUX ולהבין טוב יותר את חוויית המשתמש.
קריאת הנתונים
כדי להתחיל, עוברים אל https://pagespeed.web.dev/, מזינים את כתובת ה-URL של הדף שרוצים לבדוק ולוחצים על Analyze.
אחרי כמה שניות, הבדיקות של Lighthouse יבוצעו ויוצגו קטעים עם נתונים מ-CrUX ('מה המשתמשים האמיתיים שלכם חווים?') ומ-Lighthouse ('אבחון בעיות בביצועים'). CrUX הוא אוסף של חוויות משתמשים אמיתיים מהשטח, ואילו Lighthouse הוא בדיקה מבוקרת במעבדה.
בקטע 'חוויות משתמשים אמיתיות', המדדים מקובצים לפי מדדי הליבה לבדיקת חוויית המשתמש (Core Web Vitals) ומדדים בולטים אחרים. שלושת המדדים הבסיסיים של חוויית המשתמש באתר מופיעים ראשונים: המהירות שבה נטען רכיב התוכן הכי גדול (LCP), מהירות התגובה לאינטראקציה באתר (INP) ומדד יציבות חזותית (CLS). אחרי המדדים האלה מופיעים המדדים החשובים האחרים: הצגת תוכן ראשוני (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 אלפיות שנייה | 200ms עד 500ms | 500 אלפיות השנייה ומעלה |
| FCP | 0 עד 1,800 אלפיות שנייה | 1,800ms עד 3,000ms | 3,000 אלפיות השנייה ומעלה |
| TTFB | 0 עד 800 אלפיות שנייה | 800ms עד 1800ms | 1,800ms ומעלה |
מדדי הליבה לבדיקת חוויית המשתמש באתר הם המדדים החשובים ביותר, והם משפיעים ישירות על חוויית המשתמשים האמיתיים. אפשר להשתמש במדדים האחרים לצורך אבחון, אבל הם לא בהכרח גלויים למשתמשים אמיתיים. לכן, המדדים האלה לא נכללים בהערכה של המדדים הבסיסיים של חוויית המשתמש (Core Web Vitals), והעובדה שהם לא עומדים בערכי הסף של 'טוב' רלוונטית רק אם הם משפיעים לרעה על המדדים הבסיסיים של חוויית המשתמש.
יש שלוש דרכים שבהן חוויית המשתמש מוצגת ב-PSI:
- תווית שמסכמת את הדף כעומד בדרישות או לא עומד בדרישות של ההערכה של מדדי הליבה לבדיקת חוויית המשתמש באתר
- אחוזונים שנמדדים בשניות או באלפיות שנייה (CLS לא כולל יחידה)
- חלוקה שמייצגת את אחוז החוויה 'טובה', 'דורשת שיפור' ו'לא טובה'. כדי לראות את החלוקה הזו, לוחצים על הרחבת התצוגה בפינה השמאלית העליונה של הקטע הזה.
בצילום המסך הקודם, הדף מסומן כ'עומד בדרישות' של ההערכה של Core Web Vitals. כדי לעבור את הבדיקה, האחוזון צריך להיות מסווג כ'טוב' בכל שלושת המדדים הבסיסיים של חוויית המשתמש. אחרת, הבדיקה תופיע כ'נכשלה'. יכול להיות שבחלק מהדפים לא יהיו מספיק נתוני INP. במקרה כזה, הדף ייבדק לפי שני המדדים האחרים של Core Web Vitals.
האחוזונים שמוצגים לכל המדדים תואמים לאחוזון ה-75. בסטטיסטיקה, אחוזון הוא מדד שמציין את הערך שמתחתיו נופל אחוז מסוים של דגימות. לדוגמה, בצילום המסך שלמעלה מוצג שהפרמטר 'ה-75 percentile של INP' הוא 64ms, כלומר 75% מחוויית השימוש ב-INP מהירה יותר מ-64ms. הערכים האלה מסומנים בצבעים בהתאם לטבלת הסף הקודמת, שבה ערכים 'טובים' מסומנים בירוק, ערכים 'שדורשים שיפור' מסומנים בכתום וערכים 'חלשים' מסומנים באדום.
לבסוף, ההפצות של כל מדד מוצגות באמצעות הקיבוץ 'טוב', 'דורש שיפור' ו'גרוע'. לדוגמה, חוויית 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 לא תוכל להציג את הקטע הזה ותופיע ההודעה No Data (אין נתונים). נתוני הבדיקה מ-Lighthouse עדיין זמינים כדי לספק לכם הערכה לגבי ביצועי הדף.
שאלות נפוצות
ריכזנו כאן כמה מהשאלות הנפוצות לגבי נתוני CrUX ב-PageSpeed Insights:
מתי כדאי להשתמש ב-PageSpeed Insights במקום בכלים אחרים?
מדד PSI משלב את נתוני חוויית המשתמש בעולם האמיתי של CrUX עם אבחון הביצועים מבוסס-המעבדה של Lighthouse. כך קל לראות כמה מהיר הדף ולשפר את המהירות שלו – והכול במקום אחד. הצבירה היומית של נתוני השדה ב-PSI מאפשרת לעקוב מקרוב יותר אחרי ביצועי המקור או כתובת ה-URL, בהשוואה לכלים עם צבירות פחות תכופות.
האם יש הגבלות על השימוש ב-PageSpeed Insights?
ב-PSI מוצג רק הצבירה היומית האחרונה, כך שלא בטוח שתוכלו לראות את המגמות בביצועי האתר. יש גם כמה מדדים לא חיוניים שכלולים במערך הנתונים של CrUX ולא נחשפים ב-PSI.
איפה אפשר לקבל מידע נוסף על PageSpeed Insights?
מידע נוסף זמין במסמכי התיעוד של PSI.