שיפור מהירות אתר הוא הפרויקט שכל עסק דוחה למחר. כולם יודעים שהאתר איטי. אף אחד לא יודע איפה בדיוק. אז קונים פלאגין קאשינג, מסמנים וי, וממשיכים הלאה.
בואו נהיה כנים: הפלאגין הזה כמעט אף פעם לא הבעיה האמיתית.
גוגל לא שינתה את הכללים ב-2026
יש היום עשרות מאמרים שמכריזים על "עדכון Core Web Vitals 2026". בדקתי את המקור. התיעוד הרשמי של גוגל מציג בדיוק את אותם שלושה מדדים.
המדד INP החליף את FID והפך למדד יציב ב-2024. מאז גוגל לא הוסיפה מדד חדש. כלומר, מי שמוכר לכם "כללים חדשים" מוכר לכם כותרת.
שיפור מהירות אתר מתחיל בשלושה מספרים
לפני שנוגעים בקוד, כדאי להכיר את שלושת המדדים שגוגל באמת מודדת.
| מדד | מה הוא מודד | הסף הירוק |
|---|---|---|
| LCP | מתי האלמנט הגדול בעמוד מופיע | עד 2.5 שניות |
| INP | כמה מהר העמוד מגיב ללחיצה | עד 200 מילישניות |
| CLS | כמה העמוד קופץ בזמן הטעינה | עד 0.1 |
שימו לב למדד האמצעי. הוא מודד תגובה, לא טעינה. לכן אתר שנראה מהיר בצילום מסך יכול להיכשל בו בקלות.
מאיפה באמת מגיע המשקל
כאן נגמרות ההשערות ומתחילים הנתונים. לפי Web Almanac 2025 של HTTP Archive, עמוד חציוני במובייל שוקל 2,164 קילובייט.
מתוך המשקל הזה, תמונות תופסות 911 קילובייט וג'אווהסקריפט 646. במילים אחרות, התמונות לבדן הן כ-42% מהעמוד. וזה רק גדל: עמודי בית במובייל צמחו ב-8.4% בשנה אחת.
אז כשמישהו ממליץ לכם על מיניפיקציה של CSS, שאלו אותו על התמונות קודם.
ויש כאן מגמה, לא תקלה נקודתית. עמודים פנימיים במובייל השמינו ב-27.8% מאז 2022. כלומר, אתר שלא טיפלתם בו כבר שלוש שנים איטי היום יותר מביום ההשקה. הדפדפנים השתפרו, אבל הרשתות שלנו לא.
הסקריפטים של כל השאר
הבעיה השנייה בגודלה היא קוד שלא כתבתם. יותר מ-90% מהעמודים בעולם מריצים לפחות ספק חיצוני אחד. החציון במובייל הוא 79 בקשות לשרתים שאתם לא שולטים בהם.
וגוגל מתריעה על הסיכון במפורש. אם ספק חיצוני מפסיק להגיב, הדפדפן ממתין עד סוף הפסק זמן. ההמתנה הזו יכולה להימשך בין 10 ל-80 שניות.
לכן שיפור מהירות אתר הוא בעיקר עבודת ניקיון, לא עבודת קוד. אתם מוחקים דברים שמישהו הוסיף לפני שנתיים ואף אחד לא זוכר למה.
מה קורה דווקא באתרים ישראליים
העמוד הישראלי הממוצע נושא משקל שאתרים באנגלית לא מכירים. ארבעה חשודים חוזרים:
- פונט עברי מלא: לרוב שתי משפחות וארבעה משקלים, בלי תת-קבוצת תווים.
- ווידג'ט נגישות: סקריפט חיצוני שרץ בכל עמוד, בדרך כלל בטעינה הראשונה.
- סליקה ושילוח מקומיים: כל ספק מוסיף סקריפט משלו לכל העמודים, גם לבלוג.
- ערכת נושא כבדה: בונה עמודים ותוסף חנות, ששניהם טוענים ספריות שלמות.
לגבי הנגישות, וזה לא ייעוץ משפטי: הווידג'ט הוא קיצור דרך. הוא לא מתקן את הקוד שמתחתיו, אבל כן מאט אותו.
נוסיף לזה את הרשת. חלק ניכר מהגולשים הישראלים מגיעים ממובייל, לפעמים ברשת סלולרית בינונית. ולכן כל קילובייט מיותר יקר כאן הרבה יותר מאשר בדסקטופ במשרד.
שיפור מהירות אתר: סדר הפעולות שעובד
אני עובד לפי הסדר הזה, כי הוא מסדר את המאמץ לפי התשואה:
- מדדו לפני שאתם נוגעים. PageSpeed Insights, ובעיקר נתוני השדה שלמטה.
- תמונות ראשונות. פורמט AVIF או WebP, מידות אמיתיות, וטעינה עצלה מתחת לקיפול.
- הסירו סקריפט אחד. לא לייעל, להסיר. תמיד יש אחד ששכחו למה התקינו.
- פונטים. משפחה אחת, שני משקלים, תת-קבוצה עברית ו-font-display: swap.
- דחו את מה שמיותר. צ'אט, מפות ווידאו לא צריכים לרוץ בשנייה הראשונה.
- מדדו שוב אחרי שבועיים. נתוני שדה, לא מעבדה, כי משתמשים אמיתיים מודדים אחרת.
דוגמה אמיתית: בניתי לעצמי תוסף וורדפרס קטן שממיר כל העלאה ל-AVIF אוטומטית. זו לא חוכמה גדולה. אבל זה הצעד היחיד שנוגע ישירות ב-42% הכבדים ביותר של העמוד.
מתי עדיף פשוט לא לגעת
לא כל אתר צריך פרויקט ביצועים. אם ה-LCP שלכם עומד על 1.8 שניות, הבעיה שלכם היא לא המהירות.
במקרה כזה, תהליך הרכישה יביא לכם תשואה גבוהה בהרבה. אותו היגיון בדיוק שכתבתי עליו בפוסט על אוטומציה שלא צריך. כלי טוב על בעיה לא נכונה עדיין מבזבז כסף.
שאלות נפוצות
כמה זמן לוקח שיפור מהירות אתר?
השכבה הראשונה, תמונות ופונטים, לוקחת יום עבודה. סקריפטים חיצוניים דורשים החלטות עסקיות, ולכן זה נמשך שבועות.
האם שיפור מהירות אתר משפיע על הדירוג בגוגל?
כן, אבל פחות ממה שמבטיחים לכם. Core Web Vitals הם אות דירוג אחד מיני רבים. בפועל, אחוזי ההמרה מרוויחים מזה הרבה יותר מהדירוג.
שרת חזק יותר או שיפור מהירות אתר בקוד?
שרת פותר בעיה אחת: זמן התגובה הראשוני. הוא לא מקטין תמונות ולא מבטל סקריפטים. לכן שדרוג אחסון בלי ניקיון נותן שיפור קטן ויקר.
ווידג'ט נגישות באמת מאט את האתר?
כל סקריפט חיצוני מאט. השאלה היא כמה, ומתי הוא רץ. בדקו אותו ב-PageSpeed לפני שאתם מאשימים את השרת.
מה הייתי עושה במקומכם
פתחו את PageSpeed Insights על עמוד המוצר הכי חשוב שלכם. תסתכלו רק על גודל התמונות ועל רשימת הסקריפטים. ברוב האתרים הישראליים, שתי השורות האלה מסבירות את כל הפער.
וזו בדיוק הנקודה: רוב הפער נמצא בשתי שורות שאף אחד לא בודק, ולא בפלאגין שקניתם.
איבראהים שאהין