wp-admin איטי? למה לוח הבקרה של וורדפרס איטי גם כשהאתר מהיר

עודכן לאחרונה: 07.11.2026 · מאת עשהאל דרייר

בקצרה: wp-admin איטי כי לוח הבקרה של וורדפרס לא נשמר בקאש. כל מסך נבנה מחדש ב-PHP ובמסד הנתונים, ולכן מנהל האתר מרגיש את השרת האמיתי. ב-7.11.2026 מדדנו באתר שלנו 66ms לדף מהקאש מול 842ms לאותו דף בלי קאש. התיקון: למצוא את התוסף הכבד, להאט את Heartbeat ולהפעיל קאש אובייקטים.

⏱ זמן אבחון: 30–60 דקות · רמת קושי: בינוני · נבדק לאחרונה מול האתר שלנו: 07.11.2026

למה wp-admin איטי גם כשהאתר מהיר?

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

לכן בדיקת מהירות של דף הבית לא אומרת כלום על לוח הבקרה. במדידה שלנו הפער היה פי 12 בערך: 66ms מהקאש מול 842ms בלי קאש. הדרך לגולש הייתה זהה, וההבדל כולו הוא זמן העבודה של וורדפרס בשרת. חשוב להבהיר: לא מדדנו מסך wp-admin עצמו, כי זה דורש התחברות. מדדנו דף ציבורי עם קאש ובלי, כדי להראות כמה עולה העבודה של וורדפרס כשאין קאש. ההסבר על TTFB נמצא במדריך מה זה TTFB ואיך מורידים אותו.

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

מה בודקים קודם? סדר אבחון של 6 צעדים

הסדר חשוב: מתחילים במה שזול לבדוק, ומגיעים לשרת רק בסוף. רוב המקרים נפתרים בצעדים 2–4.

1. מדדו את המסך האיטי. פתחו את כלי המפתחים בדפדפן (F12), לשונית Network, ורעננו את המסך. רשמו את ה-TTFB של הבקשה הראשונה ואת מספר הבקשות ל-admin-ajax.php.
2. מצאו את התוסף הכבד עם Query Monitor, בסביבת Staging.
3. בדקו את Heartbeat ובקשות רקע נוספות.
4. בדקו את טבלת האפשרויות (autoload) ואת כמות הגרסאות השמורות.
5. הפעילו קאש אובייקטים (Redis או Object Cache Pro).
6. רק אז השרת: מעבד, זיכרון, גרסת PHP ומיקום.

איך מוצאים את התוסף שמאט את לוח הבקרה?

Query Monitor הוא תוסף חינמי שמראה לכל מסך את השאילתות, את הזמן שלהן ואת התוסף שאחראי עליהן. לפי עמוד התוסף ב-WordPress.org, הוא מסמן שאילתות איטיות וכפולות ומקבץ אותן לפי תוסף, ערכת עיצוב או ליבה.

1. צרו סביבת Staging. ראו איך מקימים Staging בקלאודוויז.
2. התקינו והפעילו את Query Monitor ב-Staging בלבד.
3. פתחו את המסך האיטי (למשל עריכת פוסט או רשימת הזמנות) ולחצו על שורת Query Monitor בסרגל העליון.
4. בלשונית Queries by Component חפשו את התוסף עם הזמן הגבוה ביותר.
5. השביתו אותו ב-Staging ומדדו שוב. אם המסך מהיר, מצאתם את האשם.

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

מה זה Heartbeat, ומתי הוא מאט את העריכה?

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

הבעיה מתחילה כשפותחים כמה לשוניות של לוח הבקרה, או כשתוספים מוסיפים לו עבודה. אצלנו בקשת admin-ajax.php פשוטה לקחה כ-379ms. חמש לשוניות פתוחות, כל אחת עם בקשה כל 15 שניות, יוצרות 20 בקשות כבדות בדקה, רק מכם.

האטה עדיפה על כיבוי. לפי המאמר של קלאודוויז על Breeze, אפשר לקבוע מרווח נפרד לצד הגולשים, לעורך ולוח הבקרה: 15, 30 או 60 שניות, כש-60 מומלץ לביצועים.

1. בוורדפרס פתחו Settings ← Breeze ← הלשונית Heartbeat API.
2. בצד הגולשים (Heartbeat Frontend) בחרו השבתה, אם אין באתר תכונה שמשתמשת בו.
3. בעורך (Post Editor) ובלוח הבקרה (Backend) בחרו 60 שניות.
4. לחצו Save Changes ואז Purge Cache.

האם טבלת wp_options מאטה את wp-admin?

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

לפי הודעת הליבה של וורדפרס 6.6, אפשרויות מעל 150KB כבר לא נטענות אוטומטית, ו-Site Health מתריע כשהסכום עובר 800KB. אצלנו הסכום הוא כ-133KB ב-325 אפשרויות, כלומר תקין. הגדולה ביותר היא תבנית של באנר עוגיות, כ-34KB.

wp db query "SELECT ROUND(SUM(LENGTH(option_value))/1024) AS autoload_kb FROM $(wp db prefix)options WHERE autoload IN ('yes','on','auto','auto-on');"

הריצו את זה ב-SSH מתיקיית האפליקציה (ראו WP-CLI בקלאודוויז). אם יצא מעל 800KB, חפשו את האפשרויות הגדולות ובדקו לאיזה תוסף הן שייכות לפני שמוחקים. גבו לפני כל שינוי במסד הנתונים.

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

איך קאש אובייקטים מאיץ את לוח הבקרה?

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

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

גילוי נאות על האתר שלנו: בבדיקה ב-7.11.2026 לא היה בו קאש אובייקטים פעיל. זה חלק מהסיבה ל-842ms בלי קאש. נעדכן כאן מדידה אחרי שנפעיל אותו.

מה עוד מאט את העורך של אלמנטור?

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

• בדקו שגרסת PHP עדכנית. אצלנו 8.4.
• השביתו תוספי Elementor שלא משתמשים בהם, כי כל אחד נטען גם בעורך.
• ניקוי קבצי CSS של אלמנטור (Regenerate CSS) פותר לפעמים עורך שנתקע.
• אם העומס בשרת גבוה בזמן עריכה, ראו את ההגדרות המתקדמות במדריך Breeze המתקדם ואת אחסון לאתר אלמנטור.

טעויות נפוצות כשמנסים להאיץ את wp-admin

הוספת תוסף קאש לדפים: הוא מאיץ את הגולשים, לא את המנהל. משתמש מחובר לא מקבל דפים מקאש.

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

כיבוי מלא של Heartbeat: חוסך בקשות, אבל מבטל שמירה אוטומטית ונעילת פוסטים. האטה ל-60 שניות היא הפשרה הנכונה.

שאלות נפוצות

מדריכים קשורים

• מה זה TTFB ואיך מורידים אותו
• איך מוצאים תוסף שמאט את האתר
• Object Cache Pro בקלאודוויז
• הגדרות מתקדמות ב-Breeze
• אתר איטי ושימוש גבוה במעבד
• לפני שבוחרים שרת: הביקורת שלנו על קלאודוויז · שרת בתל אביב

מקורות

• Heartbeat API – WordPress Developer Resources
• Query Monitor – WordPress.org
• Options API: Disabling autoload for large options – Make WordPress Core, 18.6.2024
• How to Optimize WordPress with Breeze Heartbeat API Settings – Cloudways KB
• Speed Up Your WordPress Application Using Object Cache Pro – Cloudways KB

המדידות: 6 בקשות curl לכל מקרה ממחשב בישראל לאתר cw-servers.co.il, 7.11.2026 בסביבות 01:36 UTC. נתוני התוספים והאפשרויות נקראו מתוך האתר בבדיקה לקריאה בלבד. מדידות רשת מישראל: 6.11.2026. נקודת מדידה אחת, לא מבחן ביצועים.

מקור רשמי: Speed Up Your WordPress Application Using Object Cache Pro (Cloudways Knowledge Base). העמוד נכתב ונבדק על ידי עשהאל דרייר · עודכן: 07.11.2026

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