מה בעצם נמדד ב-Core Web Vitals

שלושה מדדים, כל אחד בודק דבר אחר: LCP (Largest Contentful Paint) מודד כמה זמן לוקח לתוכן העיקרי בעמוד להופיע על המסך. INP (Interaction to Next Paint) מודד כמה מהר העמוד מגיב כשמישהו לוחץ על כפתור או קישור. CLS (Cumulative Layout Shift) מודד כמה האלמנטים בעמוד "קופצים" ממקום למקום תוך כדי טעינה - התופעה המעצבנת שבה לוחצים על כפתור ובגלל שתמונה נטענה למעלה, בפועל לוחצים על משהו אחר.

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

המספר שמסביר למה זה גם כסף, לא רק דירוג

מעבר לגוגל, יש כאן השפעה ישירה על התנהגות אנשים. באותו מחקר של גוגל, שבדק תעבורה במאות אלפי דפי נחיתה בנייד, נמצא שכשזמן הטעינה עולה מ-1 שניה ל-3 שניות, הסבירות לנטישה עולה ב-32% - וכשהטעינה מגיעה ל-10 שניות, הסבירות לנטישה גדלה ביותר מפי 2 (מקור: thinkwithgoogle.com). במילים פשוטות: כל שניה נוספת של טעינה היא לא רק חוויית משתמש פחות טובה - היא לידים ולקוחות שפשוט לא מחכים.

למה תבניות מוכנות בדרך כלל מפסידות כאן

וורדפרס עם ערכת עיצוב מוכנה, בילדר עמודים כמו Elementor, או פלטפורמה כמו Wix - כולן בנויות לשרת אלפי מקרי שימוש שונים בו-זמנית. זה בדיוק מה שהופך אותן לנוחות להתחלה, וגם למה שמכביד עליהן במהירות: העמוד שלכם נטען יחד עם קוד CSS ו-JavaScript שנועדו לתמוך באפשרויות עיצוב שאתם לא משתמשים בהן, תוספים (plugins) שכל אחד מהם מוסיף בקשות רשת ותלות משלו, וסקריפטים של צד שלישי שהצטברו עם הזמן ואף אחד לא מסיר.

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

קוד מותאם אישית - לא קסם, יתרון מבני

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

מהירות ומבנה תוכן משפיעים גם על נראות במנועי AI

יש כאן זווית נוספת שרלוונטית יותר ויותר: מנועי AI כמו ChatGPT ו-Perplexity לא רק מצטטים אתרים לפי תוכן - הם צריכים קודם לסרוק ולטעון את העמוד, ואז למצוא בו את התשובה מהר. מחקר על ציטוטי ChatGPT שפורסם ב-Search Engine Land מצא ש-44.2% מהציטוטים מגיעים מה-30% הראשונים של המסמך (מקור: searchengineland.com). אתר איטי עם עמוד עמוס שמעכב את הופעת התוכן העיקרי (LCP גבוה) לא רק פוגע בחוויית המשתמש - הוא גם מקשה על מנוע AI להגיע במהירות לתשובה שאמורה להיות בתחילת העמוד. מהירות טעינה ומבנה תוכן טוב הם שני צדדים של אותו מטבע: שניהם מנסים לתת למישהו - בן אדם או מכונה - את מה שהוא מחפש בהקדם האפשרי.

מה בודקים בפועל

רוצים אתר שגם נראה טוב וגם נטען מהר?

אנחנו בונים אתרים בקוד מותאם אישית שנבדק מול Core Web Vitals לפני שהוא עולה לאוויר - לא תבנית כללית שנושאת איתה עומס שלא רלוונטי לעמוד שלכם.

מתחילים מכאן