תום שבתאי
מהירות טעינה של אתר נמדדת בשלושה מדדים שגוגל קובעת, ולא בתחושה: זמן טעינת התוכן הראשי (LCP) מתחת ל-2.5 שניות, השהיית תגובה לאינטראקציה (INP) מתחת ל-200 מילישניות, ויציבות פריסה (CLS) מתחת ל-0.1. כל שיפור מתחיל במדידה של שלושת המספרים האלה — במובייל, לא בדסקטופ.
עיקרי הדברים
- שלושה מדדים קובעים: LCP מתחת ל-2.5 שניות, INP מתחת ל-200 מילישניות, CLS מתחת ל-0.1.
- ברוב האתרים העסקיים האשם העיקרי הוא תמונות לא מטופלות — לפני כל שאר האופטימיזציות.
- אחסון זול הוא תקרת מהירות: אף תוסף לא מפצה על שרת איטי.
- INP החליף את FID כמדד התגובתיות הרשמי של גוגל במרץ 2024.
- מדדו על נתוני משתמשים אמיתיים ולא רק בבדיקת מעבדה — הפער ביניהם גדול.
מהי מהירות טעינה של אתר, ומה באמת נמדד?
מהירות טעינה של אתר היא הזמן שלוקח לגולש לראות את התוכן העיקרי של העמוד ולהיות מסוגל להשתמש בו בפועל — לא הרגע שבו השרת שלח את הבית הראשון. זו ההבחנה שמסבירה למה אתר יכול לקבל ציון גבוה בכלי בדיקה ועדיין להרגיש איטי בטלפון.
גוגל מגדירה את הספים במפורש במדדי הליבה לבדיקת אתרים, והם נמדדים לפי האחוזון ה-75 של המשתמשים האמיתיים — כלומר, שלושה מכל ארבעה גולשים חייבים לקבל חוויה טובה, לא הממוצע. במרץ 2024 החליפה גוגל את מדד FID הישן ב-INP, שמודד את התגובה לכל אינטראקציה בעמוד ולא רק לראשונה.
אילו מדדים לבדוק, ומה משביר אותם?
לכל מדד יש אשם אופייני אחד או שניים, וזה חוסך שעות חיפוש:
איך בודקים מהירות טעינה של אתר נכון?
יש שני סוגי מדידה, ובלבול ביניהם הוא מקור להחלטות שגויות. מדידת מעבדה מריצה בדיקה אחת משרת מרוחק בתנאים קבועים — מצויינת לאבחון, אבל ציון בודד ממנה אינו מייצג את מה שהלקוחות חווים. מדידת שדה מבוססת על גולשים אמיתיים על פני 28 ימים, והיא מה שגוגל באמת מודדת.
הכלל המעשי: בדקו הערכה של מספר עמודים במצב מובייל, לא רק את דף הבית. דף הבית הוא לרוב המהוקצע ביותר, והבעיות האמיתיות מסתתרות במאמרים ובדפי השירות שאליהם מגיעה התנועה מהחיפוש.
מה לעשות קודם — שבעה צעדים לפי סדר תשואה
- דחסו והמירו תמונות. ברוב האתרים העסקיים זה לבדו נותן את השיפור הגדול ביותר. תמונה שהועלתה במשקל של כמה מגה-בייט יכולה לרדת לעשירית מהנפח בלי שינוי נראה לעין.
- הגדירו רוחב וגובה לכל תמונה. זה מתקן קפיצות פריסה מיד, והוא השינוי הזול ביותר שאפשר לעשות.
- הפעילו טעינה עצלה מתחת לקיפול. תמונות שהגולש עדיין לא רואה לא צריכות להיטען עכשיו — אבל השאירו את תמונת הראש מחוץ לכלל הזה.
- הפעילו מטמון עמודים. במערכות ניהול תוכן זה מקצר את זמן התגובה במאות מילישניות.
- הסירו תוספים וסקריפטים מיותרים. כל סקריפט חיצוני מעכב את הדפדפן. ראו גם ניהול תוספים בוורדפרס.
- צמצמו גופנים. שני גופנים במשקלים סבירים מספיקים לכל אתר עסקי.
- בדקו את האחסון. אם זמן תגובת השרת גבוה, כל השאר הוא טיפול בסימפטום.
למה מהירות משפיעה על הדירוג ועל הפניות?
מהירות היא אחד מאותות הדירוג — לא החזק ביותר, אבל אות משמעותי כששני עמודים מתחרים על אותה שאילתה עם תוכן דומה. ההשפעה הגדולה יותר היא הנטישה: גולש שמחכה לעמוד איטי במובייל חוזר לתוצאות ונכנס למתחרה.
בערוצים ממומנים ההשפעה ישירה ומיידית אף יותר: אתם משלמים על כל קליק, ודף איטי מוחק חלק מהקליקים שקניתם לפני שהם בכלל ראו את ההצעה. זה הקשר הישיר בין מהירות לעלות להמרה.
להרחבה על האופן שבו בריאות טכנית משתלבת בתוכן ובקישוריות, ראו קידום אורגני בגוגל.
שאלות נפוצות
מהי מהירות טעינה טובה לאתר עסקי?
טעינת התוכן הראשי מתחת ל-2.5 שניות במובייל היא היעד. מעל 4 שניות נחשב גרוע ודורש טיפול מיידי.
האם ציון 100 בכלי בדיקה הוא המטרה?
לא. המטרה היא לעמוד בספי המדדים בנתוני משתמשים אמיתיים. מרדף אחרי ציון 100 במעבדה הוא לרוב בזבוז של שעות פיתוח.
האם תוסף מטמון מספיק?
הוא חלק מהפתרון ולא הפתרון. מטמון מאיץ הגשת עמודים, אבל הוא לא מקטין תמונות כבדות ולא מבטל סקריפטים מיותרים.
כל כמה זמן כדאי לבדוק מהירות?
אחת לרבעון באתר יציב, ואחרי כל שינוי משמעותי — תבנית חדשה, תוסף חדש או עיצוב דף חדש.
האם אתר איטי ייפגע בנוכחות שלי במנועי תשובות AI?
בעקיפין, כן. עמוד שקשה לסרוק ולטעון מקבל פחות תשומת לב ממערכות אוטומטיות, ומעל הכל — גולש שלא מחכה לא הופך ללקוח.
לסיכום: מה לקחת מכאן
- שלושה מספרים בלבד: 2.5 שניות, 200 מילישניות, 0.1.
- התחילו מתמונות — זה השיפור הגדול והזול ביותר ברוב האתרים.
- מדדו במובייל ועל עמודי פנים, לא רק על דף הבית.
- אל תרדפו אחרי ציון 100 — רדפו אחרי עמידה בספים אצל משתמשים אמיתיים.
- אחסון איטי הוא תקרה שאין מעליה — אם זה המצב, התחילו שם.
