Core Web Vitals ומהירות עמוד - מוסברים בפשטות

Core Web Vitals הם שלוש מדידות שגוגל משתמשת בהן כדי לתת ציון לאיך אדם אמיתי חווה את טעינת העמוד שלכם: כמה מהר התוכן המרכזי מופיע, כמה מהר העמוד מגיב כשמקישים או לוחצים, וכמה דברים קופצים מסביב בזמן הטעינה. אלה הניסיון של גוגל להפוך את "האתר הזה מרגיש מהיר ויציב" למספרים שאפשר לדרג לפיהם. הם חשובים כי הם גורם דירוג מאושר - וחשוב מכך, כי אותם דברים שפוגעים בציונים שלכם הם הדברים שגורמים למבקרים לוותר ולעזוב. במדריך הזה אסביר כל אחד מהשלושה בשפה פשוטה, למה הם משפיעים גם על דירוג וגם על המרות, ואיך לבדוק ולשפר אותם.

מה Core Web Vitals באמת מודדים

שוכחים מראשי התיבות לרגע. Core Web Vitals מנסים ללכוד שלושה תסכולים שכל משתמש אינטרנט מכיר: לחכות שעמוד יופיע, להקיש על משהו ושום דבר לא קורה, ולהושיט יד לכפתור בדיוק כשהפריסה זזה ומקישים על הדבר הלא נכון. לכל תסכול יש מדד משלו. הנה הם במבט חטוף, ואז נפרק כל אחד.

LCP: מהירות טעינה

Largest Contentful Paint מודד כמה זמן לוקח עד שהפיסה הגדולה והחשובה ביותר של התוכן - בדרך כלל התמונה הראשית או הכותרת - נעשית נראית. במילים פשוטות, הוא עונה על "כמה זמן עד שהעמוד נראה טעון?" LCP טוב הוא מתחת ל-2.5 שניות. כש-LCP איטי, מבקרים בוהים בעמוד ריק או חצי-בנוי, וחלק משמעותי מהם עוזב לפני שהוא מסיים. החשודים הרגילים הם תמונות גדולות מדי, אחסון איטי, וסקריפטים כבדים שחוסמים את הרינדור.

INP: תגובתיות

Interaction to Next Paint מודד כמה מהר העמוד מגיב כשעושים משהו - מקישים על כפתור, פותחים תפריט, מקלידים בשדה. הוא עונה על "כשמבצעים פעולה, האם העמוד מגיב מיד או משתהה?" INP טוב הוא מתחת ל-200 מילישניות. תגובתיות איטית מרגישה שבורה אפילו בעמוד שנראה מהיר לטעינה, והיא נגרמת בדרך כלל מיותר מדי JavaScript שרץ וכובל את הדפדפן. INP החליף את מדד First Input Delay הישן כי הוא לוכד את החוויה המלאה של אינטראקציה, לא רק את ההקשה הראשונה.

CLS: יציבות חזותית

Cumulative Layout Shift מודד כמה העמוד קופץ מסביב בזמן הטעינה. הרגשתם את זה: הולכים להקיש על קישור ותמונה או פרסומת נטענת מעליו, דוחפת הכל למטה כך שמקישים על הדבר הלא נכון. הוא עונה על "האם העמוד נשאר במקום, או רוקד בזמן הטעינה?" CLS טוב הוא מתחת ל-0.1. הסיבות הנפוצות הן תמונות ופרסומות ללא מקום שמור וגופנים שמתחלפים מאוחר. זו אחת הבעיות הכי מעצבנות למשתמשים, ולמרבה המזל לרוב אחת הקלות ביותר לתיקון.

למה Core Web Vitals משפיעים על דירוג והמרות

יש שתי סיבות לאכפת, והשנייה גדולה מהראשונה. הראשונה היא דירוג: גוגל אישרה ש-Core Web Vitals הם חלק מאיך שהיא מדרגת עמודים, כשובר שוויון כששני עמודים דומים אחרת ברלוונטיות. זה לא ידחוף תוכן חלש לראש, אבל זה יכול להיות ההבדל בין שני עמודים חזקים.

הסיבה השנייה היא המרות, וכאן נמצא הכסף האמיתי. אותה טעינה איטית, הקשות משתהות ופריסות קופצות שפוגעות בציונים הן בדיוק מה שגורם למבקר לנטוש את האתר. עמוד שנטען שנייה או שתיים מהר יותר שומר יותר אנשים, ואנשים שנשארים יכולים להפוך ללקוחות. אז שיפור Core Web Vitals הוא לא על לרצות את גוגל - הוא על לא לאבד את המבקרים שכבר שילמתם כדי למשוך. אני מציג את הטיעון העסקי במלואו בלמה אתרים מהירים מנצחים, ומחבר אותו לתמונה הרחבה במה גורם לאתר להמיר.

איך בודקים את ה-Core Web Vitals שלכם

לא צריך לנחש. כמה כלים חינמיים נותנים את הציונים תוך שניות. PageSpeed Insights מקבל כל כתובת URL ומדווח על כל שלושת המדדים - גם ממבחני מעבדה וגם מנתוני משתמשי Chrome אמיתיים - יחד עם הצעות ספציפיות. Lighthouse, מובנה בכלי המפתחים של Chrome, מריץ את אותו סוג ביקורת מקומית. Google Search Console כולל דוח Core Web Vitals שמראה איך כל האתר מתפקד על פני ביקורים אמיתיים לאורך זמן, מקבץ עמודים כטובים, דורשים שיפור, או גרועים. כדאי להתחיל עם PageSpeed Insights לעמוד יחיד ולהשתמש ב-Search Console כדי לראות את התבנית על פני האתר.

איך משפרים כל מדד

הבשורה הטובה: התיקונים בעלי ההשפעה הגבוהה ביותר מובנים היטב וחופפים מאוד בין שלושת המדדים. הנה השיטה המעשית.

• לשיפור LCP (טעינה): דוחסים ומתאימים נכון את גודל התמונות, משתמשים בפורמטי תמונה מודרניים, משדרגים אחסון איטי, ומסירים או דוחים סקריפטים חוסמי רינדור כך שהתוכן המרכזי נצבע מוקדם יותר.
• לשיפור INP (תגובתיות): מצמצמים ומנקים JavaScript, מסירים תוספים וסקריפטים של צד שלישי שאינם בשימוש, ונמנעים מעבודה כבדה שנועלת את הדפדפן כשמישהו מבצע אינטראקציה.
• לשיפור CLS (יציבות): שומרים מקום לתמונות, פרסומות והטמעות כך ששום דבר לא יזוז כשהם נטענים, ומטפלים בגופני ווב כך שטקסט לא יקפוץ כשהם מתחלפים.

שימו לב כמה מזה הוא אותו קומץ מהלכים: תמונות קלות יותר, פחות סקריפט, וכמה ברירות מחדל טובות. לכן עבודת מהירות עמוד נוטה להרים את כל שלושת ה-vitals בבת אחת, ולכן היא בדרך כלל השיפור הטכני בעל ההחזר הגבוה ביותר לאתר עסקי. אני מכסה איפה זה משתלב בצ'קליסט הרחב ביסודות SEO טכני ובהקשר הרחב של SEO לעסקים קטנים.

כמה מהיר זה מהיר מספיק?

כדאי לכוון לספי ה"טוב": LCP מתחת ל-2.5 שניות, INP מתחת ל-200 מילישניות, CLS מתחת ל-0.1. לפגוע בכל שלושתם במובייל - שם נמצאים רוב המבקרים ושם התנאים הקשים ביותר - היא המטרה ששווה להציב. לא צריך ציון מושלם שרודף אחר הנקודות האחרונות; הפער בין "גרוע" ל"טוב" הוא שם נמצאת כמעט כל התועלת למשתמש ולדירוג. מגיעים לירוק במובייל - לוכדים את הערך.

להרכיב את זה ביחד

Core Web Vitals הופכים את התחושה של אתר מהיר ויציב לשלושה מספרים מוחשיים: LCP לכמה מהר התוכן מופיע, INP לכמה מהר העמוד מגיב, ו-CLS לכמה הוא נשאר יציב. הם גורם דירוג, אבל הסיבה הגדולה יותר לאכפת היא שאותן בעיות שהם מודדים הן מה שמרחיק מבקרים. בודקים את הציונים עם PageSpeed Insights ו-Search Console, מתמקדים בתמונות קלות יותר ופחות JavaScript, שומרים מקום כך ששום דבר לא יקפוץ, ומכוונים לירוק במובייל. זה אחד השיפורים הכי מדידים ובעלי ההחזר הגבוה שאפשר לעשות.

אם רוצים שהאתר יימדד מול המדדים האלה ורשימה ברורה של מה שיזיז אותם הכי הרבה, קבעו שיחה ושלחו לי את הכתובת שלכם, או הגיעו אליי דרך טופס יצירת הקשר. כדי לראות איפה מהירות משתלבת בתמונה הטכנית המלאה, קראו יסודות SEO טכני שכל אתר עסקי צריך.