רשמתי שתי אפליקציות WordPress ל-Cloudways Site Manager לצורך סקירה זו, אחת דרך מסך ההצטרפות שמוסתר בתוך סרגל הצד של האפליקציה עצמה, ואחת דרך תהליך ההרשמה ההמוני שנמצא ברמת החשבון.
משם, הרכבתי Safe Update אמיתי על ארבעה תוספים, בניתי לוח זמנים משותף לעדכונים אוטומטיים שכיסה את שני האתרים, הפעלתי רישום פעילות, וביליתי מספיק זמן בלוח המחוונים ברמת החשבון כדי להבין היכן אותו מידע בדיוק מופיע ביותר ממקום אחד, ומדוע זה חשוב יותר ממה שזה נשמע.
Site Manager החליף תוסף ותיק יותר של Cloudways בשם SafeUpdates. הבנה של מה ש-SafeUpdates לא יכל לעשות מסבירה כמעט כל החלטת עיצוב במוצר הנוכחי.
SafeUpdates רץ כולו דרך SSH, מה שיצר סט בעיות מסוים עבור כל מי שניהל יותר מכמה אתרים:
סוכנויות שמנהלות עשרים התקנות WordPress או יותר אמרו ל-Cloudways, למעשה, שהכלי עבד עד שהוא כבר לא הצליח להתרחב, והתרחבות הייתה בדיוק הסיבה שהן היו על Cloudways מלכתחילה.
Site Manager הוא התשובה הישירה למשוב הזה. ההקשר הזה חשוב לקריאת שאר הסקירה, כי הוא מסביר למה חלקים מסוימים במוצר מרגישים בוגרים באופן חריג עבור משהו שעדיין נמצא בתצוגה מקדימה ציבורית, ולמה חלקים אחרים, כמו שלב ההצטרפות שתפגשו ביום הראשון, עדיין מראים את התפרים.
עם הרקע הזה, השאלה הבאה היא היקף: מה הכלי הזה באמת מסוגל לכסות. לפני שנכנסים להצטרפות, לעדכונים ולתזמון, כדאי לדייק מה Site Manager מכסה ומה לא, כי התשובה הכנה מורכבת יותר מ”כן” או “לא” פשוטים.
כל אפליקציה שזמינה להרשמה ל-Site Manager ברמת החשבון, בין אם דרך המסך לכל אפליקציה ובין אם דרך אשף ההרשמה ההמונית תחת Integrations, הגיעה משרת שכבר היה בתוך חשבון ה-Cloudways שלי.
לא היה שדה להדביק בו פרטי גישה להתקנה שמתארחת מחוץ למערכת, ולא מחבר לאתר שרץ אצל ספק אירוח אחר לחלוטין.
כל מערך התכונות שמכוסה בסקירה זו, Safe Update, שיבוט סביבת staging, בדיקות רגרסיה חזותית, יומני פעילות, תזמון המוני, כולו נמצא בתוך השכבה המקורית הזו, המתארחת ב-Cloudways.
Cloudways גם מפרסמת תוסף WordPress חינמי, שגם הוא נקרא Cloudways Site Manager, ונבנה בשיתוף עם WP Remote.
בניגוד ללוח המחוונים המקורי, התוסף הזה מותקן ישירות על אתר WordPress בלי קשר למקום שבו הוא מתארח, כלומר הוא יכול להביא אתר חיצוני, שאינו ב-Cloudways, לתוך גרסה של אותה תצוגה מרכזית.
אבל זהו מוצר שונה לגמרי מהלוח המקורי, והפער בין השניים חשוב:
| Capability | Native Site Manager (Cloudways-hosted apps) | Site Manager Plugin (any host) |
|---|---|---|
| Centralized dashboard | Yes | Yes |
| Core, plugin, theme updates | Yes | Yes |
| Safe Update (staging clone + visual regression) | Yes | No |
| Server-level caching (Varnish, Redis, Cloudflare) | Yes | No |
| Activity logs | Yes (Pro) | Not equivalent |
| Cost | Free (Basic) / paid (Pro) | Free |
התוסף גם משבית את העדכונים האוטומטיים של WordPress עצמו בזמן שהוא פעיל, בחירה מכוונת של Cloudways כדי להימנע מקונפליקטים במהלך ניהול מרחוק.
Cloudways אומרת בגלוי שדרך התוסף היא שלב ביניים ולא היעד הסופי: אם אתם רוצים את כל הסטאק, גיבויים אוטומטיים, staging בלחיצה אחת, אינטגרציה עם Cloudflare, caching מנוהל, האסטרטגיה המומלצת היא להעביר את האתר החיצוני אל Cloudways במקום לנהל אותו מרחוק בטווח הארוך.
עבור סוכנות עם פורטפוליו שמארח כולו ב-Cloudways, כל זה לא משנה. עבור כל מי שעדיין מנהל כמה אתרים במקומות אחרים, ועם רוב הסוכנויות ששוחחתי איתן לאורך השנים יש לפחות כמה כאלה, התוסף הוא אפשרות אמיתית לניטור בסיסי ולעדכונים, פשוט לא תחליף למה שהלוח המקורי עושה.
עם שאלת ההיקף סגורה, החלק המעשי מתחיל כאן: להכניס בפועל אפליקציית WordPress להרשמה. Cloudways נותנת שתי דרכים להיכנס ל-Site Manager המקורי, והן לא שוות באותה מידה למשימה.
ככה בדיוק הגעתי לשם בפעם הראשונה. מדשבורד הבית של Cloudways, לחצתי על השרת שלי, ואז על אפליקציית ה-WordPress שנמצאת עליו, מה שמוביל אותך לדף Access Details של אותה אפליקציה.
סרגל הצד השמאלי שם מציג Access Details, Staging Management, Monitoring, Application Security, Domain Management, ואז Site Manager, מסומן בתגית “New”. לחיצה עליו לקחה אותי ישר למסך שכותרתו “Simplify App Management with Site Manager,” שמוגדר כולו לאותה אפליקציה אחת, עם שני כרטיסי תוכנית זה לצד זה, Basic ו-Pro.
לחצתי על Get Pro. שם הדברים התחילו להשתבש.
המסך השתנה ל-“Subscribing to the Site Manager Plan…” עם הודעה שהסבירה ש-Cloudways מתקינה את התוסף ומסנכרנת את נתוני האתר, ושהתהליך עשוי להימשך כמה דקות בהתאם לגודל האפליקציה.
זה רץ בערך שתי דקות ואז נכשל, וחזר עם התראת שגיאה אדומה: “Please delete existing plugin and install again.” לא הייתה לי התקנה קודמת למחוק, כך שההודעה עצמה לא סיפקה מה בעצם השתבש.
לחצתי על Get Pro פעם שנייה, באותו מסך תוכנית, בלי לשנות דבר. הניסיון הזה הצליח. הוא רץ בערך שלוש דקות והסתיים בהודעת הצלחה ירוקה שאישרה שנרשמתי לתוכנית Site Manager, והעבירה אותי לעמוד Overview של האפליקציה, עם ספירת תוספים, ספירת תבניות, ציון ביצועים וטבלת Manage Updates שכבר היו מאוישים ומוכנים.
זה הנתיב שכדאי להשתמש בו מהרגע שיש לכם יותר מאתר אחד לניהול, וככה בדיוק מצאתי והשתמשתי בו.
מדשבורד הבית של Cloudways, בסרגל הניווט השמאלי יש שורת אייקונים: Home, Flexible, Autonomous, Integrations, ו-Agency Partners. לחצתי על Integrations. זה פתח פאנל של כרטיסים, Site Manager (מסומן “New”), Application Migration, DNS Made Easy, CookieYes, ו-Equalize Digital Accessibility Checker ביניהם.
לחיצה על כרטיס Site Manager לקחה אותי למסך שונה לגמרי מנתיב 1, כזה שנמצא תחת הנתיב Integrations → Add-Ons → Site Manager, עם שורת לשוניות משלו: Overview, Manage Updates, Auto Updates, History.
עמוד ה-Overview הזה הוא מרכז הפיקוד האמיתי. הוא מציג נתונים ברמת החשבון, Total Apps on Site Manager, Apps on Free Plan, Apps on Pro Plan, Apps with Auto Updates, ומתחתיהם טבלת Manage Applications שמציגה כל אפליקציה שכבר צורפה.
כדי להוסיף עוד, לחצתי על Add Apps to Site Manager בפינה הימנית העליונה של הטבלה. זה פתח אשף דו-שלבי:
הערה מעל הרשימה הסבירה שזה לא כולל אתרי staging, אפליקציות על שרתים עצורים, וכל אפליקציה שכבר רצה על התוסף הישן SafeUpdates. סימנתי את האפליקציה שרציתי ולחצתי על Select Plan.
כל התהליך לקח פחות מדקה מהרגע שהגעתי לאשף, והוא חל על כל האפליקציות שסימנתי בשלב 1 בבת אחת, בלי לחזור על בחירת התוכנית לכל אתר בנפרד.
אחרי שהרשמתי אפליקציות דרך שני הנתיבים, הנה הממצא ששינה את האופן שבו אני חושב על התחזוקה היומיומית של המוצר הזה. הוספתי אפליקציית WordPress נוספת לשרת שכבר הייתה עליו אפליקציה אחרת שמנוהלת פעיל על ידי Site Manager באותו שרת.
ציפיתי שהאפליקציה החדשה תופיע אוטומטית, כי היא ישבה ממש ליד אפליקציה ש-Site Manager כבר הכיר. זה לא קרה. הספירה של “Total Apps on Site Manager” בלוח המחוונים ברמת החשבון נשארה בדיוק במקום עד שעברתי ידנית את האפליקציה החדשה דרך תהליך ההצטרפות.
זו החלטת עיצוב, אבל זו החלטת עיצוב עם עלות תפעולית:
Site Manager מתחלק לשכבת חינם שבאמת שימושית ולשכבת Pro שמפעילה את התכונות שסוכנות באמת תבנה סביבן תהליך עבודה.
| Feature | Basic (Free) | Pro |
|---|---|---|
| Site Overview | Yes | Yes |
| Manage Users, Themes, Plugins | Yes | Yes |
| Quick Updates | Yes | Yes |
| WordPress Single Sign-On | Yes | Yes |
| Centralized Dashboard | Yes | Yes |
| Safe Updates (staging clone + visual regression) | No | Yes |
| Scheduled Auto Updates | No | Yes |
| Site Performance Monitoring | No | Yes |
| Activity Logs | No | Yes |
| Update History | No | Yes |
Basic הוא לא גרסת ניסיון מופשטת. הוא כולל סקירת אתר אמיתית, היכולת לנהל משתמשים, תבניות ותוספים בלי לגעת ב-wp-admin, כניסה יחידה (Single Sign-On) ל-WordPress בלחיצה אחת, Quick Updates, וחשוב במיוחד, גם את לוח המחוונים המרכזי עצמו.
Cloudways לא נעלה את חוויית “לראות את כל האתרים במקום אחד” מאחורי חומת תשלום. מה שננעל הוא כל מה שהופך את הלוח הזה לאמין מספיק לפעול ממנו בלי השגחה מתמדת.
Pro כרגע חופשי לשימוש במהלך התצוגה המקדימה הציבורית ללא קשר למחיר המוצג שלו, שהוא $3 לאפליקציה לחודש, ויורד ל-$2 לאפליקציה ברגע שעוברים חמש אפליקציות.
סף ההנחה הזה שווה חישוב לפני שמניחים ש-Pro נסק בקלות:
| Sites managed | Pro cost (sticker price) |
|---|---|
| 3 sites | $9/month |
| 5 sites | $10/month ($2/app) |
| 10 sites | $20/month |
| 25 sites | $50/month |
| 50 sites | $100/month |
אף אחד מהמספרים האלה לא בלתי סביר ביחס למה שעדכון אחד שבור וללא גיבוי יכול לעלות באמון של לקוח, אבל תמחור לפי אפליקציה אומר שהחשבון גדל בקו ישר עם הפורטפוליו שלכם, לא בקפיצות הנחת-שלבים כפי שחלק מהכלים המתחרים מציעים ברמות גבוהות יותר.
עם ההרשמה והתמחור מאחורינו, שאר הסקירה הזו עוסקת במה שקורה ביום-יום, החל מחלק אחד בארכיטקטורה ששווה להבין.
זה החלק בתכנון של Site Manager שלקח הכי הרבה זמן להבין באמת, והוא לא מוסבר בשום מקום בממשק עצמו.
אלו שלוש דלתות לאותו חדר. התצוגה לכל אפליקציה מיועדת למי שכבר עובד בתוך אתר מסוים ורואה במקרה עדכון שממתין. פעולת השורה ברמת החשבון מיועדת למי שסורק את כל הפורטפוליו ומחליט לפעול על אתר אחד ברגע זה.
לשונית התזמון מיועדת להוציא את האדם מהלולאה לחלוטין.
מבין שלוש הדלתות שתוארו זה עתה, הסעיף הזה מכסה את שתי הראשונות, התצוגה לכל אפליקציה ופעולת השורה ברמת החשבון, מאחר ששניהם פותחים את אותו מנגנון עדכון.
כל שכבת תוכנית מציעה Quick Update. ביצוע שלו לוקח שניות: העדכון מותקן ישירות על הייצור ללא בדיקת תאימות וללא יצירת גיבוי מראש.
הטקסט בממשק של Cloudways עצמו כן כנה לגבי הפשרה, ומזהיר שזה עשוי “may carry risks if updates aren’t compatible.”
לא הרשמתי Quick Update במבחן הזה, ולכן אני לא יכול לתאר מניסיון אישי איך נראה כישלון שלו על המסך. זה חוסר אמיתי בסקירה הזו, והייתי מתייחס לכל טענה על אופן הכישלון של Quick Update, ממני או מכל מי שלא הפעיל אותו, בספקנות המתאימה.
Safe Update הוא המקום שבו Pro מצדיק את המחיר שלו, וכדאי לעבור על התהליך במלואו כי הוא מורכב יותר מ-“גיבוי ואז עדכון”.
ככה בדיוק הפעלתי אותו. מהטבלה של Overview ברמת החשבון תחת Integrations → Site Manager, מצאתי את השורה עבור האפליקציה עם העדכונים הממתינים ולחצתי על תפריט Actions של שלוש הנקודות בקצה השורה. הוא פתח ארבע אפשרויות: WP-Admin, App Overview, Manage Updates, ו-Manage Plan. לחצתי על Manage Updates.
זה פתח חלון מודאלי שמציג כל תוסף עם עדכון ממתין, ארבעה במקרה שלי, Breeze, Elementor, Object Cache Pro, ו-WP ULike, כל אחד מוצג כפריט מסומן עם הגרסה הנוכחית והגרסה שאליה יתעדכן.
מתחת לרשימה יש שתי אפשרויות רדיו: Quick Update ו-Safe Update, כל אחת עם תיאור קצר של הפשרה. בחרתי Safe Update ולחצתי על Proceed.
במקום פס התקדמות יחיד, החלון שנפתח אחר כך מציג רשימת שלבים שמתעדכנת בזמן אמת.
סביבת Staging:
Production:
התחלתי את הריצה ב-6:21 pm והיא הסתיימה ב-6:27 pm. שש דקות, עבור ארבעה תוספים, לאורך מחזור מלא של staging-ואז-production. החלון עצמו מציב את הציפייה שזה “usually takes less than a minute,” אבל הריצה שלי חרגה מההערכה בהרבה.
הפער הזה בין ההערכה המוצהרת לבין הזמן בפועל שווה לתכנן סביבו במקום להפתיע ממנו אם אתם מריצים Safe Update על אצווה של תוספים בזמן חלון תחזוקה, תכננו דקות, לא שניות, במיוחד ככל שמספר התוספים גדל.
הודעת הצלחה אישרה את התוצאה, וברגע שזה הסתיים, לשונית History ברמת החשבון רשמה זאת כ-“On-Demand Successful: Plugins (4)” עם קישור לפרטים המלאים.
הסגירה של המעגל הזה, לראות פעולה קורית ואז מיד להיות מסוגלים להצביע על תיעוד קבוע שלה, היא בדיוק סוג ההוכחה מול הלקוח שסוכנות צריכה, ו-SafeUpdates מעולם לא סיפק את זה.
שתיהן נמצאות בתוך תהליך התזמון ולא במסך העדכון על פי דרישה, מה שהופך אותן לקלות להחמצה:
יחד, שתי ברירות המחדל האלה קובעות אם ריצת עדכונים לילית ללא השגחה תעיר אתכם עם תוסף אחד מסומן בתור, או עם אתר שלם תקוע באמצע עדכון כי תבנית לא תואמת אחת עצרה את כל התהליך. כדאי לבדוק את שתיהן לפני שסומכים על לוח זמנים שירוץ ללא השגחה.
זה מכסה את שתי הדלתות הראשונות. הסעיף הזה מכסה את השלישית: הוצאת האדם מהלולאה לחלוטין. לשונית Auto Updates, שנגישה מאותו עמוד Site Manager ברמת החשבון, היא המקום שבו ההבטחה של “manage many sites like they’re one” או עובדת או קורסת. אצלי היא עבדה.
כך בדיוק הגדרתי אותה. מ-Integrations → Site Manager, לחצתי על הלשונית Auto Updates בשורה העליונה.
כשהכול עוד לא מתוזמן, העמוד הציג מצב ריק, “No Auto Updates Schedule,” עם כפתור אחד: Set Auto Update Schedule.
לחיצה עליו פתחה אשף, “Set Auto Update Schedule,” שהוביל דרך הדברים הבאים במעבר אחד:
לאחר מכן נפתח מסך שני, “Create Auto Update Schedule,” שכיסה:
לחיצה על Set AutoUpdate Schedule בתחתית שמרה את ההגדרה, החילה אותה על כל האפליקציות שבחרתי בשלב 2, בלי צורך לחזור על התצורה פעם אחת לכל אתר.
שלוש הדלתות ומכניקת העדכונים שמאחוריהן מכסים את האיך. הפיצ’ר האחרון הזה מכסה את ההוכחה: תיעוד קבוע של מה קרה, בנפרד מתהליך העדכון עצמו.
כך בדיוק הפעלתי אותו.
מעמוד ה-Site Manager Overview של אותה אפליקציה, אותו עמוד שמגיעים אליו לאחר הרשמה דרך נתיב 1, כרטיס שכותרתו “Activity Logs are Disabled” יושב ליד מד הביצועים, עם תיאור קצר וכפתור יחיד: Enable Activity Logs.
לחצתי עליו, והכרטיס התעדכן מיד, בלי חלון אישור, בלי שלבים נוספים. בדיקה מיידית של טבלת Manage Applications ברמת החשבון, תחת Integrations → Site Manager, הראתה שכבר באותו רגע עמודת Activity Logs עבור אותה אפליקציה עברה מ-Disabled ל-Enabled, בלי צורך לרענן את הדף.
הפיצ’ר הזה נמצא מאחורי Pro, והוא קיים כדי לענות על שאלה שכל סוכנות מקבלת בסופו של דבר מלקוח: מי שינה מה, ומתי.
ללא זה, התשובה בדרך כלל חיה בתוך תוסף רישום ב-WordPress שכותב למסד הנתונים של האתר עצמו, מה שתופח עם הזמן ולא מספק הגנה מפני שינוי זדוני. קיום התיעוד הזה מחוץ להתקנת WordPress, בתוך שכבת האירוח, הוא רמת אמון שונה באופן מהותי לכל דבר שפונה ללקוח.
עם כל מערך התכונות, העלויות והפינות המחוספסות על השולחן, השאלה האחרונה היא פשוט אם זה מתאים לפורטפוליו הספציפי שלכם.
ההתאמה הברורה ביותר היא לסוכנות או למפתח פרילנסר שמפעילים כמה, ובאופן אידיאלי רבים, אתרי WordPress שכבר חיים כולם בתוך Cloudways, ושבהם עדכון שבור נושא עלות אמיתית באמון הלקוח ולא רק אי-נוחות אישית.
תהליך Safe Update והתזמון ההמוני קיימים בדיוק כדי לפתור את הבעיה שמופיעה ברגע שעוברים את הנקודה שבה עדיין סביר לבדוק כל אתר בנפרד.
זהו התאמה חלקית לכל מי שיש לו פורטפוליו מעורב. תוסף Site Manager החינמי יכול להביא אתרים חיצוניים לניטור בסיסי ולעדכונים, אבל התכונות שהופכות את הלוח המקורי לשווה תשלום, Safe Update מבוסס staging, רגרסיה חזותית, יומני פעילות, נשארות מחוץ להישג יד עד שהאתרים האלה באמת יעברו ל-Cloudways.
זה פשוט מיותר לחלוטין לבעל אתר בודד. השכבה החינמית אמנם תעבוד טכנית, אבל כל המוצר הזה קיים כדי לפתור בעיית פורטפוליו שאף פעם לא נוצרת באתר אחד.
כן, Site Manager שווה אימוץ, בתנאי אחד: האתרים שלכם כבר נמצאים ב-Cloudways. בתוך הגבול הזה, Site Manager מספק את מה שהוא מבטיח, דשבורד אמיתי חוצה-אפליקציות, מסלול Safe Update שמגבה לפני שנוגעים בייצור, ותזמון המוני שמתייחס לעדכונים כפעולה ברמת צי ולא כאל מטלה לכל התחברות.
מחוץ לגבול הזה, זהו כלי קל יותר עם דחיפה ברורה למעבר מצורפת. ההתאמה הטובה ביותר היא סוכנות שמאחדת אתרי לקוחות על Cloudways וצריכה מקום אחד להוכיח מה השתנה ומתי.
| Description | Expert Review |
|---|---|
| אירוח מנוהל של WordPress עם מהירות, אבטחה ועדכונים �... | Read Wordpress Hosting Review |
| אירוח ענן גמיש ובעל ביצועים גבוהים עם משאבים ה�... | Read Cloud Hosting Review |
| אירוח דואר אלקטרוני מאובטח ויעיל המותאם לצרכי ... | Read Email Hosting Review |
| אירוח Magento אופטימלי עם מהירויות גבוהות וביצועי... | Read Magento Hosting Review |
| Read WooCommerce hosting Review | |
| Read VPS Hosting Review |
כן. Cloudways Site Manager הוא תוסף מקורי שמרכז עדכונים, ניטור ביצועים ויומני פעילות עבור יישומי WordPress שכבר מאוחסנים בתוך חשבון ה-Cloudways שלך. תוסף נלווה חינמי נפרד מרחיב יכולות ניטור קלות יותר וניהול עדכונים לאתרי WordPress המתארחים בכל מקום.
לא דרך לוח הבקרה המקורי שנבדק בביקורת זו, שמוגבל ליישומים שכבר מתארחים ב-Cloudways. תוסף חינמי, שגם הוא נקרא Cloudways Site Manager ומפותח במשותף עם WP Remote, יכול להביא אתרים חיצוניים לניטור ועדכון של הליבה, התוספים והערכות, אך ללא שיבוט ה-Staging של Safe Update, בדיקות רגרסיה חזותיות או מטמון ברמת השרת.
החבילה הבסיסית היא חינמית וכוללת סקירת אתר, ניהול משתמשים ותוספים, ו-Quick Updates. Pro מוסיפה Safe Updates, תזמון, ניטור ביצועים ויומני פעילות תמורת $3 לכל אפליקציה בחודש, עם ירידה ל-$2 בחמש אפליקציות או יותר, וכעת זמינה לשימוש בחינם במהלך Public Preview.
Quick Update מחיל שינויים ישירות על סביבת הייצור בתוך שניות, ללא גיבוי או בדיקת תאימות. Safe Update יוצר שכפול staging, בודק תאימות, מעדכן כל חבילה, מריץ בדיקת רגרסיה חזותית, ומעביר לסביבת הייצור רק אם הבדיקה הזו עוברת.
כן. יישומים חדשים לעולם אינם מצטרפים אוטומטית, גם כאשר מוסיפים אותם לשרת שכבר פועלים עליו יישומי Site Manager אחרים. כל אתר זקוק לשלב הצטרפות משלו, באופן פרטני או באמצעות אשף ההטמעה ההמוני תחת Integrations.
ענה על מספר שאלות פשוטות ומצא את הפתרון המושלם בשבילך!
התחל חיפוש אחסון
