איך מערכת Lighthouse מחשבת את ציון הביצועים הכולל
באופן כללי, רק מדדים משפיעים על ציון הביצועים של Lighthouse, ולא התוצאות של 'הזדמנויות' או 'אבחון'. עם זאת, סביר להניח ששיפור ההזדמנויות והאבחון ישפר את ערכי המדדים, כך שיש קשר עקיף.
בהמשך פירטנו למה הציון עשוי להשתנות, איך הוא מורכב ואיך Lighthouse מקבל דירוג של כל מדד בנפרד.
למה הדירוג שלכם משתנה
חלק גדול מהשונות בציון הביצועים הכולל ובערכי המדדים לא נובע מ-Lighthouse. כשציון הביצועים משתנה, בדרך כלל הסיבה לכך היא שינויים בתנאים הבסיסיים. הבעיות הנפוצות כוללות:
- בדיקות A/B או שינויים במודעות שמוצגות
- שינויים במסלול תעבורת הנתונים באינטרנט
- בדיקה במכשירים שונים, כמו מחשב שולחני בעל ביצועים גבוהים ומחשב נייד בעל ביצועים נמוכים
- תוספי דפדפן שמחדירים JavaScript ומוסיפים/משנים בקשות רשת
- תוכנות אנטי-וירוס
במסמכי התיעוד של Lighthouse בנושא תנודתיות מוסבר על כך בהרחבה.
בנוסף, למרות ש-Lighthouse יכול לספק ציון ביצועים כולל אחד, יכול להיות שיהיה שימושי יותר להתייחס לביצועים של האתר כאל חלוקה של ציונים, ולא כאל מספר יחיד. במבוא למדדי ביצועים שמתמקדים במשתמשים תוכלו להבין למה.
איך השקלול של ציון הביצועים
ציון הביצועים הוא ממוצע משוקלל של ציוני המדד. באופן טבעי, מדדים עם משקל גבוה יותר משפיעים יותר על הציון הכולל של הביצועים. ציוני המדדים לא מוצגים בדוח, אבל הם מחושבים ברקע.
מגדלור 10
| ביקורת | משקל |
|---|---|
| הצגת תוכן ראשוני (FCP) | 10% |
| Speed Index | 10% |
| Largest Contentful Paint | 25% |
| זמן החסימה הכולל | 30% |
| שינוי בפריסה מצטברת | 25% |
מגדלור 8
| ביקורת | משקל |
|---|---|
| הצגת התוכן הראשון (First-Party) | 10% |
| מדד מהירות | 10% |
| המהירות שבה נטען רכיב התוכן הכי גדול (LCP) | 25% |
| הזמן עד לפעילות מלאה | 10% |
| זמן חסימה כולל | 30% |
| שינוי בפריסה מצטברת | 15% |
איך נקבע הציון של המדד
אחרי שמערכת Lighthouse אספה את מדדי הביצועים (שרובם מדווחים באלפיות שנייה), היא ממירה כל ערך ��ו��מ�� ל��יון ��דד מ-0 ל-100. כדי לעשות זאת, בודקים איפה נמצא ערך המדד בהתפלגות הציון שלו ב-Lighthouse. התפלגות הציונים היא התפלגות לוג-נורמלית שמבוססת על מדדי הביצועים של נתוני ביצועים אמיתיים של אתרים ב-HTTP Archive.
לדוגמה, המדד 'הצגת חלק התוכן הגדול ביותר (LCP)' מודד מתי המשתמש רואה שהתוכן הגדול ביותר בדף גלוי. ערך המדד של LCP מייצג את משך הזמן שעובר מהרגע שהמשתמש יוזם את טעינת הדף ועד שהדף מעבד את התוכן הראשי שלו. על סמך נתונים אמיתיים מהאתר, אתרים עם הביצועים הטובים ביותר מעבדים LCP תוך 1,220 אלפיות השנייה, כך שערך המדד ממופה לציון 99.
בהמשך, מודל עקומת הדירוג של Lighthouse משתמש בנתונים מ-HTTPArchive כדי לקבוע שתי נקודות בקרה, שמגדירות את הצורה של עקומה לוג-נורמלית. האחוזון ה-25 של נתוני ארכיון HTTP הופך לציון 50 (נקודת הבקרה החציונית), והאחוזון ה-8 הופך לציון 90 (נקודת הבקרה 'טוב'/ירוק'. כשבודקים את גרף עקומת הדירוג, חשוב לשים לב שבטווח שבין 0.50 ל-0.92 יש קשר כמעט לינארי בין ערך המדד לבין הדירוג. הציון 0.96 הוא בערך 'נקודת החזרי ההולכים ופוחתים', כי ככל שהציון גבוה יותר, העקומה מתרחקת, ונדרש שיפור הולך וגובר במדדים כדי לשפר ציון שכבר גבוה.
אופן הטיפול במחשבים לעומת מכשירים ניידים
כפי שצוין, עקומות הציונים נקבעות על סמך נתוני ביצועים אמיתיים. ��פני גרסה 6 של Lighthouse, כל עקומות הציונים התבססו על נתוני ביצועים בנייד, אבל בהרצת Lighthouse במחשב נעשה שימוש בנתונים האלה. בפועל, הדבר הוביל לציוני מחשב מופרזים באופן מלאכותי. ב-Lighthouse v6 תיקנו את הבאג הזה באמצעות ניקוד ספציפי למחשבים. בהחלט צפויים שינויים כלליים בציון הביצועים מ-5 ל-6, אבל כל הציונים למחשבים שולחניים יהיו שונים באופן משמעותי.
איך הציונים מסומנים בצבעים
ציוני המדדים וציון הביצועים נצבעים בהתאם לטווחים הבאים:
- 0 עד 49 (אדום): נמוכה
- 50 עד 89 (כתום): נדרש שיפור
- 90 עד 100 (ירוק): טוב
כדי לספק חוויית משתמש טובה, אתרים צריכים לשאוף לקבל ציון גבוה (90-100). קשה מאוד להשיג ציון 'מושלם' של 100, וגם לא צפוי להשיג ציון כזה. לדוגמה, אם מעלים ציון מ-99 עד 100, אפשר לשפר את אותו מדד של 90 עד 94.
מה מפתחים יכולים לעשות כדי לשפר את ציון הביצועים שלהם?
קודם כול, אפשר להשתמש במחשבון הציונים של Lighthouse כדי להבין אילו ערכי סף צריך להשיג כדי לקבל ציון ביצועים מסוים מ-Lighthouse.
בקטע Opportunities (הזדמנויות) בדוח Lighthouse מפורטות הצעות ותיעוד על אופן ההטמעה שלהן. בנוסף, בקטע אבחון מפורטות הנחיות נוספות שהמפתחים יכולים לעיין בהן כדי לשפר את הביצועים.