أنا سجلت جوج تطبيقات ديال WordPress فـ Cloudways Site Manager باش ندير هاد المراجعة، واحد عبر شاشة الإعداد اللي مخبّية فـ sidebar ديال التطبيق نفسه، وواحد عبر الـ bulk flow اللي كاين فـ مستوى الحساب.
من تما، درت Safe Update حقيقي على أربعة plugins، بنيت shared auto-update schedule كيغطي بجوج sites، شعلت activity logging، وقضيت وقت كافي فـ account-level dashboard باش نفهم فين نفس المعلومة كتبان فـ أكثر من بلاصة، وعلاش هاد الشي مهم أكثر مما كيبان.
Site Manager بدّل add-on قديم ديال Cloudways سميتو SafeUpdates. فهم علاش SafeUpdates ماكانش كيدير كيعطيك تقريباً كل قرار design فالمنتوج الحالي.
SafeUpdates كان كينفّذ كلشي عبر SSH، وهاد الشي كان كيدير لواحد المجموعة ديال المشاكل لأي واحد كيسير أكثر من جوج أو ثلاثة sites:
Agencies اللي كيسيرو عشرين WordPress installs ولا أكثر قالو لCloudways، فالمعنى، أن الأداة كتخدم حتى كتوقف، والتوسع هو السبب كامل اللي خلاهم على Cloudways من الأصل.
Site Manager هو الجواب المباشر على هاد feedback. هاد السياق مهم باش تقرا باقي المراجعة، حيت كيوضح علاش شي أجزاء من المنتوج كيبانو mature بشكل غير عادي بالنسبة لحاجة مازالـة فـ Public Preview، وعلاش أجزاء أخرى، بحال onboarding step اللي غادي تصطدم به فـ النهار الأول، مازال كيبانو فيهم seams.
من بعد هاد الخلفية، السؤال اللي جاي هو scope: شنو يقدر هاد tool يوصل ليه. قبل ما ندخلو فـ onboarding، updates، و scheduling، خاص نكونو دقيقين فـ شنو Site Manager كيغطي وشنو ماكيغطيش، حيت الجواب الصادق أكثر nuanced من نعم أو لا.
كل application متاح باش يتسجل فـ account-level Site Manager، سواء عبر screen ديال per-app ولا عبر bulk wizard تحت Integrations، كان جاي من server راهو داخل حساب Cloudways ديالي.
ماكانش كاين field باش تلصق credentials ديال install خارجي، وماكان حتى connector لsite خدامة فـ host آخر كامل.
الـ full feature set اللي تغطّى فهاد المراجعة، Safe Update clone ديال staging، visual regression testing، activity logs، bulk scheduling، كلشي كاين داخل هاد native layer اللي مستضاف فـ Cloudways.
Cloudways كتخرج حتى free WordPress plugin، حتى هو سميتو Cloudways Site Manager، متطوّر مع WP Remote.
على عكس الـ native dashboard، هاد plugin كيتنصّب مباشرة فـ WordPress site بغض النظر فين مستضاف، يعني يقدر يدخل site خارجي، غير Cloudways، فـ نسخة من نفس centralized view.
ولكن راه product مختلف بصح على native dashboard، والفرق بيناتهم مهم:
| 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 |
هاد plugin كيوقف حتى WordPress auto updates ديالها وهي خدامة، اختيار مقصود من Cloudways باش يتفاداو conflicts فـ remote management.
Cloudways واضحة بزاف بلي الطريق ديال plugin هو غير step مؤقت ماشي الوجهة النهائية: إلا بغيتي full stack، automated backups، one-click staging، Cloudflare integration، managed caching، best practice اللي كيتقال هي تنقل site الخارجي لـ Cloudways بدل ما تبقى كتدبّرُه عن بُعد على المدى الطويل.
بالنسبة لagency عندها portfolio كامل على Cloudways، هادشي كامل ماكيهمّهاش. بالنسبة لأي واحد باقي خدام على شي مواقع هنا وهناك، ومعظم agencies اللي تكلمت معاهم عبر السنين عندهم حتى هما شي مواقع، plugin هو option حقيقي للـ monitoring والتحديثات الأساسية، ولكن ماشي substitute للي كيديرو native dashboard.
من بعد ما وضحنا scope، الجزء العملي كيبدا هنا: كيفاش تسجل WordPress application فعلاً. Cloudways كتعيط بجوج طرق باش تدخل للـ native Site Manager، وماشي بجوج بحال بحال فـ التعامل.
هادشي هو بالضبط كيفاش وصلت ليه أول مرة. من Cloudways home dashboard، كليكت على server ديالي، من بعد على WordPress application اللي فيه، وهاد الشي كيهزّك مباشرة لصفحة Access Details ديال داك app.
الـ sidebar اللي فالجهة اليسرى كيبين Access Details، Staging Management، Monitoring، Application Security، Domain Management، ومن بعد Site Manager، وعليه tag ديال “New”. ملي كليكت عليه، مشيت مباشرة لصفحة مكتوب فيها “Simplify App Management with Site Manager,” ومقصورة على داك التطبيق بوحدو، وفيها جوج plan cards حدّ حد، Basic و Pro.
كليكت على Get Pro. ومن تما بدا كلشي كيمشي عكس المتوقع.
الشاشة تبدلات لـ “Subscribing to the Site Manager Plan…” مع message كتشرح بلي Cloudways كتسطب plugin وكتزامن data ديال site ديالك، وهاد العملية تقدر تاخد شي دقايق حسب حجم application.
خدامة حوالي جوج دقايق ومن بعد فشلات، ورجعات notification حمراء كتقول: “Please delete existing plugin and install again.” ماكان حتى prior installation باش نحيدها، يعني هاد الرسالة بوحدها ماوضحاش شنو اللي وقع فعلاً.
كليكت على Get Pro مرة ثانية، فنفس screen ديال plan، بلا ما نبدّل حتى حاجة. هاد المحاولة خدمت. خذات تقريباً ثلاثة دقايق وكملات بـ success notification خضرا كاتأكد بلي تسجلت فـ Site Manager plan، ووداتني لصفحة Site Manager Overview ديال app، plugin count، theme count، performance score، و Manage Updates table كلشي معمّر وواجد.
هاد هو المسار اللي خاصك تستعمله من أول ما يكون عندك أكثر من site باش تدبّر. وها كيفاش لقيتو واستعملتو بالضبط.
من Cloudways home dashboard، الـ navigation اللي فاليسار فيها سطر ديال icons: Home، Flexible، Autonomous، Integrations، و Agency Partners. كليكت على Integrations. هاد الشي حل panel فيها cards، Site Manager (معلّمة بـ “New”)، Application Migration، DNS Made Easy، CookieYes، و Equalize Digital Accessibility Checker من بينهم.
ملي كليكت على card ديال Site Manager مشيت لصفحة مختلفة تماماً على Path 1، صفحة كتخدم تحت breadcrumb Integrations → Add-Ons → Site Manager، وفيها tab row خاصة بها: Overview، Manage Updates، Auto Updates، History.
هاد Overview page هي command center الحقيقية. كاتبيّن account-wide stats، Total Apps on Site Manager، Apps on Free Plan، Apps on Pro Plan، Apps with Auto Updates، وتحت منها Manage Applications table كتلائحة كل app مسجل من قبل.
باش نزيد نجيب مواقع أخرى، كليكت على Add Apps to Site Manager فالفوق على اليمين ديال داك الجدول. هادشي حل wizard بجوج خطوات:
كاين note فوق اللائحة كيوضح بلي كيستثني staging apps، apps اللي فالـ stopped servers، وأي app خدامة أصلاً بـ add-on القديم SafeUpdates. علّمت على app اللي بغيت وكليكت على Select Plan.
الflow كامل خذا أقل من دقيقة منين وليت فـ wizard screen، وطبق على كل app اللي علّمت عليهم فـ step الأولى دفعة وحدة، بلا ما تعاود plan choice لكل site بوحدو.
من بعد ما سجلت apps عبر بجوج الطرق، هادي هي الملاحظة اللي بدلات كيفاش كنشوف هاد المنتوج فـ upkeep اليومي. زدات application WordPress ثانية لـ server اللي كان فيه Site Manager كيدبّر أصلاً app أخرى فوق نفس server.
كنت متوقع الـ app الجديدة تبان أوتوماتيكياً، حيث راه حدا app Site Manager كيعرفها من قبل. ماوقعش هاد الشي. account-level dashboard ديال “Total Apps on Site Manager” بقى فـ نفس الرقم حتى درتها manually ومررتها عبر onboarding.
هادشي design choice، ولكن design choice عندو operational cost:
Site Manager مقسّم بين free tier فعلاً كينفع و Pro tier كيفتح features اللي agency تقدر تبني عليهم workflow حقيقي.
| 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 + regression test) | No | Yes |
| Scheduled Auto Updates | No | Yes |
| Site Performance Monitoring | No | Yes |
| Activity Logs | No | Yes |
| Update History | No | Yes |
Basic ماشي trial ناقص. فيه site overview حقيقي، القدرة تدبّر users، themes، و plugins بلا ما تمس wp-admin، one-click WordPress single sign-on، Quick Updates، وبالخصوص centralized dashboard نفسه.
Cloudways ماحبساتش core ديال “شوف جميع sites ديالك فبلاصة وحدة” وراء paywall. اللي محبوس هو كلشي اللي كيخلي هاد dashboard يستاهل الثقة باش تخدم به بلا ما تبقى كتراقبو.
Pro دابا free باش تستعملو خلال Public Preview بصرف النظر على الثمن اللي مكتوب، واللي هو $3 لكل app فالشهر، كينقص لـ $2 لكل app ملي كتدوز خمسة applications.
هاد threshold ديال التخفيض يستاهل تدير ليه الحساب قبل ما تفترض بلي 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 |
حتى واحد من هاد الأرقام ماشي غير معقول مقارنة مع شحال يقدر يكلف update واحد خاسر وما معمولوش backup من trust ديال client، ولكن per-app pricing كيعني الفاتورة كتطلع بخط مستقيم مع portfolio ديالك، ماشي بالـ step-function discounts اللي كيعطيوها شي tools المنافسة فـ tiers أعلى.
من بعد التسجيل والثمن، باقي هاد review كيهضر على كيفاش كيبان day-to-day use فعلاً، وبدا بزّاج ديال architecture خاصو يتفهم.
هاد الجزء من design ديال Site Manager هو اللي خدات مني أكثر وقت باش نفهمو، وماكاينش شرح ليه فـ interface نفسها.
هاد الثلاثة هما ثلاث doors لنفس room. per-app view للواحد اللي خدام أصلاً داخل داك site ولقى update pending بالصدفة. account-level row action للواحد اللي كيشوف portfolio كامل وكيقرر يدير action لsite وحدة دابا.
Tab ديال scheduling هو باش تحيد الإنسان من loop كامل.
من بين الثلاث doors اللي ذكرنا، هاد section كتغطي الأولين، per-app view و account-level row action، حيت بجوج كيحلّو نفس update mechanism.
كل plan tier فيه Quick Update. تطبيقو كياخد ثواني: التحديث كيتسطب مباشرة فـ production بلا compatibility check وبلا backup كتدار قبل منو.
Cloudways نفسها فـ interface copy كتكون صريحة مع tradeoff، وكتنبه بلي راه ي“may carry risks if updates aren’t compatible.”
ما درتش Quick Update فهاد الاختبار، وبالتالي ما نقدرش نوصف من التجربة شنو كيبان بالضبط ملي كيفشل. هادي gap حقيقية فهاد review، وكنعتبر أي claim على failure behavior ديال Quick Update، من عندي ولا من عند أي واحد ماجربوش، خاصو يتاخد بشوية ديال skepticism.
Safe Update هو فين Pro كيبرّر الثمن ديالو، وكيستاهل نمشيو معاه خطوة خطوة حيث العملية أكثر تعقيداً من “backup، من بعد update.”
ها كيفاش شعلتو بالضبط. من account-level Overview table تحت Integrations → Site Manager، لقيت row ديال app اللي فيها updates pending وكليكت على three-dot Actions menu فآخر داك row. حلّات أربعة خيارات: WP-Admin، App Overview، Manage Updates، و Manage Plan. كليكت على Manage Updates.
هاد الشي حل modal كيلوح لائحة فيها كل plugin عندو update pending، أربعة عندي، Breeze، Elementor، Object Cache Pro، و WP ULike، كل واحد باين معلّم مع version الحالية و version اللي غادي يولي ليها.
لتحت من اللائحة كاينين جوج radio options: Quick Update و Safe Update، وكل وحدة فيها description قصيرة كتشرح tradeoff. اخترت Safe Update وكليكت على Proceed.
بلا ما يكون غير spinner واحد، الـ modal اللي تحل من بعد كيبين staged checklist كتتحدّث فـ real time.
Staging environment:
Production:
بديت run فـ 6:21 pm وسالات فـ 6:27 pm. ست دقايق، لأربعة plugins، عبر دورة كاملة من staging ومن بعد production. الـ modal نفسه كيعطي expectation بلي هاد الشي “usually takes less than a minute,” والمدة اللي خذاها عندي فاتات التقدير بزاف.
هاد الفارق بين التقدير المكتوب والوقت الحقيقي خاص يتخطط ليه وما يتفاجأش به إلى كنت خدام Safe Update على batch ديال plugins فـ maintenance window، حسّب دقائق، ماشي ثواني، خصوصاً مع زيادة عدد plugins.
نجاح notification أكدت النتيجة، وملي سالا، account-level History tab سجلته كـ “On-Demand Successful: Plugins (4)” ومعاه link كيودّي للتفاصيل الكاملة.
هاد إغلاق الحلقة، تشوف action وهو كيوقع ومن بعد تلقى record دائم ديالو، هو بالضبط النوع ديال proof اللي agency كتحتاجه قدّام client، وSafeUpdates عمرها ما عطاتو.
جوج هاد الإعدادات كاينين داخل scheduling flow ماشي فـ on-demand update screen، وهاد الشي كيخليهم ساهلين يتفلتو من الانتباه:
هاد الجوج defaults مع بعضهم كيحددو واش overnight update run بلا مراقبة غادي يفيّقك على plugin واحد معلّق فـ queue، ولا على site كامل واقف وسط update حيت theme incompatible وحدة حبسات batch كامل. يستاهل تشوفهم بجوج قبل ما تثق فـ أي schedule يخدم بلا مراقبة.
هادشي غطى الجوج doors الأولى. هاد section كتغطي الثالثة: تحيّد الإنسان من الـ loop كامل. Auto Updates tab، اللي كتوصله من نفس account-level Site Manager page، هو البلاصة اللي pitch ديال “manage many sites like they’re one” يا إما كيوصل يا إما كيسقط. فحالتي، وصل.
ها كيفاش درتو setup بالضبط. من Integrations → Site Manager، كليكت على tab ديال Auto Updates فالسطر اللي فوق.
مع ماكان حتى schedule من قبل، الصفحة بان فيها empty state، “No Auto Updates Schedule,” ومعاها زر واحد: Set Auto Update Schedule.
ملي كليكت عليه، حل wizard، “Set Auto Update Schedule,” اللي دار معايا هاد الخطوات فـ pass وحدة:
من بعد تحل screen ثانية، “Create Auto Update Schedule,” كيغطي:
ملي كليكت على Set AutoUpdate Schedule فالتحت، تسجل كلشي، وتطبق على كل app اللي اخترتها فـ step الثانية، بلا ما تعاود configuration لكل site بوحدها.
الثلاث doors و mechanisms ديال update اللي ورّاهم كيغطيـو الhow. هاد feature الأخيرة كيغطي proof: سجل دائم ديال شنو وقع، منفصل على process ديال التحديث نفسه.
ها كيفاش شعلتو.
من Site Manager Overview page ديال داك app، نفس الصفحة اللي كتوصل ليها من بعد الاشتراك عبر Path 1، كاينة card مكتوب فيها “Activity Logs are Disabled” حدّ performance ring، مع description قصيرة وزر واحد: Enable Activity Logs.
كليكت عليه، والcard تبدلات مباشرة، بلا confirmation modal، بلا خطوات إضافية. ملي تفقدت account-level Manage Applications table مباشرة من بعد، تحت Integrations → Site Manager، عمود Activity Logs فداك app كان تبدّل هو حتى هو من Disabled لـ Enabled، بلا ما نحتاج refresh للصفحة.
هاد feature كاين وراء Pro، وكيجاوب على سؤال كل agency كتسمعو من client فالأخير: شكون بدّل شنو، وفاش؟
بلاها، هاد الجواب غالباً كيبقى فـ logging plugin داخل WordPress database ديال الموقع، اللي كيتنفخ مع الوقت وماكيعطيش حماية ضد التلاعب. يكون هاد record خارج WordPress installation نفسها، داخل hosting layer، هادي درجة trust مختلفة بزاف لأي حاجة client-facing.
من بعد ما بان full feature set، والثمن ديالو، والنقائص ديالو، السؤال الأخير هو واش كيناسب portfolio ديالك بالضبط.
أوضح fit هو agency ولا freelance developer كيدبّر بزاف، ويفضل بزاف، ديال WordPress sites اللي مستضافين كاملين فـ Cloudways، فين broken update عندو cost حقيقي فـ trust ديال client ماشي غير inconvenience شخصية.
Safe Update workflow و bulk scheduling متصاوبين بالضبط باش يحلو المشكل اللي كيطلع ملي كتدوز من المرحلة اللي فيها تقدر تراجع كل site بوحدو ومازال معقول.
راه partial fit لأي واحد عندو mixed portfolio. free Site Manager plugin يقدر يدخل sites الخارجية للمراقبة والتحديثات الأساسية، ولكن features اللي كاتخلي native dashboard يستاهل يتخلص عليه، staging-based Safe Update، visual regression، activity logs، كيبقاو بعيد حتى يدخلو هاد sites فعلاً لـ Cloudways.
وهو ببساطة ماشي ضروري لowner ديال site وحدة. free tier تقنياً يقدر يخدم، ولكن المنتوج كامل متصاوب باش يحل مشكلة portfolio-scale اللي site وحدة عمراً ما كتخلقها.
نعم، site manager كيسوى تعتمد عليه، على شرط واحد: sites ديالك خاصهم يكونو أصلاً كاينين فـ Cloudways. داخل هاد الحدود، Site Manager كيعطيك اللي كيعد بيه، dashboard حقيقي كيغطي apps بزاف، Safe Update path كيدير backup قبل ما يمس production، و bulk scheduling كيتعامل مع التحديثات كأمر fleet-wide ماشي chore ديال كل login.
برا هاد الحدود، راه tool أخف ومعاه نية واضحة ديال migration. أحسن fit هو agency كتوحّد client sites فـ 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 ديالك. وكاين plugin مرافق ومجاني كيزيد يمدّ المراقبة الخفيفة وقدرات التحديث لمواقع WordPress اللي مستضافة فبلايص أخرى.
ماشي عبر الdashboard الأصلي اللي تجرّب فهاد المراجعة، حيت هادشي محدود فالتطبيقات اللي راه مستضافة دابا على Cloudways. Plugin مجاني، حتى هو مسمّى Cloudways Site Manager ومطوّر بشراكة مع WP Remote، يقدر يجيب المواقع الخارجية لمراقبة core, plugin, وtheme والتحديثات، ولكن بلا staging clone ديال Safe Update، ولا visual regression testing، ولا server-level caching.
التير Basic مجاني وكيغطي نظرة عامة على الموقع، إدارة المستخدمين والبلوكينات، وQuick Updates. Pro كيزيد Safe Updates، الجدولة، مراقبة الأداء، وسجلات النشاط بـ $3 لكل app فالشهر، وكيهبط لـ $2 منين كاينين خمسة apps ولا كثر، ودابا راه مجاني للاستعمال خلال Public Preview.
Quick Update كيطبق التغييرات مباشرة فالبروڈوكشن فثواني بلا باكاب ولا فحص ديال التوافق. Safe Update كيدير نسخة staging، كيتأكد من التوافق، كيحدّث كل package، كيدير visual regression test، وكيصيفط غير إلا فات داك الاختبار للبروڈوكشن.
آه. التطبيقات الجديدة ما كتتسجلش تلقائياً، حتى إلا تزادَت لسيرفر فيه أصلاً Apps ديال Site Manager خدامين. كل site خاصها تدير onboarding ديالها بوحدها، يا إما وحدة بوحدة يا إما عبر bulk wizard فـ Integrations.
أجب على بعض الأسئلة البسيطة وابحث عن الحل المثالي لك!
بدء البحث في الاستضافة
يقدم HostAdvice.com مراجعات وتقييمات احترافية بخدمات استضافة مواقع الانترنت مستقلة تماما عن أي جهة أو كيان آخر. تقييماتنا عادلة وأمينة وتطبق نفس معايير التقييم على كل المراجعات التي تتم.
يتم استلام تعويض نقدي من الشركات التي نقوم بتقييمها. تعويض الخدمات والمنتجات ليس له تأثير على توجه أو استنتاجات تقييماتنا. ولا تؤثر هذه التعويضات على ترتيبنا لشركات استضافة المواقع المحددة.
تغطي هذه التعويضات تكاليف الإنفاق على المراجعين، شراء الحسابات، والاختبار.
