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 טכני שכל אתר עסקי צריך.