Responsabilidade editorial: Equipe Styzen · Revisado em setembro de 2026.
É comum uma empresa descobrir tarde demais que não controla o próprio domínio, que o e-mail depende de uma conta pessoal de um antigo prestador ou que ninguém sabe onde estão os registros DNS. Esses problemas não são apenas administrativos: podem interromper site, e-mail, login, anúncios, integrações e processos de recuperação.
1. O domínio deve ser tratado como um ativo da empresa
O endereço usado pelos clientes para encontrar a empresa deveria ficar em uma conta cujo titular e meios de recuperação sejam controlados pela própria organização. O prestador pode receber acesso técnico para configurar DNS, mas o controle principal não precisa ficar permanentemente em uma conta pessoal de terceiros.
Registre onde o domínio foi comprado, qual e-mail recebe avisos de renovação, quem possui autenticação em duas etapas e quando vence. Se houver renovação automática, mantenha forma de pagamento válida e um responsável por conferir a cobrança. Um domínio expirado pode derrubar site e e-mail simultaneamente.
2. DNS é o mapa que conecta os serviços
Os registros DNS apontam o domínio para hospedagem, e-mail, verificações de propriedade e outros serviços. Antes de trocar provedor, exporte ou documente os registros atuais. Alterar apenas o endereço do site sem preservar MX, SPF, DKIM ou outros registros usados pelo e-mail pode causar falhas de entrega.
Uma documentação mínima deve registrar o tipo do registro, nome, destino, finalidade e serviço responsável. Não é necessário publicar senhas ou chaves. O objetivo é saber por que cada registro existe e quem deve ser consultado antes de removê-lo.
3. Hospedagem e código-fonte são coisas diferentes
A hospedagem é o ambiente em que o site executa; o código-fonte é o conjunto de arquivos e configurações usados para construir o projeto. Em projetos profissionais, vale saber onde cada um está armazenado e como recuperar uma cópia. Um painel de hospedagem não substitui um repositório de código, e um repositório de código não substitui backup de banco de dados e arquivos enviados por usuários.
Peça que a proposta informe quem possui a conta de hospedagem, o que acontece ao encerrar o contrato, como exportar dados e se existem dependências licenciadas ou serviços externos que precisam continuar ativos.
4. Evite contas compartilhadas quando houver acesso individual
Contas genéricas com a mesma senha para várias pessoas dificultam descobrir quem alterou uma configuração e tornam a revogação mais arriscada. Quando a plataforma permitir, crie usuários individuais com o menor nível de permissão necessário. Um editor de conteúdo não precisa, por padrão, do mesmo acesso de quem administra DNS ou faturamento.
Ao desligar um colaborador ou trocar de fornecedor, revise contas administrativas, tokens, chaves, integrações, repositórios, painéis de hospedagem, ferramentas de análise e serviços de e-mail. A saída de uma pessoa deve fazer parte do processo operacional, não depender da memória de alguém.
5. Defina recuperação antes de precisar dela
Confira para onde vão códigos de recuperação, quais telefones e e-mails estão cadastrados e quem tem acesso aos métodos alternativos. Guarde códigos de recuperação em local seguro e controlado pela organização. Se uma conta crítica depender apenas do celular pessoal de uma pessoa, a empresa pode perder acesso mesmo sem ataque.
6. O que documentar em uma planilha de ativos digitais
- domínio, registrador, vencimento e responsável;
- provedor DNS e forma de acesso;
- hospedagem e plano contratado;
- repositório de código e responsáveis;
- banco de dados e procedimento de backup;
- provedor de e-mail e registros associados;
- ferramentas de análise, publicidade e verificação;
- contas administrativas, sem registrar senhas em texto aberto;
- procedimento de transferência ou encerramento.
7. Perguntas para fazer antes de contratar
- Em nome de quem ficará o domínio?
- Quem terá acesso administrativo à hospedagem?
- Onde ficará o código-fonte e como recebo uma cópia?
- Existe banco de dados? Como ele é exportado?
- Quais serviços têm cobrança recorrente?
- O que precisa ser transferido se eu trocar de fornecedor?
- Quem responde por renovação, backup e recuperação?
8. Ao trocar de fornecedor, transfira com uma lista de verificação
Antes de cancelar o serviço antigo, confirme que domínio, DNS, e-mail, hospedagem, código, banco, arquivos, certificados, integrações e formulários continuam funcionando no novo ambiente. Faça a troca em uma janela planejada e mantenha o ambiente anterior disponível durante o período necessário para validação.
Não apague registros ou encerre contas apenas porque “o site novo já abriu”. Alguns serviços podem depender de configurações que não aparecem na página inicial, como e-mail transacional, webhooks, formulários e subdomínios.
Resumo prático
A empresa não precisa executar toda a parte técnica internamente, mas precisa saber onde estão seus ativos e como recuperar o controle. Propriedade clara, acessos individuais, documentação e processo de transferência reduzem risco operacional e facilitam a evolução do projeto.
Para organizar essas decisões dentro de um briefing maior, veja também Como planejar um site profissional. Para revisar a rotina depois da publicação, consulte o checklist de manutenção e segurança.