בקצרה
- Core Web Vitals הם שלושה מדדים: מהירות הטעינה של התוכן הראשי (LCP), זמן התגובה ללחיצות (INP) ויציבות העמוד בזמן הטעינה (CLS).
- העיקרון: לטפל קודם בתמונות, באחסון ובסקריפטים של צד שלישי, שם נמצא רוב השיפור.
- מה לעשות עכשיו: לבדוק את הנתונים האמיתיים ב-Search Console, ולהתחיל מהעמודים שמביאים הכי הרבה תנועה.
כדי לשפר Core Web Vitals צריך לגרום לתוכן הראשי של העמוד להופיע מהר, לאתר להגיב מיד ללחיצות, ולעמוד לא לקפוץ בזמן הטעינה. ברוב האתרים העסקיים, דחיסת תמונות, אחסון טוב יותר וצמצום סקריפטים חיצוניים פותרים את רוב הבעיה.
במדריך הזה נסביר מה כל מדד אומר, איך בודקים אותו נכון, ונעבור על עשרת הצעדים שאנחנו באוקס מבצעים כשאנחנו משפרים מהירות של אתר, לפי סדר ההשפעה.
מה זה Core Web Vitals ולמה גוגל מתייחס אליהם?
Core Web Vitals הם קבוצה של מדדים שגוגל הגדיר כדי למדוד חוויית משתמש אמיתית. הם לא מודדים כמה "מהיר" השרת שלכם, אלא מה המבקר מרגיש.
| מדד | מה הוא מודד | מה המבקר מרגיש |
|---|---|---|
| LCP | כמה זמן עד שהאלמנט הגדול ביותר במסך מופיע | "העמוד נטען" או "עדיין לבן" |
| INP | כמה זמן עובר מלחיצה ועד שהמסך מגיב | "האתר תקוע" או "האתר זורם" |
| CLS | כמה אלמנטים זזים במהלך הטעינה | "לחצתי על משהו אחר בטעות" |
גוגל משתמש במדדים האלה כחלק מאותות חוויית העמוד. זה לא הגורם החזק ביותר בדירוג, תוכן רלוונטי עדיין חשוב יותר, אבל כשיש שני עמודים דומים, החוויה הטובה יותר יכולה להכריע.
וחשוב מזה: אתר איטי מאבד מבקרים עוד לפני שהם ראו את ההצעה שלכם. כל שנייה מיותרת בטעינה בנייד היא מבקר שחזר לתוצאות החיפוש, ובקמפיין ממומן זה כסף ששילמתם עליו.
איך בודקים את Core Web Vitals של האתר?
יש שני סוגי נתונים, וחשוב להבין את ההבדל. נתוני מעבדה מגיעים מבדיקה מדומה שרצה פעם אחת. נתוני שטח מגיעים ממשתמשי Chrome אמיתיים שביקרו באתר בתקופה האחרונה.
- Search Console: דוח חוויית הדף מציג נתוני שטח לפי קבוצות עמודים. זה המקום הראשון לבדוק.
- PageSpeed Insights: מראה גם נתוני שטח (אם יש מספיק תנועה) וגם בדיקת מעבדה עם המלצות.
- כלי המפתחים של Chrome: לאבחון מעמיק, כשרוצים להבין בדיוק איזה קובץ מעכב.
גוגל מתייחס לנתוני השטח. ציון מעבדה של 100 נחמד, אבל אם המשתמשים האמיתיים בנייד חווים טעינה איטית, זה מה שנחשב. לכן תמיד בודקים בנייד, ותמיד מסתכלים על העמודים החשובים ולא רק על דף הבית.
מה נחשב תוצאה טובה?
גוגל מפרסם ספים ברורים לכל מדד. LCP טוב הוא עד 2.5 שניות, INP טוב הוא עד 200 מילישניות, ו-CLS טוב הוא עד 0.1. כדי לעבור, לפחות שלושה רבעים מהביקורים בעמוד צריכים לעמוד בסף.
המשמעות היא שלא מספיק שהאתר מהיר אצלכם במשרד, על מחשב חזק ואינטרנט מהיר. הוא צריך להיות מהיר גם אצל לקוח שגולש מטלפון ישן ברכבת. זה הלקוח שגוגל מודד.
מאיזה מדד להתחיל?
מתחילים מהמדד שנכשל בעמודים עם הכי הרבה תנועה. ברוב האתרים העסקיים זה LCP, בגלל תמונות ושרת. בחנויות עם הרבה סקריפטים זה לעתים קרובות INP. ובאתרים עם באנרים, פופאפים ופרסומות זה בדרך כלל CLS.
מהם 10 הצעדים לשיפור מהירות האתר?
אלה הצעדים לפי הסדר שבו אנחנו עובדים. ברוב האתרים, חמשת הראשונים לבד מביאים את רוב השיפור.
- לדחוס ולהקטין תמונות. תמונה של כמה מגה שמוצגת ברוחב של טלפון היא הבעיה הנפוצה ביותר. מקטינים למידה האמיתית שמוצגת וממירים לפורמט מודרני כמו WebP או AVIF.
- לא לדחות את טעינת התמונה הראשית. טעינה עצלה מצוינת לתמונות בהמשך העמוד, אבל התמונה הראשית בראש העמוד צריכה להיטען מיד, ואפשר לסמן לדפדפן שהיא בעדיפות גבוהה.
- לשדרג אחסון ולהפעיל מטמון. שרת איטי מעכב הכל. אחסון איכותי, מטמון עמודים ו-CDN מקצרים את הזמן עד שהבייט הראשון מגיע.
- לצמצם סקריפטים של צד שלישי. צ׳אטים, פיקסלים, כלי מעקב וווידג׳טים. כל אחד מהם מוסיף משקל. מסירים את מה שלא בשימוש ודוחים את השאר לאחרי הטעינה.
- לשמור מקום לכל אלמנט. תמונות, באנרים ופרסומות צריכים מידות מוגדרות מראש, כדי שהעמוד לא יקפוץ כשהם נטענים. זה הפתרון העיקרי ל-CLS.
- לטעון גופנים נכון. מעט משקלים, קבצים מקומיים כשאפשר, והגדרה שמציגה טקסט מיד גם לפני שהגופן נטען.
- לצמצם CSS שלא בשימוש. תבניות ובוני עמודים טוענים לפעמים סגנונות של כל האתר בכל עמוד. כלים לניקוי CSS עוזרים, אבל צריך לבדוק שלא נשבר שום דבר.
- לפצל ולדחות JavaScript. קוד שלא נחוץ לתצוגה הראשונית לא צריך לחסום אותה. זה המפתח לשיפור INP, כי JavaScript כבד תופס את הדפדפן ומונע ממנו להגיב.
- לפשט את מבנה העמוד. עמוד עם אלפי אלמנטים מקוננים איטי יותר לציור ולתגובה. סליידרים, אנימציות ואקורדיונים מיותרים מכבידים במיוחד בנייד.
- למדוד שוב אחרי כל שינוי. שינוי אחד בכל פעם, בדיקה, ורק אז השינוי הבא. ככה יודעים מה עזר ומה שבר.
טיפ מאוקס: לפני שמתקינים עוד תוסף אופטימיזציה, בדקו כמה כבר יש לכם. שני תוספי מטמון שעובדים במקביל, או תוסף מהירות שמתנגש עם הגדרות האחסון, יכולים להאט את האתר במקום להאיץ אותו. לפעמים השיפור הגדול ביותר מגיע מהסרה, לא מהוספה.
מה הבעיות הנפוצות באתרי וורדפרס?
רוב האתרים העסקיים בישראל בנויים על וורדפרס, ויש לו כמה בעיות מהירות חוזרות.
יותר מדי תוספים
כל תוסף מוסיף קוד, ולפעמים טוען אותו בכל עמוד גם כשאין בו צורך. תוסף טפסים שנטען בדף מוצר, או תוסף גלריה שנטען בבלוג, מכבידים בלי סיבה.
בוני עמודים כבדים
בוני עמודים חזותיים נוחים מאוד לעריכה, אבל מייצרים מבנה קוד עמוק. אפשר לעבוד איתם מהר, בתנאי שמגדירים אותם נכון, מכבים מודולים שלא בשימוש ולא מקננים קונטיינר בתוך קונטיינר.
מטמון שמתנקה כל הזמן
באתרים עם הרבה עמודים, כל שמירה של הגדרה יכולה לנקות את כל המטמון, והאתר נהיה איטי עד שהוא נבנה מחדש. כדאי לרכז שינויים ולא לשמור הגדרות כל כמה דקות.
תמונות שהועלו כמו שהן
בעלי אתרים מעלים תמונה ישר מהמצלמה או מהטלפון, ווורדפרס מציג אותה כמו שהיא. תוסף דחיסה שעובד אוטומטית בכל העלאה פותר את זה לעתיד, ואת התמונות הקיימות דוחסים פעם אחת בבת אחת.
לא בטוחים איפה האתר שלכם עומד? בדיקת אתר חינם תראה לכם את מצב המהירות ואת הבעיות הבולטות, בלי התחייבות.
מתי צריך לשפר מהירות ומתי צריך לבנות מחדש?
ברוב המקרים אפשר לשפר את האתר הקיים משמעותית. אבל יש מצבים שבהם התיקונים הופכים לטלאי על טלאי, ובנייה מחדש זולה יותר בטווח הארוך.
- התבנית ישנה ולא מתעדכנת, וכל עדכון של וורדפרס שובר משהו.
- האתר נשען על עשרות תוספים שאף אחד כבר לא זוכר למה הותקנו.
- אחרי שיפורים בסיסיים, נתוני השטח בנייד עדיין חלשים בכל העמודים.
- העיצוב לא מותאם לנייד, ולכן צריך לגעת בכל עמוד בכל מקרה.
שווה גם לחשוב על העלות האמיתית. שעות פיתוח שמושקעות שוב ושוב בתיקון אתר ישן מצטברות, ובסוף לרוב יוצא שבנייה נקייה הייתה משתלמת יותר כבר מההתחלה.
כשאנחנו בונים אתר, מהירות היא חלק מהאפיון ולא משהו שמטפלים בו בסוף. בוחרים תבנית קלה, מגבילים תוספים, ומגדירים תמונות, גופנים ומטמון נכון מהיום הראשון.
איך מהירות משפיעה על קידום ועל קמפיינים?
בקידום אורגני, מהירות היא חלק מהתמונה. אתר מהיר לא יעקוף תוכן טוב יותר רק בזכות המהירות, אבל אתר איטי יכול להפסיד מבקרים שכבר הגיעו, ולפגוע במדדי התנהגות כמו זמן שהייה וחזרה לתוצאות.
בקמפיינים ממומנים ההשפעה ישירה עוד יותר. חוויית דף הנחיתה משפיעה על ציון האיכות, וציון איכות נמוך מייקר כל קליק. בנוסף, כל מבקר שנטש בגלל טעינה איטית הוא קליק ששילמתם עליו לחינם.
לכן כשאנחנו מנהלים קמפיינים בגוגל או קידום אורגני, אחד הדברים הראשונים שאנחנו בודקים הוא מהירות דפי הנחיתה. לפעמים שיפור של הדף מביא יותר תוצאות מהגדלת התקציב.
מהירות היא לא פרויקט חד פעמי. כל תוסף חדש, באנר חדש או פיקסל חדש יכולים להחזיר את האתר אחורה. כדאי לבדוק את הדוח ב-Search Console פעם בחודש, ולטפל בבעיות כשהן קטנות.
שאלות נפוצות
מה ציון PageSpeed טוב?
הציון עצמו הוא מדד מעבדה בלבד. חשוב יותר שנתוני השטח של Core Web Vitals יהיו בטווח הירוק בנייד. אתר יכול לקבל ציון בינוני ועדיין לעבור את המדדים האמיתיים.
האם מהירות האתר משפיעה על הדירוג בגוגל?
כן, אבל במידה מוגבלת. היא חלק מאותות חוויית העמוד, ותוכן רלוונטי חשוב ממנה. ההשפעה הגדולה יותר היא על המבקרים: אתר איטי מאבד פניות.
תוסף מטמון מספיק כדי לשפר את Core Web Vitals?
הוא עוזר, בעיקר לזמן התגובה של השרת, אבל לא פותר תמונות כבדות, סקריפטים חיצוניים או קפיצות בעמוד. צריך לטפל בכל אחד מהם בנפרד.
תוך כמה זמן רואים שיפור ב-Search Console?
נתוני השטח מחושבים על תקופה של כמה שבועות אחורה, ולכן השיפור מופיע בהדרגה. בדיקת מעבדה מראה את השינוי מיד, אבל הדוח הרשמי מתעדכן לאט.
