מהירות אתר ו-Core Web Vitals: מה גוגל מודדת, כמה זה משפיע, ומה באמת לתקן

צוות Amber · עודכן ב-20 באוקטובר 2026 · 4 דקות קריאה

שליח על אופניים קלים חולף על פני משאית כבדה שתקועה בפקק — אתר קל נטען מהר. התמונה להמחשה בלבד.

בקצרה

Core Web Vitals הם שלושה מדדים של חוויה אמיתית: טעינה (LCP), תגובה ללחיצה (INP) ויציבות (CLS).
הספים של גוגל: LCP עד 2.5 שניות, INP פחות מ-200 אלפיות שנייה, CLS פחות מ-0.1, אצל 75% מהכניסות.
גוגל כותבת שהמדדים האלה משמשים את מערכות הדירוג שלה, אבל שציון טוב לא מבטיח מקום גבוה, ושתוכן רלוונטי ינצח גם בחוויה חלשה.
התיקונים הנפוצים: תמונות קלות ובגודל נכון, לא לדחות את טעינת התמונה הראשית, מידות לתמונות, ופחות סקריפטים ותוספים.

"בדיקת מהירות אתר גוגל" ו"שיפור מהירות אתר" הם חיפושים נפוצים, ויש סיבה: אתר איטי מאבד לקוחות. אבל לפני שמשקיעים, כדאי לדעת מה גוגל באמת מודדת, ועד כמה זה משפיע.

מה זה Core Web Vitals

שלושה מדדים שגוגל משתמשת בהם כדי למדוד חוויה אמיתית של גולשים (Google):

מדד	מה הוא מודד	ערך טוב
LCP (Largest Contentful Paint)	כמה זמן עד שהתוכן הראשי של הדף נטען	עד 2.5 שניות
INP (Interaction to Next Paint)	כמה מהר הדף מגיב ללחיצה או להקלדה	פחות מ-200 אלפיות שנייה
CLS (Cumulative Layout Shift)	כמה התוכן "קופץ" בזמן הטעינה	פחות מ-0.1

לפי web.dev של גוגל, דף עומד בסף אם הוא עומד בשלושת המדדים ב-75% מהכניסות, בנפרד בנייד ובמחשב (web.dev). INP החליף ב-2024 את המדד הקודם, FID.

שלושה מדים על לוח: שעון עצר, אצבע לוחצת וקוביות יציבות — טעינה, תגובה ויציבות. התמונה להמחשה בלבד.

כמה זה משפיע על הדירוג

גוגל כותבת שלושה דברים שכדאי להחזיק ביחד (Google):

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

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

איך בודקים, בחינם

PageSpeed Insights (pagespeed.web.dev): מכניסים כתובת ומקבלים שני סוגי נתונים. נתוני שטח מגולשים אמיתיים ב-28 הימים האחרונים, מתוך דוח חוויית המשתמש של Chrome, ונתוני מעבדה מבדיקה מדומה (Google). לאתר קטן לפעמים אין מספיק נתוני שטח, ואז רואים רק נתוני מעבדה.
דוח Core Web Vitals ב-[Search Console](/guides/search-console): מראה אילו קבוצות דפים טובות, אילו צריכות שיפור, ואילו גרועות.

שימו לב: בדיקת מעבדה לא יכולה למדוד INP, כי אין בה משתמש שלוחץ. במקום זה היא מציגה מדד קרוב, Total Blocking Time (web.dev).

מה מתקנים קודם

טעינה איטית (LCP)

התמונה הראשית: ברוב אתרי העסקים, התוכן הגדול הראשון הוא תמונה בראש הדף. דחסו אותה, הגישו אותה בגודל שבאמת מוצג, ובפורמט מודרני כמו WebP.
לא לדחות את טעינת התמונה הראשית. web.dev מזהירים במפורש לא לסמן את התמונה הזו בטעינה עצלה (loading="lazy"), כי זה תמיד מעכב אותה (web.dev). טעינה עצלה מתאימה לתמונות שנמצאות נמוך בדף.
שרת ואחסון: אחסון זול ועמוס יכול להוסיף שניות לפני שמשהו מתחיל להיטען.

קפיצות בעמוד (CLS)

מידות לתמונות ולסרטונים. web.dev ממליצים תמיד לתת לתמונות ולסרטונים רוחב וגובה, או לשמור להם מקום ב-CSS, כדי שהתוכן לא יקפוץ כשהם נטענים (web.dev).
באנרים וחלונות שנכנסים מלמעלה ודוחפים את התוכן למטה.

תגובה איטית (INP)

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

מכבש מקטין תמונה כבדה לתמונה קלה ולידה נוצה — תמונות קלות קודם. התמונה להמחשה בלבד.

מדדנו את האתר שלנו

ב-20.10.2026 הרצנו Lighthouse על אחד המדריכים באתר שלנו, בהגדרת טלפון עם האטה אמיתית של 4G איטי:

מה	לפני	אחרי
טעינת התוכן הראשי (LCP), טלפון	3.1 שניות	2.7 שניות
ציון ביצועים, טלפון	86	89
התמונה הראשית שהטלפון הוריד	66KB, ברוחב 1200	31KB, ברוחב 800

במחשב הציון היה 100, וה-LCP 0.6 שניות. התוכן הראשי היה התמונה בראש המדריך, והיא התחרתה על הרשת עם חמישה קבצי גופן. מה ששינינו:

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

2.7 שניות עדיין מעל הסף של 2.5 בבדיקה הזו. זו בדיקת מעבדה על רשת איטית במיוחד, ולא נתוני שטח: לאתר חדש כמו שלנו עוד אין מספיק גולשים בשביל נתוני שטח.

מה לא לעשות

לא לרדוף אחרי 100. הציון במעבדה הוא כלי אבחון, לא המטרה. המטרה היא ערכים טובים אצל גולשים אמיתיים.
לא להחליף אתר שלם בגלל ציון. בדרך כלל שלושה או ארבעה תיקונים נותנים את רוב השיפור.
לא להזניח תוכן בשביל מהירות. גוגל כותבת שתוכן רלוונטי ינצח גם בחוויה חלשה.

והמשך

מהירות היא בדיקה אחת מתוך הרשימה המלאה: SEO טכני: צ'קליסט. והתמונה הגדולה: איך לקדם אתר בגוגל.

שאלות נפוצות

מהירות אתר משפיעה על הדירוג בגוגל?

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

איך בודקים מהירות אתר בגוגל?

ב-PageSpeed Insights של גוגל, שמציג נתונים מגולשים אמיתיים ונתוני מעבדה, ובדוח Core Web Vitals ב-Search Console.

מה הערכים הטובים של Core Web Vitals?

LCP עד 2.5 שניות, INP פחות מ-200 אלפיות שנייה, ו-CLS פחות מ-0.1, אצל 75% מהכניסות.

מקורות

המדריך נכתב בעזרת AI ונבדק מול המקורות שמקושרים בו. איך אנחנו כותבים