Checklist de entrega de site: tudo o que transferir quando um site muda de mãos

Um checklist de entrega para agências que encerram um projeto, funcionários que deixam uma função ou clientes que trocam de fornecedor: contas e titularidade, domínio e DNS, código e conteúdo, formulários e dados, integrações, documentação e uma folha de aprovação. Inclui as armadilhas de prazo na transferência de domínio.

Um site muda de mãos com mais frequência do que se imagina: uma agência termina um projeto, um freelancer segue em frente, o único funcionário que "cuidava do site" sai, um cliente troca de fornecedor. A cada vez, algo se perde. Normalmente não é o site em si, mas o que está em volta dele: o domínio registrado no cartão pessoal de alguém, o formulário que envia e-mails para um ex-funcionário, a conta de analytics em que ninguém consegue entrar. Uma entrega só está completa quando o novo responsável consegue operar o site, consertá-lo e deixá-lo, sem ligar para o anterior. Este checklist foi construído em torno desse teste.

A regra que evita a maioria dos problemas de entrega

As contas pertencem à organização, não às pessoas. Todo serviço de que o site depende deve estar registrado num e-mail da organização (web@, it@, admin@) que sobreviva às mudanças de equipe, com a organização como titular da conta e a cobrança no meio de pagamento da organização. Se você só for corrigir uma coisa durante a entrega, corrija esta.

Para agências, o corolário é: sempre que possível, construa nas contas do cliente desde o primeiro dia, ou planeje no contrato a transferência explícita de cada conta. "Entregamos tudo no final" é como os domínios ficam no limbo por meses.

1. O inventário de contas

Liste todas as contas que o site usa. Copie esta tabela e preencha uma linha por serviço.

Serviço	Fornecedor	Titular da conta (organização)	E-mail de login	Quem paga	Data de renovação	Transferido? (data)
Registrador do domínio
Provedor de DNS (se for separado)
Plataforma do site ou hospedagem
E-mail do domínio
Analytics
Search Console / Bing Webmaster
Perfil da empresa em mapas
Pagamentos
E-mail marketing / newsletter
Agendamento, chat ou outros embeds
Repositório de código
Licenças de imagens de banco ou fontes

Nas ferramentas que permitem (analytics, Search Console, perfis de empresa), a transferência mais limpa é: adicione o novo responsável como proprietário ou administrador pleno, confirme que ele consegue entrar e ver tudo e só então remova o anterior. Nunca remova primeiro.

2. Domínio e DNS

O domínio é o único ativo capaz de levar junto o site inteiro e o e-mail. Trate-o com cuidado extra.

Confira o titular. O titular registrado (o registrant) deve ser a organização. Se uma agência ou um ex-funcionário for o titular, mude isso.
Conheça as regras de prazo antes de começar. Pela Transfer Policy da ICANN, um registrador pode recusar a transferência para outro registrador em até 60 dias após o registro do domínio ou após uma transferência anterior. A política também exige um bloqueio de transferência de 60 dias depois de uma troca de titular, do qual os registradores podem permitir que o titular abra mão. Na prática: se você vai trocar o titular e o registrador, pergunte ao registrador sobre a opção de abrir mão do bloqueio antes de trocar o titular, ou faça primeiro a troca de registrador.
Mover a conta pode ser mais simples do que mover o domínio. Muitos registradores permitem passar um domínio para outra conta de cliente no mesmo registrador, o que muitas vezes é mais rápido que uma transferência entre registradores.
Exporte a zona de DNS (ou tire print de cada registro) antes de mudar qualquer coisa. E-mail, verificações e serviços de terceiros muitas vezes dependem de registros que ninguém lembra de ter criado.
Ative a renovação automática com um meio de pagamento da organização e anote a data de vencimento no inventário.

Nossos guias sobre registros MX, SPF, DKIM e DMARC e o que acontece quando um domínio expira cobrem os registros que mais quebram durante uma entrega.

Um painel de domínio num editor de sites convidando o dono a conectar um domínio que ele já tem — No We.Inc, o dono do site conecta um domínio que já possui. O domínio continua no registrador dele, no nome dele.

3. O site em si: código, conteúdo e mídia

Uma cópia completa e atual do site que o novo responsável possa guardar de forma independente: um download do código, um repositório dele ou uma exportação completa, conforme a plataforma.
Os originais da mídia (imagens em alta resolução, logos em vetor, vídeos), não só as versões comprimidas do site.
Licenças de temas, plugins, fontes e imagens de banco pagos, com prova de que estão licenciados para o cliente, não para a agência.
Uma lista de páginas, incluindo landing pages ocultas ou sem links que ainda são usadas em anúncios ou impressos.
Todos os redirecionamentos ativos e o motivo de cada um.

Um painel de código mostrando a árvore de arquivos de um projeto de site e o código-fonte de um componente — O código de cada site We.Inc fica visível no editor (se a marca permitir) e pode ser baixado.

Uma janela Export Project com abas para GitHub, ZIP, Vercel e Domain e um campo para o nome do repositório — Exportar para um repositório GitHub controlado pelo novo responsável é uma forma de entregar o código.

4. Formulários, dados e notificações

É aqui que as entregas falham em silêncio. Um formulário que envia e-mails para um ex-funcionário parece normal por fora durante meses.

Liste cada formulário, para onde os envios são mandados por e-mail e onde ficam armazenados.
Troque os endereços de notificação por caixas de entrada compartilhadas.
Exporte os envios armazenados que a organização precisa guardar e combine quem apaga as cópias antigas.
Anote os dados pessoais que o site coleta e onde a política de privacidade os descreve, para que a política continue batendo com a realidade depois da entrega.
Faça um envio de teste em cada formulário depois da mudança e confirme que ele chega.

5. Integrações e chaves

Conexões de pagamento, agendamento, newsletter e chat: quem é dono de cada conta e se a conexão sobrevive a uma troca de dono do site.
Chaves de API e webhooks: liste-os e depois gere novas chaves para qualquer uma que a parte que está saindo conhecia. Trocar uma chave é barato; a chave funcionando de um ex-prestador não é.
Códigos de rastreamento e pixels: confirme que cada um envia dados para uma conta controlada pelo novo responsável; remova os que não enviam.

6. Pessoas e acesso

Liste todos que têm login em qualquer uma das contas acima.
Remova o acesso da parte que está saindo depois que o novo responsável confirmar o dele, e registre a data.
Troque todas as senhas compartilhadas. Leve-as para o gerenciador de senhas da organização.
Ative a autenticação em dois fatores onde houver, com os códigos de recuperação guardados pela organização.

7. A documentação de que o novo responsável realmente precisa

Um documento de entrega não precisa ser longo. Ele precisa responder às perguntas que o novo responsável vai ter na primeira semana ruim.

Pergunta	Resposta no documento
Como mudo o horário de funcionamento / os preços / a página da equipe?	Passo a passo das cinco edições mais comuns
O site caiu. O que verifico?	Renovação do domínio, DNS, página de status da plataforma, contato do suporte
Os formulários pararam de chegar. Por quê?	Onde as notificações são configuradas, como testar, pasta de spam
O que renova, quando e a que custo?	A coluna de renovação do inventário
O que combinamos de não mudar?	Regras da marca, textos jurídicos que pertencem a outra pessoa
Para quem eu ligo?	Suporte da plataforma, eventual desenvolvedor contratado, responsável interno

8. Aprovação

Termine com uma folha de aprovação curta que os dois lados guardam. Cada linha é confirmada por quem recebe, não por quem está saindo.

Item	Confirmado por quem recebe	Data
Consigo entrar em todas as contas do inventário como proprietário ou administrador
O titular do domínio é a nossa organização e a renovação automática está ativada
Tenho uma cópia completa e independente do site
Os envios de teste de todos os formulários chegaram à nossa caixa de entrada
Todas as chaves conhecidas pela parte que saiu foram trocadas
O acesso da parte que saiu foi removido
Tenho o documento de entrega e as licenças

Entrega numa plataforma white-label

Quando uma agência constrói sites numa plataforma white-label, o cliente muitas vezes tem uma conta sob a marca da agência. Isso levanta uma pergunta justa para os dois lados: o que acontece com o site se a relação terminar? Tenha a resposta por escrito antes de começar e confira numa demonstração.

No We.Inc, a resposta é concreta. Cada cliente tem a própria conta sob a marca da agência, entra pelo login com a marca da agência e é dono dos sites nessa conta. Se a agência remover um cliente, os sites dele continuam no ar e a conta continua intacta; o cliente simplesmente deixa de receber os controles e os e-mails com a marca da agência, e a agência pode restaurá-los depois. O código do site pode ser baixado como ZIP ou exportado para o GitHub, e um domínio que o cliente conectou continua registrado no nome dele.

O painel de controle de um cliente com sites, plano, limite de sites, chaves de recursos, notas, tags e opções para pausar ou remover o cliente — A visão da agência sobre um cliente. Remover um cliente encerra a relação com a agência, mas mantém os sites do cliente no ar e a conta dele intacta.

Os clientes entram pelo login com a marca da agência com a própria conta, que é deles e não um login compartilhado da agência.

Se quiser ver esse fluxo, incluindo o que o cliente vê e mantém, agende uma demonstração. Para o lado contratual de deixar um fornecedor, leia nosso plano de saída de fornecedor de site; para as verificações antes de um novo site entrar no ar, nosso checklist de lançamento de site.

Fontes

Última verificação em 2026-10-25.

ICANN, Transfer Policy (recusa de transferência em 60 dias e bloqueio após troca de titular). A ICANN vem revisando esta política; confira as regras atuais do seu registrador antes de agir.

Perguntas frequentes

O que a entrega de um site deve incluir?

Um inventário de todas as contas de que o site depende, com titularidade da organização, o domínio e os registros de DNS, uma cópia independente do código, do conteúdo e da mídia, licenças, configurações de formulários e dados, chaves trocadas, acesso removido da parte que sai, um documento de entrega curto e uma folha de aprovação confirmada por quem recebe.

Quem deve ser o dono do domínio?

A organização a que o site pertence, como titular, com um e-mail e um meio de pagamento da organização e renovação automática ativada. Não uma agência, um freelancer ou um funcionário individual.

Posso transferir um domínio logo depois de trocar o titular?

Talvez não. A Transfer Policy da ICANN exige que os registradores apliquem um bloqueio de transferência de 60 dias depois de uma troca de titular, embora possam permitir que o titular abra mão dele, e um registrador pode recusar transferências em até 60 dias após o registro ou uma transferência anterior. Consulte o seu registrador primeiro.

Como sei que uma entrega está completa?

Quando o novo responsável consegue operar, consertar e deixar o site sem falar com o anterior: ele entra como proprietário em tudo, tem uma cópia independente, recebe os envios dos formulários e o acesso e as chaves da parte que saiu não existem mais.

O que acontece com o site de um cliente se uma agência parar de usar o We.Inc para ele?

Se a agência remover um cliente, os sites dele continuam no ar e a conta continua intacta; ele deixa de receber os controles e os e-mails da agência. O código pode ser baixado ou exportado para o GitHub.