Entrega de site WordPress: checklist de handover para agências

O cliente aprova o layout, o site entra no ar e três dias depois chega a mensagem: “não consigo acessar o painel”. Ou pior: “recebi um e-mail de cobrança da hospedagem”. A entrega de site WordPress costuma ser tratada como um evento, quando na verdade é um processo. Sem uma ordem clara de fechamento, a agência herda chamados que não estavam no escopo e o cliente sai da relação achando que comprou algo que não recebeu.

O que segue é a ordem que evita esse cenário: o que transferir, o que não entregar, o que documentar e onde a maioria das agências perde dinheiro ou perde o cliente.

O que transferir na entrega de site WordPress

Transfira o que dá autonomia ao cliente. Retenha o que protege você e o próprio site. A confusão entre os dois é a origem da maior parte dos problemas.

Na prática, a regra é simples: transfira a propriedade, retenha a operação. O cliente é dono do domínio, da conta de analytics e do conteúdo. Você continua operando o que for serviço.

O que NÃO entregar (e como explicar isso sem parecer retenção)

Muitas agências evitam essa conversa por medo de parecer que estão prendendo o cliente. O caminho oposto costuma funcionar melhor: explique o motivo técnico de cada retenção.

• Hospedagem em seu nome: se você revende, o cliente paga por um plano que você gerencia. Se ele quiser migrar, você entrega um backup completo e o domínio. Isso precisa estar escrito.
• Licenças de plugins: uma licença de agência cobre dezenas de sites. Se você transferir a licença para o cliente, perde o direito de usar em outros projetos e ele passa a pagar por algo que antes estava incluso.
• E-mail de recuperação: é o que permite a você recuperar o acesso se o cliente esquecer a senha ou o e-mail principal for comprometido. Não é controle, é plano B.
• Acesso ao servidor: a menos que o cliente tenha equipe técnica, dar SSH ou painel de hospedagem só aumenta a chance de alguém quebrar o site sem querer.

Por isso, o contrato precisa dizer o que fica retido e por quê. Cliente que entende a razão raramente reclama. Cliente que descobre sozinho costuma sair.

Documentação obrigatória antes de dar o projeto como concluído

Sem documento, a entrega vira discussão de memória. Monte um PDF ou uma pasta compartilhada com, no mínimo:

1. URL do site e URL do painel administrativo.
2. Lista de plugins instalados, com versão e para que servem.
3. Credenciais de acesso do cliente (nunca as suas).
4. O que está incluso no escopo e o que é cobrado à parte.
5. Como pedir suporte e qual o prazo de resposta.
6. Backup: onde está, com que frequência e como restaurar.
7. Contatos de emergência (hospedagem, registrador de domínio).

Esse documento é o mesmo que serve de manual para o cliente no dia a dia. Se você nunca montou um, vale ver o modelo de manual para cliente WordPress: o que entregar na entrega.

Checklist de handover: a ordem que evita chamado na primeira semana

A sequência importa. Fazer na ordem errada costuma gerar retrabalho.

1. Feche o escopo por escrito. Antes de qualquer transferência, confirme que tudo que foi combinado está no ar. Se ficou pendência, ela entra no documento como pendência, não como surpresa.
2. Crie o usuário administrador do cliente. Use o e-mail dele, com senha forte. Não reutilize a sua conta.
3. Transfira a propriedade do Search Console. Adicione o cliente como proprietário e rebaixe seu acesso para usuário delegado.
4. Transfira a propriedade do GA4. Mesma lógica: proprietário é o cliente, você fica com acesso de edição.
5. Transfira o domínio se ele estiver no seu registrador. Atualize os DNS se a hospedagem também mudar.
6. Envie o documento de entrega com tudo que fica retido e o motivo.
7. Agende a reunião de handover. Uma call de 30 minutos evita dezenas de e-mails.
8. Ative o monitoramento. Uptime, backup e atualizações precisam continuar rodando depois que o cliente assume o dia a dia.

Se você pula o passo 6, o cliente vai descobrir sozinho o que ficou retido. Isso costuma acontecer no pior momento possível.

O recorte de agência: modelo repetível para vários clientes

Quem entrega um site por ano consegue improvisar. Quem entrega um por mês precisa de padrão. O modelo repetível tem três camadas:

• Entrega técnica: o que foi listado acima (transferências, documentação, reunião).
• Serviço retido: manutenção mensal, atualizações, backup, monitoramento, suporte. Isso vira receita recorrente e é o que sustenta a agência depois do projeto.
• Autonomia do cliente: edição de conteúdo, publicação de posts, troca de imagens. O cliente faz sozinho, sem abrir chamado.

O ponto exato onde a maioria perde o cliente é a fronteira entre a segunda e a terceira camada. Se o cliente não sabe o que pode editar sozinho, ele abre chamado para tudo. Se ele acha que pode editar tudo, quebra o layout e culpa a agência. Por isso, o documento de entrega precisa dessa divisão explícita. Vale complementar com o que discutimos em escopo de projeto WordPress: como filtrar pedidos do cliente.

Quando NÃO usar esse checklist

Esse roteiro foi pensado para projetos de agência com cliente externo. Ele não se aplica bem a três casos:

• Site interno da própria empresa: não há transferência de propriedade, só de responsabilidade entre times.
• Cliente com equipe técnica própria: nesse caso, transfira também o acesso ao servidor e ao repositório de código. A retenção de SSH deixa de fazer sentido.
• Projeto entregue como produto fechado (SaaS ou licenciamento): o cliente não é dono do código nem do ambiente. O contrato é outro.

Forçar esse checklist nesses cenários gera atrito desnecessário. Adapte ou descarte.

Erros comuns na entrega de site WordPress

1. Entregar sem reunião. Mandar um e-mail com acessos e sumir é o jeito mais rápido de gerar chamado na primeira semana.
2. Manter o e-mail de recuperação no seu domínio. Se o cliente perde acesso, o e-mail de recuperação chega em uma caixa que ele não controla.
3. Não documentar o que é cobrado à parte. O cliente acha que manutenção está inclusa e descobre o contrário na primeira fatura.
4. Transferir a licença de plugin. Quebra o modelo de agência e cria dependência desnecessária.
5. Esquecer o backup pós-entrega. O cliente assume o site, faz uma alteração, quebra algo e não tem para onde voltar.
6. Não avisar sobre atualizações automáticas. Em alguns casos, é melhor desativar e controlar. Veja quando isso faz sentido em desativar atualização automática no WordPress: quando fazer.

Prevenção: o que fazer depois da entrega

Depois que o cliente assume o dia a dia, sua operação muda de foco. Você deixa de construir e passa a monitorar. Três coisas precisam continuar rodando:

• Backup automático com teste de restauração periódico. Backup que nunca foi restaurado não é backup, é esperança.
• Monitoramento de uptime para saber do problema antes do cliente.
• Atualizações controladas de core, temas e plugins, com janela definida.

Se você administra vários clientes, esse pós-entrega vira uma operação em si. É aí que faz sentido centralizar tudo em um painel como o 100% WP, que reúne atualizações, backups e monitoramento de vários sites em um lugar só. O ganho não é só tempo: é não depender da memória de quem entregou o projeto seis meses atrás.

Por fim, trate a entrega como o começo da relação, não o fim do projeto. Cliente que entende o que recebeu, o que ficou retido e o que pode fazer sozinho costuma renovar contrato. Cliente que descobre tudo por conta própria costuma procurar outra agência na primeira dificuldade. Se o seu caso é manter o cliente depois da entrega, vale ver também cliente de longo prazo em WordPress: como renovar contratos.

Fonte: Documentação oficial do WordPress