Você fecha o mês, abre a planilha e percebe o problema: o cliente tem três sites no contrato e o relatório que você mandou na semana passada somou tudo. Ele responde pedindo explicação de por que o tráfego caiu, quando na verdade um domínio cresceu e outro parou. A partir daí, cada reunião vira discussão sobre números que não significam nada juntos. Um relatório separado por site resolve isso, mas só se a separação acontecer antes da montagem, não depois.
Por que somar métricas de sites diferentes engana o cliente
Dois sites do mesmo cliente raramente têm o mesmo objetivo. Um pode ser institucional, com foco em contato comercial. Outro pode ser uma loja com sazonalidade forte. Quando você soma sessões, conversões e receita em um único painel, cria uma média que não existe em nenhum dos dois.
O efeito prático é previsível. O cliente compara o total do mês com o total do mês anterior e cobra explicação de variações que vieram de um site só. Pior: ele começa a comparar os próprios sites entre si, como se fossem o mesmo projeto, e pergunta por que a loja não performa como o blog. Na prática, você passa a defender decisões que nunca tomou.
Além disso, existe o risco de vazamento. Um relatório único costuma trazer prints de painel, listas de plugins, dados de formulário e nomes de contatos. Se o documento circula dentro da empresa do cliente, informação de um domínio aparece para a equipe que cuida do outro. Isso não é só desconforto: dependendo do contrato, é quebra de confidencialidade.
Defina o critério de agrupamento antes de montar o relatório separado por site
Antes de qualquer ferramenta, decida como os sites serão agrupados. Existem três critérios possíveis, e cada um serve a um cenário.
| Critério | Quando usar | Risco se escolher errado |
|---|---|---|
| Por cliente | Um contrato único cobre todos os domínios | Cliente compara sites diferentes como se fossem um só |
| Por domínio | Cada site tem verba, meta ou responsável próprio | Você entrega relatório técnico demais para quem só quer o resumo |
| Por contrato | Existem contratos separados dentro do mesmo cliente | Fatura e relatório deixam de bater, e a renovação trava |
Na maioria das agências, o certo é combinar dois: emitir um documento por domínio e um resumo executivo por cliente. O documento por domínio é o que comprova o trabalho. O resumo é o que o decisor lê.
Se o cliente ainda não tem clareza sobre o que cada site deve entregar, vale revisitar o que foi combinado na comunicação com cliente WordPress antes de fechar o formato do relatório. Formato sem acordo de expectativa vira discussão mensal.
A ordem de montagem: separar, depois consolidar
A falha mais comum é montar o relatório consolidado primeiro e tentar dividir depois. Isso nunca funciona, porque os dados já foram agregados e as capturas de tela já foram feitas no contexto errado.
A ordem correta é esta:
- Liste os domínios ativos do cliente, com o contrato e o responsável de cada um.
- Colete os dados de cada domínio em um arquivo próprio, sem misturar com os outros.
- Monte o documento individual por site, com as métricas daquele projeto e só dele.
- Extraia de cada documento apenas os indicadores que fazem sentido no nível do cliente.
- Monte o resumo executivo com esses indicadores, sempre identificando o domínio de origem.
O passo 4 é o que a maioria pula. Nem tudo que entra no relatório individual deve subir para o resumo. Lista de plugins atualizados, uptime e tarefas de manutenção ficam no documento técnico. No resumo executivo entram apenas o que o cliente usa para decidir: resultado do período, o que foi feito, o que está pendente e o que precisa de aprovação.
O que entra em cada documento
Um relatório de manutenção para cliente que tem vários sites precisa de dois níveis bem definidos. Misturar os dois é o que gera confusão.
Documento por domínio
- Identificação do site, com URL e nome do projeto.
- Período coberto e responsável pela execução.
- Atualizações aplicadas: core, temas e plugins, com versões.
- Backups realizados e teste de restauração, se houver.
- Incidentes de segurança, tentativas de login e ações tomadas.
- Métricas do site: tráfego, conversões e desempenho, sempre com o domínio no título.
- Pendências e recomendações específicas daquele projeto.
Resumo executivo por cliente
- Lista dos domínios cobertos no período.
- Status geral de cada um, em uma linha.
- Destaques que exigem decisão do cliente.
- Comparação com o período anterior, sempre por domínio, nunca somada.
Quando o cliente pede um relatório para vários sites WordPress em um único PDF, você pode juntar os documentos individuais em sequência, com capa e índice. O que não pode é fundir os números.
Evite vazamento de dados entre domínios no relatório separado por site
Vazamento em relatório quase nunca é intencional. Acontece por descuido na montagem.
Os casos mais comuns são print de painel que mostra a lista de sites do cliente inteiro, exportação de planilha com abas de outros projetos, e-mail enviado com o link errado e nomes de contatos de um domínio aparecendo no documento de outro.
Por isso, trate cada documento como se fosse para um cliente diferente. Nomeie os arquivos com o domínio, revise antes de anexar e nunca reaproveite um PDF do mês anterior sem conferir se os dados foram todos substituídos. Um relatório separado por site só é confiável quando o processo impede esse tipo de erro, não quando alguém lembra de checar.
Se a agência já automatiza parte do envio, vale revisar o que está sendo gerado automaticamente e o que passa por revisão humana. O artigo sobre relatório para cliente WordPress trata desse equilíbrio entre automação e confiança.
Quando o relatório único ainda faz sentido
Existe um cenário em que somar métricas não é erro: quando os sites são, de fato, o mesmo projeto. Isso acontece em ambientes multissite do WordPress, em que domínios diferentes compartilham a mesma instalação, o mesmo catálogo e a mesma operação. Nesse caso, o relatório consolidado reflete uma realidade única.
Fora dessa exceção, separar é a regra. Mesmo que o cliente peça um número só, entregue o total acompanhado da quebra por domínio. Assim ele vê de onde vem cada parte e não cobra resultado onde não existe.
Outro caso: clientes com sites em estágios muito diferentes, como um recém-lançado e outro em manutenção apenas. Aí o relatório consolidado não só confunde, como esconde que um dos projetos está parado. Separar deixa isso visível, o que costuma ser desconfortável, mas é honesto.
Erros comuns na hora de montar
- Somar sessões e conversões de domínios diferentes no mesmo gráfico.
- Usar a mesma meta para sites com objetivos distintos.
- Enviar o documento individual para o decisor errado dentro da empresa do cliente.
- Deixar o nome de um domínio no cabeçalho do documento de outro, por reaproveitamento de template.
- Colocar tarefas técnicas no resumo executivo, o que faz o cliente perder o foco no que importa.
- Não registrar qual domínio originou cada número do resumo.
Cada um desses erros tem o mesmo efeito: o cliente deixa de confiar no relatório e passa a pedir acesso direto aos painéis. Quando isso acontece, o trabalho de manutenção perde valor percebido.
Prevenção: padronize o processo antes do próximo fechamento
Monte um template por tipo de documento e trave o que não muda. Defina a ordem das seções, o período padrão, quem revisa e em que momento o relatório é enviado. Deixe explícito no contrato quantos domínios estão cobertos e como o relatório é entregue.
Se o cliente está em vias de renovar, o histórico de relatórios separados por site é o melhor argumento que você tem. Ele mostra evolução por projeto e evita a conversa genérica de que “o site não está performando”. O artigo sobre cliente de longo prazo em WordPress aprofunda como usar esse histórico na renovação.
Quando a agência administra muitos domínios, o gargalo deixa de ser montar o relatório e passa a ser garantir que a coleta de cada site aconteceu no período certo. Um painel que reúne os sites em um só lugar ajuda a não perder prazo e a manter o histórico por domínio, o que é exatamente o que o 100% WP faz: atualizações, backups, monitoramento e manutenção de vários sites em um painel único.
Quando chamar alguém para estruturar isso
Se o problema é só o formato do documento, você resolve com template e disciplina. Mas se a agência não consegue nem saber quais sites estão ativos, qual versão está rodando ou quando foi o último backup, o relatório é só o sintoma. Nesse caso, o trabalho começa antes: inventário de sites, padronização de acesso e definição de responsáveis.
Também vale buscar ajuda quando o cliente já questionou números do relatório mais de uma vez. Reconstruir a confiança exige refazer o processo de coleta, não só mudar o layout do PDF. E, se houver suspeita de que dados de um domínio circularam para a equipe errada, trate como incidente e comunique formalmente, antes que o cliente descubra sozinho.
