TL;DR: Core Web Vitals הם 3 מדדי UX של גוגל: LCP (largest contentful paint. טעינה), CLS (cumulative layout shift. יציבות), ו-INP (interaction to next paint. זמן תגובה). INP החליף את FID במרץ 2024. CWV הם ranking factor חלש אבל משפיע. שיפור מעל רף 'Poor' נותן boost משמעותי.
3 המדדים. הגדרה וקצב
LCP. Largest Contentful Paint
מודד כמה זמן לוקח לעטמד הגדול ביותר בעמוד (בדרך כלל תמונה ראשית או H1 גדול) להיטען. זה מה שמייצג "העמוד נראה מוכן" למשתמש.
יעדים:
- Good: < 2.5 שניות
- Needs improvement: 2.5-4 שניות
- Poor: > 4 שניות
CLS. Cumulative Layout Shift
מודד כמה ה-layout של העמוד זז אחרי הטעינה הראשונית. כלומר, אם הכפתור זז פתאום בזמן שאתה לוחץ. זה CLS גרוע.
יעדים:
- Good: < 0.1
- Needs improvement: 0.1-0.25
- Poor: > 0.25
INP. Interaction to Next Paint
החליף את FID במרץ 2024. INP מודד את ה-75th percentile של כל ה-interactions בעמוד. לא רק הראשונה. תגובה לכפתור, קליק, scroll. הכל נספר.
יעדים:
- Good: < 200ms
- Needs improvement: 200-500ms
- Poor: > 500ms
למה INP חשוב יותר מ-FID
FID מדד רק את האינטראקציה הראשונה. וזה לפני שהעמוד טעון לגמרי. הרבה אתרים קיבלו ציון FID טוב כי הטריק היה לא לענות ל-interactions עד שהעמוד מוכן.
INP הוא holistic. הוא רואה מה קורה לכל קליק במהלך ה-session. אתר שנראה טוב ב-FID אבל איטי ב-interactions אחרות. ייפגע ב-INP.
התוצאה: אתרים רבים (במיוחד heavy-JavaScript כמו React/Next.js) חייבים עבודה רצינית לעמוד ב-INP.
כלים לבדיקה
PageSpeed Insights
הכלי הרשמי של גוגל. מחזיר Lab data (מדידה סינתטית) + Field data (נתונים אמיתיים ממשתמשים).
Chrome DevTools. Performance panel
מעולה ל-INP debugging. DevTools מראה איזה interactions היו איטיות, ומה גרם לזה.
Search Console. Core Web Vitals report
נתוני Field data לכל האתר. מוצג לפי mobile/desktop. שווה לעקוב שבועית.
web-vitals.js
ספרייה של גוגל שאתה יכול להטמיע באתר. מודדת CWV בלייב לכל המשתמשים שלך ושולחת נתונים ל-GA4.
איך לשפר LCP
- אופטימיזציה של תמונות. WebP/AVIF במקום JPG/PNG. Lazy loading רק לתמונות מתחת ל-fold.
- Preload של הכרחי.
<link rel='preload' as='image' href='hero.webp'>. - CDN. Cloudflare או דומה מקצר זמן עד הגעה ראשונה.
- Server response time. אם השרת איטי, גם תמונה מהירה לא תעזור. יעד: TTFB < 600ms.
- Above-the-fold CSS inline. ה-CSS הקריטי לעמוד הראשון מוטמע ב-<head>, לא חיצוני.
איך לשפר CLS
- Width/height על תמונות. ה-browser מקצה מקום לפני שהתמונה נטענת.
- Reserve space for ads. אם יש ads. הגדר גובה קבוע ל-container, גם כשה-ad לא נטען.
- Web fonts עם font-display: swap. זה מפחית FOUT (flash of unstyled text).
- אל תוסיף תוכן דינמי בראש העמוד. אם חובה. הקצה מקום מראש.
איך לשפר INP
- Break up long tasks. JS שנמשך 200ms+ מרצף חוסם הכול. השתמש ב-setTimeout או requestIdleCallback לפרק תפקידים כבדים.
- Debounce/throttle event handlers. ב-scroll, resize, input. אל תבצע handler על כל event.
- Avoid forced synchronous layout. JS שמשנה DOM + קורא ממדדים מסנכרן, פוגע.
- Code splitting. אל תטען את כל ה-JS מראש. טען lazy.
- Use Web Workers for heavy computation. חישובים כבדים על thread אחר.
האם CWV משפיע על SEO באמת
יכוה ישירה חלשה. CWV הוא פקטור, אבל אחד מני מאות. אם התוכן שלך מצוין, ו-CWV שלך "Poor". עדיין תדרג. פשוט פחות טוב ממה שיכולת.
ההשפעה האמיתית: UX עצמו. אתר מהיר → bounce rate נמוך → זמן שהייה ארוך → NavBoost signals חיוביים → rankings טובים יותר. CWV משפיע בעקיפין יותר מ-direct.
סדר עדיפות מעשי
אם יש לך זמן מוגבל:
- שמור LCP מתחת ל-2.5s (זה הכי נראה למשתמשים).
- שמור CLS מתחת ל-0.1 (הכי מציק כשגרוע).
- עבוד על INP אחרי (הכי קשה אבל חשוב).
רוצה עזרה ממוקדת ל-SEO באתר שלך?
אני שמוליק דורינבאום — יועץ SEO ב-20+ שנות ניסיון. אם המאמר הזה נתן לך כיוון ואתה רוצה ליישם על האתר שלך, יש לי קורס קידום אתרים חינמי מלא, או שאפשר לקפוץ לשיחת ייעוץ אישית.