מה זה Core Web Vitals?
Core Web Vitals (CWV) הם מדדים שגוגל הגדירה כמייצגים חוויית משתמש ריאלית באתר. הם הפכו לגורם דירוג רשמי ב-2021 כחלק מ-Page Experience update. נכון ל-2024, שלושת המדדים הרשמיים הם: LCP, CLS, ו-INP (שהחליף את FID).
LCP — Largest Contentful Paint
מה זה: כמה זמן לוקח לאלמנט התוכן הגדול ביותר (תמונה, כותרת, block טקסט) להיות גלוי. מטרה: פחות מ-2.5 שניות. גרוע: יותר מ-4 שניות.
שיפורים עיקריים:
- הוסף
fetchpriority="high"לתמונת ה-Hero - Preload ל-font ו-hero image
- הפחת Server Response Time (TTFB < 600ms)
- השתמש ב-CDN לנכסים סטטיים
CLS — Cumulative Layout Shift
מה זה: כמה האלמנטים בדף "קופצים" תוך כדי טעינה — תופעה שגורמת למשתמש ללחוץ על הדבר הלא-נכון. מטרה: פחות מ-0.1. גרוע: יותר מ-0.25.
גורמים נפוצים ותיקון:
- תמונות ללא width/height — הוסף attribute או aspect-ratio ב-CSS
- פרסומות ו-embeds ללא שמירת מקום — reserve space עם min-height
- Web fonts שמשנות layout — השתמש ב-font-display: swap
INP — Interaction to Next Paint
מה זה: כמה זמן עובר מרגע לחיצה/הקשה עד שגוגל רואה visual update. מטרה: פחות מ-200ms. גרוע: יותר מ-500ms.
שיפורים:
- הפחת JavaScript בזמן אמת — break up long tasks ל-chunks קטנים
- השתמש ב-web workers לחישובים כבדים
- Debounce event listeners על input/scroll
כלים למדידה
השתמש ב-Google PageSpeed Insights לנתוני שדה (CrUX data) ולנתוני מעבדה. עבור ניטור שוטף — Search Console מציג CWV לפי URL ולפי mobile/desktop. הבדל קריטי: נתוני שדה (Field Data) הם מה שמשתמשים אמיתיים חווים, נתוני מעבדה (Lab Data) הם סימולציה. גוגל מדרגת על בסיס נתוני שדה — אם יש פער ביניהם, התמקדו בשדה.
כלים נוספים מומלצים
- WebPageTest: בדיקה מעמיקה עם waterfall charts ופילמים של הטעינה
- Lighthouse (DevTools): בדיקות מעבדה מהדפדפן, פירוט שיפורים
- Chrome User Experience Report (CrUX): נתוני שדה גולמיים, חינמי דרך BigQuery
- SpeedCurve: ניטור שוטף ב-Production, התראות על רגרסיות
- Calibre: פלטפורמת ניטור CWV מסחרית עם אלרטים
תקציב Performance — מה ריאלי
לאתר Marketing ממוצע, יעדי CWV ריאליים: LCP ≤ 2.5s, INP ≤ 200ms, CLS ≤ 0.1 — באוכלוסיית 75% של המבקרים. אתרים מובילים בנישות תחרותיות מגיעים ל-LCP ≤ 1.5s וסי INP ≤ 100ms. ההבדל בין "טוב" ל"מצוין" מתבטא בעיקר ב-CTR ובהמרה — לא בדירוג ישיר.
אסטרטגיית CWV לפי סוג אתר
אתר תוכן (בלוג, חדשות)
LCP הוא הקריטי ביותר — צריך להציג טקסט בראש בפחות מ-2.5 שניות. מעטים JS, תמונות מותאמות, font-display: swap. הימנעות מ-pop-ups ו-newsletter modals שנפתחים מיד.
אתר E-commerce
INP הוא הקריטי — לחיצות "Add to cart", פתיחת תפריטים, פילטרים — כל אלה דורשים תגובה מהירה. דרושה אופטימיזציה של event handlers וטעינת JS אסינכרונית.
אתר SaaS / Dashboard
שילוב — LCP חשוב לדף הנחיתה, INP קריטי בתוך האפליקציה. דרושה אסטרטגיית code splitting אגרסיבית.
טעויות נפוצות שגורמות ל-CWV גרוע
- Web fonts לא מוטמעים נכון: Custom fonts ללא font-display: swap → FOIT (Flash of Invisible Text)
- תמונות גדולות שלא דחוסות: JPEG 4000px במקום WebP 1200px → LCP גרוע
- Third-party scripts כבדים: Analytics, chatbot, A/B testing — כל אחד מוסיף 100-300ms ל-INP
- פרסומות שמשתחלות: Ad slots שנטענים אחרי תוכן → CLS גבוה
- Hero video שמתחיל אוטומטית: מוריד LCP גם אם המשתמש לא רואה את הוידאו
- השמת CSS בסוף: Render-blocking CSS שלא מותקן עם media="print" טריק
מתי לפנות למומחה
אם ניסיתם את כל ההמלצות הסטנדרטיות וה-CWV עדיין גרוע, סביר שיש בעיה מבנית עמוקה. לדוגמה: framework JS כבד, hosting איטי, או custom code שצריך refactoring. שירות SEO טכני כולל אופטימיזציית CWV מקיפה עם כלים מקצועיים ובדיקות חודשיות.
שאלות נפוצות
איך CWV משפיע על דירוג?
השפעה ישירה קטנה (1-3% משקל), השפעה עקיפה גדולה (משתמשים נוטשים אתרים איטיים → CTR נמוך, Bounce גבוה → Google מבין שהדף לא טוב למשתמש).
האם נתוני מעבדה מספיקים?
לא. גוגל מדרגת על נתוני שדה (אמיתיים). אתר עם Lighthouse Score 95 אבל CrUX גרוע — לא יקבל את היתרון. תמיד בדקו את שני המקורות.
האם CWV חל גם על מובייל?
בעיקר על מובייל. גוגל מתחיל את הסריקה במובייל-first, וה-CWV של מובייל הוא הקריטי. בדיקה רק על דסקטופ — שגיאה נפוצה.
סיכום
Core Web Vitals הם לא אחד מאות גורמי דירוג — הם משקפים את חוויית המשתמש שלכם. אתר מהיר ויציב לא רק מדורג טוב יותר — הוא ממיר יותר. השקעה ב-CWV היא השקעה בכל מטריקת ביצועים של האתר. ביקורת SEO שלנו כוללת ניתוח CWV מעמיק עם תוכנית פעולה ספציפית לכל מטריקה.