Cuidar de um site é tarefa. Cuidar de vinte é operação.
A diferença aparece cedo. Com poucos sites, dá para lembrar do que cada um tem. Passando de dez, ninguém lembra qual usa qual plugin de formulário, qual tem loja, qual tem aquela customização que quebra quando o tema atualiza.
Este post é sobre como organizar isso, seja você agência, estúdio, freelancer com carteira ou empresa com várias marcas.
O erro que cria o caos
O caos não nasce do número de sites. Nasce de cada site ser diferente.
Um usa Elementor, outro é tema customizado. Um tem backup no plugin, outro na hospedagem, o terceiro não tem. Cada um está numa hospedagem diferente, com login diferente, e o cliente de um deles tem acesso de administrador.
Vinte sites parecidos são uma operação. Vinte sites diferentes são vinte problemas.
O primeiro movimento não é comprar ferramenta. É padronizar.
Padronize antes de crescer
Defina uma pilha padrão para sites novos e migre os antigos aos poucos, quando encostar em cada um.
Uma stack só. Mesmo tema base, mesmo construtor, mesmo plugin de formulário, mesmo plugin de SEO, mesmo de segurança. Menos variedade, menos surpresa.
Um lugar só para hospedar. Sites espalhados em cinco provedores multiplicam senha, fatura, painel e tempo de suporte.
Um padrão de acesso. Você administrador, cliente editor. Cliente com acesso de administrador instala plugin, muda configuração e depois chama você para consertar.
Um padrão de backup. Mesma ferramenta, mesma frequência, mesmo destino, para todos.
Padronizar dói uma vez. Não padronizar dói todo mês.
A rotina que escala
Com padrão definido, a rotina passa a ser executável em lote.
| Frequência | O que fazer em todos os sites |
|---|---|
| Semanal | Atualizações aplicadas e site testado depois |
| Mensal | Teste de restauração por amostragem, limpeza de banco, revisão de plugins e usuários |
| Trimestral | Versão de PHP, auditoria de segurança, revisão de desempenho |
| Anual | Domínios, licenças, adequação do plano de hospedagem |
O detalhamento item por item está no checklist de manutenção WordPress .
Duas regras que evitam a maior parte dos incidentes.
Nunca atualize tudo de uma vez. Comece pelos sites menos críticos, confirme que nada quebrou, depois vá para os que geram receita.
Sempre teste depois de atualizar. Home, uma página interna, formulário e checkout. Em lote, isso vira uma lista de verificação rápida por site.
O que centralizar
Três coisas precisam estar num lugar só, acessível a mais de uma pessoa.
Inventário de sites. Uma planilha basta no começo. Domínio, onde está hospedado, quando vence, tema, plugins críticos, quem é o contato, o que o site faz pelo negócio do cliente.
Credenciais. Gerenciador de senhas compartilhado, com acesso revogável. Senha em bloco de notas e em conversa de WhatsApp é a origem de metade dos problemas de acesso.
Registro do que foi feito. Uma linha por intervenção. Salva quando o cliente pergunta o que mudou, e salva mais ainda quando algo quebra e você precisa saber o que foi tocado.
Multisite não é a resposta na maioria dos casos
Vale desfazer uma confusão comum. O WordPress Multisite serve para uma rede de sites que compartilham a mesma instalação, como filiais de uma mesma marca ou campus de uma escola.
Para sites de clientes diferentes, ele costuma criar mais problema do que resolve: um plugin problemático afeta todos, atualização é conjunta, um site pesado degrada os outros, e separar um cliente depois dá trabalho.
Se a sua dúvida é essa, o guia de WordPress Multisite explica quando faz sentido.
Onde a conta começa a não fechar
Existe um ponto em que a operação para de caber na sua semana. Costuma acontecer entre 10 e 20 sites, dependendo de quanto cada cliente demanda.
Os sinais são claros. Atualizações atrasando. Você descobrindo queda pelo cliente. Backup que ninguém confirma há semanas. E o pior deles: você evitando pegar projeto novo porque não tem fôlego para mais um site na carteira.
A partir daí existem três caminhos: contratar alguém dedicado, reduzir a carteira, ou apoiar a base técnica em um parceiro e ficar com a relação e o projeto.
Cada um tem uma conta diferente, e comparei as três em terceirizar a manutenção dos clientes . Se o ponto for precificação, a conta está em quanto cobrar de manutenção dos seus clientes .
Perguntas frequentes
Qual a melhor forma de gerenciar vários sites WordPress?
Padronizar a stack, concentrar a hospedagem, manter inventário e credenciais centralizados, e executar uma rotina fixa de atualização, backup e monitoramento em lote.
Devo usar Multisite para os sites dos meus clientes?
Na maioria dos casos, não. Multisite funciona para redes da mesma organização. Para clientes distintos, instalações separadas dão mais isolamento e facilitam separar um cliente depois.
Quantos sites uma pessoa consegue manter sozinha?
Depende do padrão e da demanda de cada cliente. Com stack padronizada e rotina automatizada, uma pessoa organizada cuida de algumas dezenas. Sem padrão, dez já pesam.
Vale a pena centralizar a hospedagem de todos os clientes?
Costuma valer. Reduz variedade de painel, concentra suporte e permite aplicar a mesma configuração em todos. A ressalva é evitar depender de um fornecedor sem backup externo.
Como cobrar por manutenção quando tenho muitos sites?
Por mensalidade, com faixas conforme o porte do site. Cobrança por chamado não sustenta operação com muitos clientes, porque o custo de estar disponível não é coberto.
Processo resolve mais que esforço
Quem cuida de muitos sites e vive apagando incêndio quase nunca tem problema de competência. Tem falta de padrão.
Padroniza a stack, centraliza o inventário, define a rotina e executa em lote. Só isso já muda o tamanho do trabalho.
Se em algum momento fizer sentido tirar a base técnica das suas costas e ficar com o que dá margem, me chama no WhatsApp . A gente vê quantos sites você tem e como ficaria a conta.