Ho iscritto due applicazioni WordPress in Cloudways Site Manager per questa recensione, una tramite la schermata di onboarding nascosta nella sidebar dell’applicazione stessa, una tramite il flusso in blocco che si trova a livello di account.
Da lì, ho eseguito un vero Safe Update su quattro plugin, ho creato una pianificazione condivisa di aggiornamenti automatici che copriva entrambi i siti, ho attivato i log delle attività e ho trascorso abbastanza tempo nella dashboard a livello di account per capire dove la stessa informazione compare in più di un punto, e perché questo conti più di quanto sembri.
Site Manager ha sostituito un vecchio add-on di Cloudways chiamato SafeUpdates. Capire cosa non poteva fare SafeUpdates spiega quasi ogni decisione di progettazione del prodotto attuale.
SafeUpdates eseguiva tutto via SSH, il che creava un insieme specifico di problemi per chi gestiva più di un paio di siti:
Le agenzie che gestiscono venti o più installazioni WordPress dicevano a Cloudways, in sostanza, che lo strumento funzionava finché non doveva scalare, e la scalabilità era proprio il motivo per cui si trovavano su Cloudways.
Site Manager è la risposta diretta a quel feedback. Questo contesto conta per leggere il resto di questa recensione, perché spiega perché alcune parti del prodotto sembrano insolitamente mature per qualcosa che è ancora in Public Preview, e perché altre parti, come il passaggio di onboarding che incontrerai il primo giorno, mostrano ancora le giunture.
Con questo contesto in mente, la domanda successiva è l’ambito: che cosa può effettivamente raggiungere questo strumento. Prima di entrare in onboarding, aggiornamenti e pianificazione, vale la pena essere precisi su cosa copre Site Manager e cosa no, perché la risposta onesta è più sfumata di un semplice sì o no.
Ogni applicazione disponibile da iscrivere nel Site Manager a livello di account, sia tramite la schermata per singola app sia tramite il wizard in blocco sotto Integrations, proveniva da un server già presente nel mio account Cloudways.
Non c’era alcun campo in cui incollare credenziali per un’installazione ospitata esternamente, né un connettore per un sito in esecuzione su un host diverso.
L’intero set di funzionalità coperto in questa recensione, Safe Update, il clone di staging, il test di regressione visiva, i log delle attività, la pianificazione in blocco, tutto vive all’interno di questo livello nativo ospitato su Cloudways.
Cloudways pubblica anche un plugin WordPress gratuito, anch’esso chiamato Cloudways Site Manager, sviluppato insieme a WP Remote.
A differenza della dashboard nativa, questo plugin si installa direttamente su un sito WordPress indipendentemente da dove sia ospitato, il che significa che può portare un sito esterno, non su Cloudways, in una versione della stessa vista centralizzata.
Però è davvero un prodotto diverso dalla dashboard nativa, e il divario tra i due conta:
| Funzionalità | Site Manager nativo (app ospitate su Cloudways) | Plugin Site Manager (qualsiasi host) |
|---|---|---|
| Dashboard centralizzata | Sì | Sì |
| Aggiornamenti core, plugin, temi | Sì | Sì |
| Safe Update (clone di staging + regressione visiva) | Sì | No |
| Caching a livello server (Varnish, Redis, Cloudflare) | Sì | No |
| Log delle attività | Sì (Pro) | Non equivalente |
| Costo | Gratuito (Basic) / a pagamento (Pro) | Gratuito |
Il plugin disabilita anche gli aggiornamenti automatici di WordPress mentre è attivo, una scelta deliberata da parte di Cloudways per evitare conflitti durante la gestione remota.
Cloudways è chiara sul fatto che la strada del plugin sia un punto di passaggio e non la destinazione: se vuoi l’intero stack, backup automatici, staging con un clic, integrazione con Cloudflare, caching gestito, la pratica consigliata è migrare il sito esterno su Cloudways invece di gestirlo a distanza nel lungo periodo.
Per un’agenzia con un portfolio interamente ospitato su Cloudways, tutto questo non conta. Per chiunque abbia ancora qualche sito altrove, e la maggior parte delle agenzie con cui ho parlato negli anni ne ha almeno alcuni, il plugin è una vera opzione per monitoraggio e aggiornamenti di base, ma non un sostituto di ciò che fa la dashboard nativa.
Con la questione dell’ambito chiarita, la parte pratica inizia qui: iscrivere davvero un’applicazione WordPress. Cloudways offre due modi per entrare nel Site Manager nativo, e non sono ugualmente adatti allo scopo.
Ecco esattamente come ci sono arrivato la prima volta. Dalla dashboard principale di Cloudways, ho cliccato sul mio server, poi sull’applicazione WordPress che si trovava sopra, il che mi porta alla pagina Access Details di quell’app.
La sidebar a sinistra elenca Access Details, Staging Management, Monitoring, Application Security, Domain Management e poi Site Manager, contrassegnato con il tag “New”. Cliccandolo sono finito direttamente su una schermata intitolata “Simplify App Management with Site Manager,” interamente riferita a quella singola applicazione, con due schede piano affiancate, Basic e Pro.
Ho cliccato Get Pro. È lì che le cose sono andate storte.
La schermata è cambiata in “Subscribing to the Site Manager Plan…” con un messaggio che spiegava che Cloudways stava installando il plugin e sincronizzando i dati del sito, e che l’operazione poteva richiedere alcuni minuti a seconda delle dimensioni dell’applicazione.
È rimasta in esecuzione per circa due minuti e poi è fallita, restituendo una notifica di errore rossa: “Please delete existing plugin and install again.” Non avevo alcuna installazione precedente da eliminare, quindi il messaggio in sé non mi diceva cosa fosse realmente andato storto.
Ho cliccato Get Pro una seconda volta, sulla stessa schermata del piano, senza cambiare nulla. Quel tentativo ha funzionato. È durato circa tre minuti e si è concluso con una notifica verde di successo che confermava l’iscrizione al piano Site Manager, portandomi alla pagina Site Manager Overview dell’app, con conteggio plugin, conteggio temi, punteggio di performance e una tabella Manage Updates già popolati e pronti.
Questo è il percorso da usare nel momento in cui hai più di un sito da gestire, ed ecco esattamente come l’ho trovato e usato.
Dalla dashboard principale di Cloudways, la navigazione a sinistra mostra una fila di icone: Home, Flexible, Autonomous, Integrations e Agency Partners. Ho cliccato Integrations. Si è aperto un pannello di schede, tra cui Site Manager (contrassegnato “New”), Application Migration, DNS Made Easy, CookieYes e Equalize Digital Accessibility Checker.
Cliccando la scheda Site Manager sono passato a una schermata completamente diversa dal Percorso 1, che si trova sotto il breadcrumb Integrations → Add-Ons → Site Manager, con una propria fila di tab: Overview, Manage Updates, Auto Updates, History.
Questa pagina Overview è il vero centro di comando. Mostra statistiche a livello di account, Total Apps on Site Manager, Apps on Free Plan, Apps on Pro Plan, Apps with Auto Updates e, sotto, una tabella Manage Applications che elenca ogni app già iscritta.
Per aggiungerne altre, ho cliccato Add Apps to Site Manager in alto a destra di quella tabella. Si è aperto un wizard in due passaggi:
Una nota sopra l’elenco spiegava che escludeva i siti di staging, le app su server arrestati e qualsiasi app già in esecuzione con il vecchio add-on SafeUpdates. Ho selezionato l’app che volevo e ho cliccato Select Plan.
L’intero flusso ha richiesto meno di un minuto una volta arrivato alla schermata del wizard, e si è applicato a tutte le app che avevo selezionato nel primo passaggio in una volta sola, senza ripetere la scelta del piano per ogni sito.
Avendo ora iscritto app tramite entrambi i percorsi, ecco l’osservazione che ha cambiato il mio modo di pensare alla manutenzione quotidiana di questo prodotto. Ho aggiunto una seconda applicazione WordPress a un server che aveva già Site Manager attivamente in gestione per un’altra app sullo stesso server.
Mi aspettavo che la nuova app comparisse automaticamente, visto che si trovava proprio accanto a un’app già nota a Site Manager. Non è successo. Il conteggio della dashboard a livello di account “Total Apps on Site Manager” è rimasto esattamente dov’era finché non ho eseguito manualmente l’onboarding della nuova app.
Questa è una scelta di progettazione, ma è una scelta di progettazione con un costo operativo:
Site Manager si divide in un livello gratuito davvero utilizzabile e in un livello Pro che sblocca le funzionalità su cui un’agenzia costruirebbe davvero un flusso di lavoro.
| Funzionalità | Basic (Gratuito) | Pro |
|---|---|---|
| Panoramica sito | Sì | Sì |
| Gestione utenti, temi, plugin | Sì | Sì |
| Quick Updates | Sì | Sì |
| WordPress Single Sign-On | Sì | Sì |
| Dashboard centralizzata | Sì | Sì |
| Safe Updates (clone di staging + test di regressione) | No | Sì |
| Aggiornamenti automatici pianificati | No | Sì |
| Monitoraggio delle prestazioni del sito | No | Sì |
| Log delle attività | No | Sì |
| Cronologia aggiornamenti | No | Sì |
Basic non è una prova limitata. Include una vera panoramica del sito, la possibilità di gestire utenti, temi e plugin senza toccare wp-admin, l’accesso unico WordPress con un clic, Quick Updates e, in particolare, la dashboard centralizzata stessa.
Cloudways non ha bloccato dietro un paywall l’esperienza di base “vedi tutti i tuoi siti in un unico posto”. Ciò che è bloccato è tutto quello che rende quella dashboard abbastanza affidabile da poter agire senza sorvegliarla continuamente.
Pro è attualmente gratuito durante la Public Preview indipendentemente dal prezzo indicato, che è di $3 per app al mese, con riduzione a $2 per app una volta superate le cinque applicazioni.
Vale la pena fare i conti con quella soglia di sconto prima di dare per scontato che Pro cresca a buon mercato:
| Siti gestiti | Costo Pro (prezzo di listino) |
|---|---|
| 3 siti | $9/month |
| 5 siti | $10/month ($2/app) |
| 10 siti | $20/month |
| 25 siti | $50/month |
| 50 siti | $100/month |
Nessuno di questi numeri è irragionevole rispetto a quanto potrebbe costare un singolo aggiornamento rotto e senza backup in termini di fiducia del cliente, ma il prezzo per app significa che il conto cresce in linea retta con il portfolio, non con sconti a scalini come alcuni strumenti concorrenti offrono ai livelli più alti.
Con iscrizione e prezzi chiariti, il resto di questa recensione copre come si presenta davvero l’uso quotidiano, iniziando da un’architettura che vale la pena capire.
Questa è la parte del design di Site Manager che ho impiegato più tempo a comprendere davvero, e non è spiegata da nessuna parte nell’interfaccia stessa.
Queste sono tre porte che portano nella stessa stanza. La vista per singola app è per chi sta già lavorando dentro quel sito specifico e nota per caso un aggiornamento in sospeso. L’azione a livello di account è per chi sta scorrendo l’intero portfolio e decide di intervenire subito su un sito.
La scheda di pianificazione serve a togliere l’essere umano dal loop completamente.
Delle tre porte appena descritte, questa sezione copre le prime due, la vista per singola app e l’azione a livello di account, poiché entrambe aprono lo stesso meccanismo di aggiornamento.
Ogni livello di piano offre Quick Update. Applicarlo richiede pochi secondi: l’aggiornamento si installa direttamente in produzione senza alcun controllo di compatibilità e senza creare prima un backup.
Il testo dell’interfaccia di Cloudways è onesto riguardo al compromesso, avvertendo che potrebbe “may carry risks if updates aren’t compatible.”
Non ho eseguito un Quick Update in questo test, quindi non posso descrivere in prima persona come appare davvero sullo schermo un eventuale fallimento. Questa è una vera lacuna in questa recensione, e tratterei qualsiasi affermazione sul comportamento di un Quick Update fallito, mia o di chiunque altro non lo abbia attivato, con la dovuta cautela.
Safe Update è il motivo per cui Pro vale il prezzo, ed è utile descrivere l’intero processo perché è più articolato di “backup, poi aggiornamento.”
Ecco esattamente come l’ho avviato. Dalla tabella Overview a livello di account sotto Integrations → Site Manager, ho trovato la riga dell’app con aggiornamenti in sospeso e ho cliccato il menu a tre puntini Actions alla fine della riga. Si sono aperte quattro opzioni: WP-Admin, App Overview, Manage Updates e Manage Plan. Ho cliccato Manage Updates.
Si è aperta una finestra modale che elencava ogni plugin con un aggiornamento in sospeso, quattro nel mio caso, Breeze, Elementor, Object Cache Pro e WP ULike, ciascuno mostrato come elemento selezionato con la sua versione attuale e la versione a cui sarebbe stato aggiornato.
Sotto l’elenco c’erano due opzioni radio: Quick Update e Safe Update, ciascuna con una descrizione in una riga del compromesso. Ho selezionato Safe Update e ho cliccato Proceed.
Invece di un singolo indicatore di avanzamento, la finestra modale che si è aperta dopo mostra una checklist a fasi che si aggiorna in tempo reale.
Ambiente di staging:
Produzione:
Ho avviato l’esecuzione alle 6:21 pm e si è conclusa alle 6:27 pm. Sei minuti, per quattro plugin, attraverso un ciclo completo di staging e poi produzione. La finestra modale stessa fa aspettare che questo “usually takes less than a minute,” e il mio test ha superato di molto quella stima.
Quel divario tra il tempo stimato indicato e quello reale è qualcosa da pianificare invece di restarne sorpresi se esegui Safe Update su un lotto di plugin durante una finestra di manutenzione, prevedi minuti, non secondi, soprattutto quando il numero di plugin cresce.
Una notifica di successo ha confermato il risultato e, nel momento stesso in cui è terminato, la scheda History a livello di account ha registrato l’evento come “On-Demand Successful: Plugins (4)” con un link ai dettagli completi.
Questa chiusura del cerchio, vedere un’azione avvenire e poi poter subito indicare una traccia permanente di ciò che è successo, è esattamente il tipo di prova rivolta al cliente di cui un’agenzia ha bisogno, e SafeUpdates non l’ha mai fornita.
Entrambe si trovano all’interno del flusso di pianificazione, invece che nella schermata di aggiornamento on-demand, il che le rende facili da non notare:
Insieme, queste due impostazioni predefinite decidono se un’esecuzione notturna non supervisionata ti sveglia con un plugin segnalato in coda, oppure con un intero sito bloccato a metà aggiornamento perché un tema incompatibile ha fermato tutto il processo. Vale la pena controllarle entrambe prima di fidarsi che una pianificazione possa girare senza supervisione.
Questo copre le prime due porte. Questa sezione copre la terza: togliere l’essere umano dal loop completamente. La scheda Auto Updates, raggiungibile dalla stessa pagina Site Manager a livello di account, è il punto in cui la promessa di “gestire molti siti come se fossero uno solo” o funziona o crolla. Nel mio caso, ha funzionato.
Ecco esattamente come l’ho configurata. Da Integrations → Site Manager, ho cliccato la scheda Auto Updates nella fila superiore.
Non essendoci ancora nulla pianificato, la pagina mostrava uno stato vuoto, “No Auto Updates Schedule,” con un solo pulsante: Set Auto Update Schedule.
Cliccandolo si apriva un wizard, “Set Auto Update Schedule,” che guidava attraverso quanto segue in un unico passaggio:
Si è poi aperta una seconda schermata, “Create Auto Update Schedule,” che copriva:
Cliccare Set AutoUpdate Schedule in basso ha salvato tutto, applicandolo a ogni app che avevo selezionato nel passaggio due, senza dover ripetere la configurazione per ogni sito.
Le tre porte e i meccanismi di aggiornamento che stanno dietro di esse coprono il come. Quest’ultima funzionalità copre la prova: un registro permanente di ciò che è accaduto, separato dal processo di aggiornamento stesso.
Ecco esattamente come l’ho attivata.
Dalla pagina Site Manager Overview di quell’app, la stessa che raggiungi dopo aver sottoscritto tramite il Percorso 1, c’è una scheda etichettata “Activity Logs are Disabled” accanto all’anello delle prestazioni, con una breve descrizione e un singolo pulsante: Enable Activity Logs.
Ho cliccato, e la scheda si è aggiornata immediatamente, senza finestra di conferma, senza passaggi aggiuntivi. Controllando subito dopo la tabella Manage Applications a livello di account, sotto Integrations → Site Manager, la colonna Activity Logs per quell’app era già passata da Disabled a Enabled, senza bisogno di ricaricare la pagina.
Questa funzionalità è inclusa in Pro, e serve a rispondere a una domanda che ogni agenzia prima o poi riceve da un cliente: chi ha cambiato cosa, e quando?
Senza di essa, la risposta di solito vive in un plugin di logging WordPress che scrive nel database del sito, che cresce nel tempo e non offre alcuna protezione contro la manomissione. Avere quel registro al di fuori dell’installazione WordPress, nel livello di hosting, è un livello di fiducia significativamente diverso per qualsiasi cosa rivolta al cliente.
Con l’intero set di funzionalità, i costi e i punti deboli sul tavolo, l’ultima domanda è semplicemente se si adatti al tuo portfolio specifico.
L’abbinamento più chiaro è un’agenzia o uno sviluppatore freelance che gestisce diversi, idealmente molti, siti WordPress che vivono già interamente dentro Cloudways, dove un aggiornamento rotto comporta un costo reale in termini di fiducia del cliente e non solo un fastidio personale.
Il flusso Safe Update e la pianificazione in blocco esistono proprio per risolvere il problema che si presenta una volta che non è più ragionevole controllare ogni sito singolarmente.
È un adattamento parziale per chi ha un portfolio misto. Il plugin gratuito Site Manager può portare dentro siti esterni per monitoraggio e aggiornamenti di base, ma le funzionalità che rendono davvero utile e degna di pagamento la dashboard nativa, Safe Update basato su staging, regressione visiva, log delle attività, restano fuori portata finché quei siti non si spostano davvero su Cloudways.
È semplicemente inutile per chi ha un solo sito. Il livello gratuito tecnicamente funzionerebbe, ma l’intero prodotto esiste per risolvere un problema su scala portfolio che un singolo sito non crea.
Sì, il site manager vale la pena adottarlo, a una condizione: che i tuoi siti vivano già su Cloudways. Entro quel confine, Site Manager mantiene ciò che promette, una vera dashboard cross-app, un percorso Safe Update che crea un backup prima di toccare la produzione e una pianificazione in blocco che tratta gli aggiornamenti come un’azione su tutta la flotta invece che come una seccatura per singolo login.
Fuori da quel confine, è uno strumento più leggero con annesso un chiaro invito alla migrazione. La soluzione migliore è per un’agenzia che sta consolidando i siti dei clienti su Cloudways e ha bisogno di un unico posto in cui dimostrare cosa è cambiato e quando.
| Description | Expert Review |
|---|---|
| Hosting WordPress gestito con velocità, sicurezza e aggiornamenti senza problemi. | Read Wordpress Hosting Review |
| Cloud hosting flessibile, ad alte prestazioni con risorse scalabili e affidabilità. | Read Cloud Hosting Review |
| Hosting email sicuro ed efficiente su misura per le esigenze di comunicazione azienda... | Read Email Hosting Review |
| Hosting Magento ottimizzato con velocità elevate e prestazioni eCommerce migliorate. | Read Magento Hosting Review |
| Read WooCommerce hosting Review | |
| Read VPS Hosting Review |
Sì. Cloudways Site Manager è un componente aggiuntivo nativo che centralizza gli aggiornamenti, il monitoraggio delle prestazioni e i registri delle attività per le applicazioni WordPress già ospitate nel tuo account Cloudways. Un plugin companion separato e gratuito estende un monitoraggio leggero e la capacità di aggiornamento ai siti WordPress ospitati ovunque.
Non attraverso il dashboard nativo testato in questa recensione, che è limitato alle applicazioni già ospitate su Cloudways. Un plugin gratuito, anch’esso chiamato Cloudways Site Manager e co-sviluppato con WP Remote, può importare siti esterni per il monitoraggio e gli aggiornamenti di core, plugin e temi, però senza il clone di staging di Safe Update, i test di regressione visiva o la cache a livello server.
Il piano Basic è gratuito e include la panoramica del sito, la gestione di utenti e plugin e gli Aggiornamenti Rapidi. Pro aggiunge Aggiornamenti Sicuri, pianificazione, monitoraggio delle prestazioni e registri delle attività a 3 $ per app al mese, che scendono a 2 $ con cinque o più app, ed è attualmente gratuito da utilizzare durante l’Anteprima Pubblica.
Aggiornamento Rapido applica le modifiche direttamente alla produzione in pochi secondi senza backup o controllo di compatibilità. Aggiornamento Sicuro crea un clone di staging, verifica la compatibilità, aggiorna ogni pacchetto, esegue un test di regressione visiva e trasferisce in produzione solo se il test ha esito positivo.
Sì. Le nuove applicazioni non vengono mai registrate automaticamente, anche quando vengono aggiunte a un server che ha già altre applicazioni Site Manager in esecuzione. Ogni sito necessita del proprio passaggio di onboarding, singolarmente oppure tramite la procedura guidata di massa in Integrations.
Rispondi a qualche semplice domanda e trova la soluzione perfetta per te!
Trova il tuo hosting
