Core Web Vitals בוורדפרס: מה באמת מזיז את המחט, לפי סדר
רוב מדריכי המהירות מתחילים בדחיסת תמונות. ברוב האתרים זה לא הצוואר. הנה איך לאבחן מה מעכב בפועל, ומה הסדר הנכון לתקן.
בקצרה
Core Web Vitals נמדדים ממשתמשים אמיתיים לאורך 28 יום, לא מהציון שרואים ב-PageSpeed Insights. הספים הם LCP עד 2.5 שניות, INP עד 200 מילישניות ו-CLS עד 0.1. לפני שמתקנים משהו כדאי לפתוח את דוח חוויית העמוד ולראות איזה משלושתם באמת נכשל — אופטימיזציה של מדד ירוק היא הטעות הנפוצה ביותר.
מה חשוב לזכור
- CSS ו-JavaScript חוסמי רינדור הם כמעט תמיד הגורם הגדול ביותר ל-LCP בוורדפרס.
- בדקו איזה אלמנט נמדד כ-LCP — לעיתים זה טקסט, ואז הפתרון הוא בפונטים ולא בתמונות.
- INP גבוה כמעט תמיד אומר שהתהליכון הראשי עסוק — בוני עמודים, סליידרים ופיקסלים.
- CLS הוא הכי קל לתקן: width ו-height לתמונות, וגובה קבוע למוטמעים.
- ההשפעה הגדולה של מהירות היא עקיפה — אתר איטי מקבל תקציב סריקה קטן יותר.
Core Web Vitals הם שלושה מדדים שגוגל מודדת ממשתמשים אמיתיים, לא ממעבדה. זו נקודה מהותית: הציון שאתם רואים ב-PageSpeed Insights בראש העמוד מגיע ממכשיר סימולציה, בעוד שמה שנספר לדירוג הוא נתוני השדה שנאספים מדפדפני כרום אמיתיים לאורך 28 יום.
| מדד | מה נמדד | סף ״טוב״ |
|---|---|---|
| LCP | מתי הרכיב הגדול ביותר נצבע | עד 2.5 שניות |
| INP | כמה זמן העמוד מגיב לאינטראקציה | עד 200 מילישניות |
| CLS | כמה התוכן קופץ בזמן הטעינה | עד 0.1 |
LCP — כמעט תמיד המדד שנכשל
LCP הוא הזמן עד שהרכיב הגדול ביותר בחלק העליון של המסך נצבע — לרוב תמונת גיבור, לוגו או כותרת ראשית. הטעות הרווחת היא להניח שהאשם הוא גודל התמונה. לעיתים קרובות האשם הוא מה שקורה לפני שהדפדפן בכלל התחיל לטעון אותה.
לזהות מה בעצם הרכיב
PageSpeed Insights מציין במפורש איזה אלמנט נמדד כ-LCP. שווה להסתכל — לא פעם מתברר שזה משהו לא צפוי, כמו לוגו בתפריט או בלוק טקסט, ולא התמונה שחשבתם עליה. כשה-LCP הוא טקסט, הפתרון הוא בפונטים ולא בתמונות.
לפי סדר ההשפעה
- להסיר CSS ו-JavaScript חוסמי רינדור מראש העמוד. זה כמעט תמיד הגורם הגדול ביותר בוורדפרס, שבו כל תוסף מוסיף קבצים משלו.
- לטעון מראש את תמונת ה-LCP ולוודא שהיא לא מסומנת lazy. טעינה עצלה של התמונה הראשונה מזיקה ישירות.
- להגדיר font-display: swap כדי שהטקסט יוצג בפונט מערכת עד שהפונט המותאם נטען.
- להגיש WebP או AVIF במידות הנכונות. חשוב, אך לרוב שלישי בהשפעה ולא ראשון.
- להפעיל מטמון עמודים ולוודא כותרות מטמון לנכסים סטטיים.
- לדחות סקריפטים של צד שלישי — צ׳אט, פיקסלים, מפות — עד אחרי הצביעה.
INP — המדד שתופסים בו את התוספים
INP מודד כמה זמן עובר בין לחיצה של משתמש לבין תגובה נראית. הוא החליף את FID ומחמיר ממנו, כי הוא מודד את כל האינטראקציות בביקור ולא רק את הראשונה.
INP גבוה כמעט תמיד אומר שהתהליכון הראשי עסוק בהרצת JavaScript. באתר וורדפרס טיפוסי המקורות הם צפויים: בוני עמודים כבדים, סליידרים, חלונות קופצים, וסקריפטים של מעקב.
- לבדוק בלשונית הביצועים של הדפדפן אילו משימות ארוכות חוסמות את התהליכון.
- לדחות או לעכב סקריפטים שאינם נחוצים לאינטראקציה הראשונה.
- לכבות תוספים שלא בשימוש — כל אחד טוען קבצים בכל עמוד, גם כשאינו פעיל בו.
- להיזהר מ״עיכוב כל ה-JavaScript״ גורף: הוא משפר ציון ושובר תפריטים וטפסים. תמיד לבדוק ידנית אחרי.
CLS — הכי קל לתקן, והכי מרגיז למשתמש
CLS מודד קפיצות של תוכן במהלך הטעינה. הסיבות מצומצמות ומוכרות, ולכן זה המדד שהכי מהר להפוך לירוק.
- תמונות ללא width ו-height — הדפדפן לא יודע לשמור מקום עד שהתמונה מגיעה.
- פרסומות או תוכן מוטמע ללא מיכל בגובה קבוע.
- פונט מותאם שמחליף פונט מערכת במידות שונות ודוחף את הטקסט.
- באנרים שמוזרקים בראש העמוד אחרי הטעינה ומזיזים את כל מה שמתחת.
מה זה עושה ל-SEO בפועל
כאן צריך דיוק, כי בתחום הזה יש הרבה הגזמה. Core Web Vitals הם גורם דירוג אמיתי אך משקלו קטן, והוא מכריע בעיקר בין תוצאות שוות בתוכן. אתר מהיר עם תוכן חלש לא יעקוף אתר איטי עם תוכן מצוין.
ההשפעה הגדולה יותר היא עקיפה, ושווה להכיר אותה: אתר איטי מקבל תקציב סריקה קטן יותר — פחות עמודים נסרקים בכל ביקור של הרובוט. באתרים גדולים זה מתורגם ישירות לעמודים שלא נכנסים לאינדקס. ומעבר לזה, נטישה לפני הטעינה היא אובדן לקוח ללא קשר לדירוג.
הסף המציאותי
ציון 100 בנייד אינו יעד סביר לאתר וורדפרס עם בונה עמודים, ואין צורך לרדוף אחריו. שלושת המדדים בטווח הירוק הם היעד — משם ההחזר על כל שיפור נוסף נעשה זניח לעומת ההשקעה.
ולבסוף, שתי אזהרות מעשיות: מדדו תמיד כמה פעמים וקחו את החציון, כי מדידה בודדת רועשת מאוד. ואל תשוו ציון מעבדה לנתוני שדה — הם מודדים דברים שונים, ורק השני נספר לדירוג.
שאלות נפוצות
מה ההבדל בין נתוני מעבדה לנתוני שדה?
נתוני מעבדה הם סימולציה שמריצה PageSpeed Insights על מכשיר וירטואלי, ומשתנים בין מדידה למדידה. נתוני שדה נאספים מדפדפני כרום של משתמשים אמיתיים לאורך 28 יום. רק נתוני השדה נספרים כגורם דירוג.
מה הסף הנדרש בכל אחד ממדדי Core Web Vitals?
LCP עד 2.5 שניות, INP עד 200 מילישניות, ו-CLS עד 0.1. הסף נמדד באחוזון ה-75 של המשתמשים, כלומר שלושה מכל ארבעה ביקורים צריכים לעמוד בו.
האם מהירות האתר משפיעה על הדירוג בגוגל?
כן, אך במשקל קטן שמכריע בעיקר בין תוצאות דומות בתוכן. ההשפעה המשמעותית יותר היא עקיפה: אתר איטי מקבל תקציב סריקה קטן יותר, כך שפחות עמודים נסרקים ונכנסים לאינדקס, ושיעור הנטישה לפני הטעינה עולה.
האם כדאי להפעיל עיכוב של כל ה-JavaScript?
בזהירות רבה. עיכוב גורף משפר את הציון אך שובר לעיתים קרובות תפריטים ניידים, סליידרים וטפסים. אם מפעילים, יש לבדוק ידנית את כל הרכיבים האינטראקטיביים באתר אחרי ההפעלה, ולהחריג את הספריות שאחראיות עליהם.
למה הציון שלי משתנה בכל מדידה?
מדידת מעבדה תלויה בעומס על שרתי המדידה ובתנאי הרשת באותו רגע, ותנודה של 10 עד 15 נקודות היא נורמלית. לכן יש למדוד שלוש פעמים ולקחת את החציון, ולהסתמך לצורך החלטות על נתוני השדה בלבד.
רוצים שהעבודה הזו תיעשה אצלכם באתר?
Turbo Rank בודקת את האתר, מתקנת את מה שחוסם אינדוקס ומפרסמת תוכן באופן שוטף.