سجّلت تطبيقين من تطبيقات WordPress في Cloudways Site Manager لهذا التقييم، واحد من خلال شاشة الإعداد الموجودة داخل الشريط الجانبي الخاص بالتطبيق نفسه، وواحد من خلال تدفق الإعداد الجماعي الموجود على مستوى الحساب.
ومن هناك، نفذت Safe Update حقيقي على أربعة إضافات، وأنشأت جدول تحديث تلقائي مشترك يغطي الموقعين، وشغّلت سجل النشاط، وقضيت وقتًا كافيًا في لوحة التحكم على مستوى الحساب عشان أفهم وين تظهر نفس المعلومة في أكثر من مكان، وليه هالشي أهم مما يبدو.
Site Manager حل محل إضافة Cloudways أقدم كانت اسمها SafeUpdates. فهم وش اللي ما كان SafeUpdates يقدر يسويه يشرح تقريبًا كل قرار تصميم في المنتج الحالي.
SafeUpdates كان يشغّل كل شيء عبر SSH، وهذا خلق مجموعة معيّنة من المشاكل لأي أحد يدير أكثر من كم موقع:
الوكالات اللي تدير عشرين تثبيت WordPress أو أكثر قالت لـ Cloudways، بشكل غير مباشر، إن الأداة كانت تشتغل إلى أن ما عادت تكفي للتوسع، والتوسع هو أصل السبب اللي يخليهم على Cloudways من الأساس.
Site Manager هو الرد المباشر على هالملاحظات. وهالسياق مهم وأنت تقرأ بقية هذا التقييم، لأنه يوضح ليه بعض أجزاء المنتج تبدو ناضجة بشكل غير معتاد لشيء لا يزال في Public Preview، وليه أجزاء ثانية، مثل خطوة الإعداد اللي بتواجهها أول يوم، لا تزال تبين فيها آثار التشابك.
وبعد هالخلفية، السؤال الجاي هو نطاق العمل: وش يقدر هالأداة توصل له. قبل ما ندخل في الإعداد والتحديثات والجدولة، من المهم نكون دقيقين في وش يغطيه 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، والتخزين المؤقت المُدار، فالممارسة الموصى بها هي نقل الموقع الخارجي إلى 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 نقلني لشاشة مختلفة تمامًا عن Path 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.
كل المسار أخذ أقل من دقيقة بمجرد ما وصلت لشاشة المعالج، وانطبق على كل تطبيق علّمت عليه في الخطوة الأولى مرة وحدة، بدون تكرار اختيار الخطة لكل موقع.
بعد ما سجلت التطبيقات من الطريقتين، هذا هو الاستنتاج اللي غيّر نظرتي لهالمنتج في الصيانة اليومية. أضفت تطبيق 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، وتسجيل دخول WordPress بنقرة واحدة عبر SSO، وQuick Updates، والأهم من هذا كله، لوحة التحكم المركزية نفسها.
Cloudways ما حطت تجربة “شوف كل مواقعك في مكان واحد” الأساسية خلف جدار دفع. الشيء اللي خلف الدفع هو كل شيء يخلي هاللوحة موثوقة كفاية عشان تتصرف بناءً عليها بدون مراقبة مستمرة.
Pro حاليًا مجاني للاستخدام خلال Public Preview بغض النظر عن سعره المعلن، واللي هو $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 ثم الإنتاج. النافذة نفسها تتوقع إن هالشي “usually takes less than a minute,” لكن تشغيلتي تجاوزت هالتقدير بشكل كبير.
الفجوة بين التقدير المعلن والوقت الفعلي تستاهل تخطط لها بدل ما تنصدم فيها إذا كنت تشغل Safe Update على دفعة إضافات داخل نافذة صيانة، احسبها بالدقائق، مو بالثواني، خصوصًا مع زيادة عدد الإضافات.
إشعار نجاح أكد النتيجة، وبمجرد ما انتهى، سجل التبويب History على مستوى الحساب العملية باسم “On-Demand Successful: Plugins (4)” مع رابط للتفاصيل الكاملة.
إغلاق الحلقة هذا، تشوف العملية تصير وبعدها مباشرة تقدر تشير إلى سجل دائم لها، هو بالضبط نوع الإثبات اللي تحتاجه الوكالة قدام العميل، وSafeUpdates القديم ما كان يوفره.
هذين الاثنين موجودين داخل مسار الجدولة أكثر من شاشة التحديث عند الطلب، وهذا يخليهم سهلين يفوتونك:
هالافتراضيين مع بعض يحددون إذا كانت جلسة تحديث ليلية غير مراقبة تصحيك على إضافة وحدة معلمة في الطابور، أو على موقع كامل عالق في منتصف التحديث لأن قالب غير متوافق وقف العملية كلها. يستاهل تفحص الاثنين قبل ما تثق بأي جدول تشغيل غير مراقب.
هذا غطى البابين الأول والثاني. هالقسم يغطي الثالث: إخراج الإنسان من المعادلة بالكامل. تبويب Auto Updates، اللي توصل له من نفس صفحة Site Manager على مستوى الحساب، هو المكان اللي فيه وعد “تدير مواقع كثيرة كأنها موقع واحد” يا ينجح يا ينهار. وبحالتي، نجح.
وهذا بالضبط كيف ضبطته. من Integrations → Site Manager، ضغطت تبويب Auto Updates في الصف العلوي.
ومع عدم وجود أي جدول مجدول، ظهرت صفحة فارغة، “No Auto Updates Schedule,” ومعها زر واحد: Set Auto Update Schedule.
الضغط عليه فتح معالج، “Set Auto Update Schedule,” واللي مرّ عبر التالي في نفس الجولة:
وبعدين فتحت شاشة ثانية، “Create Auto Update Schedule,” وتغطي:
الضغط على Set AutoUpdate Schedule في الأسفل حفظه، وطبقه على كل تطبيق اخترته في الخطوة الثانية، بدون حاجة تكرر الإعداد لكل موقع.
الأبواب الثلاثة وآلية التحديث اللي وراها تغطي كيف. هالميزة الأخيرة تغطي الإثبات: سجل دائم يوضح وش صار، منفصل عن عملية التحديث نفسها.
وهذا بالضبط كيف شغّلته.
من صفحة Site Manager Overview الخاصة بالتطبيق نفسه، نفس الصفحة اللي توصل لها بعد الاشتراك عبر Path 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.
وهو ببساطة غير ضروري لصاحب موقع واحد. الفئة المجانية قد تشتغل تقنيًا، لكن المنتج كله موجود عشان يحل مشكلة على مستوى المحفظة، وموقع واحد ما يخلق هالمشكلة أصلًا.
نعم، مدير المواقع يستاهل تعتمد عليه، بشرط واحد: أن مواقعك أصلًا مستضافة على 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، تقدر تضيف مواقع خارجية لمراقبة وتحديثات النواة والإضافات والقوالب، لكن بدون استنساخ Safe Update في بيئة staging، أو اختبار الانحدار البصري، أو التخزين المؤقت على مستوى الخادم.
الفئة الأساسية مجانية وتشمل نظرة عامة على الموقع، وإدارة المستخدمين والإضافات، وQuick Updates. أما Pro فتضيف Safe Updates، وجدولة التحديثات، ومراقبة الأداء، وسجلات النشاط مقابل 3 دولارات لكل تطبيق شهريًا، وتنخفض إلى 2 دولار عند خمسة تطبيقات أو أكثر، وهي حاليًا مجانية للاستخدام خلال Public Preview.
تحديث سريع يطبق التغييرات مباشرة على الإنتاج خلال ثوانٍ بدون أي نسخة احتياطية أو فحص توافق. التحديث الآمن ينشئ نسخة staging، يفحص التوافق، يحدّث كل حزمة، يشغّل اختبار رجوع بصري، وما يدفع للإنتاج إلا إذا نجح الاختبار.
إيه. التطبيقات الجديدة ما تنضم تلقائياً أبد، حتى لو انضافت على سيرفر فيه تطبيقات Site Manager شغّالة مسبقاً. كل موقع يحتاج خطوة إعداد خاصة فيه، سواء بشكل فردي أو من خلال معالج الإعداد الجماعي تحت Integrations.
أجب على بعض الأسئلة البسيطة وابحث عن الحل المثالي لك!
بدء البحث في الاستضافة
يقدم HostAdvice.com مراجعات وتقييمات احترافية بخدمات استضافة مواقع الانترنت مستقلة تماما عن أي جهة أو كيان آخر. تقييماتنا عادلة وأمينة وتطبق نفس معايير التقييم على كل المراجعات التي تتم.
يتم استلام تعويض نقدي من الشركات التي نقوم بتقييمها. تعويض الخدمات والمنتجات ليس له تأثير على توجه أو استنتاجات تقييماتنا. ولا تؤثر هذه التعويضات على ترتيبنا لشركات استضافة المواقع المحددة.
تغطي هذه التعويضات تكاليف الإنفاق على المراجعين، شراء الحسابات، والاختبار.
