איך מוצאים איזה תוסף מאט את האתר – Query Monitor, New Relic ובדיקה בסטייג'ינג

מאת עשהאל דרייר
עודכן 07.11.2026

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

בקצרה: כדי למצוא איזה תוסף מאט את האתר, מודדים קודם את ה-TTFB, ואז משתמשים בשלושה כלים: Query Monitor מראה אילו שאילתות וקריאות API שייכות לכל תוסף, New Relic מראה בשרת איזה קוד צורך הכי הרבה זמן, וסביבת Staging מאפשרת לכבות תוספים אחד-אחד בלי לפגוע באתר החי. כל אחד מהם חינמי לשימוש בסיסי (נכון ל-7.11.2026).

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

איך יודעים שתוסף הוא הבעיה ולא השרת?

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

דוגמה מהאתר שלנו (6.11.2026, curl מישראל): עמוד הבית מהקאש של Cloudflare חזר אחרי 297ms, ואותו עמוד עם פרמטר שעוקף קאש אחרי 1,035ms. כ-750ms הם זמן יצירת העמוד בוורדפרס. זה המספר שאותו תוסף כבד מנפח.

סימן	כנראה תוסף	כנראה שרת
רק עמודים מסוימים איטיים (עגלה, חיפוש, wp-admin)	✔
האיטיות התחילה אחרי התקנה או עדכון	✔
כל האתר איטי, גם עמודים פשוטים בלי קאש		✔
CPU של השרת קבוע מעל 80%	אפשרי	✔
איטי רק בשעות עומס		✔

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

מה זה Query Monitor ואיך הוא מוצא תוסף איטי?

Query Monitor הוא תוסף דיבאג חינמי לוורדפרס, עם יותר מ-200,000 התקנות פעילות (לפי עמוד התוסף ב-WordPress.org, 7.11.2026). הוא מוסיף לסרגל העליון פאנל שמראה כמה זמן לקח לייצר את העמוד, כמה שאילתות למסד הנתונים רצו, ומי הריץ כל אחת מהן.

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

התקינו והפעילו את Query Monitor (עדיף בסביבת Staging, ראו בהמשך).
היכנסו לעמוד האיטי כשאתם מחוברים כמנהלים. בסרגל העליון יופיעו זמן הטעינה, הזיכרון ומספר השאילתות.
פתחו Queries by Component. מיינו לפי זמן. התוסף בראש הרשימה הוא החשוד הראשון.
פתחו Slow Queries ו-Duplicate Queries. שאילתה שרצה 200 פעם בעמוד אחד היא סימן קלאסי לתוסף כתוב רע.
פתחו HTTP API Calls. תוסף שפונה לשרת חיצוני בכל טעינת עמוד (רישוי, סטטיסטיקה, פיד) יכול להוסיף שנייה שלמה אם השרת השני איטי.
כבו את Query Monitor כשסיימתם. הוא כלי דיבאג, לא תוסף שמשאירים פעיל באתר חי.

איך משתמשים ב-New Relic כדי למצוא קוד איטי?

New Relic הוא כלי APM (ניטור ביצועי אפליקציה) שרץ בשרת ומודד כל בקשה, גם כשאתם לא מחוברים. הוא מתאים לאיטיות שמופיעה לפעמים, אצל מבקרים, או רק בעומס, כש-Query Monitor לא יתפוס אותה.

לפי עמוד המחירים של New Relic, התוכנית החינמית כוללת 100GB נתונים בחודש ומשתמש מלא אחד (7.11.2026). בקלאודוויז (Cloudways) מחברים אותו מהפאנל, בלי להתקין סוכן ידנית:

צרו חשבון New Relic והעתיקו את ה-License Key (מופיע כ-Original account license key).
בפאנל הניהול, פתחו Servers, בחרו שרת, ובתפריט Server Management בחרו Monitoring. הדביקו את המפתח.
עברו ל-Manage Services והפעילו את שירות New Relic.
אחרי כמה דקות של תעבורה, פתחו ב-New Relic את Transactions ומיינו לפי זמן. בתוך טרנזקציה איטית תראו פירוט לפי פונקציה וקובץ. נתיב הקובץ (wp-content/plugins/שם-התוסף) מסגיר את האשם.

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

ומה אם אין לכם זמן ל-New Relic?

בקלאודוויז יש גם ניטור מובנה. ב-Application Management > Monitoring > Analytics > PHP, הלשונית Slow Pages מציגה כל סקריפט PHP שרץ יותר מ-5 שניות, עם מספר בקשות וזמן מקסימלי. זה לא יגיד איזה תוסף, אבל יגיד איזה עמוד לחקור.

איך בודקים תוספים בסביבת Staging בלי לסכן את האתר?

Staging הוא עותק של האתר שאפשר לשבור בלי שמבקרים יראו. בקלאודוויז יוצרים אותו בלחיצה: Application Management > Staging Management. לפי המדריך הרשמי, מנועי חיפוש לא מאנדקסים אותו, ושינויים עוברים לאתר החי רק אם דוחפים אותם.

צרו Staging מהאתר החי. ראו מדריך סביבת Staging.
מדדו את העמוד האיטי ב-Staging (עם פרמטר שעוקף קאש), 3 פעמים, ורשמו חציון.
כבו את כל התוספים חוץ מאלה שהעמוד חייב (בחנות: ווקומרס). מדדו שוב.
אם המהירות קפצה, הדליקו את התוספים חזרה בקבוצות של 3–4, ומדדו אחרי כל קבוצה.
כשהזמן קופץ, פרקו את הקבוצה האחרונה עד שנשאר תוסף אחד. זה החשוד.
החליפו אותו, הגדירו אותו אחרת, או פנו למפתח שלו. רק אז דחפו את השינוי לאתר החי.

קיצור דרך לאתר חי בלי Staging: התוסף Health Check & Troubleshooting של צוות וורדפרס מציע מצב Troubleshooting שמכבה את כל התוספים ומחליף לתבנית ברירת מחדל רק עבור המשתמש שלכם. יש דיווחים של משתמשים שזה השפיע גם על האתר החי, אז Staging עדיין בטוח יותר. שימו לב גם שעמוד התוסף ב-WordPress.org מזהיר שהוא לא נבדק מול שלוש הגרסאות הראשיות האחרונות של וורדפרס.

בלאק פריידי80% הנחה

80% הנחה על חודשיים של שרת מנוהל

הקוד BFCM802 מוריד 80% מהחשבון בחודשיים הראשונים (עד 200$ הנחה בחודש), כולל העברת אתרים חינם בלי הגבלה. ללקוחות חדשים בלבד, ורק עד סוף המבצע.

המבצע מסתיים ב-4 בדצמבר 2026, ב-23:59 שעון ישראל.

נגמר בעוד—ימים—שעות—דקות—שניות

הקוד:

לתפוס את ה-80% עכשיו

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

אחרי בלאק פריידי: 30% הנחה ל-3 חודשים עם הקוד ASAEL. בשרת גדול (מעל כ-444$ בחודש) ASAEL משתלם יותר כבר עכשיו. למחשבון BFCM802 מול ASAEL

אילו תוספים בדרך כלל מאטים אתר?

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

סוג תוסף	למה הוא מאט	מה עושים
סטטיסטיקה ומעקב בתוך וורדפרס	כותב למסד הנתונים בכל צפייה	להעביר למדידה חיצונית (GA4 / Clarity)
גיבוי שרץ מתוך וורדפרס	דוחס קבצים ומסד בשעות פעילות	להשתמש בגיבוי ברמת השרת
תוספים "הכל באחד" לאבטחה	סורקים ובודקים כל בקשה ב-PHP	להעביר הגנה לשכבת השרת או ה-CDN
פידים, רישוי ו-API חיצוני	קריאת HTTP בכל טעינה	לבדוק ב-Query Monitor > HTTP API Calls
חיפוש ומסננים בחנות	שאילתות כבדות על טבלאות גדולות	אינדקס, קאש אובייקטים (Redis)
שני תוספי קאש	מתנגשים ומבטלים זה את זה	להשאיר אחד. ראו תוספי קאש

אחרי שמצאתם את האשם, קאש אובייקטים כמו Object Cache Pro יכול לקצר שאילתות חוזרות, אבל הוא לא מתקן תוסף שעושה עבודה מיותרת. אם דווקא לוח הניהול איטי והאתר מהיר, ראו wp-admin איטי.

אילו טעויות נפוצות עושים בחיפוש תוסף איטי?

מדידה עם קאש: עמוד מהקאש מהיר תמיד ולא יראה שום הבדל בין תוספים. הוסיפו פרמטר כמו ?nocache=1, או בדקו כמשתמש מחובר.

מדידה אחת: הבדל של 100ms בין שתי הרצות הוא רעש. מדדו 3 פעמים וקחו חציון.

כיבוי תוספים באתר החי: כיבוי ווקומרס או תוסף סליקה באמצע היום עולה במכירות. עשו את זה ב-Staging.

לשכוח את התבנית: לפעמים האשם הוא התבנית או בונה העמודים. ב-Query Monitor הם מופיעים כרכיב נפרד.

שאלות נפוצות

איך יודעים איזה תוסף מאט את וורדפרס?

הדרך המהירה היא Query Monitor: פתחו את Queries by Component ומיינו לפי זמן. לבעיות שמופיעות רק לפעמים, New Relic בשרת מראה איזה קובץ תוסף צורך הכי הרבה זמן. ואם עדיין לא ברור, כבו תוספים בקבוצות בסביבת Staging ומדדו.

האם Query Monitor מאט את האתר?

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

האם New Relic בחינם?

יש תוכנית חינמית עם 100GB נתונים בחודש ומשתמש מלא אחד, לפי עמוד המחירים של New Relic (נכון ל-7.11.2026). לאתר בודד זה בדרך כלל מספיק לבדיקה.

כמה תוספים זה יותר מדי לוורדפרס?

אין מספר קסם. 40 תוספים קלים יכולים לרוץ מהר יותר מ-5 תוספים כבדים. מה שקובע זה מה כל תוסף עושה בכל טעינת עמוד, ואת זה Query Monitor מראה.

האם אפשר לכבות את כל התוספים בלי לשבור את האתר?

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

מה עושים אם התוסף האיטי הוא תוסף שחייבים?

בדקו אם יש לו הגדרה שמכבה את הפעולה הכבדה (למשל סטטיסטיקה פנימית), פנו למפתח עם הנתונים מ-Query Monitor, או חפשו חלופה. קאש אובייקטים כמו Redis יכול לרכך שאילתות חוזרות.

מקורות

Query Monitor – WordPress.org (קיבוץ שאילתות לפי רכיב, קריאות HTTP; נבדק 07.11.2026)
Health Check & Troubleshooting – WordPress.org (מצב Troubleshooting למשתמש אחד)
New Relic Pricing – 100GB בחודש ומשתמש מלא אחד בחינם (07.11.2026)
How to Use New Relic APM to Monitor Your Applications – Cloudways Knowledge Base
How to Monitor the PHP Performance of an Application – Cloudways Knowledge Base (Slow Pages מעל 5 שניות)
מדידה שלנו: TTFB של cw-servers.co.il עם ובלי קאש (06.11.2026)

מקור רשמי: Cloudways Knowledge Base: New Relic APM ו-Staging Environment. המדריך נכתב ונבדק על ידי עשהאל דרייר · עודכן: 07.11.2026

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

עשהאל דרייר

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

עוד עליי ←

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