הגדרה קצרה
Core Web Vitals הם שלושה מדדי ביצועים של גוגל שמודדים חוויית משתמש בפועל: LCP (מהירות טעינה), INP (רספונסיביות) ו-CLS (יציבות ויזואלית).
הרחבה
המדדים הפכו לגורם דירוג רשמי ב-2021 והם חלק ממערך Page Experience של גוגל. INP החליף את FID במרץ 2024. הם נמדדים על בסיס נתוני משתמשים אמיתיים (Field Data) מ-Chrome UX Report, ולא מבדיקות מעבדה בלבד.
למה Core Web Vitals חשוב לקידום ולשיווק?
Core Web Vitals הם הדרך של גוגל לתרגם ״חוויית גלישה״ למספרים, ומאז 2021 הם חלק ממערך סיגנלי הדירוג. ההשפעה הישירה על המיקום בתוצאות היא בדרך כלל קטנה יחסית לתוכן ולקישורים, אבל היא מתבטאת בדיוק במקום שכואב: בשאילתות תחרותיות שבהן כמה אתרים מציעים תוכן באיכות דומה, האתר המהיר והיציב מקבל יתרון. בנוסף, המדדים מופיעים כדוח נפרד ב-Google Search Console, כך שכל בעיה נראית ומתועדת.
העניין האמיתי לעסק ישראלי הוא ההמרות. רוב התנועה בארץ מגיעה מהנייד, לא פעם ברשת סלולרית בינונית, ומשתמש שמחכה לדף שנטען לאט או לוחץ על כפתור שלא מגיב פשוט חוזר לגוגל ולמתחרה. שיפור LCP, INP ו-CLS משפר במקביל את הדירוג, את שיעור ההמרה ואת העלות לליד בקמפיינים ממומנים, כי גם Google Ads מתייחס לחוויית דף הנחיתה.
איך מודדים ומיישמים את זה בפועל?
מתחילים בדוח Core Web Vitals ב-Search Console. הוא מבוסס על נתוני משתמשים אמיתיים (CrUX), מחולק לנייד ולדסקטופ, ומקבץ כתובות לפי תבניות עם בעיה דומה. זה החיסכון הגדול: במקום לתקן אלף דפים, מתקנים תבנית אחת של עמוד מוצר או פוסט. גוגל מסתכלת על האחוזון ה-75 של הביקורים בחלון של 28 ימים, ולכן תיקון שעלה לאוויר היום ישתקף בדוח רק בהדרגה.
לאבחון דף בודד משתמשים ב-PageSpeed Insights: החלק העליון מציג נתוני שדה אם יש מספיק תנועה, והחלק התחתון בדיקת מעבדה עם המלצות קונקרטיות. בדפים עם מעט תנועה יש רק נתוני מעבדה, וצריך לזכור ש-INP לא נמדד שם כלל. מי שעובד על אתר גדול יכול להריץ Screaming Frog עם חיבור ל-PageSpeed API ולקבל את המדדים לכל הכתובות בטבלה אחת. את העבודה עצמה מסדרים לפי סדר קבוע: קודם LCP, אחר כך CLS, ובסוף INP, כי כך מגיעים הכי מהר מאדום לירוק.
טעויות נפוצות
- להסתמך על ציון Lighthouse בלבד ולהתעלם מנתוני השדה, שהם מה שגוגל מודדת בפועל.
- לבדוק רק את דף הבית, כשרוב התנועה האורגנית נכנסת דרך פוסטים ודפי מוצר.
- להתקין תוסף קאש ולהניח שהבעיה נפתרה, בלי לאמת בדוח של Search Console כמה שבועות אחר כך.
- להתמקד בדסקטופ בזמן שגוגל מדרגת לפי הגרסה לנייד והתנועה מהנייד גדולה בהרבה.
- לדחות את הטיפול עד שהדירוג נופל, במקום לבדוק את הדוח בכל חודש כחלק מהשגרה.
דוגמה מהשטח
לדוגמה, נניח שחנות אונליין לריהוט רואה בדוח של Search Console שכל דפי הקטגוריה מסומנים כ״נדרש שיפור״ בנייד. בדיקה ב-PageSpeed Insights מראה שתמונת הבאנר העליון שוקלת כמה מגה ונטענת בלי עדיפות, ושסרגל הפילטרים קופץ ברגע שהפונט מתחלף. תיקון של תבנית אחת, דחיסת הבאנר, הגדרת מידות קבועות לסרגל ופונט עם fallback תואם, פותר את הבעיה בעשרות דפים בבת אחת. אחרי כמה שבועות הקבוצה בדוח עוברת לירוק, והחנות מגיעה לרגע האמת של השאילתות התחרותיות עם יתרון במקום חיסרון.
להמשך קריאה
שאלות נפוצות על Core Web Vitals
מה הערכים שנחשבים טובים ב-Core Web Vitals?
- גוגל מגדירה דף כטוב כש-LCP נמוך מ-2.5 שניות, INP נמוך מ-200 אלפיות שנייה ו-CLS נמוך מ-0.1, וזאת באחוזון ה-75 של הביקורים האמיתיים. דף נכשל אם אפילו מדד אחד מהשלושה חורג מהסף.
כמה Core Web Vitals משפיעים על הדירוג בגוגל?
- ההשפעה קיימת אבל מתונה: תוכן רלוונטי וקישורים עדיין חשובים יותר. היתרון מורגש בעיקר כשמתחרים על אותן מילות מפתח עם תוכן דומה, ובתרומה העקיפה דרך שיעור המרה גבוה יותר ונטישה נמוכה יותר.
למה PageSpeed Insights מציג ציון טוב אבל Search Console מראה בעיה?
- כי הציון של PageSpeed מגיע מבדיקת מעבדה על מכשיר מדומה, ואילו Search Console מסתמך על נתוני גולשים אמיתיים מ-28 הימים האחרונים. גולשים בנייד עם חיבור חלש מושכים את האחוזון ה-75 למעלה, ולכן נתוני השדה הם הקובעים.