בקצרה: מדדי רשת מרכזיים (Core Web Vitals) הם שלושה מדדים שגוגל משתמשת בהם כדי להעריך את חוויית המשתמש בעמוד: כמה מהר התוכן המרכזי נטען (LCP), כמה מהר העמוד מגיב לפעולה (INP) וכמה הוא יציב בזמן הטעינה (CLS). הם חלק מאותות חוויית הדף, ונמדדים על גולשים אמיתיים בכרום.
שלושת המדדים והספים שלהם
לכל מדד יש שלוש רמות: טוב, צריך שיפור וגרוע. גוגל בודקת את הערך שמתקבל אצל 75% מהביקורים, כך שלא מספיק שהעמוד מהיר אצלכם במשרד על חיבור סיבים.
| מדד | מה הוא מודד | טוב | גרוע |
|---|---|---|---|
| LCP (Largest Contentful Paint) | הזמן עד שהרכיב הגדול ביותר בחלק הנראה של העמוד מוצג, בדרך כלל תמונה ראשית או כותרת. | עד 2.5 שניות | מעל 4 שניות |
| INP (Interaction to Next Paint) | כמה זמן עובר מלחיצה, הקשה או הקלדה עד שהמסך מגיב. | עד 200 מילישניות | מעל 500 מילישניות |
| CLS (Cumulative Layout Shift) | כמה רכיבים "קופצים" ממקומם בזמן שהעמוד נטען. | עד 0.1 | מעל 0.25 |
INP החליף במרץ 2024 את המדד הקודם, FID, שמדד רק את ההשהיה של הפעולה הראשונה. INP מחמיר יותר, כי הוא מסתכל על כל האינטראקציות בעמוד. הרחבה על המדדים הבודדים תמצאו במדריכים שלנו על הסטת פריסה מצטברת (CLS) ועל LCP.
כמה זה באמת משפיע על הדירוג
כדאי לשמור על פרופורציות. Core Web Vitals הם אות דירוג אמיתי, אבל אחד מני רבים, וגוגל אמרה במפורש שתוכן רלוונטי ומועיל חשוב יותר. עמוד איטי עם תשובה מצוינת יכול לנצח עמוד מהיר עם תוכן חלש.
ההשפעה המשמעותית יותר היא על העסק. גולש במובייל שמחכה חמש שניות לעמוד מוצר, או לוחץ בטעות על באנר שקפץ, נוטה לעזוב. בחנויות אונליין, שבהן רוב התנועה בישראל מגיעה מהטלפון, שיפור המדדים מתבטא פעמים רבות ביותר הוספות לסל ופחות נטישה.
עוד נקודה שכדאי להבין: המדדים נמדדים ברמת העמוד, אבל Search Console מקבצת עמודים דומים. אם תבנית עמוד המוצר באתר שלכם כבדה, כל אלפי עמודי המוצר ייפגעו יחד. מצד שני, תיקון אחד בתבנית משפר את כולם בבת אחת, ולכן כדאי לחשוב על תבניות ולא על עמודים בודדים.
איך בודקים את המדדים
יש שני סוגי נתונים, וחשוב לא לבלבל ביניהם:
- נתוני שטח (Field Data): מדידות מגולשים אמיתיים ב-28 הימים האחרונים, מתוך דוח CrUX של כרום. אלה הנתונים שגוגל משתמשת בהם.
- נתוני מעבדה (Lab Data): סימולציה של טעינה אחת במכשיר מוגדר מראש. שימושיים לאבחון, אבל לא משקפים את הדירוג.
- היכנסו ל-Search Console, לדוח "מדדי חוויית משתמש בסיסיים". הוא מקבץ עמודים דומים ומראה אילו קבוצות נכשלות.
- הריצו עמוד מייצג מכל קבוצה ב-PageSpeed Insights. בחלק העליון תראו נתוני שטח, ובחלק התחתון המלצות מעבדה.
- לבדיקה מהירה אפשר להשתמש גם בכלי בדיקת המהירות שלנו.
באתרים קטנים, למשל קליניקה עם עשרים עמודים, ייתכן שלא יהיו מספיק נתוני שטח. במקרה כזה תסתמכו על נתוני המעבדה כהערכה.
תיקונים נפוצים לכל מדד
LCP
דחסו את התמונה הראשית והגישו אותה בפורמט WebP או AVIF, אל תטענו אותה בטעינה עצלה, וסמנו אותה כבעלת עדיפות גבוהה. שרת איטי פוגע ב-LCP עוד לפני שהדפדפן מתחיל לצייר, לכן גם אחסון איכותי הוא חלק מהפתרון.
CLS
הגדירו רוחב וגובה לכל תמונה, שמרו מקום קבוע לבאנרים ולפופאפים, וטענו גופנים עבריים בצורה שלא משנה את גובה השורות.
<img src="/images/hero.webp" width="1200" height="600"
fetchpriority="high" alt="ספה תלת מושבית בסלון">INP
צמצמו JavaScript כבד: תוספי וורדפרס מיותרים, סקריפטים של צ'אט ופיקסלים כפולים. כל סקריפט שרץ בזמן לחיצה מעכב את התגובה.
טעויות שכדאי להימנע מהן
- לרדוף אחרי ציון 100 ב-PageSpeed במקום לעבור את הספים בנתוני השטח.
- לבדוק רק את דף הבית ולשכוח עמודי מוצר וקטגוריה, שם נמצאת רוב התנועה.
- להתקין עוד תוסף אופטימיזציה על גבי תוסף קיים, ולקבל התנגשויות.
מונחים קשורים כמו TTFB וחוויית דף מוסברים במילון מונחי SEO.
שאלות נפוצות
תוך כמה זמן רואים שיפור אחרי תיקון?
נתוני השטח מבוססים על 28 ימים, לכן השיפור יופיע בהדרגה במשך כמה שבועות. ב-Search Console אפשר לסמן את התיקון ולבקש אימות.
האם המדדים נמדדים בנפרד למובייל ולדסקטופ?
כן. לרוב המצב במובייל חלש יותר, ובו כדאי להתמקד קודם.
האם אתר וורדפרס יכול לעבור את כל הספים?
בהחלט. זה דורש תבנית קלה, מעט תוספים, מטמון מוגדר נכון ותמונות מותאמות.
אם אתם רואים קבוצות עמודים אדומות ב-Search Console, צוות שיפור מהירות האתר שלנו יאבחן את הסיבה ויתקן אותה.
