למה האינטרנט לא סולח לדפים איטיים? (Core Web Vitals)

מי בכלל מסתכל על המספרים האלה?

גוגל. ובגדול. מאז 2021, הוא משתמש ב-Core Web Vitals כגורם דירוג רשמי. אם הדף שלכם איטי — הוא לא יופיע גבוה בחיפוש, גם אם התוכן שלו הכי טוב בעולם. נקודה.

אבל הסיפור עוד יותר עמוק. גם הגולשים מודדים: 53% מהגולשים נוטשים דף שטוען יותר מ-3 שניות בנייד. זאת אומרת שגם אם תופיעו במקום הראשון, חצי מהגולשים יחזרו בלי לראות את ההצעה שלכם.

המדד הראשון: LCP (Largest Contentful Paint)

תוך כמה זמן הגולש רואה את האלמנט הכי גדול בדף — בדרך כלל הכותרת הראשית או תמונת ה-Hero. גוגל אומר: צריך להיות מתחת ל-2.5 שניות. ב-Wisepage, ה-LCP הממוצע הוא 0.8-1.2 שניות, גם בנייד.

מה גורם ל-LCP גבוה?

• תמונות הירו ענקיות שלא נדחסו (5MB JPEG במקום 50KB WebP).
• גופנים שטוענים מאוחר וגורמים לטקסט להופיע באיחור.
• CSS שחוסם רנדור וצריך להגיע מהשרת לפני שמשהו מצויר.
• JavaScript כבד שמתעכב על הרשת.

המדד השני: INP (Interaction to Next Paint)

תוך כמה זמן הדף מגיב כשהגולש לוחץ על כפתור או נוגע במסך. צריך להיות מתחת ל-200ms. אם זה איטי — הגולש מרגיש שהדף "תקוע", לוחץ שוב, ובסוף עוזב.

המדד השלישי: CLS (Cumulative Layout Shift)

כמה הדף "קופץ" בזמן שהוא נטען. כשגולש עומד ללחוץ על כפתור, ופתאום בננה הופך לבננת בננה כי תמונה הופיעה ודחפה הכל למטה — זה CLS גבוה. צריך להיות מתחת ל-0.1.

CLS גבוה הוא אחד הגורמים הכי מתסכלים לגולש, וגוגל מעניש על זה בלי רחמים. הפתרון: כל תמונה ו-iframe צריכים מימדים מוצהרים בקוד, וגופנים צריכים font-display שלא יוצר shift.

איך מודדים?

• pagespeed.web.dev — הכלי הרשמי של גוגל. מציג CWV אמיתיים מהשטח (Field Data) וגם מבדיקה מקומית (Lab Data).
• Google Search Console → דוח Core Web Vitals — מציג את כל הדפים באתר שלכם ואת הציון של כל אחד.
• Chrome DevTools → Lighthouse — לבדיקה מקומית מהירה תוך כדי פיתוח.