Saya mendaftarkan dua aplikasi WordPress di Cloudways Site Manager untuk ulasan ini, satu melalui layar onboarding yang terselip di sidebar aplikasi itu sendiri, satu lagi melalui alur massal yang berada di tingkat akun.

Dari sana, saya menjalankan Safe Update yang sesungguhnya pada empat plugin, membuat jadwal auto-update bersama yang mencakup kedua situs, mengaktifkan activity logging, dan menghabiskan cukup banyak waktu di dashboard tingkat akun untuk memahami di mana informasi yang sama muncul di lebih dari satu tempat, dan mengapa hal itu lebih penting daripada kedengarannya.

Cloudways

Kelola aplikasi WordPress yang di-host di Cloudways dengan pembaruan terpusat, Safe Update, activity log, dan penjadwalan di seluruh portofolio.

Kunjungi Cloudways

Apa itu Cloudways Site Manager?

Site Manager menggantikan add-on Cloudways lama bernama SafeUpdates. Memahami apa yang tidak bisa dilakukan SafeUpdates menjelaskan hampir setiap keputusan desain pada produk saat ini.

SafeUpdates menjalankan semuanya melalui SSH, yang menimbulkan serangkaian masalah tertentu bagi siapa pun yang mengelola lebih dari beberapa situs:

• Tidak ada dashboard, jadi tidak ada cara untuk melihat situs mana yang membutuhkan perhatian tanpa memeriksa masing-masing secara individual
• Pembaruan terkunci pada jadwal mingguan tetap, terlepas dari apakah klien membutuhkan patch harian atau pemeliharaan bulanan
• Pengujian regresi visual dibatasi pada tiga halaman desktop per situs, cakupan yang tipis untuk apa pun selain situs brosur
• Tidak ada jejak audit yang menunjukkan apa yang berubah, kapan, atau siapa yang melakukan perubahan

Agensi yang mengelola dua puluh atau lebih instalasi WordPress mengatakan kepada Cloudways, pada intinya, bahwa alat itu bekerja sampai tidak lagi bisa diskalakan, dan skalabilitas adalah seluruh alasan mereka berada di Cloudways sejak awal.

Site Manager adalah jawaban langsung atas masukan itu. Konteks itu penting untuk membaca ulasan ini, karena menjelaskan mengapa beberapa bagian produk terasa sangat matang untuk sesuatu yang masih dalam Public Preview, dan mengapa bagian lain, seperti langkah onboarding yang akan Anda temui pada hari pertama, masih memperlihatkan sambungannya.

Apa yang Bisa Dilakukan Cloudways Site Manager?

Dengan latar belakang itu, pertanyaan berikutnya adalah cakupan: seberapa jauh alat ini bisa menjangkau. Sebelum masuk ke onboarding, pembaruan, dan penjadwalan, ada baiknya memastikan secara tepat apa yang dicakup Site Manager dan apa yang tidak, karena jawaban jujurnya lebih bernuansa daripada sekadar ya atau tidak.

Dashboard native hanya untuk Cloudways

Setiap aplikasi yang tersedia untuk didaftarkan di Site Manager tingkat akun, baik melalui layar per-aplikasi maupun wizard massal di bawah Integrations, berasal dari server yang sudah berada di dalam akun Cloudways saya.

Tidak ada kolom untuk menempelkan kredensial instalasi yang di-host secara eksternal, dan tidak ada konektor untuk situs yang berjalan di host lain sepenuhnya.

Seluruh rangkaian fitur yang dibahas dalam ulasan ini, Safe Update, staging clone, pengujian regresi visual, activity log, penjadwalan massal, semuanya berada di dalam lapisan native yang di-host Cloudways ini.

Plugin terpisah memperluas pemantauan ringan ke situs apa pun

Cloudways juga menerbitkan plugin WordPress gratis, yang juga bernama Cloudways Site Manager, dikembangkan bersama WP Remote.

Tidak seperti dashboard native, plugin ini dipasang langsung di situs WordPress terlepas dari di mana situs itu di-host, sehingga dapat membawa situs eksternal non-Cloudways ke dalam versi tampilan terpusat yang sama.

Namun, ini adalah produk yang benar-benar berbeda dari dashboard native, dan perbedaannya penting:

Plugin ini juga menonaktifkan pembaruan otomatis WordPress sendiri saat aktif, sebuah pilihan yang disengaja dari Cloudways untuk menghindari konflik selama pengelolaan jarak jauh.

Cloudways secara terbuka menyatakan bahwa jalur plugin ini adalah batu loncatan, bukan tujuan akhir: jika Anda menginginkan tumpukan penuh, backup otomatis, staging satu klik, integrasi Cloudflare, caching terkelola, praktik terbaik yang mereka sarankan adalah memigrasikan situs eksternal ke Cloudways alih-alih mengelolanya dari jarak jauh dalam jangka panjang.

Bagi agensi dengan portofolio yang sepenuhnya di-host di Cloudways, semua ini tidak penting. Bagi siapa pun yang masih menjalankan beberapa situs di tempat lain, dan kebanyakan agensi yang pernah saya ajak bicara selama bertahun-tahun memang punya setidaknya beberapa, plugin ini adalah opsi nyata untuk pemantauan dasar dan pembaruan, hanya saja bukan pengganti apa yang dilakukan dashboard native.

Cloudways

Kelola aplikasi WordPress yang di-host di Cloudways dengan pembaruan terpusat, Safe Update, activity log, dan penjadwalan di seluruh portofolio.

Kunjungi Cloudways

Memulai: Dua Cara untuk Onboard Situs

Dengan pertanyaan cakupan sudah jelas, bagian praktis dimulai di sini: benar-benar mendaftarkan aplikasi WordPress. Cloudways memberi Anda dua cara untuk masuk ke Site Manager native, dan keduanya tidak sama cocoknya untuk pekerjaan ini.

Jalur 1: melalui sidebar aplikasi itu sendiri

Inilah tepatnya bagaimana saya sampai ke sana pertama kali. Dari dashboard utama Cloudways, saya mengklik server saya, lalu ke aplikasi WordPress yang berada di sana, yang membawa Anda ke halaman Access Details aplikasi itu.

Sidebar kiri di sana mencantumkan Access Details, Staging Management, Monitoring, Application Security, Domain Management, lalu Site Manager, ditandai dengan tag “New”. Mengkliknya membawa saya langsung ke layar berjudul “Simplify App Management with Site Manager,” yang sepenuhnya hanya untuk satu aplikasi itu, dengan dua kartu plan berdampingan, Basic dan Pro.

Saya mengklik Get Pro. Di situlah semuanya mulai bermasalah.

Layar berubah menjadi “Subscribing to the Site Manager Plan…” dengan pesan yang menjelaskan bahwa Cloudways sedang memasang plugin dan menyinkronkan data situs saya, dan bahwa ini bisa memakan waktu beberapa menit tergantung ukuran aplikasi.

Proses ini berjalan sekitar dua menit lalu gagal, kembali dengan notifikasi error merah: “Please delete existing plugin and install again.” Saya tidak pernah memasang plugin sebelumnya, jadi pesan itu sendiri tidak menjelaskan apa yang sebenarnya salah.

Saya mengklik Get Pro untuk kedua kalinya, di layar plan yang sama, tanpa mengubah apa pun. Percobaan itu berhasil. Prosesnya berjalan sekitar tiga menit dan selesai dengan notifikasi sukses hijau yang mengonfirmasi bahwa saya telah berlangganan plan Site Manager, membawa saya ke halaman Site Manager Overview aplikasi, jumlah plugin, jumlah theme, skor performa, dan tabel Manage Updates yang semuanya sudah terisi dan siap digunakan.

Jalur 2: melalui dashboard tingkat akun

Ini adalah jalur yang layak digunakan begitu Anda mengelola lebih dari satu situs, dan inilah tepatnya cara saya menemukannya dan menggunakannya.

Dari dashboard utama Cloudways, navigasi sisi kiri memiliki deretan ikon: Home, Flexible, Autonomous, Integrations, dan Agency Partners. Saya mengklik Integrations. Itu membuka panel kartu, termasuk Site Manager yang ditandai “New”, Application Migration, DNS Made Easy, CookieYes, dan Equalize Digital Accessibility Checker.

Mengklik kartu Site Manager membawa saya ke layar yang sepenuhnya berbeda dari Jalur 1, yang berada di bawah breadcrumb Integrations → Add-Ons → Site Manager, dengan deretan tab sendiri: Overview, Manage Updates, Auto Updates, History.

Halaman Overview ini adalah pusat komando yang sesungguhnya. Di situ terlihat statistik seluruh akun, Total Apps on Site Manager, Apps on Free Plan, Apps on Pro Plan, Apps with Auto Updates, dan di bawahnya tabel Manage Applications yang mencantumkan setiap aplikasi yang sudah terdaftar.

Untuk menambahkan lebih banyak, saya mengklik Add Apps to Site Manager di kanan atas tabel itu. Itu membuka wizard dua langkah:

1. Select Application(s): daftar centang dari setiap aplikasi WordPress di akun saya yang belum terdaftar, dengan opsi Select All dan kolom pencarian.

Catatan di atas daftar menjelaskan bahwa aplikasi staging, aplikasi di server yang dihentikan, dan aplikasi apa pun yang sudah menjalankan add-on SafeUpdates lama tidak disertakan. Saya mencentang aplikasi yang saya inginkan dan mengklik Select Plan.

2. Select your Plan: Basic dan Pro ditampilkan berdampingan lagi, kali ini mengonfirmasi berapa banyak aplikasi yang saya pilih dan total biaya bulanan untuk batch tersebut. Saya memilih Pro dan mengklik Enable Site Manager.

Seluruh alur ini memakan waktu kurang dari satu menit setelah saya berada di layar wizard, dan diterapkan ke setiap aplikasi yang saya centang pada langkah satu sekaligus, tanpa perlu mengulangi pilihan plan per situs.

Kesenjangan yang tidak diperingatkan siapa pun

Setelah mendaftarkan aplikasi melalui kedua jalur, inilah temuan yang mengubah cara saya memandang perawatan harian produk ini. Saya menambahkan aplikasi WordPress kedua ke server yang sudah memiliki Site Manager yang aktif mengelola aplikasi lain di server yang sama.

Saya mengira aplikasi baru itu akan muncul otomatis, karena letaknya berdampingan dengan aplikasi yang sudah diketahui Site Manager. Ternyata tidak. Hitungan dashboard tingkat akun “Total Apps on Site Manager” tetap sama persis sampai saya secara manual melalui onboarding aplikasi baru itu.

Ini adalah pilihan desain, tetapi pilihan desain yang punya biaya operasional:

• Bagi freelancer dengan tiga atau empat situs, mengingat untuk memasukkan situs baru ke sistem itu sepele.
• Bagi agensi yang meluncurkan situs klien baru setiap minggu atau dua minggu, ini menjadi tugas rutin pada daftar periksa seseorang, selamanya.
• Lupa sekali saja, dan situs itu berada di luar pemantauan Anda, pembaruan massal Anda, dan activity log Anda, tak terlihat oleh dashboard yang seharusnya menjadi satu-satunya sumber kebenaran.

Cloudways

Kelola aplikasi WordPress yang di-host di Cloudways dengan pembaruan terpusat, Safe Update, activity log, dan penjadwalan di seluruh portofolio.

Kunjungi Cloudways

Apa yang Sebenarnya Anda Bayar

Site Manager terbagi menjadi tier gratis yang benar-benar berguna dan tier Pro yang membuka fitur-fitur yang benar-benar akan dipakai agensi untuk membangun alur kerja.

Basic vs. Pro, fitur demi fitur

Basic bukanlah trial yang dipangkas. Ia mencakup site overview yang sesungguhnya, kemampuan mengelola pengguna, theme, dan plugin tanpa menyentuh wp-admin, WordPress single sign-on satu klik, Quick Updates, dan, yang penting, dashboard terpusat itu sendiri.

Cloudways tidak mengunci pengalaman inti “melihat semua situs Anda di satu tempat” di balik paywall. Yang dikunci adalah semua hal yang membuat dashboard itu cukup dapat dipercaya untuk ditindaklanjuti tanpa harus terus diawasi.

Pro saat ini gratis digunakan selama Public Preview terlepas dari harga yang tercantum, yaitu $3 per aplikasi per bulan, turun menjadi $2 per aplikasi setelah Anda melewati lima aplikasi.

Berapa biaya Pro sebenarnya seiring portofolio Anda bertumbuh

Batas diskon itu layak dihitung sebelum berasumsi Pro murah saat diskalakan:

Tidak ada satu pun angka itu yang tidak masuk akal dibandingkan biaya satu pembaruan yang rusak dan tanpa backup yang bisa merusak kepercayaan klien, tetapi harga per aplikasi berarti tagihan tumbuh lurus seiring portofolio Anda, bukan dengan diskon bertingkat seperti beberapa alat pesaing pada tier yang lebih tinggi.

Tiga Tempat untuk Memicu Pembaruan yang Sama

Setelah pendaftaran dan harga, sisa ulasan ini membahas seperti apa penggunaan sehari-hari, dimulai dari arsitektur yang layak dipahami.

Ini adalah bagian desain Site Manager yang paling lama benar-benar saya pahami, dan tidak dijelaskan di antarmuka itu sendiri.

• Halaman Overview aplikasi sendiri masih menampilkan tabel Manage Updates miliknya sendiri, yang mencantumkan pembaruan plugin tertunda yang sama seperti yang akan Anda lihat dari dashboard tingkat akun.
• Menu Actions di tingkat akun pada baris aplikasi menawarkan action Manage Updates sendiri, mengambil data yang sama dari belakang layar.
• Tab Auto Updates memungkinkan Anda menjadwalkan jenis pembaruan yang sama agar berjalan otomatis, pada satu aplikasi atau setiap aplikasi yang sudah terdaftar sekaligus.

Ini adalah tiga pintu menuju ruangan yang sama. Tampilan per-aplikasi adalah untuk seseorang yang sudah bekerja di situs tertentu dan kebetulan melihat pembaruan tertunda. Action baris tingkat akun adalah untuk seseorang yang memindai seluruh portofolio dan memutuskan untuk bertindak pada satu situs saat itu juga.

Tab penjadwalan adalah untuk menghilangkan manusia dari proses sepenuhnya.

Quick Update Versus Safe Update

Dari tiga pintu yang baru saja dijelaskan, bagian ini membahas dua yang pertama, tampilan per-aplikasi dan action baris tingkat akun, karena keduanya membuka mekanisme pembaruan yang sama.

Setiap tier plan menawarkan Quick Update. Menerapkannya hanya butuh beberapa detik: pembaruan dipasang langsung ke production tanpa pemeriksaan kompatibilitas dan tanpa backup terlebih dahulu.

Copy antarmuka Cloudways sendiri jujur tentang trade-off ini, memperingatkan bahwa itu “may carry risks if updates aren’t compatible.”

Saya tidak menjalankan Quick Update dalam pengujian ini, jadi saya tidak bisa menggambarkan langsung seperti apa tampilan kegagalan di layar. Itu adalah kekurangan nyata dalam ulasan ini, dan saya akan menilai klaim apa pun tentang perilaku kegagalan Quick Update, dari saya atau siapa pun yang belum memicunya, dengan skeptisisme yang wajar.

Safe Update adalah tempat Pro membenarkan harganya, dan layak dibahas secara penuh karena prosesnya lebih rumit daripada “backup, lalu update.”

Seperti apa sebenarnya proses Safe Update

Inilah tepatnya bagaimana saya memicunya. Dari tabel Overview tingkat akun di bawah Integrations → Site Manager, saya menemukan baris untuk aplikasi yang memiliki pembaruan tertunda dan mengklik menu tiga titik Actions di ujung baris itu. Menu itu membuka empat opsi: WP-Admin, App Overview, Manage Updates, dan Manage Plan. Saya mengklik Manage Updates.

Itu membuka modal yang mencantumkan setiap plugin dengan pembaruan tertunda, empat dalam kasus saya, Breeze, Elementor, Object Cache Pro, dan WP ULike, masing-masing ditampilkan sebagai item yang dicentang dengan versi saat ini dan versi yang akan diperbarui.

Di bawah daftar itu ada dua opsi radio: Quick Update dan Safe Update, masing-masing dengan deskripsi satu baris tentang trade-off-nya. Saya memilih Safe Update dan mengklik Proceed.

Bukan sekadar spinner progres tunggal, modal yang terbuka berikutnya menampilkan daftar periksa bertahap yang diperbarui secara real time.

Lingkungan staging:

• Pre Snapshot
• Fetch Update Packages
• Update each plugin individually
• Post Snapshot
• Purge Cache
• Visual Regression

Production:

• Urutan yang identik diulangi setelah staging lolos, diakhiri dengan satu purge cache terakhir

Saya memulai proses pada 6:21 pm dan selesai pada 6:27 pm. Enam menit, untuk empat plugin, melalui siklus staging-then-production penuh. Modal itu sendiri memberi ekspektasi bahwa ini “usually takes less than a minute,” yang dalam kasus saya meleset jauh.

Selisih antara estimasi yang disebutkan dan waktu sebenarnya itu layak direncanakan, bukan dikejutkan, jika Anda menjalankan Safe Update pada batch plugin selama jendela pemeliharaan, alokasikan menit, bukan detik, terutama seiring bertambahnya jumlah plugin.

Notifikasi sukses mengonfirmasi hasilnya, dan begitu selesai, tab History tingkat akun mencatatnya sebagai “On-Demand Successful: Plugins (4)” dengan tautan ke detail lengkap.

Penutupan lingkaran itu, melihat tindakan terjadi lalu segera bisa menunjukkan catatan permanen tentangnya, adalah jenis bukti yang dibutuhkan agensi di hadapan klien, dan itu adalah sesuatu yang tidak pernah diberikan SafeUpdates.

Dua pengaturan yang menentukan seberapa fleksibel pembaruan

Keduanya berada di dalam alur penjadwalan, bukan di layar pembaruan on-demand, sehingga mudah terlewat:

• Visual Regression Sensitivity mengontrol seberapa besar perbedaan visual antara tes staging dan production yang masih ditoleransi sebelum pembaruan dibatalkan untuk melindungi tata letak Anda. Secara default, nilainya berada pada pengaturan paling ketat yang tersedia, “Critical, 0% difference.”
• Smart Skip for Plugin/Theme Update Failures, yang diaktifkan secara default, berarti satu plugin yang gagal diperbarui tidak menghentikan seluruh batch. Sistem menyingkirkan item itu, memperbarui sisanya, menjalankan pemeriksaan regresi visual pada yang berhasil, dan mendorong perubahan itu live secara otomatis.

Bersama-sama, dua default ini menentukan apakah proses pembaruan otomatis semalaman akan membangunkan Anda dengan satu plugin yang ditandai di antrean, atau dengan seluruh situs terhenti di tengah pembaruan karena satu theme yang tidak kompatibel menjatuhkan seluruh proses. Layak diperiksa keduanya sebelum mempercayakan jadwal apa pun untuk berjalan tanpa pengawasan.

Cloudways

Kelola aplikasi WordPress yang di-host di Cloudways dengan pembaruan terpusat, Safe Update, activity log, dan penjadwalan di seluruh portofolio.

Kunjungi Cloudways

Menjadwalkan Pembaruan di Seluruh Portofolio Sekaligus

Itu menutup dua pintu pertama. Bagian ini membahas pintu ketiga: menghilangkan manusia dari proses sepenuhnya. Tab Auto Updates, yang diakses dari halaman Site Manager tingkat akun yang sama, adalah tempat janji “kelola banyak situs seolah-olah mereka satu” benar-benar terbukti atau gagal. Dalam kasus saya, itu terbukti.

Inilah tepatnya bagaimana saya mengaturnya. Dari Integrations → Site Manager, saya mengklik tab Auto Updates di baris atas.

Tanpa jadwal yang aktif, halaman menampilkan keadaan kosong, “No Auto Updates Schedule,” dengan satu tombol: Set Auto Update Schedule.

Mengkliknya membuka wizard, “Set Auto Update Schedule,” yang memandu langkah-langkah berikut dalam satu kali jalan:

1. Day of Week and Schedule Time: dua dropdown, plus pemilih timezone di samping kolom waktu. Saya mengatur Jumat, antara tengah malam dan 5:59am UTC.
2. Select Application: daftar centang dari setiap aplikasi yang sudah terdaftar di Site Manager, dengan opsi Select All, dan catatan bahwa setiap jadwal yang sudah ada pada aplikasi yang dipilih akan digantikan oleh jadwal baru ini. Saya memilih kedua aplikasi saya dan mengklik Choose Preferences.

Layar kedua kemudian terbuka, “Create Auto Update Schedule,” mencakup:

3. Configure Update List: tiga bagian yang dapat diperluas, WordPress Core, Plugins, dan Themes, masing-masing dengan daftar centang sendiri dan hitungan berjalan tentang berapa banyak yang dipilih. Di dua aplikasi saya, sepuluh plugin dan empat theme tersedia untuk dimasukkan, dan setiap plugin dan theme individual mencantumkan dengan tepat berapa banyak aplikasi saya yang benar-benar menggunakannya, detail kecil yang sangat berarti saat Anda mengelola puluhan situs dan mencoba menentukan pembaruan mana yang layak diuji secara luas versus yang hanya memengaruhi satu situs.

4. Update Type: dropdown yang menawarkan Quick Update atau Safe Update, masing-masing dengan deskripsi yang sama seperti yang ditampilkan di modal on-demand. Memilih Safe Update memunculkan dua kontrol tambahan yang hanya muncul untuk mode itu, Visual Regression Sensitivity dan Smart Skip for Plugin/Theme Update Failures.

5. Critical Updates: sebuah toggle, default-nya nonaktif, khusus untuk mendorong patch yang didorong keamanan di luar jadwal normal segera setelah kerentanan terdeteksi.

Mengklik Set AutoUpdate Schedule di bagian bawah menyimpannya, diterapkan ke setiap aplikasi yang saya pilih pada langkah dua, tanpa perlu mengulangi konfigurasi per situs.

Activity Logs: Bagian yang Sebenarnya Tentang Kepercayaan Klien

Tiga pintu dan mekanisme pembaruan di baliknya menjelaskan cara kerja. Fitur terakhir ini menjelaskan buktinya: catatan permanen tentang apa yang terjadi, terpisah dari proses pembaruan itu sendiri.

Inilah tepatnya bagaimana saya menyalakannya.

Dari halaman Site Manager Overview aplikasi itu sendiri, halaman yang sama yang Anda tuju setelah berlangganan melalui Jalur 1, sebuah kartu berlabel “Activity Logs are Disabled” berada di sebelah cincin performa, dengan deskripsi singkat dan satu tombol: Enable Activity Logs.

Saya mengkliknya, dan kartu itu langsung diperbarui, tanpa modal konfirmasi, tanpa langkah tambahan. Memeriksa tabel Manage Applications tingkat akun segera setelah itu, di bawah Integrations → Site Manager, kolom Activity Logs untuk aplikasi itu sudah berubah dari Disabled menjadi Enabled, tanpa perlu menyegarkan halaman.

Fitur ini berada di balik Pro, dan ia hadir untuk menjawab pertanyaan yang pada akhirnya akan diajukan setiap klien kepada agensi: siapa yang mengubah apa, dan kapan.

Tanpa fitur ini, jawaban itu biasanya berada di plugin logging WordPress yang menulis ke database situs itu sendiri, yang membengkak seiring waktu dan tidak memberikan perlindungan terhadap manipulasi. Memiliki catatan itu hidup di luar instalasi WordPress, di dalam lapisan hosting, adalah tingkat kepercayaan yang sangat berbeda untuk apa pun yang berhadapan dengan klien.

Cloudways

Kelola aplikasi WordPress yang di-host di Cloudways dengan pembaruan terpusat, Safe Update, activity log, dan penjadwalan di seluruh portofolio.

Kunjungi Cloudways

Kelebihan dan Kekurangan

Untuk Siapa Sebenarnya Ini

Dengan seluruh fitur, biayanya, dan sisi kasarnya di atas meja, pertanyaan terakhirnya sederhana: apakah ini cocok untuk portofolio spesifik Anda.

Kecocokan paling jelas adalah agensi atau developer lepas yang menjalankan beberapa, idealnya banyak, situs WordPress yang sudah sepenuhnya berada di Cloudways, di mana pembaruan yang rusak membawa biaya nyata dalam kepercayaan klien, bukan sekadar ketidaknyamanan pribadi.

Safe Update workflow dan penjadwalan massal memang ada khusus untuk memecahkan masalah yang muncul ketika Anda sudah melewati titik di mana memeriksa setiap situs satu per satu masih masuk akal.

Ini adalah kecocokan parsial bagi siapa pun dengan portofolio campuran. Plugin Site Manager gratis bisa membawa situs eksternal untuk pemantauan dan pembaruan dasar, tetapi fitur yang membuat dashboard native layak dibayar, Safe Update berbasis staging, regresi visual, activity log, tetap tidak terjangkau sampai situs-situs itu benar-benar dipindahkan ke Cloudways.

Ini jelas tidak perlu bagi pemilik satu situs. Tier gratisnya secara teknis bisa bekerja, tetapi seluruh produk ini ada untuk memecahkan masalah skala portofolio yang tidak pernah muncul pada satu situs.

Kesimpulan: Layak, Tapi Hanya di Dalam Cloudways

Ya, site manager ini layak diadopsi, dengan satu syarat: situs Anda sudah berada di Cloudways. Dalam batas itu, Site Manager memenuhi apa yang dijanjikannya, dashboard lintas aplikasi yang nyata, jalur Safe Update yang melakukan backup sebelum menyentuh production, dan penjadwalan massal yang memperlakukan pembaruan sebagai tindakan seluruh armada alih-alih pekerjaan per login.

Di luar batas itu, ini adalah alat yang lebih ringan dengan dorongan migrasi yang jelas melekat. Kecocokan terbaiknya adalah agensi yang mengonsolidasikan situs klien ke Cloudways dan membutuhkan satu tempat untuk membuktikan apa yang berubah dan kapan.

Cloudways

4.6

537 user reviews

Rp193.460 /mo

Harga awal

Kunjungi Cloudways

Rating based on expert review

• Mudah Dipakai
  4.5
• Dukungan
  4.6
• Fitur
  4.8
• Keandalan
  4.8
• Harga
  4.3