וורדפרס איטי הוא כמעט תמיד תוצאה של אחד מחמישה גורמים: שרת חלש או לא מוגדר, תבנית כבדה, תוספים שמעמיסים, תמונות לא דחוסות, או סקריפטים חיצוניים. הטעות הנפוצה היא להתחיל מ"להתקין תוסף מהירות". הדרך הנכונה היא לאבחן קודם — למדוד, למצוא איפה הזמן הולך — ורק אז לתקן את הגורם הנכון.
שלב 1: למדוד, ולהפריד בין שרת לדפדפן
יש שני סוגים של איטיות, והם מתוקנים אחרת:
- השרת איטי לענות — זמן התגובה הראשוני (TTFB) גבוה. הגולש מחכה לפני שמשהו בכלל מתחיל להיטען.
- הדפדפן עובד קשה — השרת עונה מהר, אבל העמוד טוען הרבה קבצים, תמונות כבדות וסקריפטים.
כלי בדיקה כמו PageSpeed Insights מראים את שני הצדדים. חשוב לבדוק גם עמוד שלא נמצא במטמון, כי מטמון מסתיר בעיות שרת. על איך בודקים נכון ומה המספרים אומרים כתבתי במאמר בדיקת מהירות אתר, ועל המדדים עצמם — Core Web Vitals.
שלב 2: לבדוק את בריאות האתר
בממשק הניהול של וורדפרס, תחת כלים → בריאות האתר (Site Health), יש רשימת המלצות ובדיקות: גרסת PHP, תוספים לא פעילים, משימות מתוזמנות שנכשלות, ובעיות תצורה. זה לא כלי מהירות, אבל הוא חושף בעיות בסיס — למשל גרסת PHP ישנה, שהיא איטית יותר וגם לא מקבלת עדכוני אבטחה. וורדפרס ממליצה על PHP 8.3 ומעלה.
שלב 3: למצוא מה מעמיס בצד השרת
אם זמן התגובה גבוה, צריך לדעת מה רץ בכל טעינת עמוד. התוסף Query Monitor, בקוד פתוח, מציג לכל עמוד את שאילתות מסד הנתונים, מסמן שאילתות איטיות, כפולות או שגויות, ומקבץ אותן לפי הרכיב שהריץ אותן — תוסף, תבנית או הליבה. כך מגלים שתוסף אחד מריץ מאות שאילתות, או ששאילתה אחת מאטה את כל העמוד. מפעילים אותו לבדיקה, ומסירים בסיום.
מקורות נפוצים לעומס בצד השרת:
- תוספים שמריצים שאילתות כבדות בכל עמוד — מונים, "פוסטים קשורים", סטטיסטיקות.
- מסד נתונים מנופח — אלפי גרסאות שמורות של פוסטים, ונתונים שנטענים אוטומטית בכל בקשה. ראו אופטימיזציה למסד הנתונים.
- אין מטמון עמודים, כך שכל ביקור בונה את העמוד מחדש.
- אחסון שאין בו מספיק משאבים. ראו אחסון וורדפרס.
שלב 4: לבדוק מה הדפדפן טוען
| גורם | איך מזהים | מה עושים |
|---|---|---|
| תמונות כבדות | קבצים של מאות קילובייט ומעלה | WebP, גודל נכון, טעינה עצלה — ראו דחיסת תמונות |
| בונה עמודים | הרבה CSS ו-JS גם בעמודים פשוטים | הסרת רכיבים לא בשימוש, או מעבר לתבנית קלה |
| סקריפטים חיצוניים | בקשות לדומיינים של צד שלישי | להסיר מה שלא בשימוש, לדחות את השאר |
| גופנים | כמה משפחות ומשקלים, טעינה מבחוץ | מעט משקלים, שמורים על השרת |
שלב 5: לתקן לפי סדר ההשפעה
- מטמון עמודים — הצעד עם ההשפעה הגדולה ביותר על זמן התגובה. ראו WP Rocket או מטמון של השרת.
- תמונות — בדרך כלל החלק הכבד ביותר בעמוד.
- תוספים — להסיר את מה שלא בשימוש, ולהחליף את מה שמעמיס.
- סקריפטים חיצוניים — רק מה שבאמת צריך.
- שרת וגרסת PHP — אם אחרי כל אלה זמן התגובה עדיין גבוה.
אחרי כל שינוי — מודדים שוב. לפעמים "אופטימיזציה" לא משפרת כלום, ורק מוסיפה מורכבות.
מקרים נפוצים שכדאי להכיר
- "האתר היה מהיר, ופתאום האט" — כמעט תמיד בעקבות שינוי: תוסף חדש, סקריפט שיווקי, עדכון שהוסיף רכיב, או מסד נתונים שגדל. מתחילים מלבדוק מה השתנה ומתי.
- "רק העמודים הפנימיים איטיים" — לפעמים רק דף הבית נמצא במטמון, או שעמודים מסוימים מריצים שאילתה כבדה (למשל "מוצרים קשורים").
- "איטי רק בניהול" — ממשק הניהול לא נשמר במטמון. תוספים שמוסיפים רכיבים ובדיקות לניהול יכולים להאט אותו מאוד, גם כשהאתר עצמו מהיר.
- "איטי רק במובייל" — עמוד כבד על מעבד חלש ורשת סלולרית. כאן התמונות והסקריפטים הם החשודים העיקריים. ראו מהירות אתר במובייל.
- "איטי בשעות מסוימות" — עומס בשרת משותף, משימות מתוזמנות כבדות, או גיבוי שרץ באמצע היום.
בכל המקרים העיקרון זהה: למצוא את הגורם לפני שמתקנים. עוד תוסף מהירות בלי אבחון מוסיף לפעמים שכבה של מורכבות לבעיה שנמצאת במקום אחר.
שאלות נפוצות
כמה תוספים זה יותר מדי?
אין מספר קסם — תוסף אחד כבד מזיק יותר מעשרה קלים. בודקים מה כל תוסף עושה ומה הוא עולה.
האם מעבר לאחסון יקר יותר יפתור את הבעיה?
רק אם השרת הוא הבעיה. אם העמוד עצמו כבד, אחסון טוב יותר ישפר מעט, אבל לא יפתור.
למה האתר מהיר אצלי ואיטי אצל לקוחות?
כנראה אתם רואים גרסה שמורה במטמון, או גולשים ממחשב מהיר. בודקים בכלי מדידה ובטלפון בחיבור סלולרי.
מאמרים קשורים: Redis לוורדפרס: מטמון אובייקטים — מתי הוא עוזר ומתי לא.
אם האתר איטי ואתם לא בטוחים למה, בעמוד שיפור מהירות אתר מפורט איך אני מאבחן ומתקן ברמת הקוד. אפשר גם לשלוח לי את כתובת האתר.
אהבתם את המאמר?
