ברוב המקרים, אתר וורדפרס איטי בגלל אחד מכמה דברים מוכרים: תמונות כבדות, יותר מדי קוד שנטען בכל עמוד, אחסון חלש או בלי מטמון (cache), סקריפטים חיצוניים כמו צ'אטים ופיקסלים, או תבנית ובונה עמודים כבדים. החדשות הטובות: את רוב הדברים האלה אפשר לזהות לבד, בלי להיות מתכנתים.
הכלל הכי חשוב: קודם מודדים, אחר כך מתקנים את הדבר הכבד ביותר, ואז מודדים שוב. התקנה של עוד תוסף "להאצת האתר" בלי לדעת מה הבעיה היא הדרך הכי מהירה לאתר שבור.
קודם כל: למדוד, לא לנחש
PageSpeed Insights
הכלי החינמי של גוגל. מכניסים כתובת של עמוד ומקבלים שני סוגי נתונים:
- נתונים של גולשים אמיתיים (בראש העמוד): איך העמוד נטען אצל אנשים אמיתיים בכרום, ב-28 הימים האחרונים. הנתונים האלה מופיעים רק כשיש לאתר מספיק תנועה.
- בדיקת מעבדה (בהמשך): סימולציה של טלפון ממוצע. הציון כאן משתנה מבדיקה לבדיקה, ולכן הוא טוב להשוואה ולאבחון, ופחות כ"ציון סופי".
תמיד בדקו את לשונית המובייל. שם רואים את הבעיות.
Search Console
בדוח מדדי הליבה לחוויית המשתמש (Core Web Vitals) תראו אילו קבוצות של עמודים מסומנות כ"טובות", "צריכות שיפור" או "חלשות". זה עוזר להבין אם הבעיה בכל האתר או רק בסוג מסוים של עמודים, למשל עמודי מוצר.
שלושת המדדים, בשפה פשוטה
| המדד | מה הוא מודד | ערך טוב לפי גוגל |
|---|---|---|
| LCP | כמה זמן עד שהתוכן הראשי של העמוד מופיע | עד 2.5 שניות |
| INP | כמה מהר העמוד מגיב ללחיצה | עד 200 אלפיות שנייה |
| CLS | כמה התוכן "קופץ" בזמן הטעינה | עד 0.1 |
השאלה הראשונה: השרת או העמוד?
בדוח של PageSpeed Insights יש מדד שנקרא TTFB: כמה זמן לוקח לשרת להתחיל לשלוח את העמוד. אם הוא גבוה, הבעיה היא כנראה באחסון או בחוסר מטמון. אם הוא נמוך והעמוד עדיין איטי, הבעיה היא במה שהעמוד טוען: תמונות, קוד וסקריפטים.
7 הסיבות הנפוצות לאתר וורדפרס איטי, ומה עושים עם כל אחת
1. תמונות כבדות
זו הסיבה הנפוצה ביותר. תמונה שצולמה בטלפון ועלתה כמו שהיא לאתר יכולה לשקול כמה מגה, וכשיש עשר כאלה בעמוד, הטלפון של הגולש מחכה.
מה עושים:
- ממירים לפורמט WebP, שבדרך כלל שוקל הרבה פחות מ-JPG באותה איכות. יש תוספים שעושים את זה אוטומטית לכל תמונה שעולה.
- מעלים תמונות בגודל שבו הן מוצגות, ולא בגודל של מצלמה.
- תמונות שנמצאות למטה בעמוד נטענות בטעינה עצלה (lazy loading). אבל התמונה הגדולה בראש העמוד צריכה להיטען מיד, כי היא בדרך כלל מה שנמדד ב-LCP.
מהניסיון שלי: בפתיח של האתר הזה יש עשרות תמונות של עבודות שזזות על המסך. כשחלק מהן היו בטעינה עצלה, הן הגיעו באמצע התנועה ויצרו קפיצות. הפתרון היה הפוך מההמלצה הרגילה: לטעון את כולן מיד, אבל בגרסאות קטנות ודחוסות. כל הפתיח ירד מכ-1.5MB לכ-500KB. כלומר, אין כלל אחד שמתאים לכל עמוד. צריך להבין מה העמוד עושה.
2. יותר מדי קוד שנטען בכל עמוד
הבעיה היא לא מספר התוספים, אלא מה כל תוסף טוען. תוסף טפסים שטוען את הקבצים שלו בכל עמוד באתר, גם בעמודים שאין בהם טופס, מאט את כולם. שני תוספים שעושים את אותו הדבר (שני תוספי SEO, שני סליידרים) זה כבר בזבוז כפול.
מה עושים: עוברים על רשימת התוספים ושואלים על כל אחד: האם הוא עדיין בשימוש? יש תוסף אחר שכבר עושה את זה? את הבדיקה עצמה, כיבוי של תוסף ומדידה מחדש, עושים על עותק של האתר ולא על האתר החי.
3. תבנית ובונה עמודים כבדים
בוני עמודים כמו אלמנטור נוחים מאוד, אבל כל ווידג'ט מוסיף קוד, ועמוד שנבנה עם עשרות שכבות מקוננות כבד יותר ממה שצריך. גם תבנית "מוכנה" שמגיעה עם סליידרים, אנימציות ופונטים שלא משתמשים בהם טוענת את כולם.
מה עושים: באלמנטור יש הגדרות ביצועים, למשל טעינה חכמה יותר של קבצים ושל אייקונים. כדאי לעבור עליהן ולבדוק את האתר אחרי כל שינוי. בבנייה עצמה: פחות שכבות, פחות אנימציות שאף אחד לא צריך, ובלי ווידג'טים כבדים בראש העמוד.
4. אחסון חלש או בלי מטמון
מטמון (cache) הוא עותק מוכן של העמוד, שהשרת שולח מיד במקום לבנות אותו מחדש בכל ביקור. בלי מטמון, כל כניסה לאתר מפעילה את וורדפרס, את מסד הנתונים ואת כל התוספים מההתחלה.
מה עושים: בודקים אם יש מטמון עמודים. אם האחסון שלכם רץ על שרת LiteSpeed, התוסף LiteSpeed Cache עובד ישירות מול השרת. האתר הזה, למשל, יושב על שרת כזה, והעמודים נשלחים מהמטמון. ועוד כלל חשוב: לא מתקינים שני תוספי מטמון במקביל. הם מתנגשים.
אם גם אחרי מטמון השרת עדיין איטי, ייתכן שהאחסון פשוט לא מתאים לאתר. כתבתי על זה במדריך לבחירת שרת אחסון לאתרי וורדפרס.
5. סקריפטים חיצוניים
צ'אט באתר, פיקסל של פייסבוק, תגים של Google Tag Manager, וידג'טים של ביקורות, סרטון יוטיוב מוטמע. כל אחד מהם טוען קוד משרת אחר, ואין לכם שליטה על המהירות שלו.
מה עושים: עוברים על כל סקריפט חיצוני ושואלים אם הוא באמת נחוץ. סרטוני יוטיוב אפשר להציג כתמונה עם כפתור הפעלה, כך שהנגן נטען רק כשלוחצים. כך עשיתי, למשל, בעמוד הפרויקט של Stor'it, שבו מוצגים העיצובים הקודמים של האתר בווידאו.
6. פונטים
כל משקל של פונט (רגיל, מודגש, דק) הוא קובץ נפרד. אתר שטוען שש גרסאות של שני פונטים טוען הרבה קבצים לפני שהטקסט מופיע.
מה עושים: מצמצמים למשקלים שבאמת בשימוש, מגישים את הפונטים מהשרת של האתר, ודואגים שהטקסט יוצג גם לפני שהפונט נטען. באתר הזה, למשל, נטענות רק שתי קבוצות משקלים של הפונט העברי.
7. גרסת PHP ישנה ומסד נתונים עמוס
וורדפרס רץ על PHP, וגרסאות חדשות של PHP מהירות יותר. מסד הנתונים מתמלא עם השנים בגרסאות ישנות של עמודים ובשאריות של תוספים שהוסרו.
מה עושים: בודקים בלוח הבקרה של האחסון איזו גרסת PHP פעילה, ומשדרגים אחרי בדיקה שהאתר עובד איתה. ניקוי של מסד הנתונים עושים רק אחרי גיבוי מלא.
צ'קליסט מהיר: 10 דקות של בדיקה
אם אין לכם זמן לקרוא את כל זה שוב, הנה הסדר שבו אני בודק אתר איטי:
- מריצים את עמוד הבית ועמוד פנימי אחד ב-PageSpeed Insights, בלשונית המובייל.
- מסתכלים על TTFB: אם הוא גבוה, מתחילים באחסון ובמטמון.
- מסתכלים איזה אלמנט נמדד כ-LCP. בדרך כלל זו התמונה הגדולה בראש העמוד.
- בודקים את המשקל של התמונות הגדולות בעמוד, ואם הן בפורמט WebP.
- עוברים על רשימת התוספים ומסמנים את אלה שלא בשימוש או שעושים אותו דבר.
- בודקים אילו סקריפטים חיצוניים נטענים: צ'אט, פיקסלים, וידג'טים.
- בודקים כמה פונטים וכמה משקלים נטענים.
- בודקים את גרסת ה-PHP בלוח הבקרה של האחסון.
- מתקנים דבר אחד בכל פעם, על עותק של האתר.
- מודדים שוב, באותם תנאים, ורושמים מה השתנה.
מה מדדתי באתר שלי, לפני ואחרי
לפני שהעליתי את העיצוב החדש של האתר הזה מדדתי את עמוד הבית הישן, ואחרי ההשקה מדדתי את החדש באותם תנאים בדיוק: טלפון בגודל 390 פיקסלים, עם האטה מכוונת של המעבד פי 4 ושל הרשת, כדי לדמות טלפון ממוצע ברשת סלולרית. זו בדיקת מעבדה להשוואה, לא ציון רשמי של גוגל.
| עמוד הבית | לפני (27/10/2026) | אחרי (06/11/2026) |
|---|---|---|
| מספר הבקשות לשרת | 122 | 111 |
| משקל העמוד | כ-2.36MB | כ-2.06MB |
| קבצי CSS | 39 | 24 |
| קבצי JavaScript | 35 | 28 |
| LCP (מעבדה, עם האטה) | כ-8.9 שניות | כ-5.0 שניות |
השיפור הגדול הגיע מתמונות בגודל הנכון ומפחות קבצים. אבל אני אגיד את האמת: 24 קבצי CSS ו-28 סקריפטים זה עדיין הרבה, וזו המשימה הבאה ברשימה שלי. גם אתר שנבנה עכשיו צריך מדידה ושיפור מתמשכים.
מה לא לעשות
- לא להתקין כמה תוספי האצה בבת אחת. הם מתנגשים, וקשה לדעת מה עזר ומה שבר.
- לא להפעיל כל אפשרות של "איחוד" ו"דחיסה" של קוד בלי לבדוק. חלק מהאפשרויות שוברות תפריטים, טפסים או חנות.
- לא לרדוף אחרי ציון 100. המטרה היא אתר שנטען מהר אצל הגולשים שלכם, לא מספר בכלי בדיקה.
- לא לעבור לאחסון יקר לפני שמודדים. לפעמים הבעיה היא תמונה אחת של 5MB בראש עמוד הבית.
- לא לבדוק על האתר החי בלי גיבוי.
מתי לתקן, ומתי לבנות מחדש
אם האיטיות נובעת מתמונות, ממטמון או מכמה תוספים מיותרים, מתקנים. אבל אם האתר בנוי על תבנית כבדה, עם שכבות של קוד שנערמו לאורך שנים, ולכל תיקון יש תופעת לוואי, לפעמים עדיף לשדרג או לבנות מחדש. כתבתי על ההחלטה הזאת במאמר מתי האתר צריך עיצוב מחדש.
אם אתם רוצים לראות איך אתרי וורדפרס שבניתי לאחרונה עובדים בטלפון, היכנסו מהנייד לאתר של Lima Water Systems, לאתר של א.ב.ע תשתיות או לחנות של YDS Sound, וכל השאר בתיק העבודות.
שאלות נפוצות
אל תתמקדו בציון עצמו. מה שחשוב יותר הוא ששלושת מדדי הליבה בנתונים של גולשים אמיתיים יהיו בטווח הטוב: LCP עד 2.5 שניות, INP עד 200 אלפיות שנייה ו-CLS עד 0.1.
גוגל אומר שמדדי Core Web Vitals הם חלק ממה שמערכות הדירוג שלו בודקות, אבל תוכן רלוונטי ומועיל חשוב יותר. ההשפעה הגדולה של מהירות היא על הגולשים: אתר איטי מאבד אנשים לפני שהם בכלל רואים את העמוד.
זה תלוי בשרת. על שרת LiteSpeed, התוסף LiteSpeed Cache עובד ישירות מול השרת. בשרתים אחרים יש תוספים אחרים. הכלל החשוב: תוסף מטמון אחד בלבד.
אין מספר קסם. אתר עם 30 תוספים קלים יכול להיות מהיר יותר מאתר עם 10 תוספים כבדים. מה שקובע הוא מה כל תוסף טוען, ובאילו עמודים.
רוצים שאבדוק למה האתר שלכם איטי?
שלחו לי את כתובת האתר בוואטסאפ, ואחזור אליכם עם בדיקה ראשונית: מה מאט אותו, מה אפשר לתקן במקום, והאם כדאי לחשוב על שדרוג של האתר. אם אתם רוצים שגם גוגל ימצא אתכם, כל הפרטים בעמוד קידום אתרים ו-SEO.
