WP Rocket MCP: לנהל את ה-Cache בוורדפרס עם עוזר AI

התוסף WP Rocket הוא תוסף ה-Cache שרובכם פונים אליו כשאתם רוצים להאיץ אתר וורדפרס. הפיצ'ר החדש שלו משנה לחלוטין את אופן העבודה איתו.

במקום ללחוץ ולגלול בין מסכי ההגדרות, אתם יכולים עכשיו פשוט לבקש מעוזר AI לקרוא את ההגדרות שלכם, להציע שיפורים ואפילו להחיל אותם עבורכם. כל זה עובד דרך ה-Model Context Protocol (MCP) וה-WordPress Abilities API.

הפיצ'ר יצא מ-Beta בגרסה 3.23 של WP Rocket ב-9 ביולי 2026, וגרסה 3.23.1, שיצאה ב-23 ביולי, הוסיפה חיבור OAuth בלחיצה אחת עבור Claude. שתי הגרסאות יציבות, והגישה ל-MCP כלולה בכל רישיון של WP Rocket ללא תוספת תשלום.

בפוסט זה אסביר מהו החיבור של WP Rocket ל-MCP, מה הוא מאפשר לכם לעשות ואיך מגדירים אותו. בסוף התהליך, כלי כמו Claude, Codex או Cursor יוכל לנהל עבורכם את ה-Cache והביצועים בשפה חופשית.

את המדריך בדקתי בשימוש אמיתי ומתועד ב-4 באוקטובר 2026: WP Rocket 3.23.5.1 על וורדפרס 7.1.2, מחובר לאתר Staging עם application password.

דלגו ישר לשלבי ההתקנה

מהו החיבור של WP Rocket ל-MCP?

ה-Model Context Protocol (או בקיצור MCP) הוא תקן שמאפשר לעוזר AI להתחבר לכלים ולמידע חיצוניים. חברת Anthropic הציגה אותו בסוף 2024, ומאז אפליקציות AI רבות כבר תומכות בו.

ה-Model Context Protocol הוא תקן פתוח לחיבור עוזרי AI למערכות שבהן נמצא המידע. ב-Anthropic מתארים אותו כ״שקע USB-C עבור אפליקציות AI״, כלומר דרך סטנדרטית אחת לחבר מודל למגוון כלים.

WP Rocket נשען על ה-WordPress Abilities API. זו הדרך בה תוסף רושם פעולות שתוכנה אחרת יכולה להפעיל, למשל ״קרא את ההגדרות״ או ״שנה הגדרה״.

WP Rocket רושם כמה פעולות כאלה. ה-MCP Adapter שמגיע עם התוסף הופך אותן לזמינות לכל AI client מחובר.

במילים אחרות, WP Rocket מתאר מה הוא יודע לעשות, ועוזר ה-AI שלכם מפעיל את אותן פעולות עבורכם.

מה אפשר לעשות עם זה

נכון לגרסה 3.23.5.1, WP Rocket רושם 12 יכולות (abilities) בשלוש קבוצות: options, insights ו-cache. כל שם יכולת מקבל את הקידומת wp-rocket/, והעוזר משתמש בשם המלא הזה כשהוא מריץ אותה.

שתי היכולות שבהן תשתמשו הכי הרבה הן wp-rocket/get-options ו-wp-rocket/set-option. הן נרשמות תחת קטגוריה בשם wp-rocket-options. שש יכולות ה-insights קוראות מתוך Rocket Insights, ולכן יחזירו מידע שימושי רק אחרי ש-Rocket Insights אסף ציונים עבור האתר שלכם.

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

גם תוספים אחרים יכולים לרשום יכולות משלהם על אותו endpoint. אצלי, Yoast SEO רשם את yoast-seo/get-post-seo-data ואת yoast-seo/update-post-seo-data, כך שהעוזר ראה 14 יכולות בסך הכול (ולא רק את אלו של WP Rocket).

אילו הגדרות העוזר רואה, ואילו לא

היכולת wp-rocket/get-options לא מחזירה את כל מה ש-WP Rocket שומר. באתר הבדיקה שלי היא החזירה 54 מתוך 80 ההגדרות השמורות.

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

היא מסתירה גם כמה הגדרות ביצועים אמיתיות, ו-wp-rocket/set-option לא יכולה לשנות אותן. יכולת הכתיבה מקבלת 61 הגדרות בסך הכול.

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

כל שינוי דורש את אישורכם

לפני שהעוזר משנה הגדרה מסוג רשימה, WP Rocket מנחה אותו לקרוא קודם את ההגדרות שלכם. כך הוא לא מוחק ערכים שכבר קיימים אצלכם, למשל רשימת כתובות ה-URL שהחרגתם מה-Cache.

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

מעבר לכך, התיאור של wp-rocket/set-option מנחה את העוזר להציג לכם את ההגדרה, את הערך הנוכחי ואת הערך החדש, לשאול ״Confirm this change?״ (כלומר, האם לאשר את השינוי) ולחכות ל״כן״ מפורש. בקשה כמו ״תפעיל את זה״ לא נחשבת לאישור.

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

לפני שמתחילים – דרישות

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

• וורדפרס 6.9 ומעלה. WP Rocket בודק את גרסת הוורדפרס לפני שהוא מפעיל את ה-MCP Adapter, מכיוון שה-Abilities API נכנס לליבה רק בגרסה 6.9. בגרסה מוקדמת יותר ה-endpoint פשוט לא נרשם.
• WP Rocket 3.23 ומעלה עבור MCP, ו-3.23.1 ומעלה אם אתם רוצים את חיבור ה-OAuth ל-Claude. התוסף כולל את ה-MCP Adapter בעצמו, כך שאתם לא צריכים להתקין תוסף adapter נפרד.
• MCP client. כל אפליקציית Model Context Protocol מתאימה: Claude Desktop, Claude בדפדפן, Codex או Cursor.
• חשבון מנהל (administrator) באתר שאתם מחברים.
• Node.js, אבל רק ב-Windows ורק אם בחרתם במסלול ה-application password בשלב 3. מסלול ה-OAuth לא דורש מכם להתקין דבר.

שלב 1 – בחירת ה-endpoint

כבר אין צורך בקוד. ברגע שאתם על גרסה 3.23 ומעלה, WP Rocket חושף את ה-endpoints בעצמו והיכולות כבר רשומות.

יש שני endpoints, והבחירה ביניהם קובעת איך תבצעו אימות.

אם אתם עובדים עם Claude, בחרו במסלול ה-OAuth. הוא מהיר יותר, אין סיסמה שצריך לשמור, ואתם יכולים לבטל את הגישה מתוך וורדפרס. כל השאר עוברים למסלול ה-application password בשלב 3.

שלב 2 – חיבור Claude עם OAuth

זה המסלול ש-WP Rocket הוסיפו בגרסה 3.23.1, וזה גם המסלול ממנו הייתי מתחיל. אתם לא צריכים לגעת בקובץ תצורה או לייצר סיסמה.

1. ב-Claude, פתחו Settings, אחר כך Connectors ואז Add custom connector.
2. תנו שם, למשל "WP Rocket", והדביקו את כתובת ה-endpoint שלכם: https://your-site.com/wp-json/mcp/mcp-oauth-server.
3. השאירו את השדות OAuth Client ID ו-Client Secret ריקים. WP Rocket מטפל ברישום עבורכם, ומילוי השדות האלה הוא הסיבה הנפוצה ביותר לכך שההגדרה נכשלת.
4. לחצו על Add ואחר כך על Connect.
5. הדפדפן שלכם יפתח מסך אישור של וורדפרס. התחברו כמנהלים ואשרו את הגישה.
6. בקשו מ-Claude לפרט אילו יכולות של WP Rocket זמינות לו, ובדקו שהתשובה כוללת את היכולות עם הקידומת wp-rocket/.

שלב 3 – חיבור עם application password

השתמשו במסלול הזה עבור Codex, Cursor או כל client בלי תמיכה מובנית בשרתי MCP מרוחקים. הוא מצביע על /wp-json/mcp/mcp-adapter-default-server ומבצע אימות עם application password של וורדפרס.

1. צרו application password. ב-wp-admin, היכנסו ל-Users, פתחו את הפרופיל שלכם וגללו עד ל-Application Passwords. תנו לו שם (למשל "MCP"), צרו אותו והעתיקו את הערך. וורדפרס תציג אותו פעם אחת בלבד.
2. הוסיפו את האתר ל-client. פתחו ב-client שלכם את קובץ התצורה של MCP (למשל claude_desktop_config.json ב-Claude Desktop או ~/.cursor/mcp.json ב-Cursor) והוסיפו את הבלוק הבא. הוא מריץ את ה-proxy בשם @automattic/mcp-wordpress-remote, שמעביר את הבקשות אל האתר שלכם.

{
  "mcpServers": {
    "wp-rocket": {
      "command": "npx",
      "args": ["-y", "@automattic/mcp-wordpress-remote@latest"],
      "env": {
        "WP_API_URL": "https://your-site.com/wp-json/mcp/mcp-adapter-default-server",
        "WP_API_USERNAME": "your-username",
        "WP_API_PASSWORD": "your-application-password",
        "OAUTH_ENABLED": "false"
      }
    }
  }
}

החליפו את הערכים בשלכם: כתובת ה-endpoint בדומיין שלכם ושם המשתמש שלכם בוורדפרס. הזינו גם את ה-application password שיצרתם עכשיו. לאחר מכן הפעילו מחדש את ה-client.

השורה OAUTH_ENABLED חשובה כאן, מכיוון שהאתר שלכם מריץ גם שרת OAuth בכתובת סמוכה. בלעדיה, ה-proxy עלול לנסות להתחבר ב-OAuth מול endpoint שמצפה לאימות בסיסי, והחיבור ייכשל עם שגיאה לא ברורה במיוחד.

ב-Windows, הפקודה npx דורשת שתתקינו Node.js. ב-macOS הוא בדרך כלל כבר קיים.

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

ב-endpoint הזה, רשימת הכלים אצלי כללה שלושה כלים כלליים של ה-adapter: mcp-adapter-discover-abilities, mcp-adapter-get-ability-info ו-mcp-adapter-execute-ability. העוזר מוצא את יכולות ה-wp-rocket/ דרך הראשון ומריץ אותן דרך השלישי.

אם ה-client לא מצליח להגיע ל-endpoint, בדקו שאתם על WP Rocket 3.23 ומעלה ועל וורדפרס 6.9 ומעלה. מתחת לאחת מהגרסאות האלה ה-endpoint פשוט לא נרשם, ולכן הכתובת תחזיר 404 בלי קשר למה שתכתבו בקובץ התצורה.

חלק מה-clients כוללים תמיכה מובנית בשרתי MCP מרוחקים, ולכן יכולים לדלג על ה-proxy ולהצביע ישירות על כתובת ה-endpoint.

שלב 4 – לבקש בשפה חופשית

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

הנה כמה בקשות שמתורגמות ישירות ליכולות:

• ״אילו הגדרות Cache ואופטימיזציית קבצים של WP Rocket מופעלות כרגע?״ מריץ את wp-rocket/get-options.
• ״הפעל lazy load לתמונות והפעל Remove Unused CSS.״ קורא את ההגדרות שלכם, ואז מריץ wp-rocket/set-option לכל שינוי, אחרי שאישרתם אותו.
• ״מה WP Rocket ממליץ לי לשפר באתר הזה?״ מריץ את wp-rocket/get-recommendations.
• ״הוסף את עמוד הבית שלי ל-Rocket Insights, בדוק אותו והצג את הציון.״ מריץ את wp-rocket/add-page-insights ואת wp-rocket/get-page-insights-score.

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

כיצד עובדות ההמלצות של Rocket Insights

היכולת wp-rocket/get-recommendations מחזירה את ההמלצות של WP Rocket עצמו עבור האתר הספציפי שלכם, ולא טיפים גנריים. כל אחת מהן נושאת דגל בשם mcp_actionable.

הדגל הזה אומר לעוזר אם הוא יכול להחיל את התיקון ישירות.

• mcp_actionable: true אומר שהתיקון מתאים להגדרה שהעוזר יכול לשנות עם wp-rocket/set-option, למשל הפעלת lazy load.
• mcp_actionable: false אומר שהתיקון דורש שלב ידני, ולכן על העוזר להסביר אותו במקום להחיל אותו.

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

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

אם אתם מנהלים אתרי לקוחות

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

חברו כמה אתרים כ-connectors נפרדים, ותוכלו לשאול שאלה אחת שנוגעת בכולם. שאלה כמו ״לאיזה מהאתרים שלי יש את הציון הגרוע ביותר ב-Rocket Insights, ומה ההמלצה המרכזית עבורו?״ חוסכת לכם לפתוח עשרים לוחות בקרה.

כמה תרחישים שכדאי להגדיר:

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

זכרו את מגבלת ה-connectors כאן. חשבון Claude חינמי מגביל אתכם לאתר אחד, ולכן עבודה על פורטפוליו דורשת חשבון בתשלום. אם אתם כבר עובדים עם סקריפטים, ה-filters ופקודות ה-WP-CLI של WP Rocket עדיין מכסים מקרים אליהם ה-MCP לא מגיע, למשל ניקוי Cache במהלך פריסה.

בדיקה בשטח: מה ה-MCP עשה בפועל

השתמשתי ב-MCP למשימה אמיתית על עותק Staging של האתר הזה. אחרי המעבר ל-WP Rocket, רינדור של עמודים שלא מוגשים מה-Cache נעשה איטי יותר, ורציתי לדעת אם פיצ'ר מסוים אחראי לכך.

עם wp-rocket/set-option שיניתי את המצב של שישה פיצ'רים, אחד בכל פעם (cache_webp, defer_all_js, emoji, minify_google_fonts, cdn ו-lazyload), ומדדתי את זמן הרינדור ללא Cache אחרי כל שינוי. כל 22 פעולות הכתיבה הצליחו, וכל אחת החזירה את הערך הישן ואת הערך החדש.

אף אחד מהשישה לא שינה את זמן הרינדור. העלות הגיעה מהאתחול של WP Rocket עצמו, ובכדי למצוא את זה נדרשו כלים מחוץ ל-MCP.

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

אם האתר שלכם רץ על Cloudways, לחברת האחסון יש שרת MCP משלה, שכן רואה נתוני שרת, כמו בקשות ה-PHP האיטיות ביותר וגרפי CPU. בדקתי אותו בקריאה בלבד בפוסט על חיבור Claude Code ל-MCP של Cloudways.

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

השתמשו בזה בזהירות

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

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

• עבדו קודם על עותק Staging, ורק אחר כך החילו את אותם שינויים על האתר החי, אחרי שבדקתם אותם.
• בקשו מהעוזר לפרט בדיוק אילו הגדרות הוא שינה, כדי שיהיה לכם תיעוד.
• נקו את ה-Cache ובדקו את העמודים המרכזיים שלכם אחרי שינויים.
• בטלו את הגישה כשסיימתם. מחקו את ה-connector ב-Claude, או מחקו את ה-application password בפרופיל הוורדפרס שלכם.

מגרסה 3.23 היכולות חשופות כברירת מחדל, ולכן אותו filter שנהג להפעיל אותן עובד כיום בכיוון ההפוך. אם אתם רוצים לכבות אותן, באתר לקוח או באתר שאתם מעדיפים שלא יהיה נגיש בדרך הזו, הוסיפו את השורה הבאה לתוסף must-use:

add_filter( 'rocket_enable_abilities', '__return_false' );

השורה הזו מבטלת את הרישום של כל 12 היכולות, כולל קבוצת ה-cache. ה-endpoint נשאר, אבל אין מאחוריו דבר מצד WP Rocket.
הערה קצרה, כי השמות עלולים לבלבל. WP Rocket הוא תוסף ה-Cache של WP Media, ועליו מדובר כאן.

Rocket.net, לעומת זאת, היא חברת אחסון נפרדת לחלוטין עם חיבור MCP משלה. המדריך הזה עוסק בתוסף WP Rocket.

שאלות נפוצות

שאלות נפוצות על החיבור בין WP Rocket ל-MCP:

סיכום

החיבור של WP Rocket ל-MCP הופך את עבודת ה-Cache לשיחה. הוא נשען על WordPress Abilities API ועל Model Context Protocol.

AI client מחובר יכול לקרוא את רוב ההגדרות שלכם, להציע המלצות עבור האתר ולהחיל שינויים אחרי שאישרתם אותם. הוא משנה הגדרות, אבל לא מאבחן את השרת. בגרסה 3.23 ומעלה אין קטע קוד שצריך להוסיף: עדכנו את התוסף, הפנו את ה-client שלכם לאחד משני ה-endpoints והתחילו בסביבת Staging.

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