מדריךחיפוש ותנועה
איך לקרוא Core Web Vitals בלי לבלבל בין שטח למעבדה
הפרידו בין נתוני מבקרים אמיתיים לבדיקת PageSpeed. בדקו LCP, INP ו-CLS, את היקף הכתובת או ה-origin ואת הזמן הדרוש לאימות תיקון.

בעמוד הזה
ציון מעבדה גבוה ב-PageSpeed Insights ותוצאה חלשה ב-Core Web Vitals יכולים להיות נכונים בו-זמנית. הרצת המעבדה בודקת מערכת תנאים אחת; נתוני השטח מתארים חוויות של מבקרים אמיתיים לאורך זמן. החליטו איזו תוצאה אתם מנסים לשפר לפני שמקצים עבודה למפתח.
עבור בעל אתר, המטרה המעשית היא שהמבקרים יקבלו חוויית טעינה, אינטראקציה וקריאה טובה יותר. המטרה אינה להשיג צילום מסך שמציג מספר מושלם. התחילו בכך שתתעדו איזה דף נבדק, באיזה סוג מכשיר, באיזה תאריך ומהו היקף הנתונים שמוצג. כשחסרים הפרטים האלה, שני דוחות ביצועים יכולים להיראות כאילו הם סותרים זה את זה, בעוד שבפועל הם פשוט מודדים דברים שונים.
קראו את תוצאת השטח לפני ציון המעבדה
התיעוד של Google ל-PageSpeed Insights מציין שנתוני השטח מגיעים מדוח חוויית המשתמש ב-Chrome ומכסים את 28 הימים הקודמים. כשאין מספיק נתונים לכתובת מסוימת, הדוח עשוי להשתמש בנתוני ה-origin כולו. כשגם להם אין די נתונים, לא מוצגת תוצאת שטח.
בדקו אם הלוח מתאר את הכתובת המדויקת או את ה-origin לפני שמתייחסים אליו כפסק דין על מאמר בודד. תוצאה ברמת origin כוללת חוויות גם מחלקים אחרים באתר. אי אפשר לצפות ששיפור דף אחד ישכתב מיד את ההיסטוריה של כל שאר התבניות.
היעדר נתוני שטח אינו אומר שדף מהיר או איטי. המשמעות היא שמאגר הנתונים הזמין אינו יכול לתמוך בהערכה המוצגת הזאת. עדיין אפשר להשתמש בבדיקות מעבדה ובמדידות ישירות מתאימות כדי לחקור, אבל יש לציין את היקפן במקום להמציא תוצאת שטח לדף עם מעט תנועה.
הפרידו בין נתונים ממכשירים ניידים לנתונים ממחשבים. מחשב פיתוח נייד עם חיבור מהיר מועיל לאיתור תקלות, אך אינו מייצג את המכשיר של כל קורא. בחרו דפים ותנאים מייצגים ושמרו את הגדרות הבדיקה, כדי שלהשוואה הבאה תהיה משמעות.
אבחנו את המדד שבאמת נכשל
ההגדרות הנוכחיות של Core Web Vitals משתמשות ב-Largest Contentful Paint למדידת טעינה, ב-Interaction to Next Paint לתגובתיות וב-Cumulative Layout Shift ליציבות חזותית. הספים לתוצאה טובה הם LCP של 2.5 שניות ומטה, INP של 200 אלפיות השנייה ומטה ו-CLS של 0.1 ומטה.
הערכת השטח משתמשת באחוזון ה-75, ונדרשת עמידה בספים הטובים בכל שלושת המדדים. זה אינו ציון ממוצע שבו טעינה מצוינת מפצה על אינטראקציה חלשה. שמרו את הערכים הנפרדים בדיווח על התקדמות, כדי שמספר מסכם אחד לא יסתיר את הבעיה שנותרה.
בטעינה איטית, בדקו מה מעכב את התוכן הגלוי המרכזי לפני שמקטינים כל תמונה ללא הבחנה. באינטראקציה חלשה, שחזרו את הפעולה שמרגישה לא תגובתית. בתזוזות פריסה, עקבו אחר מיקום הקריאה בזמן שמדיה, גופנים או רכיבים אחרים מופיעים. כל סימפטום דורש בדיקה אחרת.
מאמר היפותטי עשוי לטעון את התמונה המרכזית במהירות ובכל זאת לקפוץ כשמודעה מופיעה מעל הפסקה שנקראת. דחיסה נוספת של התמונה אינה פותרת את התזוזה. שינוי ששומר מקום מתאים לרכיב שמגיע מאוחר מטפל בסימפטום שנצפה באופן ישיר יותר.
השתמשו בבדיקות מעבדה לבחינת השערה מסוימת
הריצו את אותו דף בהגדרות עקביות, בצעו שינוי ממוקד אחד וחזרו על הבדיקה. כמה הרצות יכולות להראות אם ההבדל יציב או רק תנודה מקרית. תעדו מה השתנה בקוד ומה לא, לרבות התוכן ורכיבי הצד השלישי שהיו נוכחים במדידה.
אל תסירו תכונה חיונית רק משום שבדיקה מסמנת אותה כיקרה במשאבים. תחילה הגדירו את התועלת לקורא ואת העלות שנצפתה. מימוש קל יותר, דחיית עבודה שאינה חיונית או מצב טעינה ברור יותר עשויים להיות פתרון טוב יותר מביטול הפעולה שהמבקרים הגיעו לבצע.
הדוח של Google ב-Search Console מקבץ כתובות דומות, ואילו PageSpeed Insights יכול להציג כתובת מסוימת או origin. בדיקה טובה בדף דוגמה אחד אינה מוכיחה שכל חברי הקבוצה תוקנו. בדקו תבניות מייצגות ואת הרכיבים המשותפים שמחברים ביניהן.
השאירו בדיקות נגישות ושימושיות לצד עבודת המהירות. תפריט שכבר לא נפתח אינו שיפור ביצועים, גם אם רץ פחות JavaScript. בדקו שוב פעולות חשובות אחרי האופטימיזציה, במקום להתייחס לתוצאת מעבדה טובה יותר כהיתר לדלג על בדיקות תפקוד.
תנו לנתוני השטח זמן, ואז בדקו את התוצאה
חלון נתוני שטח מתגלגל כולל ביקורים שהתרחשו לפני העלאת השינוי. תעדו את תאריך ההפעלה ועקבו אחר המדד, במקום לצפות שהמבקרים של אתמול יחוו בדיעבד את התיקון של היום. השתמשו בתוצאת המעבדה כראיה אבחונית מוקדמת, ולא כהבטחה שלוח השטח יהפוך מיד לטוב.
תהליך האימות של Search Console עוקב אחר הבעיה במשך 28 ימים; הפעלתו אינה גורמת לאינדוקס מחדש. השתמשו בו אחרי שטיפלתם בהיקף הדפים שנפגע, ולא ככפתור שמתקן את האתר. המשיכו לבדוק אם הקבוצה הרלוונטית עדיין מציגה את אותה בעיה.
תיעוד החיפוש של Google מקשר בין Core Web Vitals לחוויית הדף, אבל שיפור ביצועים לבדו אינו מוכיח תוצאה בדירוג או בתנועה. עקבו אחר השינוי בחוויה בזכות עצמו. הנראות בחיפוש תלויה גם בגורמים שאינם חלק מתיקון המהירות המסוים שביצעתם.
היעזרו במדריך לתמונות במאמרים כשהמדיה היא צוואר הבקבוק, ובמדריך לבדיקת תנועה כשמספר הביקורים משתנה. סיימו ברישום של המדד שנפגע, השינוי שנבדק והתוצאה שנצפתה. זהו נכס תחזוקה חזק בהרבה מציון ירוק שאין לו הסבר.
תורגם ממהדורת המקור באנגלית.
מקורות ראשוניים
- התיעוד של Google ל-PageSpeed Insightsdevelopers.google.com
- ההגדרות הנוכחיות של Core Web Vitalsweb.dev
- הדוח של Google ב-Search Consolesupport.google.com
- תיעוד החיפוש של Googledevelopers.google.com


