שורה תחתונה: שיפור Core Web Vitals מתמקד בשלושה מדדים — LCP (זמן טעינת התוכן הראשי), INP (תגובתיות לאינטראקציות) ו-CLS (יציבות ויזואלית). הדרך המהירה ביותר להגיע לציון ירוק: כוווץ תמונות, הוסף lazy loading, ואל תחסום את ה-render בסקריפטים.
אתר שנטען לאט הוא אתר שגולשים עוזבים אותו. גוגל יודעת את זה, ולכן עשתה את Core Web Vitals גורם דירוג רשמי כבר מ-2021. הבעיה? רוב בעלי האתרים שמישים את הדוחות, רואים ים של ציונים אדומים — ולא יודעים מאיפה להתחיל.
במדריך הזה אני הולך לחתוך ישר לעניין. אין כאן תיאוריה מנופחת — רק מה שעובד בפועל, על סמך עבודה עם עשרות אתרים.
מה הם Core Web Vitals ולמה הם חשובים לדירוג
Core Web Vitals הם קבוצת מדדי ביצועים שגוגל הגדירה כסטנדרט לחוויית משתמש איכותית. בניגוד למדדים טכניים אחרים, הם מודדים דברים שהגולש מרגיש בפועל — לא רק מה שקורה מאחורי הקלעים. לפי קידום אתרים במנועי חיפוש, גורמי חוויית משתמש הפכו לאחד הפרמטרים המרכזיים בדירוג אורגני.
שלושת המדדים הפעילים נכון ל-2026:
- LCP – Largest Contentful Paint: כמה זמן לוקח לאלמנט הכי גדול בדף להופיע. יעד: מתחת ל-2.5 שניות.
- INP – Interaction to Next Paint: כמה מהר הדף מגיב ללחיצה/הקלדה. יעד: מתחת ל-200 מילישניות. (INP החליף את FID ב-2024.)
- CLS – Cumulative Layout Shift: כמה האלמנטים קופצים בזמן הטעינה. יעד: מתחת ל-0.1.
FCP (First Contentful Paint) אינו חלק מ-Core Web Vitals הרשמיים, אבל גוגל כן מציגה אותו ב-PageSpeed Insights כמדד תומך חשוב — ציון מתחת ל-1.8 שניות נחשב טוב.
איך לבדוק את הציון שלך עכשיו
בדיקת Core Web Vitals היא תמיד הצעד הראשון — לפני שמתחילים לגעת בקוד. הכלים הטובים ביותר, וכולם חינמיים:
- Google PageSpeed Insights — מנתח כל URL בנפרד, מבחין בין מובייל לדסקטופ, ומציג גם נתוני שדה (CrUX) וגם נתוני מעבדה.
- Google Search Console — דוח Core Web Vitals מציג את המצב על פני כל האתר, מחולק לדפים עם בעיות.
- Chrome DevTools → Lighthouse — מריצים ישירות מהדפדפן, טוב לפיתוח מקומי.
- WebPageTest — ניתוח עמוק יותר, כולל waterfall charts וסימולציית רשתות.
טיפ מהשטח: תמיד בדוק מובייל קודם. גוגל עובדת עם mobile-first indexing, והציונים במובייל נמוכים ב-30%–40% בממוצע מאלה של דסקטופ. אם הציון במובייל ירוק — הדסקטופ כמעט תמיד ירוק גם הוא.
שיפור Core Web Vitals – LCP: הבעיה שכולם פותרים לא נכון
LCP הוא לרוב האלמנט שמשפיע הכי הרבה על הדירוג — ומקור הבעיות הנפוץ ביותר הוא תמונות. אלמנט ה-LCP הוא בדרך כלל: תמונת hero, כותרת H1 גדולה, או בלוק תוכן עיקרי מעל הקפל.
הפתרונות שעובדים ב-2026:
- אופטימיזציה של תמונות — זה הגדול. תמונת JPEG של 1.2MB שיכולה להיות 120KB ב-WebP היא הסיבה מספר אחת ל-LCP גרוע. קרא את המדריך המלא לאופטימיזציה של תמונות כדי לדעת בדיוק איפה נמצאים כסף השיפור הקל.
- Preload לתמונת ה-LCP — הוסף <link rel="preload" as="image"> ל-head. זה אחד השינויים שמניב 0.3–0.8 שניות שיפור ב-LCP בלי שורת קוד אחרת.
- פורמט WebP — קטן ב-25%–35% מ-JPEG, נתמך בכל הדפדפנים המודרניים. המרה ל-WebP היא צעד חובה.
- CDN — אם השרת שלך באירופה והגולש בתל אביב, כל הקבצים עוברים מרחק פיזי. CDN שם עותק קרוב לגולש.
- Lazy loading רק מתחת לקפל — שגיאה נפוצה: להוסיף loading="lazy" על תמונת ה-LCP. זה הורג אותה. lazy loading שמור לכל מה שמתחת לקפל.
מקרה מהשטח: אתר מסחר אלקטרוני עם 47 תמונות מוצר בדף קטגוריה, כולן JPG בלתי מכוווצות. אחרי כיווץ תמונות והמרה ל-WebP — ה-LCP ירד מ-5.8 שניות ל-2.1 שניות. ללא שינוי קוד אחר.
שיפור INP: הציון שהכי קשה להשיג
INP (Interaction to Next Paint) הוא המדד שהכי פחות מובן — ולצדק, כי הוא מודד דבר עדין: כמה מהר הדפדפן מצייר מחדש אחרי שהמשתמש עשה משהו. ציון גרוע כאן גורם לתחושת "האתר תקוע" גם כשהוא נטען מהר.
הגורמים העיקריים ל-INP גבוה:
- JavaScript כבד ב-main thread — סקריפטים ארוכים שחוסמים את התגובה. פרק אותם ל-chunks קטנים.
- Event listeners לא יעילים — listener שמחשב משהו כבד בכל לחיצה.
- תוספים של צד שלישי — צ'אטים חיים, פיקסלים שיווקיים, ווידג'טים. כל אחד גוזל main thread time.
- DOM גדול מדי — דף עם 5,000+ nodes הוא slow by design. גוגל ממליצה על פחות מ-1,500 nodes.
אחי, INP הוא המדד שדורש הכי הרבה עבודת מפתח. LCP אפשר לפתור עם כיווץ תמונות. INP דורש לגעת בקוד.
שיפור CLS: לשים סוף לדפים שקופצים
CLS גרוע הוא חוויה מגעילה — לחצת על כפתור ופתאום הכל זזה ולחצת על משהו אחר. הסיבות הנפוצות ל-CLS גבוה הן מפתיעות בפשטותן:
- תמונות ללא מידות מוגדרות — הוסף width ו-height לכל תמונה. זה מאפשר לדפדפן לשריין מקום לפני שהתמונה נטענת.
- פרסומות ואמבדים — banner שמופיע ומדחיק תוכן למטה. הקצה מקום קבוע מראש.
- Web Fonts עם FOUT/FOIT — גופן שמשתנה אחרי הטעינה. השתמש ב-font-display: swap ואם אפשר — preload לגופן.
- אנימציות שמשנות layout — אנימציות על height, width, top. השתמש ב-transform ו-opacity במקום.
בדרך כלל CLS הוא הקל מבין השלושה לתיקון — ציון CLS מתחת ל-0.1 נחשב טוב, ורוב האתרים מגיעים לזה תוך שעה-שתיים של עבודה.
צ'קליסט מהיר לשיפור Core Web Vitals
| מדד | יעד | פעולה מספר 1 | קושי |
|---|---|---|---|
| LCP | מתחת ל-2.5 שניות | כיווץ + preload לתמונה הראשית | נמוך |
| INP | מתחת ל-200ms | פיצול JavaScript ל-chunks | גבוה |
| CLS | מתחת ל-0.1 | הגדרת מידות לכל תמונה | נמוך |
| FCP | מתחת ל-1.8 שניות | הסרת render-blocking resources | בינוני |
שים לב: הטבלה הזו היא נקודת התחלה, לא סוף הדרך. 5 שלבי אופטימיזציה של תמונות שישפרו את ה-SEO שלך נותן פירוט נוסף על הצד הוויזואלי.
טעויות שמורידות את הציון — ורואים אותן כל הזמן
אחרי עבודה עם עשרות אתרים, יש כמה טעויות שחוזרות ברמות מרגיזות:
- כיווץ רק תמונות ה-hero ושוכחים את שאר הדף — תמונות בפוסטים ישנים, ב-sidebar, ב-footer. כולן תורמות ל-LCP ול-CLS.
- Google Fonts ב-@import בתוך CSS — זה render-blocking. העבר לתג link ב-head עם preconnect.
- WordPress עם 40 תוספים — כל תוסף מוסיף JS ו-CSS. אם תוסף לא קריטי — מחק אותו.
- כלי צד שלישי ללא defer/async — Google Tag Manager, Hotjar, Intercom. בלי defer הם חוסמים את הטעינה.
- לא לבדוק אחרי שינויים — כל deploy חדש יכול לשבור ציון שהשגת בקושי.
ה7 טעויות נפוצות בתמונות שפוגעות ב-SEO מכסה את הצד הוויזואלי לעומק.
שאלות נפוצות
איך מריצים Core Web Vitals test?
הכלי הפשוט ביותר הוא Google PageSpeed Insights — מזינים URL ומקבלים ניתוח מלא. לבדיקה מעמיקה יותר, פותחים Chrome DevTools, לשונית Lighthouse, ומריצים ניתוח. שני הכלים חינמיים לחלוטין ואינם דורשים הרשמה.
מה זה CLS ב-Core Web Vitals?
CLS (Cumulative Layout Shift) מודד כמה אלמנטים בדף "קופצים" ממקומם בזמן הטעינה. ציון מתחת ל-0.1 נחשב טוב. הגורם הנפוץ ביותר: תמונות ללא מידות מוגדרות. הפתרון: הוסף width ו-height לכל תמונה ב-HTML.
מה זה INP ב-Core Web Vitals?
INP (Interaction to Next Paint) החליף את FID ב-2024 ומודד כמה מהר הדף מגיב לאינטראקציות של משתמש (לחיצה, הקלדה, hover). יעד: מתחת ל-200ms. ציון גרוע מעיד על JavaScript כבד שחוסם את ה-main thread.
מה זה LCP ב-Core Web Vitals?
LCP (Largest Contentful Paint) מודד את הזמן שלוקח לאלמנט הגדול ביותר בדף להופיע — בדרך כלל תמונת hero או כותרת ראשית. יעד: מתחת ל-2.5 שניות. כיווץ תמונות והמרה ל-WebP הם הדרך המהירה ביותר לשפר מדד זה.
מה הם ציוני Core Web Vitals טובים?
גוגל מגדירה "טוב" כך: LCP מתחת ל-2.5 שניות, INP מתחת ל-200ms, CLS מתחת ל-0.1. אתר שעומד בשלושת הסף נחשב "מעבר" ומקבל boost קל בדירוג. Page
