בניית אתרים לעסקים
איזה אתר מתאים לעסק שלכם — תדמית, דפי נחיתה, חנות או מערכת מותאמת — מה כל אתר של עסק קטן חייב שיהיה בו, ומה לשאול את מי שבונה לכם אותו.
למידע נוסף — בניית אתרים לעסקיםשירותים
שיפור מהירות אתר
שיפור מהירות ומדדי Core Web Vitals ברמת הקוד והשרת — לא רק התקנת תוסף מטמון — לפי נתונים של גולשים אמיתיים.
אתר איטי עולה כסף: גולשים שמגיעים מהטלפון עוזבים לפני שהעמוד מופיע, קמפיינים משלמים על קליקים שלא הבשילו, וגוגל מתחשב בחוויית המשתמש כשהוא מדרג עמודים. שיפור מהירות אתר אמיתי נעשה ברמת הקוד והשרת — לא רק בהתקנת תוסף מטמון ובתקווה לטוב.
מה מודדים: Core Web Vitals
גוגל מודדת את חוויית הטעינה בשלושה מדדים עיקריים, שנקראים Core Web Vitals. לפי ההגדרות של גוגל ב-web.dev, עמוד נחשב טוב כשהוא עומד בספים האלה:
| מדד | מה הוא בודק | סף "טוב" |
|---|---|---|
| LCP — Largest Contentful Paint | כמה זמן עד שהאלמנט הגדול בתצוגה הראשונה (תמונה ראשית או כותרת) מופיע | 2.5s ומטה |
| INP — Interaction to Next Paint | כמה מהר העמוד מגיב ללחיצה או להקלדה | 200ms ומטה |
| CLS — Cumulative Layout Shift | כמה התוכן "קופץ" בזמן הטעינה | 0.1 ומטה |
המדד INP החליף ב-2024 את המדד הקודם FID, ומודד את התגובה לאורך כל השימוש בעמוד ולא רק בלחיצה הראשונה. לפי דוח Web Almanac של HTTP Archive לשנת 2025, רק 48% מהאתרים עומדים בכל שלושת המדדים בטלפון, ו-LCP הוא המדד שבו הכי הרבה אתרים נכשלים.
למה תוסף מטמון לבד לא מספיק
מטמון חוסך את זמן ייצור העמוד בשרת, וזה חשוב. אבל רוב הזמן שגולש מחכה לא נמצא שם — הוא נמצא בדפדפן: קבצי CSS ו-JavaScript גדולים, גופנים שנטענים משרת חיצוני, תמונות בגודל לא נכון, סקריפטים של צד שלישי ובונה עמודים שמוסיף שכבות של קוד לכל עמוד. כשהבעיה בקוד, צריך לתקן את הקוד.
מה אני בודק ומשפר
- זמן תגובת השרת (TTFB): מטמון עמודים, שאילתות מסד נתונים איטיות, גרסת PHP והגדרות השרת.
- התמונה הראשית: טעינה בעדיפות גבוהה במקום טעינה עצלה, גודל נכון לכל מסך ופורמט מודרני.
- CSS ו-JavaScript: הסרת קוד שלא בשימוש, טעינה בהשהיה של מה שלא נחוץ מיד, ופיצול משימות ארוכות שחוסמות את הדפדפן.
- גופנים: אירוח הגופן באתר עצמו, חיתוך לתווים שבשימוש (עברית ולטינית), ומספר משקלים מינימלי.
- סקריפטים של צד שלישי: צ׳אטים, פיקסלים ווידג׳טים — מה באמת נחוץ, ומה אפשר לטעון אחרי שהעמוד מוכן.
- יציבות התצוגה: מידות קבועות לתמונות, למודעות ולתוכן שנטען דינמית.
- תוספים ובונה עמודים: מה כל תוסף מוסיף לכל עמוד, ומה אפשר להחליף בקוד קל יותר.
מהסימפטום לסיבה: מה מאט אתרים
| מה רואים | המדד שנפגע | סיבה נפוצה | כיוון הטיפול |
|---|---|---|---|
| מסך לבן ארוך לפני שמשהו מופיע | LCP | שרת איטי, בלי מטמון עמודים | מטמון, שאילתות יעילות, שרת מתאים |
| הטקסט מופיע אבל התמונה הראשית מתעכבת | LCP | תמונה כבדה, או טעינה עצלה גם לתמונה הראשונה | גודל ופורמט נכונים, עדיפות טעינה גבוהה |
| הטקסט מופיע בגופן אחר ואז "קופץ" | CLS | גופן שנטען מאוחר משרת חיצוני | אירוח הגופן באתר וטעינה מוקדמת |
| התוכן קופץ כשמודעה או באנר נטענים | CLS | רכיבים בלי מידות שמורות | מקום שמור מראש לכל רכיב דינמי |
| לחיצה על תפריט מגיבה באיחור | INP | יותר מדי JavaScript על ה-thread הראשי | פחות סקריפטים, טעינה בהשהיה, פיצול משימות |
| האתר איטי רק בעמודים מסוימים | כולם | תוסף או רכיב כבד שנטען רק שם | מדידה לפי סוג עמוד והחלפת הרכיב |
| הכול מהיר במחשב ואיטי בטלפון | כולם | משקל עמוד גבוה ומעבד חלש בטלפון | להוריד משקל, לא רק לשפר מטמון |
איך אני עובד
- מדידה: נתוני שדה של גולשים אמיתיים (Chrome UX Report ו-Search Console) לצד בדיקות מעבדה, על העמודים שמביאים הכי הרבה תנועה — לא רק על דף הבית (על איך בודקים נכון כתבתי במדריך לבדיקת מהירות אתר).
- אבחון: מה בדיוק מאט כל מדד, ובאיזה סדר כדאי לטפל.
- תיקון ברמת הקוד והשרת, בסביבת בדיקה לפני האתר החי.
- מדידה חוזרת והשוואה למצב ההתחלתי.
חשוב לזכור שבדיקת Lighthouse אחת על מחשב חזק לא משקפת גולש עם טלפון בינוני ברשת סלולרית. לכן ההחלטות מתקבלות לפי נתוני שדה כשהם קיימים.
איך האתר הזה נבנה למהירות
אתר WebUp נבנה מהיסוד עם העקרונות האלה: תבנית ייעודית בלי בונה עמודים ובלי jQuery, קובץ עיצוב אחד, סקריפטים קטנים שנטענים בהשהיה, גופן Heebo שמתארח באתר עצמו ונחתך לעברית וללטינית, ומטמון עמודים בשרת. את אותה גישה הבאתי לiGrar, שנבנה קודם כול לגולש שמחפש גרר מהטלפון, ולסודי, שבו התמונות בגלריות נטענות בטעינה עצלה.
שיפור מהירות אתר וורדפרס
ברוב אתרי הוורדפרס האיטיים הבעיה מגיעה משלושה מקומות: בונה עמודים כבד, תוספים רבים שכל אחד טוען קבצים בכל עמוד, ואחסון או גרסת PHP ישנים. לפעמים ניקוי ושיפורים ממוקדים מספיקים. לפעמים התבנית עצמה היא הבעיה, ואז תבנית ייעודית היא הפתרון היחיד שמחזיק לאורך זמן.
שאלות נפוצות
כמה מהירות משפיעה על הדירוג בגוגל?
מהירות היא חלק מאותות חוויית העמוד שגוגל מתחשב בהם, אבל היא לא מחליפה תוכן רלוונטי. ההשפעה הישירה והברורה יותר היא על הגולשים: פחות נטישה ויותר פניות.
הציון ב-PageSpeed נמוך אבל האתר מרגיש מהיר. למה?
הבדיקה מדמה טלפון בינוני ברשת איטית, ולכן היא מחמירה יותר מהחוויה על מחשב משרדי. נתוני השדה — מה שגולשים אמיתיים חווים — הם המדד החשוב יותר.
האם צריך להחליף אחסון?
לפעמים. אם זמן התגובה של השרת גבוה גם אחרי מטמון ושיפור שאילתות, האחסון הוא צוואר הבקבוק. אבל לרוב כדאי להתחיל מהקוד.
איך שומרים על המהירות לאורך זמן?
אתרים נוטים להאט כשמצטברים תוספים, סקריפטים ותמונות. תחזוקה שוטפת כוללת גם מעקב אחרי הביצועים.
הרחבתי על המדדים מנקודת המבט של מפתחים במאמר Core Web Vitals למפתחים. רוצים לדעת למה האתר שלכם איטי? שלחו לי את הכתובת, ואחזור אליכם עם אבחון.
שירותים נוספים
בניית אתר תדמית לעסקים
אתר תדמית בקוד ייעודי: מהיר בטלפון, נגיש לפי התקן הישראלי ובנוי כך שגוגל מבין כל עמוד — עם עמוד נפרד לכל שירות שלכם.
למידע נוסף — בניית אתר תדמית לעסקיםבניית אתרים מורכבים בהתאמה אישית
אתרים עם משתמשים והרשאות, תשלומים, רב-לשוניות, נתונים בהיקף גדול ואינטגרציות — מאפיון וארכיטקטורה ועד השקה, ישירות מול המפתח.
למידע נוסף — בניית אתרים מורכבים בהתאמה אישיתבואו נבנה יחד!
מתכננים אתר חדש, פורטל, חנות או מערכת ניהול תוכן? ספרו לי על הפרויקט, ואחזור אליכם בעצמי. אני מתחיל תמיד בהבנת הצרכים העסקיים והטכניים — ורק אז ממליץ על הפתרון הנכון.