בדיקת מהירות אתר עם Google Lighthouse נותנת לכל עמוד ציון מ-0 עד 100 בארבע קטגוריות עיקריות: ביצועים, נגישות, שיטות מומלצות ו-SEO. הציון מראה כמה מהר העמוד מופיע, אם כולם יכולים להשתמש בו, אם הוא בנוי בצורה בטוחה ואם מנועי חיפוש מבינים אותו. כך אנחנו בודקים כל עמוד באתר שלנו: כל 99 העמודים שפורסמו מקבלים 100 בנגישות, בשיטות מומלצות וב-SEO, 100 בביצועים במחשב ו-92–100 בטלפון.
במאמר הזה נסביר מה בודקת בדיקת מהירות אתר ב-Lighthouse, מה המשמעות של כל מדד במילים פשוטות, למה זה חשוב לעסק שלכם, מה בדרך כלל מוריד את הציון — ומה אנחנו עושים כדי שהציון שלנו יישאר בראש.
מה זה Google Lighthouse
Lighthouse הוא כלי חינמי בקוד פתוח של גוגל. הוא טוען עמוד בסביבה מבוקרת, כמו גולש, ומריץ עליו יותר מ-150 בדיקות אוטומטיות. התוצאות מחולקות לקטגוריות, וכל קטגוריה מקבלת ציון מ-0 עד 100: 90–100 ירוק (טוב), 50–89 כתום (צריך שיפור), 0–49 אדום (חלש).
אפשר להריץ Lighthouse בשני מקומות בלי להתקין כלום: באתר PageSpeed Insights של גוגל, שבו רק מקלידים כתובת, או בדפדפן Chrome עצמו (DevTools ← Lighthouse). המספרים במאמר נמדדו ב-Lighthouse 13.5.0 בתאריך 27 בספטמבר 2026.
למה בדיקת מהירות אתר חשובה
- הגולשים. רוב הגולשים מגיעים מהטלפון, הרבה פעמים עם חיבור חלש. אם המסך הראשון מופיע לאט או שהעמוד קופץ בזמן הטעינה, רבים עוזבים לפני שקראו מילה.
- גוגל. גוגל משתמשת ב-Core Web Vitals — טעינה (LCP), תגובה ללחיצות (INP) ויציבות העמוד (CLS) — כחלק מהאותות של חוויית העמוד. הם נמדדים אצל גולשים אמיתיים ב-Chrome, לא ב-Lighthouse. הציון של Lighthouse עצמו לא משפיע ישירות על הדירוג, אבל הוא מוצא בדיוק את הבעיות שפוגעות ב-Core Web Vitals, עוד לפני שהגולשים שלכם נתקלים בהן.
- פרסום. ב-Google Ads חוויית דף הנחיתה היא חלק מציון האיכות. דף נחיתה איטי וקופצני מייקר כל קליק.
- החוק. אתרים של עסקים בישראל חייבים לעמוד בתקן הנגישות הישראלי 5568. קטגוריית הנגישות בודקת חלק מהדרישות האלה באופן אוטומטי.
- סוכני AI. דפדפנים מתחילים לעבוד עם עוזרי AI שקוראים עמודים וממלאים טפסים בשביל המשתמש. ל-Lighthouse יש עכשיו קטגוריה נפרדת לזה.
הקטגוריות של Lighthouse
| קטגוריה | מה היא בודקת | בדיקות |
|---|---|---|
| ביצועים (Performance) | כמה מהר העמוד מופיע ומוכן לשימוש. הציון מחושב מחמישה מדדים (בהמשך). | 49 |
| נגישות (Accessibility) | אם אנשים עם מוגבלויות יכולים להשתמש בעמוד: ניגודיות צבעים, טקסט חלופי לתמונות, תוויות לשדות בטפסים, סדר הכותרות, שמות לכפתורים ולקישורים. | 76 |
| שיטות מומלצות (Best Practices) | בנייה בטוחה ועדכנית: HTTPS, בלי שגיאות בקונסולה של הדפדפן, בלי ספריות ישנות עם פרצות ידועות, תמונות בפרופורציות הנכונות. | 21 |
| SEO | היסודות שמנועי חיפוש צריכים: כותרת ותיאור, קישורים קריאים, עמוד שמותר לאנדקס, גרסאות שפה (hreflang). | 11 |
| גלישה של סוכנים (Agentic Browsing) (חדש, ניסיוני) | אם סוכני AI יכולים לקרוא את העמוד ולהשתמש בו: עץ נגישות תקין, עימוד יציב, קובץ llms.txt ותיאורי WebMCP לטפסים. | 7 |
נגישות, שיטות מומלצות ו-SEO מקבלות ציון לפי החלק של הבדיקות שהעמוד עבר (לחלק מהבדיקות יש משקל גבוה יותר). הביצועים עובדים אחרת: הציון מחושב מחמישה מדדים שנמדדים בפועל.
מדדי הביצועים של Lighthouse במילים פשוטות
כל מדד מקבל ציון משלו, וציון הביצועים הוא הממוצע המשוקלל שלהם. אלה חמשת המדדים, הערך ש-Lighthouse מחשיב כטוב בטלפון, המשקל של כל מדד בציון ומה מראה עמוד הבית שלנו בטלפון:
| מדד | מה הוא אומר | טוב | משקל | עמוד הבית שלנו |
|---|---|---|---|---|
| First Contentful Paint (FCP) | מתי מופיע הטקסט או התמונה הראשונים — הרגע שבו הגולש רואה שמשהו קורה. | ≤ 1.8 שנ׳ | 10% | 1.4 שנ׳ |
| Largest Contentful Paint (LCP) | מתי מוצג האלמנט הגדול ביותר במסך הראשון — בדרך כלל הכותרת הראשית או התמונה. המדד הכי טוב ל„העמוד נטען“. | ≤ 2.5 שנ׳ | 25% | 2.5 שנ׳ |
| Total Blocking Time (TBT) | כמה זמן העמוד „קפוא“ בגלל JavaScript בזמן הטעינה, ולחיצות וגלילה לא מגיבות. בוני עמודים כבדים והרבה תוספים מופיעים כאן. | ≤ 200 מ״ש | 30% | 10 מ״ש |
| Cumulative Layout Shift (CLS) | כמה העמוד קופץ בזמן הטעינה — הטקסט שהתחלתם לקרוא זז, כפתור בורח מתחת לאצבע. | ≤ 0.1 | 25% | 0 |
| Speed Index (SI) | כמה מהר החלק הגלוי של העמוד מתמלא בתוכן, בסך הכול. | ≤ 3.4 שנ׳ | 10% | 3.0 שנ׳ |
ב-Core Web Vitals של גוגל יש עוד מדד אחד ש-Lighthouse לא יכול למדוד בטעינה אחת: Interaction to Next Paint (INP), כמה מהר העמוד מגיב ללחיצות ולנגיעות לאורך כל הביקור (טוב: עד 200 מ״ש). הוא מגיע רק מגולשים אמיתיים; במעבדה, Total Blocking Time הוא התחליף הקרוב ביותר.
למה הציון בטלפון נמוך יותר — ולמה הוא משתנה
כש-Lighthouse עושה בדיקת מהירות אתר לטלפון, הוא מדמה מכשיר בינוני ברשת איטית: המעבד מואט פי ארבעה, והחיבור הוא בערך 1.6 מגה-ביט לשנייה עם השהיה של 150 מ״ש. זה קשוח יותר מרוב הטלפונים האמיתיים, בכוונה — עמוד שמהיר שם, מהיר כמעט בכל מקום. לכן אותו עמוד מקבל בדרך כלל ציון נמוך יותר בטלפון מאשר במחשב.
הציון גם זז בכמה נקודות מהרצה להרצה: הרשת, השרת והמחשב שמריץ את הבדיקה אף פעם לא זהים לגמרי. בעמודים שלנו ראינו 93 ו-96 לאותו עמוד בהפרש של כמה דקות. הריצו את הבדיקה פעמיים או שלוש והסתכלו על התוצאה הטיפוסית, לא על מספר אחד.
Lighthouse היא בדיקת מעבדה: טעינה אחת, בתנאים קבועים. PageSpeed Insights מראה גם נתוני שטח מגולשים אמיתיים ב-Chrome באתר שלכם (Chrome UX Report), כשיש לאתר מספיק מבקרים; באתרים קטנים יותר הבלוק הזה כותב בדרך כלל שעדיין אין מספיק נתונים. שניהם שימושיים: המעבדה מוצאת את הסיבות, השטח מראה מה הגולשים חווים באמת.
התוצאות שלנו: 99 עמודים, כל אחד נבדק
אנחנו לא בודקים רק את עמוד הבית. אחרי כל עדכון אנחנו עושים בדיקת מהירות אתר ב-Lighthouse לכל 99 העמודים שפורסמו באתר — עמודים, מאמרים ופרויקטים בעברית, באנגלית ובסלובקית — בטלפון ובמחשב, ובנוסף סריקת נגישות (axe):
- נגישות, שיטות מומלצות, SEO: 100 בכל עמוד, בטלפון ובמחשב.
- ביצועים במחשב: 100 בכל עמוד.
- ביצועים בטלפון: 92–100, בדרך כלל 96; LCP 1.7–3.1 שנ׳.
- קפיצות בעמוד (CLS): 0.05 לכל היותר.
איך אנחנו שומרים על ציון 100
ציון גבוה הוא לא תוסף שמתקינים בסוף. הוא נובע מהדרך שבה האתר בנוי:
- קוד תבנית משלנו במקום בונה עמודים, ומינימום תוספים. מעט JavaScript אומר שהעמוד לא נתקע: Total Blocking Time נשאר קרוב לאפס. את השיטה אנחנו מסבירים במאמר על בניית אתרים עם ACF Flexible Content.
- גופנים על השרת שלנו, שנטענים מראש, עם גופני גיבוי באותו גודל — בלי פניות ל-Google Fonts ובלי קפיצה כשהגופן מגיע.
- הכותרת הראשית מופיעה מיד, בלי אפקט הופעה הדרגתית, כי היא האלמנט ש-LCP מודד.
- תמונות ב-WebP, בכמה גדלים, עם רוחב וגובה מוגדרים, כך שהדפדפן לוקח את הגודל הנכון ושומר לו מקום. תמונות מתחת למסך הראשון נטענות רק כשגוללים אליהן.
- סרטונים נטענים בלחיצה. עד שהגולש לוחץ על הפעלה, אין שום פנייה ל-YouTube או ל-Vimeo.
- מטמון ודחיסה ב-Cloudflare לקבצים (Brotli, HTTP/3), והעמודים עצמם תמיד מעודכנים.
- נגישות בתוך כל סקשן: כותרות לפי הסדר, תוויות לשדות בטפסים, ניגודיות, פוקוס גלוי, כפתורי עצירה לאלמנטים שזזים. לכן גם עמודים חדשים נשארים ב-100.
- SEO בתבנית: כותרות, תיאורים, גרסאות שפה, נתונים מובנים וקובץ llms.txt נוצרים לכל עמוד.
מה בדרך כלל מוריד את הציון
- בוני עמודים ועשרות תוספים שטוענים את הקוד שלהם בכל עמוד, גם איפה שלא משתמשים בו.
- תמונות כבדות: צילום של 3 מגה-בייט במסך הראשון, בלי WebP, גודל אחד לטלפון ולמחשב.
- סליידר או אנימציה במסך הראשון שמסתירים את הכותרת הראשית לשנייה-שתיים.
- וידג׳טים חיצוניים שנטענים מיד: בועות צ׳אט, פיקסלים, חלונות עוגיות, מפות וסרטונים מוטמעים.
- גופנים משרתים חיצוניים, בהרבה משקלים.
- אלמנטים בלי מקום שמור — באנרים, תמונות, פרסומות — שדוחפים את הטקסט למטה כשהם מופיעים.
- פערי נגישות: טקסט חיוור, תמונות בלי תיאור, שדות בטופס בלי תוויות, כפתורי אייקון בלי שם.
האתר שלכם מוכן לסוכני AI?
הקטגוריה החדשה ביותר של Lighthouse, Agentic Browsing, בודקת אם עוזר AI שעובד בדפדפן יכול להבין את העמוד ולהשתמש בו. היא בודקת את עץ הנגישות (המבנה שהסוכנים קוראים, אותו מבנה שמשמש קוראי מסך), את יציבות העמוד, את llms.txt — תיאור קצר של האתר למודלים של שפה — ואת WebMCP.
WebMCP הוא תקן חדש, עדיין ניסיוני, של Chrome: האתר מתאר את הטפסים שלו כ„כלים“ עם שם ותיאור לכל שדה, כך שהסוכן יודע בדיוק מה הטופס עושה ומה למלא בכל שדה. הוספנו אותו לטפסים באתר שלנו: טופס יצירת הקשר הוא הכלי contact-yutechi, וטופס הזמנת הבדיקה למטה הוא order-website-audit. סוכן יכול למלא את הטופס, אבל רק אדם שולח אותו — אין שליחה אוטומטית.
איך לעשות בדיקת מהירות אתר בעצמכם
- פתחו את PageSpeed Insights, הקלידו את הכתובת ולחצו Analyze.
- התחילו מהלשונית Mobile — רוב הגולשים מגיעים מהטלפון, וזו הבדיקה הקשוחה יותר.
- למעלה, הסתכלו על נתוני השטח („Discover what your real users are experiencing“), אם יש לאתר מספיק מבקרים.
- למטה, הסתכלו על ארבעת הציונים של Lighthouse ועל חמשת המדדים.
- פתחו את Diagnostics: כל פריט אומר מה לתקן וכמה זמן זה יחסוך.
- הריצו את הבדיקה פעמיים או שלוש, ובדקו כמה סוגי עמודים — עמוד הבית, מאמר, עמוד מוצר או שירות.
בדיקת אתר מקיפה של YuTechi
בדיקת מהירות אתר של עמוד אחד ב-PageSpeed Insights היא התחלה טובה, אבל לאתר יש עשרות עמודים שבנויים מתבניות שונות, והבעיות מסתתרות באלה שאף אחד לא בודק. אנחנו בודקים את כל האתר באותה דרך שבה אנחנו בודקים את האתר שלנו, ואתם מקבלים מסמך ברור:
- Lighthouse לכל עמוד, בטלפון ובמחשב: כל הקטגוריות, חמשת המדדים, ואילו תבניות מורידות את הציון.
- נגישות: סריקה אוטומטית (axe) של כל העמודים ובדיקה ידנית לפי התקן הישראלי 5568 ו-WCAG — מקלדת, פוקוס, טפסים, ניגודיות, טקסט חלופי לתמונות.
- סריקת SEO: קישורים שבורים, הפניות, כותרות ותיאורים, מבנה כותרות, גרסאות שפה, מפת האתר ונתונים מובנים.
- תוכנית תיקונים עם הערכה: מה לתקן קודם כדי להרוויח הכי הרבה, וכמה זמן וכסף לוקח כל שלב.
המחיר תלוי בגודל האתר. השאירו למטה את כתובת האתר שלכם, ונשלח לכם הצעת מחיר.
שאלות נפוצות
צריך 100 בכל קטגוריה?
לא. ירוק (90 ומעלה) הוא תוצאה טובה. חשוב יותר שאף עמוד חשוב לא יהיה באדום, ושה-Core Web Vitals של הגולשים האמיתיים יהיו טובים. 100 בנגישות וב-SEO הוא יעד ריאלי לכל אתר שנבנה בקפידה.
הציון של Lighthouse משפיע על הדירוג בגוגל?
לא ישירות. גוגל משתמשת ב-Core Web Vitals שנמדדים אצל גולשים אמיתיים. אבל בדיקת מהירות אתר ב-Lighthouse מוצאת את אותן בעיות — טעינה איטית, עמוד שקופץ, JavaScript כבד — ולכן שיפור הציון משפר בדרך כלל גם את Core Web Vitals.
למה הציון בטלפון נמוך מהציון במחשב?
כי Lighthouse בודק טלפון כמכשיר איטי ברשת איטית, בכוונה. עמוד שמהיר בתנאים האלה מהיר כמעט לכל גולש.
למה התוצאה משתנה בכל פעם שעושים בדיקת מהירות אתר?
הרשת, השרת והמחשב שבודק אף פעם לא זהים לגמרי. הבדל של כמה נקודות הוא נורמלי — הריצו את הבדיקה כמה פעמים והסתכלו על התוצאה הטיפוסית.
אתר וורדפרס יכול לקבל 100?
כן. האתר הזה בנוי על וורדפרס. מה שקובע את הציון הוא איך התבנית כתובה וכמה תוספים נטענים בעמוד, לא וורדפרס עצמה.
כמה עולה בדיקת אתר מקיפה?
זה תלוי במספר העמודים והתבניות. שלחו לנו את הכתובת בטופס למעלה, ונחזור אליכם עם הצעת מחיר ומה הבדיקה תכלול.
רוצים אתר מהיר ונגיש?
אנחנו בונים אתרים שמקבלים תוצאה גבוהה בכל בדיקת מהירות אתר גם אחרי ההשקה, כי המהירות והנגישות בנויות בתוך כל סקשן. הכירו את השירותים שלנו או ספרו לנו על הפרויקט שלכם.