למה האתר שלי איטי? 8 סיבות שפוגעות בחוויית הגלישה ואיך מתקנים אותן

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

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

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

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

האתר איטי? אלה שלוש הבדיקות שכדאי לעשות קודם

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

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

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

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

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

8 סיבות נפוצות לאתר וורדפרס איטי

1. תמונות כבדות שלא מותאמות לגודל המסך

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

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

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

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

2. שרת שמגיב לאט או אחסון שלא מתאים לאתר

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

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

3. יותר מדי קוד שעובד בכל עמוד

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

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

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

4. סרטוני וידאו, צ'אטים ופיקסלים שנטענים מיד

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

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

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

5. פונטים ואפקטים שמכבידים על הרגע הראשון

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

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

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

6. אין מטמון מתאים, או שהמטמון מוגדר לא נכון

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

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

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

7. חנות אונליין עם שאילתות וחיבורים כבדים

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

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

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

8. קוד כבד שמעכב לחיצות ורכיבים ללא מידות קבועות

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

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

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

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

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

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

שלושה מדדים מרכזיים נקראים Core Web Vitals:

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

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

כמה כסף אתר איטי עלול לעלות לעסק?

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

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

חשבון פשוט, בלי להמציא אחוזי שיפור

נניח שבחנות יש 1,000 כניסות בחודש ושיעור רכישה של 3%. אלה 30 הזמנות. אם בתקופה אחרת שיעור הרכישה הוא 2.4%, מדובר ב-24 הזמנות, כלומר שש הזמנות פחות. אם הרווח התפעולי המשוער מכל הזמנה הוא 150 ₪, ההפרש בדוגמה הוא 900 ₪.

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

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

אלמנטור מאט את האתר? לא תמיד הבעיה היא בבונה העמודים

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

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

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

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

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

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

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

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

אני הייתי בודק שלושה דברים, בסדר הזה:

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

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

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

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

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

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

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

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

שאלות נפוצות על אתר איטי

למה האתר מהיר אצלי אבל איטי אצל לקוחות?

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

האם ציון 90 ב-PageSpeed אומר שהאתר שלי מהיר?

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

האם תוסף מהירות יכול לפתור את כל הבעיות?

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

האם צריך להחליף שרת כדי להאיץ אתר וורדפרס?

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

למה האתר איטי רק במובייל?

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

האם תחזוקת אתר חודשית כוללת שיפור מהירות?

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

האתר שלכם איטי? תתחילו מהסיבה, לא מהתוסף

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

אבל קודם צריך לדעת מה באמת הבעיה.

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

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