Inscrevi duas aplicações WordPress no Cloudways Site Manager para esta análise, uma pela tela de onboarding escondida dentro da barra lateral da própria aplicação, outra pelo fluxo em massa que fica no nível da conta.

A partir daí, executei uma Safe Update real em quatro plugins, criei um agendamento compartilhado de autoatualização cobrindo ambos os sites, ativei o registro de atividades e passei tempo suficiente no painel no nível da conta para entender onde a mesma informação aparece em mais de um lugar, e por que isso importa mais do que parece.

Cloudways

Gerencie aplicações WordPress hospedadas na Cloudways com atualizações centralizadas, Safe Updates, registros de atividades e agendamento em toda a carteira.

Visite Cloudways

O que é o Cloudways Site Manager?

O Site Manager substituiu um antigo add-on da Cloudways chamado SafeUpdates. Entender o que o SafeUpdates não conseguia fazer explica quase todas as decisões de design do produto atual.

O SafeUpdates executava tudo via SSH, o que criava um conjunto específico de problemas para qualquer pessoa gerenciando mais do que alguns sites:

• Sem dashboard, então não havia como ver quais sites precisavam de atenção sem verificar cada um individualmente
• Atualizações presas a um agendamento semanal fixo, independentemente de um cliente precisar de patches diários ou manutenção mensal
• Teste visual de regressão limitado a três páginas desktop por site, cobertura muito rasa para qualquer coisa além de um site institucional simples
• Sem trilha de auditoria mostrando o que mudou, quando ou quem fez a alteração

Agências gerenciando vinte ou mais instalações WordPress disseram à Cloudways, em essência, que a ferramenta funcionava até deixar de escalar, e escalar era justamente o motivo pelo qual estavam na Cloudways.

O Site Manager é a resposta direta a esse feedback. Esse contexto importa para ler o restante desta análise, porque explica por que algumas partes do produto parecem invulgarmente maduras para algo que ainda está em Visualização Pública, e por que outras partes, como a etapa de onboarding que você encontrará no primeiro dia, ainda mostram as emendas.

O que o Cloudways Site Manager Pode Fazer?

Com esse pano de fundo, a próxima pergunta é o escopo: o que essa ferramenta realmente alcança. Antes de entrar em onboarding, atualizações e agendamento, vale ser preciso sobre o que o Site Manager cobre e o que não cobre, porque a resposta honesta é mais nuanceada do que um simples sim ou não.

O dashboard nativo é exclusivo da Cloudways

Toda aplicação disponível para inscrição no Site Manager no nível da conta, seja pela tela por aplicativo ou pelo assistente em massa em Integrações, veio de um servidor que já estava dentro da minha conta Cloudways.

Não havia campo para colar credenciais de uma instalação hospedada externamente, nem conector para um site rodando em outro host completamente diferente.

O conjunto completo de recursos coberto nesta análise, Safe Update, clone de staging, teste visual de regressão, registros de atividades, agendamento em massa, tudo isso vive dentro dessa camada nativa hospedada na Cloudways.

Um plugin separado estende monitoramento mais leve a qualquer site

A Cloudways também publica um plugin gratuito para WordPress, também chamado Cloudways Site Manager, co-desenvolvido com WP Remote.

Diferente do dashboard nativo, esse plugin é instalado diretamente em um site WordPress independentemente de onde ele esteja hospedado, o que significa que ele pode trazer um site externo, não hospedado na Cloudways, para uma versão da mesma visão centralizada.

Mas é um produto realmente diferente do dashboard nativo, e a diferença entre os dois importa:

O plugin também desativa as atualizações automáticas próprias do WordPress enquanto está ativo, uma escolha deliberada da Cloudways para evitar conflitos durante o gerenciamento remoto.

A Cloudways é transparente ao dizer que o caminho do plugin é uma ponte, e não o destino: se você quer a pilha completa, backups automáticos, staging em um clique, integração com Cloudflare, cache gerenciado, a prática recomendada declarada é migrar o site externo para a Cloudways em vez de gerenciá-lo remotamente no longo prazo.

Para uma agência com um portfólio inteiramente hospedado na Cloudways, nada disso importa. Para quem ainda mantém alguns sites em outros lugares, e a maioria das agências com as quais conversei ao longo dos anos tem pelo menos alguns, o plugin é uma opção real para monitoramento e atualizações básicas, só não é um substituto para o que o dashboard nativo faz.

Cloudways

Gerencie aplicações WordPress hospedadas na Cloudways com atualizações centralizadas, Safe Updates, registros de atividades e agendamento em toda a carteira.

Visite Cloudways

Começando: Duas Maneiras de Integrar Sites

Com a questão do escopo resolvida, a parte prática começa aqui: colocar uma aplicação WordPress no sistema de fato. A Cloudways oferece duas formas de entrar no Site Manager nativo, e elas não são igualmente adequadas para a tarefa.

Rota 1: pela barra lateral da própria aplicação

Foi assim que eu cheguei lá na primeira vez, exatamente. A partir do dashboard inicial da Cloudways, cliquei no meu servidor, depois na aplicação WordPress que estava nele, o que leva você à página Access Details dessa aplicação.

A barra lateral esquerda ali lista Access Details, Staging Management, Monitoring, Application Security, Domain Management e depois Site Manager, marcado com um selo “New”. Clicar nele me levou direto para uma tela intitulada “Simplify App Management with Site Manager”, totalmente focada naquela única aplicação, com dois cards de planos lado a lado, Basic e Pro.

Eu cliquei em Get Pro. Foi aí que as coisas deram errado.

A tela mudou para “Subscribing to the Site Manager Plan…” com uma mensagem explicando que a Cloudways estava instalando o plugin e sincronizando os dados do meu site, e que isso poderia levar alguns minutos dependendo do tamanho da aplicação.

Ela rodou por cerca de dois minutos e então falhou, retornando uma notificação vermelha: “Please delete existing plugin and install again.” Eu não tinha nenhuma instalação anterior para excluir, então a própria mensagem não dizia claramente o que havia dado errado de fato.

Cliquei em Get Pro uma segunda vez, na mesma tela de plano, sem mudar nada. Essa tentativa funcionou. Rodou por cerca de três minutos e terminou com uma notificação verde confirmando que eu havia me inscrito no plano Site Manager, levando-me à página Site Manager Overview da aplicação, com contagem de plugins, contagem de temas, uma pontuação de desempenho e uma tabela Manage Updates já preenchidos e prontos.

Rota 2: pelo dashboard no nível da conta

Este é o caminho que vale usar no momento em que você tiver mais de um site para gerenciar, e foi exatamente assim que eu o encontrei e usei.

Do dashboard inicial da Cloudways, a navegação lateral esquerda tem uma fileira de ícones: Home, Flexible, Autonomous, Integrations e Agency Partners. Cliquei em Integrations. Isso abriu um painel de cards, incluindo Site Manager (marcado como “New”), Application Migration, DNS Made Easy, CookieYes e Equalize Digital Accessibility Checker.

Clicar no card Site Manager me levou para uma tela completamente diferente da Rota 1, que fica em Integrações → Add-Ons → Site Manager, com sua própria linha de abas: Overview, Manage Updates, Auto Updates, History.

Essa página Overview é o verdadeiro centro de comando. Ela mostra estatísticas em toda a conta, Total Apps on Site Manager, Apps on Free Plan, Apps on Pro Plan, Apps with Auto Updates e, abaixo, uma tabela Manage Applications listando todas as aplicações já inscritas.

Para trazer mais, cliquei em Add Apps to Site Manager no canto superior direito dessa tabela. Isso abriu um assistente em duas etapas:

1. Select Application(s): uma lista de verificação de todas as aplicações WordPress da minha conta ainda não inscritas, com uma opção Select All e um campo de busca.

Uma nota acima da lista explicava que ela exclui apps de staging, apps em servidores parados e qualquer aplicação já executando o antigo add-on SafeUpdates. Marquei a aplicação que queria e cliquei em Select Plan.

2. Select your Plan: Basic e Pro mostrados lado a lado novamente, desta vez confirmando quantas aplicações eu havia selecionado e o custo mensal total para aquele lote. Escolhi Pro e cliquei em Enable Site Manager.

Todo o fluxo levou menos de um minuto depois que eu estava na tela do assistente, e ele se aplicou a todas as apps que eu havia marcado na etapa um de uma vez, sem repetir a escolha do plano por site.

A lacuna sobre a qual ninguém alerta

Depois de inscrever apps por ambos os caminhos, aqui está a descoberta que mudou a forma como penso a manutenção diária desse produto. Adicionei uma segunda aplicação WordPress a um servidor que já tinha o Site Manager gerenciando ativamente outra aplicação naquele mesmo servidor.

Eu esperava que a nova aplicação aparecesse automaticamente, já que estava ao lado de uma aplicação que o Site Manager já conhecia. Isso não aconteceu. A contagem “Total Apps on Site Manager” no dashboard no nível da conta permaneceu exatamente onde estava até que eu passasse manualmente a nova aplicação pelo onboarding.

Isso é uma decisão de design, mas é uma decisão de design com custo operacional:

• Para um freelancer com três ou quatro sites, lembrar de integrar um novo é trivial.
• Para uma agência colocando no ar um novo site de cliente a cada semana ou duas, isso se torna uma linha recorrente na checklist de alguém, permanentemente.
• Esqueça uma vez, e esse site fica fora do seu monitoramento, das suas atualizações em massa e dos seus registros de atividades, invisível ao dashboard que deveria ser sua única fonte de verdade.

Cloudways

Gerencie aplicações WordPress hospedadas na Cloudways com atualizações centralizadas, Safe Updates, registros de atividades e agendamento em toda a carteira.

Visite Cloudways

O que Você Está Realmente Pagando

O Site Manager se divide em um nível gratuito genuinamente útil e um nível Pro que desbloqueia os recursos sobre os quais uma agência realmente construiria um fluxo de trabalho.

Basic vs. Pro, recurso por recurso

O Basic não é uma versão de teste capada. Ele inclui uma visão geral real do site, a capacidade de gerenciar usuários, temas e plugins sem tocar no wp-admin, Single Sign-On do WordPress com um clique, Quick Updates e, notavelmente, o próprio dashboard centralizado.

A Cloudways não bloqueou a experiência central de “ver todos os seus sites em um só lugar” atrás de um paywall. O que é bloqueado é tudo o que torna esse dashboard confiável o suficiente para agir sem monitoramento constante.

O Pro está atualmente gratuito para uso durante a Visualização Pública, independentemente do preço listado, que é de $3 por aplicação por mês, caindo para $2 por aplicação quando você ultrapassa cinco aplicações.

O que o Pro realmente custa à medida que seu portfólio cresce

Esse limite de desconto vale fazer as contas antes de assumir que o Pro escala de forma barata:

Nenhum desses valores é irrazoável diante do que uma única atualização quebrada e sem backup pode custar em confiança do cliente, mas o preço por aplicação faz a conta crescer em linha reta com seu portfólio, e não em degraus de desconto como algumas ferramentas concorrentes oferecem em níveis mais altos.

Três Lugares para Disparar a Mesma Atualização

Com a inscrição e os preços fora do caminho, o restante desta análise cobre como é o uso diário de fato, começando por uma peça de arquitetura que vale entender.

Esta é a parte do design do Site Manager que levou mais tempo para realmente entender, e isso não é explicado em lugar nenhum na interface.

• A própria página Overview de uma aplicação ainda mostra sua própria tabela Manage Updates, listando os mesmos plugins pendentes que você veria no dashboard no nível da conta.
• O menu Actions por linha no dashboard no nível da conta oferece sua própria ação Manage Updates, puxando os mesmos dados subjacentes.
• A aba Auto Updates permite agendar esse mesmo tipo de atualização para ser executada automaticamente, em uma aplicação ou em todas as aplicações inscritas de uma vez.

Essas são três portas para a mesma sala. A visão por aplicação é para alguém já trabalhando naquele site específico que por acaso nota uma atualização pendente. A ação por linha no nível da conta é para alguém vasculhando todo o portfólio e decidindo agir em um único site naquele momento.

A aba de agendamento é para tirar o humano da equação por completo.

Quick Update Versus Safe Update

Das três portas descritas agora há pouco, esta seção cobre as duas primeiras, a visão por aplicação e a ação por linha no nível da conta, já que ambas abrem o mesmo mecanismo de atualização.

Todos os níveis de plano oferecem Quick Update. Aplicá-lo leva segundos: a atualização é instalada diretamente em produção sem verificação de compatibilidade e sem backup prévio.

A própria interface da Cloudways é honesta sobre a desvantagem, avisando que ela “may carry risks if updates aren’t compatible.”

Eu não executei um Quick Update neste teste, então não posso descrever em primeira mão como fica na tela um caso de falha. Isso é uma lacuna real nesta análise, e eu trataria qualquer afirmação sobre o comportamento de falha do Quick Update, minha ou de qualquer outra pessoa que não o tenha acionado, com o ceticismo apropriado.

Safe Update é onde o Pro justifica seu preço, e vale detalhar o processo porque ele é mais complexo do que “backup, depois atualização”.

Como realmente se parece uma execução de Safe Update

Foi exatamente assim que eu o acionei. A partir da tabela Overview no nível da conta em Integrações → Site Manager, encontrei a linha da aplicação com atualizações pendentes e cliquei no menu de três pontos Actions no fim dessa linha. Ele abriu quatro opções: WP-Admin, App Overview, Manage Updates e Manage Plan. Cliquei em Manage Updates.

Isso abriu uma janela modal listando todos os plugins com atualização pendente, quatro no meu caso, Breeze, Elementor, Object Cache Pro e WP ULike, cada um mostrado como um item marcado com sua versão atual e a versão para a qual seria atualizado.

Abaixo da lista havia duas opções de rádio: Quick Update e Safe Update, cada uma com uma descrição de uma linha sobre a troca. Selecionei Safe Update e cliquei em Proceed.

Em vez de um único indicador de progresso, a janela modal que abriu em seguida mostra uma lista de verificação em etapas que é atualizada em tempo real.

Staging environment:

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

Production:

• A sequência idêntica se repete quando o staging passa, terminando em uma última limpeza de cache

Iniciei a execução às 6:21 pm e ela terminou às 6:27 pm. Seis minutos, para quatro plugins, em um ciclo completo de staging e depois produção.

A janela modal em si define a expectativa de que isso “usually takes less than a minute,” o que o meu teste ultrapassou por uma margem grande.

Essa diferença entre a estimativa informada e o tempo real vale ser planejada em vez de surpreender você se estiver executando Safe Update em um lote de plugins durante uma janela de manutenção: reserve minutos, não segundos, especialmente conforme a contagem de plugins cresce.

Uma notificação de sucesso confirmou o resultado, e no momento em que terminou, a aba History no nível da conta registrou como “On-Demand Successful: Plugins (4)” com um link para o detalhe completo.

Esse fechamento do ciclo, ver uma ação acontecer e em seguida poder apontar imediatamente para um registro permanente dela, é exatamente o tipo de prova voltada ao cliente que uma agência precisa, e o SafeUpdates nunca deu isso.

As duas configurações que decidem o quão tolerantes as atualizações são

Ambas ficam dentro do fluxo de agendamento em vez da tela de atualização sob demanda, o que as torna fáceis de passar batido:

• Visual Regression Sensitivity controla quanta diferença visual entre o teste em staging e a produção é tolerada antes que uma atualização seja abortada para proteger o layout. Por padrão, ela vem no ajuste mais rigoroso disponível, “Critical, 0% difference.”
• Smart Skip for Plugin/Theme Update Failures, ativado por padrão, significa que a falha de um único plugin em atualizar não interrompe o lote inteiro. O sistema separa aquele item, atualiza todo o resto, executa a verificação de regressão visual no que teve sucesso e leva essas mudanças ao ar automaticamente.

Juntas, essas duas configurações determinam se uma execução automática noturna de atualização vai acordar você com um plugin sinalizado parado na fila ou com um site inteiro travado no meio da atualização porque um tema incompatível derrubou todo o processo. Vale conferir ambas antes de confiar que qualquer agendamento rode sem supervisão.

Cloudways

Gerencie aplicações WordPress hospedadas na Cloudways com atualizações centralizadas, Safe Updates, registros de atividades e agendamento em toda a carteira.

Visite Cloudways

Agendando Atualizações em Todo o Portfólio de Uma Vez Só

Isso cobre as duas primeiras portas. Esta seção cobre a terceira: tirar o humano da equação por completo. A aba Auto Updates, acessada na mesma página do Site Manager no nível da conta, é onde a promessa de “gerenciar muitos sites como se fossem um só” ou entrega ou desmorona. No meu caso, entregou.

Foi assim que eu configurei, exatamente. Em Integrações → Site Manager, cliquei na aba Auto Updates na linha superior.

Sem nada agendado ainda, a página mostrava um estado vazio, “No Auto Updates Schedule”, com um único botão: Set Auto Update Schedule.

Clicar nele abriu um assistente, “Set Auto Update Schedule”, que guiava através do seguinte em uma única passagem:

1. Day of Week and Schedule Time: dois menus suspensos, além de um seletor de fuso horário ao lado do campo de horário. Defini sexta-feira, entre midnight e 5:59am UTC.
2. Select Application: uma lista de verificação de todas as aplicações já inscritas no Site Manager, com uma opção Select All, e uma observação de que qualquer agendamento já definido em uma aplicação selecionada seria substituído por esse novo. Selecionei ambas as minhas aplicações e cliquei em Choose Preferences.

Uma segunda tela então se abriu, “Create Auto Update Schedule”, cobrindo:

3. Configure Update List: três seções expansíveis, WordPress Core, Plugins e Themes, cada uma com sua própria lista de verificação e uma contagem em andamento de quantas foram selecionadas. Entre minhas duas aplicações, dez plugins e quatro temas estavam disponíveis para inclusão, e cada plugin e tema individual mostrava exatamente quantas das minhas aplicações realmente o utilizavam, um pequeno detalhe que importa enormemente quando você está gerenciando dezenas de sites e tentando descobrir quais atualizações valem a pena testar em conjunto versus quais afetam apenas um site.

4. Update Type: um menu suspenso oferecendo Quick Update ou Safe Update, cada um com a mesma descrição mostrada no modal sob demanda. Escolher Safe Update revelou dois controles adicionais que só aparecem para esse modo, Visual Regression Sensitivity e Smart Skip for Plugin/Theme Update Failures.

5. Critical Updates: um toggle, desligado por padrão, reservado especificamente para enviar um patch motivado por segurança fora do agendamento normal no momento em que uma vulnerabilidade é sinalizada.

Clicar em Set AutoUpdate Schedule na parte inferior salvou tudo, aplicado a cada aplicação que eu havia selecionado na etapa dois, sem necessidade de repetir a configuração uma vez por site.

Registros de Atividades: A Parte que Realmente Tem a Ver com Confiança do Cliente

As três portas e os mecanismos de atualização por trás delas cobrem o como. Este último recurso cobre a prova: um registro permanente do que aconteceu, separado do próprio processo de atualização.

Foi assim que eu o ativei, exatamente.

A partir da própria página Site Manager Overview daquela aplicação, a mesma para a qual você vai depois de assinar pela Rota 1, um card rotulado “Activity Logs are Disabled” fica ao lado do anel de desempenho, com uma breve descrição e um único botão: Enable Activity Logs.

Eu cliquei nele, e o card foi atualizado imediatamente, sem modal de confirmação, sem etapas adicionais. Conferindo a tabela Manage Applications no nível da conta logo depois, em Integrações → Site Manager, a coluna Activity Logs daquela aplicação já tinha mudado de Disabled para Enabled, sem precisar atualizar a página.

Esse recurso fica atrás do Pro, e existe para responder a uma pergunta que toda agência eventualmente recebe de um cliente: quem mudou o quê, e quando?

Sem isso, essa resposta normalmente vive em um plugin de logs do WordPress escrevendo no próprio banco de dados do site, o que cresce com o tempo e não oferece proteção contra adulteração. Ter esse registro fora da instalação do WordPress em si, dentro da camada de hospedagem, é um nível de confiança significativamente diferente para qualquer coisa voltada ao cliente.

Cloudways

Gerencie aplicações WordPress hospedadas na Cloudways com atualizações centralizadas, Safe Updates, registros de atividades e agendamento em toda a carteira.

Visite Cloudways

Prós e Contras

Para Quem Isso Realmente Serve

Com o conjunto completo de recursos, seus custos e seus pontos frágeis todos sobre a mesa, a última pergunta é simplesmente se ele se encaixa no seu portfólio específico.

O encaixe mais claro é uma agência ou um desenvolvedor freelancer gerenciando vários, idealmente muitos, sites WordPress que já vivem inteiramente na Cloudways, onde uma atualização quebrada tem um custo real em confiança do cliente em vez de apenas inconveniente pessoal.

O fluxo Safe Update e o agendamento em massa existem especificamente para resolver o problema que aparece depois que você passa do ponto em que verificar cada site individualmente ainda é razoável.

É um encaixe parcial para quem tem um portfólio misto. O plugin gratuito Site Manager pode trazer sites externos para monitoramento e atualizações básicas, mas os recursos que tornam o dashboard nativo digno de pagamento, Safe Update baseado em staging, regressão visual, registros de atividades, continuam fora de alcance até que esses sites realmente migrem para a Cloudways.

É simplesmente desnecessário para um proprietário de site único. O nível gratuito tecnicamente funcionaria, mas todo o produto existe para resolver um problema em escala de portfólio que um único site nunca cria.

Conclusão: Vale a Pena, Mas Apenas Dentro da Cloudways

Sim, o site manager vale a pena ser adotado, com uma condição: seus sites já vivem na Cloudways. Dentro desse limite, o Site Manager entrega o que promete, um dashboard real entre aplicações, um caminho Safe Update que faz backup antes de tocar na produção e um agendamento em massa que trata atualizações como uma ação de frota em vez de uma tarefa por login.

Fora desse limite, ele é uma ferramenta mais leve com um claro empurrão para migração acoplado. O melhor encaixe é uma agência consolidando sites de clientes na Cloudways que precisa de um lugar para provar o que mudou e quando.

Cloudways

4.6

537 user reviews

R$ 57 /mo

Preço inicial

Visite Cloudways

Rating based on expert review

• Fácil de usar
  4.5
• Suporte
  4.6
• Recursos
  4.8
• Confiabilidade
  4.8
• Preço
  4.3