Lighthouse הוא כלי בדיקה אוטומטי של גוגל, בקוד פתוח, שטוען עמוד אינטרנט בסביבה מבוקרת ומפיק דוח עם ציונים בארבע קטגוריות עיקריות: ביצועים, נגישות, שיטות עבודה מומלצות ו-SEO. Lighthouse מובנה בכרום, ומריץ את בדיקת המעבדה שמופיעה גם ב-PageSpeed Insights. היתרון שלו: הוא מראה בדיוק מה מאט את העמוד ולמה. החיסרון: זו בדיקה מדומה אחת, ולא מדידה של גולשים אמיתיים. במאמר הזה — איך מריצים את Lighthouse, איך קוראים את התוצאות, ואיפה הוא מטעה.
ארבע דרכים להריץ Lighthouse
לפי התיעוד הרשמי, יש כמה דרכים:
- כלי המפתחים בכרום (DevTools) — לשונית Lighthouse, ואז "Analyze page load". זו הדרך המומלצת ברוב המקרים, כי היא עובדת גם על עמודים מקומיים ועל עמודים שדורשים התחברות.
- PageSpeed Insights — מריץ Lighthouse מהשרתים של גוגל, יחד עם נתוני שטח. נוח לבדיקה מהירה; פירוט במאמר איך לקרוא את PageSpeed Insights.
- שורת פקודה — התקנה דרך npm והרצה על כתובת. שימושי לבדיקה של הרבה עמודים או להרצה אוטומטית אחרי כל עדכון.
- מודול Node — שילוב בתוך תהליך בדיקות אוטומטי.
יש גם תוסף לכרום, אבל התיעוד ממליץ על DevTools אלא אם יש סיבה מיוחדת.
הרצה נכונה ב-DevTools
שלושה דברים שמשנים את התוצאה. ראשית, תוספי דפדפן: הם מזריקים JavaScript ומוסיפים בקשות, ולכן כדאי להריץ בחלון גלישה בסתר או בפרופיל נקי. שנית, משתמש מחובר: בוורדפרס, מנהל מחובר מקבל עמוד עם סרגל ניהול ובלי מטמון — זה לא מה שהגולש רואה. שלישית, הבחירה בין מובייל למחשב: מובייל מדמה מכשיר חלש ורשת איטית, ולכן הציון בו נמוך יותר.
ממה מורכב ציון הביצועים
ציון הביצועים הוא ממוצע משוקלל של חמישה מדדים. לפי התיעוד של חישוב הציון בגרסה הנוכחית:
| מדד | משקל | מה הוא מודד |
|---|---|---|
| Total Blocking Time (TBT) | 30% | כמה זמן ה-main thread היה חסום בזמן הטעינה |
| Largest Contentful Paint (LCP) | 25% | מתי הוצג האלמנט הגדול בעמוד |
| Cumulative Layout Shift (CLS) | 25% | כמה התצוגה זזה |
| First Contentful Paint (FCP) | 10% | מתי הופיע תוכן ראשון |
| Speed Index | 10% | כמה מהר העמוד מתמלא ויזואלית |
כל מדד מומר לציון לפי עקומה שנבנתה מנתוני אתרים אמיתיים מ-HTTP Archive; לפי התיעוד, האחוזון ה-25 של הנתונים שם מקבל ציון 50. ציון 90–100 ירוק, 50–89 כתום, ו-0–49 אדום.
שימו לב למדד הראשון: TBT. במעבדה אין גולש שלוחץ על כפתורים, ולכן Lighthouse לא יכול למדוד INP — המדד שגוגל משתמשת בו בפועל לתגובתיות. TBT הוא תחליף מעבדתי: הרבה JavaScript כבד בזמן הטעינה יעלה אותו, ובדרך כלל גם יפגע ב-INP. הדרכים לשפר את INP עצמו מפורטות במאמר שיפור INP.
איך קוראים את הדוח
מתחת לציון יש שלושה חלקים, וכל אחד עונה על שאלה אחרת:
- המדדים — הערכים בפועל. זה המקום לבדוק אם הבעיה היא LCP, יציבות או חסימה.
- הזדמנויות — הצעות עם הערכת חיסכון בזמן: תמונות גדולות מדי, CSS שלא בשימוש, משאבים שחוסמים רינדור.
- אבחונים — מידע נוסף שלא מתורגם ישירות לחיסכון, למשל גודל ה-DOM או משימות ארוכות.
הכי שימושי בעיניי הוא לבדוק איזה אלמנט נבחר כ-LCP ומה גרם לתזוזות התצוגה. שני הפרטים האלה מובילים ישר לתיקון — ראו שיפור LCP וCLS: למה העמוד קופץ.
הקטגוריות האחרות: שימושי, אבל לא מספיק
נגישות — Lighthouse בודק דברים שאפשר לזהות אוטומטית: ניגודיות צבעים, תוויות לשדות, טקסט חלופי לתמונות. ציון 100 לא אומר שהאתר נגיש; חלק גדול מהבדיקה דורש אדם, מקלדת וקורא מסך. פירוט במאמר בדיקת נגישות אתר.
שיטות עבודה מומלצות — HTTPS, שגיאות בקונסול, ספריות עם פרצות ידועות.
SEO — בדיקות טכניות בסיסיות: כותרת, תיאור, קישורים שניתנים לסריקה, תגית noindex. זו רשימת בדיקה, לא הערכה של איכות התוכן או של הסיכוי לדרג.
למה הציון קופץ בין הרצות
לפי התיעוד, רוב השונות בציון "לא נובעת מ-Lighthouse" אלא מגורמים חיצוניים: שינויים בניתוב הרשת, תוספי דפדפן, תוכנת אנטי-וירוס, ותוכן משתנה כמו פרסומות או ניסויי A/B. גם המחשב שמריץ את הבדיקה משנה: אותו עמוד ייראה אחרת על מחשב חזק ועל מחשב נייד ישן. לכן:
- מריצים כמה פעמים ומסתכלים על החציון.
- משווים לפני ואחרי באותם תנאים בדיוק — אותו מחשב, אותו מצב מובייל.
- לא מסיקים מסקנות מהבדל של כמה נקודות.
שאלות נפוצות
מה ההבדל בין Lighthouse ל-PageSpeed Insights?
PageSpeed Insights מריץ Lighthouse מהשרתים של גוגל ומוסיף נתוני שטח של גולשים אמיתיים. Lighthouse ב-DevTools רץ מהמחשב שלכם ונותן רק נתוני מעבדה.
צריך להגיע ל-100?
לא. 100 במעבדה הוא לא המטרה; המטרה היא שהגולשים יחוו עמוד מהיר. עמוד עם ציון 85 שעובר את ספי Core Web Vitals בנתוני השטח במצב טוב יותר מעמוד עם 100 במעבדה שנכשל אצל גולשים אמיתיים.
אפשר לבדוק כך גם אתר בפיתוח?
כן — זה אחד היתרונות של DevTools. הרצה על סביבת הבדיקות לפני השקה תופסת בעיות לפני שהן מגיעות לגולשים, אבל זכרו שסביבת בדיקות יושבת לעיתים על שרת אחר, בלי מטמון ובלי CDN, ולכן המספרים לא יהיו זהים לאתר החי. על כך במאמר סביבת בדיקות.
Lighthouse מראה מה לא בסדר; התיקון עצמו קורה בקוד, בתבנית ובשרת. אם אתם רוצים שמישהו יעבור על הדוח ויתקן את מה שבאמת משנה, ראו שיפור מהירות אתר או כתבו לי.
אהבתם את המאמר?
