מה הם Core Web Vitals ומה נחשב לתוצאה טובה
Core Web Vitals הם שלושה מדדים שמתארים חלקים שונים בחוויית השימוש בעמוד: כמה מהר מופיע התוכן המרכזי, כמה מהר העמוד מגיב לפעולה, ועד כמה התוכן נשאר במקומו בזמן הגלישה. הם רלוונטיים לכל אתר, כולל אתרי תדמית, חנויות ומגזינים, ואפשר למדוד אותם על סמך שימוש אמיתי.
נכון ל־11 בנובמבר 2026, המדדים הם LCP, INP ו־CLS. ההערכה נעשית באחוזון ה־75, בנפרד לנייד ולמחשב: כדי שמדד ייחשב טוב, לפחות 75% מהמדידות צריכות לעמוד בסף שלו. לפי ההגדרה הרשמית של גוגל, עמידה בכל שלושת הספים היא היעד.
המדדים משתתפים במערכות הדירוג של גוגל, אך תוצאות טובות אינן מבטיחות מיקום גבוה. גוגל ממשיכה להעדיף תוכן רלוונטי לשאילתה, ומציינת שרדיפה אחרי ציון מושלם לצורכי קידום בלבד עשויה להיות שימוש לא יעיל בזמן. כך מוסבר בתיעוד חוויית העמוד בחיפוש.
לפי אותו תיעוד, יש היבטים נוספים של חוויית עמוד שאינם משפיעים ישירות על הדירוג, ובכל זאת גוגל ממליצה לשפר אותם כי הם הופכים את האתר לנוח יותר לשימוש. לכן המדדים נועדו קודם כול לגולשים, והשפעתם על החיפוש היא תוצאה משנית.
| המדד | מה הוא מודד | טוב | דורש שיפור | גרוע |
|---|---|---|---|---|
| LCP | זמן עד להצגת התמונה או מקטע הטקסט הגדולים באזור הנראה | עד 2.5 שניות, כולל | מעל 2.5 ועד 4 שניות, כולל | מעל 4 שניות |
| INP | המתנה לעדכון החזותי הבא בעקבות פעולה בעמוד | עד 200 מילישניות, כולל | מעל 200 ועד 500 מילישניות, כולל | מעל 500 מילישניות |
| CLS | חוסר יציבות חזותית עקב תזוזות בלתי צפויות של תוכן | עד 0.1, כולל | מעל 0.1 ועד 0.25, כולל | מעל 0.25 |
מקור: התיעוד הרשמי של Google PageSpeed Insights
מה כל מדד מספר על העמוד
LCP: מתי התוכן המרכזי מופיע
LCP מודד את הזמן מתחילת טעינת העמוד ועד להצגת התמונה או מקטע הטקסט הגדולים ביותר באזור הנראה במסך. הוא אינו מודד מתי כל רכיבי העמוד סיימו להיטען. בעמוד שירות זו יכולה להיות תמונת הפתיחה, ובעמוד אחר דווקא פסקת טקסט גדולה.
לכן מתחילים בזיהוי הרכיב שנמדד. לפי מדריך שיפור LCP של גוגל, העיכוב יכול להיווצר בתגובת השרת, בתחילת הורדת המשאב, בהורדה עצמה או בהמתנה להצגתו.
INP: כמה מהר מופיע משוב לפעולה
INP מתייחס לתגובת העמוד ללחיצות, להקשות ולהקלדה לאורך הביקור. לדוגמה, כשפותחים תפריט בנייד, המדד מתייחס להמתנה עד שהדפדפן מציג את העדכון החזותי הבא. הוא אינו מודד בהכרח את מלוא הזמן עד להשלמת פעולה מרוחקת, כמו קבלת תוצאות מהשרת.
הערך מסכם את התגובות האיטיות במהלך הביקור, תוך טיפול בחריגים. פירוט מופיע בהסבר הרשמי על INP.
CLS: האם התוכן זז בהפתעה
CLS מודד חוסר יציבות חזותית: למשל, טקסט שנדחף מטה כשתמונה נטענת מעליו. זהו ציון ללא יחידת זמן, שמביא בחשבון את היקף התוכן שזז ואת מרחק התזוזה. לפי מדריך CLS של גוגל, תמונות ללא מידות שמורות, אזורי פרסום ותוכן שמתווסף לעמוד הם גורמים נפוצים לבעיה.
איפה בודקים ולמה הדוחות מציגים תוצאות שונות
ב־PageSpeed Insights תמצאו נתוני גולשים לצד בדיקת מעבדה. נתוני הגולשים מבוססים על מאגר CrUX של גוגל ומשקפים חלון מתגלגל של 28 ימים. בדיקת המעבדה מופעלת באמצעות Lighthouse בסביבה מבוקרת ועוזרת לאתר גורמים לעיכובים.
בנייד הבדיקה מדמה מכשיר ברמה בינונית (Moto G4) ברשת סלולרית, ובמחשב היא מדמה מכשיר שולחני בחיבור קווי. לפי גוגל, ציון Lighthouse של 90 ומעלה נחשב טוב, 50 עד 89 דורש שיפור, ומתחת ל־50 הוא גרוע. הסולם הזה שונה מספי המדדים שבטבלה, ולכן אין להשוות ביניהם.
ציון הביצועים בבדיקת המעבדה אינו תוצאת העמידה במדדי הליבה. ייתכן פער בין הבדיקה לבין הגולשים בפועל, שמשתמשים במכשירים וברשתות שונים. לפירוש חלקי הדוח אפשר להיעזר במאמר על קריאת הציון של PageSpeed Insights.
כשאין מספיק נתונים לעמוד מסוים, הכלי עשוי להציג נתונים משותפים לעמודי האתר באותו מקור. לכן קראו אם התוצאה מתייחסת לכתובת שבדקתם או לנתונים הרחבים יותר. בהיעדר מספיק נתונים גם ברמה הזאת, לא תופיע הערכת גולשים. היעדר נתונים אינו אישור שהעמוד תקין. התנאים מפורטים בתיעוד PageSpeed Insights.
ב־Search Console הדוח מקבץ כתובות דומות ומציג בעיות בנפרד לנייד ולמחשב. הסטטוס של קבוצה נקבע לפי המדד בעל הסיווג הגרוע ביותר, ולכן CLS גרוע עם INP טוב מסמן את הקבוצה כולה כגרועה. אם לקבוצה אין מספיק נתונים, Search Console משתמש בקבוצה רחבה יותר של כל הכתובות באותו פרוטוקול, מארח ויציאה. זו הסיבה שתוצאה של עמוד יחיד עשויה להיות שונה מתוצאת הקבוצה, כפי שמוסבר בעזרה לדוח מדדי הליבה.
איך מחליטים מה לתקן קודם
ההמלצה היא להתחיל בעמודים החשובים לעסק ובבעיה שחוזרת בכמה מהם. לדוגמה היפותטית, אם אותה תמונת פתיחה מופיעה בעמודי שירות רבים והדוח מזהה אותה כרכיב שמתעכב, כדאי לבדוק את אופן טעינתה בתבנית המשותפת לפני שעורכים כל עמוד בנפרד. מדריך על אילו תמונות לטעון מאוחר ואילו מיד יעזור להחליט.
כאשר LCP גבוה
זהו תחילה מה מעכב את הופעת הרכיב הגדול. אם זו תמונה, בדקו את גודל הקובץ ואת מועד תחילת ההורדה. גוגל מנחה להימנע מטעינה עצלה של תמונת ה־LCP. המרה לפורמט יעיל עשויה לקצר את ההורדה, ואפשר לקרוא על כך בהסבר על תמונות WebP באתר. אם קוד מעכב את הצגת התמונה לאחר שהורדה, הקטנת הקובץ לבדה עשויה שלא לשפר את התוצאה.
כאשר INP גבוה
נסו לשחזר את הפעולה האיטית: פתיחת תפריט, סינון מוצרים או הקלדה בשדה. לפי מדריך שיפור INP, עבודה ממושכת של JavaScript יכולה לעכב תגובות. התיקון עשוי לכלול צמצום העבודה שמבוצעת בזמן הפעולה וחלוקת משימות ארוכות לחלקים קצרים.
כאשר CLS גבוה
אתרו איזה רכיב גורם לדחיפת התוכן ושמרו לו מקום מראש, למשל באמצעות מידות לתמונות או שטח קבוע להטמעה. בדקו גם גלילה ושימוש בעמוד לאחר הטעינה הראשונית: תזוזות יכולות להתרחש בהמשך הביקור ולהיעדר מבדיקת טעינה קצרה.
מה לבקש בדוח תיקון ואיך לוודא שהעבודה הצליחה
בקשו דוח שמציין את הכתובות או התבניות שנפגעו, סוג המכשיר, המדד הבעייתי והגורם שנמצא. לצד כל תיקון רצוי לשמור את תאריך הביצוע ואת תוצאת הבדיקה החוזרת, כדי שאפשר יהיה להשוות לאותה נקודת התחלה. המאמר על בדיקת מהירות אתר ובחירת תיקונים מרחיב על קריאת הדוח.
אם אתם נעזרים בשירות קידום האתרים של ברנדיני, הסוכנות שמפעילה את המגזין, בקשו לכלול בתוכנית העבודה אבחון של המדדים ומעקב לאחר התיקון. כך תוכלו להבין מה נמצא, מה השתנה ומה נותר לטיפול.
אחרי השינוי, בדקו גם שהפעולות החשובות עדיין עובדות: פתיחת תפריט, שליחת טופס והוספה לסל, לפי סוג האתר. בדיקת מעבדה חוזרת יכולה לספק משוב מיידי על התיקון, בעוד שנתוני הגולשים מתעדכנים בהדרגה עם כניסת מדידות חדשות לחלון הדיווח.
לאחר תיקון הבעיה בכל הכתובות הרלוונטיות, אפשר להתחיל מעקב אימות ב־Search Console. לפי התיעוד של גוגל, המעקב נמשך 28 ימים. אם אף כתובת לא מציגה את הבעיה בתקופה הזאת, היא נחשבת מתוקנת, ואם כתובת כלשהי עדיין מציגה אותה, אפשר להתחיל אימות חדש. הפעלת המעקב אינה שולחת את העמודים לאינדוקס מחדש, ולכן אין לפרש את תחילתו כאישור שהבעיה נפתרה.
בדקו נייד ומחשב בנפרד, כי כל אחד מהם מדורג בנפרד. עמוד שעומד בספים במחשב עשוי להיכשל בנייד.
