O pingback WordPress usa XML-RPC para expor seu site a varreduras e DDoS. Desative o recurso por filtro no functions.php ou por plugin, mas antes teste se o XML-RPC responde e verifique se algum app ou integração depende dele. Em vários sites, audite e aplique em lote.
Para lidar com cliente difícil WordPress, transforme pedidos vagos em escopo escrito com número de horas, limite de alterações e janela de resposta. O contrato define o que está incluso e o que vira cobrança extra. Pedido fora do combinado recebe resposta padrão, não execução imediata.
Snippet substitui plugin quando a função é pequena, estável e você controla o deploy. Em frota de sites, o functions.php perde para um plugin próprio versionado, porque sobrevive à troca de tema e pode ser replicado. Teste em um site antes de espalhar.
Antes do primeiro commit, defina o que é template (tema pai, snippets, plugins obrigatórios) e o que é configuração por cliente. Sem essa separação, o segundo site do mesmo cliente reaproveita banco ou tema do primeiro e o fluxo quebra na escala.
Registre cada tarefa no instante em que ela acontece, dentro do WordPress, do painel de gerenciamento ou do sistema de tickets. Escolha o local conforme o número de sites e o acesso do cliente. No fim do mês, o relatório de trabalho WordPress sai pronto, sem cobrança contestada e sem hora não faturada.
Para montar um painel para cliente WordPress sem dar acesso ao admin, ajuste o papel para Editor ou Author e esconda os menus que não fazem parte da rotina dele. Papel ajustado com snippet no child theme sobrevive quando a agência repete a configuração em vários sites.
Plugin de comentário troca o sistema nativo; antispam só filtra o que chega nele. Antes de instalar, meça o volume real por site e decida entre desativar, moderar ou terceirizar. Sem essa ordem, você empilha peso sem resolver a fila de moderação.
Separe a coleta por domínio antes de montar qualquer documento. Só depois consolide um resumo executivo por cliente. Relatório único com números somados faz o cliente comparar sites diferentes como se fossem o mesmo projeto e cobrar resultado onde não existe.
Não existe kit universal de plugins essenciais WordPress. A regra prática é ter um plugin por função crítica (backup, segurança, cache, SEO, formulário, e-mail) e dispensar a função quando o recurso já vem do servidor, do tema ou do próprio WordPress. Padronize o que é igual em todos os sites e deixe variar o que depende do projeto.
Para acelerar o deploy de tema WordPress em vários sites, escolha o método pelo tipo de hospedagem: WP-CLI onde há SSH, Git em ambientes com deploy por repositório e o painel do provedor quando só existe FTP. Valide o fluxo em um site de teste antes de replicar.
