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

A partir daí, executei um Safe Update real em quatro plugins, criei um cronograma 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 todo o portfólio.

Visite Cloudways

O que é o Cloudways Site Manager?

O Site Manager substituiu um antigo complemento 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 por SSH, o que criava um conjunto específico de problemas para qualquer pessoa que gerenciasse mais do que alguns poucos sites:

• Sem painel, então não havia como ver quais sites precisavam de atenção sem verificar cada um individualmente
• Atualizações travadas em um cronograma semanal fixo, independentemente de um cliente precisar de correções diárias ou manutenção mensal
• Teste visual de regressão limitado a três páginas desktop por site, cobertura muito limitada para qualquer coisa além de um site institucional
• 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 funcionar em escala, e escalar era justamente o motivo pelo qual elas 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 incomumente maduras para algo ainda em Prévia 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 contexto em mente, 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 ele não cobre, porque a resposta honesta é mais nuanceada do que um simples sim ou não.

O painel 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 Integrations, vinha de um servidor já 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 provedor totalmente diferente.

O conjunto completo de recursos coberto nesta análise, Safe Update, clonagem 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 um monitoramento mais leve para qualquer site

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

Ao contrário do painel nativo, este 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.

No entanto, é um produto genuinamente diferente do painel nativo, e a diferença entre os dois importa:

O plugin também desativa as próprias atualizações automáticas 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 é um passo intermediário, e não o destino: se você quiser a pilha completa, backups automatizados, staging com 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 a longo prazo.

Para uma agência com um portfólio totalmente hospedado na Cloudways, nada disso importa. Para qualquer pessoa que ainda esteja administrando alguns sites em outro lugar, e a maioria das agências com quem falei ao longo dos anos tem pelo menos alguns, o plugin é uma opção real para monitoramento básico e atualizações, só não é um substituto para o que o painel nativo faz.

Cloudways

Gerencie aplicações WordPress hospedadas na Cloudways com atualizações centralizadas, Safe Updates, registros de atividades e agendamento em todo o portfólio.

Visite Cloudways

Começando: duas formas de inscrever sites

Com a questão do escopo resolvida, a parte prática começa aqui: realmente inscrever uma aplicação WordPress. A Cloudways oferece duas maneiras 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 exatamente assim que cheguei lá da primeira vez. No painel inicial da Cloudways, cliquei no meu servidor e depois na aplicação WordPress que estava nele, o que leva à página Access Details dessa aplicação.

A barra lateral esquerda ali lista Access Details, Staging Management, Monitoring, Application Security, Domain Management e então Site Manager, marcado com um selo “New”. Clicar nele me levou diretamente a uma tela intitulada “Simplify App Management with Site Manager,” totalmente escopada para aquela única aplicação, com dois cartões de plano lado a lado, Basic e Pro.

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.

Rodou por cerca de dois minutos e então falhou, retornando uma notificação de erro em vermelho: “Please delete existing plugin and install again.” Eu não tinha nenhuma instalação anterior para apagar, então a própria mensagem não me dizia o que realmente tinha dado errado.

Cliquei em Get Pro uma segunda vez, na mesma tela de plano, sem mudar nada. Aquela tentativa funcionou. Rodou por cerca de três minutos e terminou com uma notificação verde confirmando que eu havia assinado o plano Site Manager, levando-me à página 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 painel no nível da conta

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

Na página inicial da Cloudways, a navegação à esquerda tem uma linha de ícones: Home, Flexible, Autonomous, Integrations e Agency Partners. Cliquei em Integrations. Isso abriu um painel de cartões, entre eles Site Manager (marcado como “New”), Application Migration, DNS Made Easy, CookieYes e Equalize Digital Accessibility Checker.

Clicar no cartão Site Manager me levou a uma tela completamente diferente da Rota 1, que fica em Integrations → Add-Ons → Site Manager, com sua própria linha de abas: Overview, Manage Updates, Auto Updates, History.

Esta página Overview é o verdadeiro centro de comando. Ela mostra estatísticas em nível de 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 cada aplicação já inscrita.

Para incluir 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 cada aplicação WordPress da minha conta ainda não inscrita, com a 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 app já executando o antigo complemento SafeUpdates.

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 esse lote. Escolhi Pro e cliquei em Enable Site Manager.

Todo o fluxo levou menos de um minuto depois que cheguei à tela do assistente, e ele se aplicou a todas as aplicações que eu havia marcado na etapa um de uma só vez, sem repetir a escolha do plano para cada site.

A lacuna que ninguém avisa

Agora que inscrevi apps pelos dois caminhos, aqui está a descoberta que mudou a forma como penso sobre a manutenção diária deste produto. Adicionei uma segunda aplicação WordPress a um servidor que já tinha o Site Manager gerenciando ativamente outra aplicação nesse 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. Não apareceu. A contagem “Total Apps on Site Manager” no painel no nível da conta permaneceu exatamente onde estava até eu passar manualmente a nova aplicação pelo onboarding.

Isso é uma escolha de design, mas é uma escolha de design com um custo operacional:

• Para um freelancer com três ou quatro sites, lembrar de inscrever um novo é trivial.
• Para uma agência lançando um novo site de cliente a cada semana ou duas, isso se torna uma tarefa 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 no painel que deveria ser sua fonte única da verdade.

Cloudways

Gerencie aplicações WordPress hospedadas na Cloudways com atualizações centralizadas, Safe Updates, registros de atividades e agendamento em todo o portfólio.

Visite Cloudways

O que você está realmente pagando

O Site Manager se divide em uma camada gratuita genuinamente utilizável e uma camada Pro que libera os recursos em torno dos quais uma agência realmente construiria um fluxo de trabalho.

Basic vs. Pro, recurso por recurso

Basic não é uma avaliação reduzida. Ele inclui uma visão 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 e Quick Updates e, notavelmente, o próprio painel centralizado.

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

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

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

Esse limite de desconto vale a pena ser calculado antes de assumir que o Pro escala de forma barata:

Nenhum desses números é irracional diante do que uma única atualização quebrada e sem backup pode custar em confiança do cliente, mas o preço por aplicativo 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 acionar a mesma atualização

Com a inscrição e o preço resolvidos, o restante desta análise cobre como é o uso diário de fato, começando por uma parte da arquitetura que vale a pena entender.

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

• A própria página Overview de uma aplicação ainda mostra sua própria tabela Manage Updates, listando as mesmas atualizações pendentes de plugins que você veria no painel no nível da conta.
• O menu Actions em nível de linha no painel 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 executado automaticamente, em um aplicativo ou em todos os aplicativos inscritos de uma vez.

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

A aba de agendamento é para remover o humano do processo por completo.

Quick Update versus Safe Update

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

Todo nível de plano oferece Quick Update. Aplicá-lo leva segundos: a atualização é instalada diretamente em produção sem nenhuma checagem de compatibilidade e sem backup prévio.

O próprio texto da interface da Cloudways é honesto sobre a troca, alertando que ele “pode trazer riscos se as atualizações não forem compatíveis.”

Eu não executei um Quick Update neste teste, então não posso descrever em primeira mão como é uma falha dele na tela. 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 devido ceticismo.

O Safe Update é onde o Pro justifica seu preço, e vale explicá-lo em detalhes porque o processo é mais complexo do que “backup, depois atualização.”

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

Foi exatamente assim que eu o acionei. A partir da tabela Overview no nível da conta em Integrations → 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 um modal listando cada plugin com atualização pendente, quatro no meu caso, Breeze, Elementor, Object Cache Pro e WP ULike, cada um mostrado como 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, o modal que se abriu em seguida mostra uma lista de verificação em etapas, 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 purga de cache

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

Essa diferença entre o tempo estimado na interface e o tempo real vale ser planejada em vez de surpreender você caso esteja executando Safe Update em um lote de plugins durante uma janela de manutenção; reserve minutos, não segundos, especialmente à medida que o número de plugins aumenta.

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

Esse fechamento do ciclo, ver uma ação acontecer e depois 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 ofereceu isso.

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

Ambas ficam dentro do fluxo de agendamento, e não na tela de atualização sob demanda, o que as torna fáceis de ignorar:

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

Juntas, essas duas configurações padrão determinam se uma execução noturna de atualização sem supervisão vai acordá-lo com um plugin sinalizado parado em fila, ou com um site inteiro preso no meio da atualização porque um tema incompatível derrubou o processo inteiro. Vale verificar ambas antes de confiar que qualquer cronograma rodará sem supervisão.

Cloudways

Gerencie aplicações WordPress hospedadas na Cloudways com atualizações centralizadas, Safe Updates, registros de atividades e agendamento em todo o portfólio.

Visite Cloudways

Agendando atualizações em um portfólio inteiro de uma vez

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

Foi exatamente assim que eu a configurei. Em Integrations → 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 me guiou pelos itens a seguir 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 meia-noite e 5:59am UTC.
2. Select Application: uma lista de verificação de cada aplicação já inscrita no Site Manager, com a opção Select All, e uma nota de que qualquer agendamento existente já definido em uma aplicação selecionada seria substituído por este novo. Selecionei as duas aplicações e cliquei em Choose Preferences.

Em seguida, uma segunda tela 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 tempo real de quantos itens foram selecionados. Entre minhas duas aplicações, dez plugins e quatro temas estavam disponíveis para inclusão, e cada plugin e tema individual indicava exatamente quantas das minhas aplicações o utilizavam, um pequeno detalhe que importa enormemente quando você está gerenciando dezenas de sites e tentando distinguir quais atualizações valem a pena testar amplamente e quais afetam apenas um único 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 alternador, desligado por padrão, reservado especificamente para aplicar um patch motivado por segurança fora do cronograma normal no momento em que uma vulnerabilidade for detectada.

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

Registros de atividades: a parte que realmente é sobre confiança do cliente

As três portas e a mecânica de atualização por trás delas cobrem o como. Este último recurso cobre a prova: um registro permanente do que aconteceu, separado do processo de atualização em si.

Foi exatamente assim que eu o ativei.

A partir da própria página Overview do Site Manager dessa aplicação, a mesma para a qual você é levado após assinar pela Rota 1, há um cartão chamado “Activity Logs are Disabled” ao lado do anel de desempenho, com uma breve descrição e um único botão: Enable Activity Logs.

Cliquei nele, e o cartão foi atualizado imediatamente, sem modal de confirmação, sem etapas adicionais. Ao verificar a tabela Manage Applications no nível da conta logo em seguida, em Integrations → Site Manager, a coluna Activity Logs dessa aplicação já havia 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 acaba recebendo de um cliente: quem mudou o quê, e quando?

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

Cloudways

Gerencie aplicações WordPress hospedadas na Cloudways com atualizações centralizadas, Safe Updates, registros de atividades e agendamento em todo o portfólio.

Visite Cloudways

Prós e contras

Para quem isso realmente serve

Com o conjunto completo de recursos, seus custos e suas arestas todas sobre a mesa, a última pergunta é simplesmente se isso se encaixa no seu portfólio específico.

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

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

É um encaixe parcial para qualquer pessoa com 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 painel nativo digno de pagamento, Safe Update baseado em staging, regressão visual, registros de atividades, continuam fora de alcance até que esses sites realmente sejam movidos para a Cloudways.

É simplesmente desnecessário para quem tem um único site. A camada gratuita tecnicamente funcionaria, mas todo o produto existe para resolver um problema em escala de portfólio que um único site jamais cria.

Conclusão: vale a pena, mas só 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 verdadeiro painel entre apps, um caminho Safe Update que faz backup antes de tocar em produção e um agendamento em massa que trata atualizações como uma ação de frota, e não como uma tarefa por login.

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

Cloudways

4.6

537 user reviews

€ 9,46 /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