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

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

למה גוגל מתחשבת במהירות האתר

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

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

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

שלושת המדדים של Core Web Vitals, בשפה של בני אדם

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

LCP: כמה מהר התוכן העיקרי נטען

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

INP: כמה מהר האתר מגיב לכם

INP, ראשי תיבות של Interaction to Next Paint, החליף במרץ 2024 את המדד הישן FID. הוא מודד כמה זמן עובר מרגע שהגולש לוחץ על כפתור, פותח תפריט או מקליד בשדה, ועד שהמסך מגיב. הסיבה הנפוצה ל-INP גבוה היא JavaScript כבד שתופס את ה-Main Thread של הדפדפן: כל עוד הדפדפן עסוק בהרצת קוד, הוא לא יכול להגיב ללחיצה. היעד הוא עד 200 מילישניות.

CLS: כמה יציב העמוד בזמן הטעינה

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

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

איך בודקים את המצב שלכם, צעד אחר צעד

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

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

הגורמים הנפוצים ביותר לאתר איטי

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

• תמונות כבדות ולא דחוסות. הסיבה מספר אחת. תמונה במשקל שלושה מגה שהועלתה ישירות מהמצלמה יכולה לבדה להרוס את ה-LCP.
• אחסון איטי וזול. שרת משותף ועמוס בחוות שרתים רחוקה מאריך את זמן התגובה הבסיסי עוד לפני שהטעינה התחילה.
• עודף סקריפטים חיצוניים. פיקסלים של פרסום, צ'אטים, מפות, ווידג'טים ותוספים, שכל אחד מהם טוען קוד נוסף ומעמיס על הדפדפן.
• קוד לא יעיל ותבניות עמוסות. תבניות כבדות ותוספים מיותרים שטוענים הרבה CSS ו-JavaScript, שרובו בכלל לא בשימוש בעמוד.
• פונטים וסרטוני רקע. כמה משקלים של אותו פונט, ועוד סרטון וידאו ברקע של גרסת המובייל, מוסיפים משקל רב לפני שהגולש ראה משהו.
• היעדר קאשינג. אתר שבונה כל עמוד מחדש בכל בקשה, במקום להגיש גרסה שמורה ומוכנה, מבזבז זמן על כל גולש.
• אלמנטים בלי מידות מוגדרות. תמונות, באנרים ומודעות בלי גובה ורוחב מוגדרים מראש הם הגורם המובהק לקפיצות פריסה ולציון CLS גבוה.

שיפור התמונות, ההחזר הגבוה ביותר על המאמץ

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

1. הקטינו את הממדים. אין סיבה להעלות תמונה ברוחב 4000 פיקסלים לאזור שמציג אותה ברוחב 800. שנו את גודל התמונה לפני ההעלאה, והגישו גרסאות שונות למסכים שונים.
2. דחסו בפורמט מודרני. פורמטים כמו WebP או AVIF מספקים איכות דומה במשקל קטן בהרבה מ-JPEG.
3. הפעילו טעינה עצלה לתמונות שמתחת לקו הקיפול. Lazy loading גורם להן להיטען רק כשהגולש מגיע אליהן, כך שהטעינה הראשונית קלה יותר.
4. אל תטעינו בעצלות את התמונה הראשית. זו טעות נפוצה: אם התמונה הגדולה בראש העמוד מסומנת לטעינה עצלה, הדפדפן מעכב אותה וה-LCP נפגע. סמנו אותה דווקא בעדיפות גבוהה, למשל עם fetchpriority="high".
5. הגדירו מידות מראש. לכל תמונה רוחב וגובה מוגדרים, כדי לשמור לה מקום ולמנוע קפיצות פריסה.

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

קוד, אחסון וקאשינג, התשתית שמחזיקה את הכל

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

ניקוי הקוד

דפדפן צריך להוריד, לפענח ולהריץ את ה-CSS וה-JavaScript לפני שהוא יכול להציג ולהפעיל את העמוד. ככל שיש יותר קוד, ובעיקר קוד שחוסם את הרינדור, הכל מואט. הצעדים המעשיים: מזעור קבצים, טעינה דחויה של סקריפטים שאינם קריטיים באמצעות defer או async כך שייטענו אחרי התוכן הראשי, פיצול משימות JavaScript ארוכות, והסרה של תוספים שלא באמת נחוצים. לעיתים הסרה של שלושה תוספים ישנים משפרת את ה-INP יותר מכל אופטימיזציה אחרת.

אחסון שמתאים לעומס

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

קאשינג ורשת הפצה

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

מתי הפלטפורמה עצמה היא הבעיה

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

SEO טכני מעבר למהירות: נתונים מובנים ותקציב סריקה

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

נתונים מובנים ותוצאות עשירות

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

תקציב סריקה: מתי זה באמת רלוונטי

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

איך מהירות מתחברת לתמונת ה-SEO המלאה

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

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

שאלות נפוצות

כמה זמן טעינה נחשב טוב לאתר?

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

האם שיפור מהירות האתר לבדו יעלה אותי בדירוג?

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

מה ההבדל בין נתוני מעבדה לנתוני שדה ב-PageSpeed?

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

מה זה INP ולמה הוא החליף את FID?

INP מודד כמה מהר האתר מגיב לאינטראקציות של הגולש, כמו לחיצה על כפתור או פתיחת תפריט. הוא החליף את FID במרץ 2024 כי הוא מדויק יותר: הוא בוחן את האינטראקציות לאורך כל הביקור ולא רק את הראשונה. היעד הוא תגובה תוך 200 מילישניות לכל היותר.

יש לי אתר וורדפרס איטי, מאיפה כדאי להתחיל?

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

מה עוד כולל SEO טכני מלבד מהירות?

SEO טכני כולל כל מה שמאפשר לגוגל לסרוק, להבין ולהציג את האתר: מבנה כתובות וקישורים פנימיים תקין, הפניות נכונות, מפת אתר נקייה, קובץ robots.txt שלא חוסם עמודים חשובים, תגיות canonical, נתונים מובנים והתאמה לנייד. מהירות היא חלק מהרשימה, לא כל הרשימה.

האם צריך ציון 100 ב-Lighthouse?

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

מה כדאי לעשות עכשיו

הריצו את PageSpeed Insights על עמוד הבית, על עמוד השירות המרכזי ועל העמוד שמביא הכי הרבה פניות, ורשמו את שלושת המדדים בנייד. אחר כך התחילו בתמונות. בדיקת SEO חינם תוסיף לתמונה את זמן התגובה של השרת ואת משקל קוד העמוד, שני דברים שמשפיעים על הטעינה. ואם תרצו סדר עדיפויות מסודר בלי ניחושים, וטיפול במהירות כחלק מעבודת קידום אורגני שוטפת, אפשר לכתוב לנו בוואטסאפ למספר 050-741-8449.