ฉันลงทะเบียน WordPress applications สองรายการใน Cloudways Site Manager สำหรับรีวิวนี้ รายการหนึ่งผ่านหน้าจอ onboarding ที่ซ่อนอยู่ในแถบด้านข้างของแอปเอง อีกหนึ่งผ่านโฟลว์แบบ bulk ที่อยู่ในระดับบัญชี
จากนั้น ฉันได้ทำ Safe Update จริงกับปลั๊กอินสี่ตัว สร้างกำหนดการอัปเดตอัตโนมัติแบบแชร์ที่ครอบคลุมทั้งสองไซต์ เปิดการบันทึกกิจกรรม และใช้เวลาพอสมควรในแดชบอร์ดระดับบัญชีเพื่อทำความเข้าใจว่า ข้อมูลชิ้นเดียวกันปรากฏอยู่ในมากกว่าหนึ่งที่ได้อย่างไร และทำไมเรื่องนั้นจึงสำคัญกว่าที่ฟังดู
Site Manager เข้ามาแทนที่ add-on เดิมของ Cloudways ที่ชื่อ SafeUpdates. การเข้าใจว่า SafeUpdates ทำอะไรไม่ได้ จะอธิบายการตัดสินใจด้านการออกแบบเกือบทั้งหมดของผลิตภัณฑ์ปัจจุบัน
SafeUpdates ทำงานทุกอย่างผ่าน SSH ซึ่งสร้างปัญหาเฉพาะชุดหนึ่งสำหรับใครก็ตามที่ต้องดูแลมากกว่าสองสามไซต์:
เอเจนซีที่ดูแล WordPress installs ราวยี่สิบรายการขึ้นไปบอก Cloudways ในทำนองว่า เครื่องมือนี้ใช้งานได้จนกระทั่งมันใช้งานไม่ได้ในระดับสเกล และการสเกลคือเหตุผลทั้งหมดที่พวกเขาอยู่บน Cloudways ตั้งแต่แรก
Site Manager คือคำตอบตรงๆ ต่อข้อเสนอแนะนั้น บริบทนี้สำคัญต่อการอ่านรีวิวที่เหลือ เพราะมันอธิบายว่าทำไมบางส่วนของผลิตภัณฑ์จึงรู้สึกสุกงอมผิดปกติสำหรับสิ่งที่ยังอยู่ใน Public Preview และทำไมส่วนอื่นๆ เช่นขั้นตอน onboarding ที่คุณจะเจอในวันแรก ยังเห็นรอยต่ออยู่
เมื่อมีพื้นหลังนั้นแล้ว คำถามถัดไปคือขอบเขต: เครื่องมือนี้เข้าถึงอะไรได้จริง. ก่อนจะลงไปที่ onboarding, updates, และ scheduling ควรระบุให้ชัดว่า Site Manager ครอบคลุมอะไร และไม่ครอบคลุมอะไร เพราะคำตอบที่ซื่อตรงนั้นละเอียดกว่าคำตอบแบบใช่หรือไม่ใช่ธรรมดา
ทุกแอปพลิเคชันที่สามารถลงทะเบียนใน Site Manager ระดับบัญชีได้ ไม่ว่าจะผ่านหน้าจอ per-app หรือ bulk wizard ภายใต้ Integrations มาจากเซิร์ฟเวอร์ที่อยู่ในบัญชี Cloudways ของฉันอยู่แล้ว
ไม่มีช่องให้วางข้อมูลประจำตัวสำหรับการติดตั้งที่โฮสต์ภายนอก และไม่มีตัวเชื่อมต่อสำหรับไซต์ที่รันอยู่บนโฮสต์อื่นโดยสิ้นเชิง
ชุดฟีเจอร์ทั้งหมดที่ครอบคลุมในรีวิวนี้ Safe Update’s staging clone, visual regression testing, activity logs, bulk scheduling, ทั้งหมดนี้อยู่ภายในเลเยอร์ native ที่โฮสต์บน Cloudways นี้
Cloudways ยังเผยแพร่ปลั๊กอิน WordPress ฟรีอีกตัวหนึ่ง ชื่อ Cloudways Site Manager เช่นกัน โดยพัฒนาร่วมกับ WP Remote
ต่างจากแดชบอร์ดแบบ native ปลั๊กอินนี้ติดตั้งโดยตรงบนไซต์ WordPress ไม่ว่าจะโฮสต์อยู่ที่ไหน ซึ่งหมายความว่าสามารถนำไซต์ภายนอกที่ไม่ใช่ Cloudways เข้ามาอยู่ในมุมมองรวมศูนย์แบบหนึ่งเดียวกันได้
แต่มันเป็นคนละผลิตภัณฑ์กับแดชบอร์ดแบบ native อย่างแท้จริง และช่องว่างระหว่างสองอย่างนี้มีความสำคัญ:
| 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 พูดตรงๆ ว่าเส้นทางผ่านปลั๊กอินเป็นเพียงก้าวกลาง ไม่ใช่ปลายทาง: หากคุณต้องการสแตกเต็มรูปแบบ, automated backups, one-click staging, Cloudflare integration, managed caching แนวทางที่แนะนำคือย้ายไซต์ภายนอกมาไว้บน Cloudways แทนที่จะจัดการจากระยะไกลในระยะยาว
สำหรับเอเจนซีที่มีพอร์ตโฟลิโออยู่บน Cloudways ทั้งหมด เรื่องนี้ไม่สำคัญเลย สำหรับใครก็ตามที่ยังมีบางไซต์อยู่นอกระบบ และจากที่ผมคุยกับเอเจนซีหลายรายตลอดหลายปีที่ผ่านมา ส่วนใหญ่ก็มีอยู่บ้างสองสามไซต์ ปลั๊กอินนี้เป็นตัวเลือกจริงสำหรับการมอนิเตอร์และอัปเดตขั้นพื้นฐาน เพียงแต่ไม่ใช่ตัวแทนของสิ่งที่แดชบอร์ดแบบ native ทำได้
เมื่อประเด็นเรื่องขอบเขตชัดเจนแล้ว ส่วนปฏิบัติเริ่มตรงนี้: การลงทะเบียน WordPress application จริงๆ Cloudways ให้สองทางเข้าสู่ native Site Manager และทั้งสองทางไม่ได้เหมาะกับงานเท่ากัน
นี่คือวิธีที่ผมไปถึงตรงนั้นครั้งแรก จาก Cloudways home dashboard ผมคลิกเข้าไปที่เซิร์ฟเวอร์ จากนั้นเข้าไปที่ WordPress application ที่อยู่บนเซิร์ฟเวอร์นั้น ซึ่งจะพาคุณไปที่หน้า 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 plan เรียบร้อยแล้ว พาผมไปยังหน้า Site Manager Overview ของแอป พร้อม plugin count, theme count, performance score และ Manage Updates table ที่เติมข้อมูลครบและพร้อมใช้งาน
นี่คือเส้นทางที่ควรใช้ทันทีที่คุณมีมากกว่าหนึ่งไซต์ให้ดูแล และนี่คือวิธีที่ผมพบและใช้งานมัน
จาก Cloudways home dashboard แถบนำทางด้านซ้ายมีแถวไอคอน: Home, Flexible, Autonomous, Integrations, และ Agency Partners. ผมคลิก Integrations. มันเปิดแผงการ์ดต่างๆ ได้แก่ Site Manager (มีป้าย “New”), Application Migration, DNS Made Easy, CookieYes, และ Equalize Digital Accessibility Checker อยู่ด้วย
การคลิกการ์ด Site Manager พาผมไปยังหน้าที่ต่างจาก Path 1 อย่างสิ้นเชิง ซึ่งอยู่ภายใต้ breadcrumb 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 ที่มุมขวาบนของตารางนั้น มันเปิด wizard สองขั้นตอน:
มีโน้ตเหนือรายการอธิบายว่า มันจะไม่รวม staging apps, apps บนเซิร์ฟเวอร์ที่หยุดทำงาน และแอปใดก็ตามที่กำลังใช้ older SafeUpdates add-on อยู่ ผมติ๊กแอปที่ต้องการและคลิก Select Plan
โฟลว์ทั้งหมดใช้เวลาต่ำกว่าหนึ่งนาทีเมื่อผมมาถึงหน้าจอ wizard แล้ว และมันใช้กับทุกแอปที่ผมเลือกในขั้นตอนแรกพร้อมกัน โดยไม่ต้องเลือกแพ็กเกจซ้ำทีละไซต์
หลังจากลงทะเบียนแอปผ่านทั้งสองเส้นทางแล้ว นี่คือข้อค้นพบที่เปลี่ยนวิธีที่ผมมองการดูแลผลิตภัณฑ์นี้ในแต่ละวัน ผมเพิ่ม WordPress application อีกหนึ่งรายการไปยังเซิร์ฟเวอร์ที่มี Site Manager กำลังดูแลอีกแอปอยู่แล้วบนเซิร์ฟเวอร์เดียวกัน
ผมคาดว่าแอปใหม่จะโผล่ขึ้นมาอัตโนมัติ เพราะมันอยู่ติดกับแอปที่ Site Manager รู้จักอยู่แล้ว แต่มันไม่ขึ้น แดชบอร์ดระดับบัญชีในส่วน “Total Apps on Site Manager” ไม่ขยับเลยจนกว่าผมจะพาแอปใหม่นั้นผ่าน onboarding ด้วยตนเอง
นี่คือการออกแบบ แต่เป็นการออกแบบที่มีต้นทุนด้านการปฏิบัติงาน:
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 + 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, WordPress single sign-on แบบคลิกเดียว, Quick Updates, และที่สำคัญคือ centralized dashboard เองด้วย
Cloudways ไม่ได้ปิดกั้นประสบการณ์หลักแบบ “ดูไซต์ทั้งหมดของคุณในที่เดียว” ไว้หลัง paywall สิ่งที่ถูกปิดกั้นคือทุกอย่างที่ทำให้แดชบอร์ดนั้นน่าเชื่อถือพอที่จะลงมือทำโดยไม่ต้องเฝ้าดูตลอด
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 ที่ใช้เวลานานที่สุดกว่าจะเข้าใจจริงๆ และมันไม่ได้อธิบายไว้ที่ไหนในอินเทอร์เฟซเอง
นี่คือสามประตูเข้าสู่ห้องเดียวกัน มุมมอง per-app มีไว้สำหรับคนที่กำลังทำงานอยู่ภายในไซต์นั้นอยู่แล้วและบังเอิญเห็นการอัปเดตที่รออยู่ มุมมองระดับบัญชีที่เป็น action row มีไว้สำหรับคนที่กำลังสแกนพอร์ตโฟลิโอทั้งหมดและตัดสินใจลงมือกับไซต์หนึ่งตอนนี้เลย
แท็บ scheduling มีไว้เพื่อตัดมนุษย์ออกจากวงจรทั้งหมด
จากสามประตูที่เพิ่งอธิบายไป ส่วนนี้ครอบคลุมสองอันแรก คือมุมมอง per-app และ action ระดับบัญชี เนื่องจากทั้งคู่เปิดกลไกการอัปเดตเดียวกัน
ทุกระดับแพ็กเกจมี Quick Update ให้ การติดตั้งมันใช้เวลาเพียงไม่กี่วินาที: อัปเดตจะลงไปที่ production โดยตรงโดยไม่มีการตรวจสอบความเข้ากันได้และไม่มีการสำรองข้อมูลก่อน
ข้อความในอินเทอร์เฟซของ Cloudways เองก็ซื่อสัตย์เกี่ยวกับการแลกเปลี่ยนนี้ โดยเตือนว่าอาจ “มีความเสี่ยงหากการอัปเดตไม่เข้ากัน”
ผมไม่ได้รัน 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 ซึ่งแต่ละตัวแสดงเป็นรายการที่ถูกติ๊กไว้ พร้อมเวอร์ชันปัจจุบันและเวอร์ชันที่จะอัปเดตไป
ด้านล่างรายการมีตัวเลือกแบบ radio สองแบบ: Quick Update และ Safe Update แต่ละอันมีคำอธิบายสั้นๆ ของการแลกเปลี่ยน ผมเลือก Safe Update แล้วคลิก Proceed
แทนที่จะเป็นสปินเนอร์ความคืบหน้าเพียงตัวเดียว โมดัลที่เปิดขึ้นมาถัดไปจะแสดงเช็กลิสต์แบบเป็นขั้นตอนซึ่งอัปเดตแบบเรียลไทม์
Staging environment:
Production:
ผมเริ่มรันตอน 6:21 pm และมันเสร็จตอน 6:27 pm หกนาที สำหรับปลั๊กอินสี่ตัว ครอบคลุมวงจร staging-then-production แบบเต็ม หน้าต่างโมดัลเองตั้งความคาดหวังไว้ว่าโดยปกติ “ใช้เวลาน้อยกว่าหนึ่งนาที” ซึ่งการรันของผมเกินกว่านั้นมาก
ช่องว่างระหว่างเวลาประมาณการที่แจ้งไว้กับเวลาจริง ควรวางแผนเผื่อไว้แทนที่จะประหลาดใจ หากคุณรัน Safe Update กับปลั๊กอินจำนวนมากในช่วง maintenance window ควรเผื่อเป็นนาที ไม่ใช่วินาที โดยเฉพาะเมื่อจำนวนปลั๊กอินเพิ่มขึ้น
การแจ้งเตือนความสำเร็จยืนยันผล และทันทีที่มันเสร็จ แท็บ History ระดับบัญชีบันทึกไว้ว่า “On-Demand Successful: Plugins (4)” พร้อมลิงก์ไปยังรายละเอียดฉบับเต็ม
การปิดวงจรแบบนั้น การเห็นการกระทำเกิดขึ้น และจากนั้นสามารถชี้ไปที่บันทึกถาวรของมันได้ทันที คือสิ่งที่เอเจนซีซึ่งติดต่อกับลูกค้าต้องการ และ SafeUpdates ไม่เคยให้สิ่งนั้น
ทั้งสองอย่างนี้อยู่ภายในโฟลว์การตั้งเวลาแทนที่จะอยู่ในหน้าจออัปเดตแบบ on-demand ซึ่งทำให้พลาดได้ง่าย:
เมื่อรวมกัน ค่าตั้งต้นสองอย่างนี้เป็นตัวกำหนดว่าการรันอัปเดตแบบไม่ต้องเฝ้าในคืนหนึ่งจะปลุกคุณขึ้นมาด้วยปลั๊กอินที่ถูกตั้งค่าสถานะหนึ่งตัวที่ค้างอยู่ในคิว หรือด้วยไซต์ทั้งไซต์ที่ติดอยู่กลางทางเพราะธีมที่ไม่เข้ากันตัวเดียวทำให้กระบวนการทั้งหมดหยุดลง ควรตรวจทั้งสองอย่างก่อนจะเชื่อใจให้ schedule รันเองโดยไม่มีคนเฝ้า
นั่นครอบคลุมสองประตูแรกแล้ว ส่วนนี้ครอบคลุมประตูที่สาม: การเอามนุษย์ออกจากวงจรทั้งหมด แท็บ Auto Updates ที่เข้าถึงได้จากหน้า Site Manager ระดับบัญชีเดียวกัน คือที่ที่การเสนอขายแบบ “จัดการหลายไซต์เหมือนเป็นไซต์เดียว” จะสำเร็จหรือพัง ในกรณีของผม มันสำเร็จ
นี่คือวิธีที่ผมตั้งค่ามัน จาก Integrations → Site Manager ผมคลิกแท็บ Auto Updates ในแถวบนสุด
เมื่อยังไม่มีอะไรตั้งเวลาไว้ หน้าแสดงสถานะว่าง “No Auto Updates Schedule,” พร้อมปุ่มเดียว: Set Auto Update Schedule
การคลิกมันเปิด wizard ชื่อ “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 และ bulk scheduling ถูกสร้างมาโดยเฉพาะเพื่อแก้ปัญหาที่เกิดขึ้นเมื่อคุณพ้นจุดที่การไล่ดูทีละไซต์ยังถือว่าเป็นเรื่องสมเหตุสมผล
มันเป็น ตัวเลือกที่ใช้ได้บางส่วนสำหรับใครก็ตามที่มีพอร์ตโฟลิโอแบบผสม. ปลั๊กอิน Site Manager ฟรีสามารถดึงไซต์ภายนอกเข้ามาสำหรับการมอนิเตอร์และอัปเดตขั้นพื้นฐานได้ แต่ฟีเจอร์ที่ทำให้แดชบอร์ด native คุ้มค่ากับเงินที่จ่าย เช่น staging-based Safe Update, visual regression, activity logs จะยังเข้าไม่ถึงจนกว่าไซต์เหล่านั้นจะย้ายมาอยู่บน Cloudways จริงๆ
มันเป็นสิ่งที่ ไม่จำเป็นเลยสำหรับเจ้าของไซต์เดียว. ระดับฟรีก็ใช้ได้ในทางเทคนิค แต่ผลิตภัณฑ์ทั้งชิ้นถูกสร้างมาเพื่อแก้ปัญหาระดับพอร์ตโฟลิโอ ซึ่งไซต์เดียวไม่เคยสร้างขึ้นมา
ใช่ Site Manager คุ้มที่จะนำมาใช้ โดยมีเงื่อนไขหนึ่งข้อ: ไซต์ของคุณต้องอยู่บน Cloudways อยู่แล้ว ภายในขอบเขตนั้น Site Manager ทำได้ตามที่สัญญาไว้ แดชบอร์ดข้ามแอปจริง เส้นทาง Safe Update ที่สำรองข้อมูลก่อนแตะ production และ bulk scheduling ที่มองการอัปเดตเป็นการทำงานระดับ fleet ไม่ใช่งานต้อง login ทีละไซต์
นอกขอบเขตนั้น มันเป็นเครื่องมือที่เบากว่าและมีการชี้นำให้ย้ายตามมาชัดเจน จุดที่เหมาะที่สุดคือเอเจนซีที่กำลังรวมไซต์ลูกค้าบน Cloudways และต้องการที่เดียวเพื่อพิสูจน์ว่าอะไรเปลี่ยนไปและเมื่อไร
| ชื่อแพลน | CPU | RAM | แบนด์วิดท์ | การประกัน | ราคา | |
|---|---|---|---|---|---|---|
| 25GB | 1 core | 1 GB | 1 TB | ฿0 | ฿370 | รายละเอียด |
| 50GB | 1 core | 2 GB | 2 TB | ฿0 | ฿790 | รายละเอียด |
| 80GB | 2 core | 4 GB | 4 TB | ฿0 | ฿1,520 | รายละเอียด |
| 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 สามารถนำไซต์ภายนอกเข้ามาเพื่อการมอนิเตอร์และอัปเดต core, plugin และ theme ได้ แต่ไม่มี Safe Update’s staging clone, การทดสอบความผิดปกติของภาพ หรือระบบแคชระดับเซิร์ฟเวอร์
ระดับ Basic ใช้งานได้ฟรีและครอบคลุมภาพรวมเว็บไซต์ การจัดการผู้ใช้และปลั๊กอิน และ Quick Updates ส่วน Pro เพิ่ม Safe Updates การตั้งเวลา การติดตามประสิทธิภาพ และบันทึกกิจกรรม ในราคา $3 ต่อแอปต่อเดือน โดยลดเหลือ $2 เมื่อมีตั้งแต่ห้าแอปขึ้นไป และขณะนี้ใช้งานได้ฟรีในช่วง Public Preview.
Quick Update จะนำการเปลี่ยนแปลงไปใช้กับโปรดักชันโดยตรงภายในไม่กี่วินาที โดยไม่มีการสำรองข้อมูลหรือการตรวจสอบความเข้ากันได้ Safe Update จะสร้างโคลนสำหรับสเตจจิ้ง ตรวจสอบความเข้ากันได้ อัปเดตแต่ละแพ็กเกจ รันการทดสอบรีเกรสชันด้านภาพ และจะส่งไปยังโปรดักชันก็ต่อเมื่อการทดสอบนั้นผ่านเท่านั้น
ใช่ แอปพลิเคชันใหม่จะไม่ลงทะเบียนโดยอัตโนมัติ แม้จะถูกเพิ่มเข้าไปยังเซิร์ฟเวอร์ที่มีแอป Site Manager อื่นๆ ทำงานอยู่แล้วก็ตาม แต่ละไซต์ต้องมีขั้นตอนการเริ่มใช้งานของตัวเอง ไม่ว่าจะเป็นแบบรายไซต์หรือผ่านตัวช่วยสร้างแบบกลุ่มภายใต้ Integrations
ตอบคำถามไม่กี่ข้อและค้นหาคำตอบที่เหมาะสมสำหรับคุณ!
เริ่มต้นการค้นหาโฮสติ้ง
