Gestão de domínios para agências: titularidade, acesso e renovações sem a queda das 2 da manhã

Como agências devem gerenciar domínios de clientes: quem deve ser o titular do registro, os modelos de acesso que funcionam, um registro de mudanças de DNS, as regras de transferência que pegam as pessoas de surpresa, um calendário de renovação, um checklist de entrega e um modelo de registro para todo domínio que você gerencia.

Agências raramente perdem um cliente por causa do design. Perdem por causa de um site que saiu do ar num sábado porque o domínio venceu em um cartão cancelado, ou de um registro de DNS que ninguém lembra de ter mudado, ou de um login do registrador que pertence a um designer que saiu em 2021. Domínios são uma parte pequena e chata do trabalho, com um raio de impacto incomumente grande. Este guia apresenta um modelo de titularidade, as regras de acesso, as armadilhas de transferência e as rotinas que impedem que domínios sejam o motivo do fim de uma relação com cliente.

Regra número um: o domínio é do cliente

O titular de um domínio, a pessoa ou organização indicada no registro, é quem legalmente o detém. Se a sua agência registra o domínio de um cliente no próprio nome, você detém o endereço da marca dele. Isso parece prático até a relação acabar e o cliente achar que você está mantendo o domínio como refém, ou até a sua própria agência mudar de dono.

O modelo que envelhece melhor:

Titular: a pessoa jurídica do cliente, com um e-mail funcional que ele controla ([email protected], não a caixa de uma pessoa).
Conta no registrador: do cliente, com a sua agência adicionada como delegada ou usuária da equipe, se o registrador permitir.
Cobrança: no cartão do cliente, ou no seu com repasse por escrito, mas nunca no cartão pessoal de um funcionário.
DNS: gerenciado onde fizer mais sentido operacionalmente, muitas vezes por você, mas documentado para que qualquer pessoa possa assumir.

Alguns clientes pequenos vão insistir para você "cuidar de tudo". Você pode, desde que o registro esteja no nome deles e o seu contrato diga que o domínio é deles e que você o transferirá quando pedirem.

Quatro modelos de acesso comparados

Modelo	Como funciona	Bom para	Risco
Conta do cliente, agência delegada	O cliente é dono da conta no registrador; você tem o seu próprio login com permissões.	A maioria dos clientes	Nem todo registrador oferece acesso delegado; confira antes de começar.
Conta do cliente, credenciais compartilhadas	Você recebe o login do cliente.	Idealmente, ninguém	Sem trilha de auditoria, quebra a autenticação em dois fatores, e funcionários saem levando a senha.
Conta de revenda da agência, cliente como titular	Você registra pela sua conta de revenda ou de agência, com o cliente indicado como titular.	Agências com muitos clientes pequenos	O cliente não consegue entrar sozinho; transferências para fora dependem da sua resposta.
Cliente mantém o registrador, só o DNS é delegado	O cliente aponta os nameservers para um provedor de DNS que você gerencia.	Clientes maiores com equipe de TI	Duas partes para coordenar quando algo muda.

Seja qual for a escolha, ative a autenticação em dois fatores em todas as contas de registrador e guarde os códigos de recuperação no seu gerenciador de senhas, em um cofre compartilhado, não no de uma pessoa.

As regras de transferência que pegam agências de surpresa

A Transfer Policy da ICANN define as regras para mover domínios genéricos de primeiro nível (.com, .net, .org e similares) entre registradores. Domínios de código de país (.ca, .co.uk, .de) seguem as regras do próprio registro, então confira cada um.

60 dias após o registro ou uma transferência. Um registrador pode negar uma transferência pedida em até 60 dias da criação do domínio, ou em até 60 dias de uma transferência anterior entre registradores. Não planeje uma migração para um domínio que você registrou no mês passado.
60 dias após uma mudança de titular. A política exige um bloqueio de transferência de 60 dias após uma mudança de titular. O registrador pode permitir que o titular recuse esse bloqueio, mas apenas antes de a mudança ser pedida. Se você está passando um domínio para o nome do cliente e para um novo registrador, faça a transferência primeiro ou recuse o bloqueio primeiro.
O código de autorização. O registrador deve fornecer o código de transferência (AuthInfo) e, quando o titular não consegue gerá-lo sozinho, entregá-lo em até cinco dias corridos após o pedido. Ele não pode se recusar a liberar o código apenas por causa de uma disputa de pagamento. Agências não devem tentar; isso também destrói a confiança.

A ICANN vem revisando as regras de transferência, então confira a política atual e as páginas de ajuda do seu registrador antes de uma migração grande. Nossos guias sobre domínio versus hospedagem e como conectar um domínio próprio explicam o básico para clientes que estão começando.

DNS: anote cada mudança

A maioria dos incidentes com domínios não é vencimento; são edições de DNS. Alguém adiciona um registro de e-mail para uma ferramenta nova e quebra a antiga. Alguém muda o registro A durante um lançamento e esquece a versão com www. Mantenha um histórico de mudanças por domínio, mesmo que seja uma planilha:

Data	Domínio	Registro	Valor antigo	Valor novo	Motivo	Quem	Conferido por
2026-10-02	client.com	CNAME www	old-host.example	new-host.example	Relançamento do site	AB	CD, carregado nos dados móveis
2026-10-09	client.com	TXT (SPF)	v=spf1 include:mail-a ~all	v=spf1 include:mail-a include:mail-b ~all	Nova ferramenta de newsletter	CD	AB, e-mail de teste passou

Três hábitos evitam a maioria das quedas:

Exporte a zona antes de mexer. Uma cópia de todos os registros, salva com a data, é o seu botão de desfazer.
Reduza o TTL um dia antes de uma mudança planejada para que as alterações valham rápido, e aumente depois.
Nunca apague registros de e-mail durante uma mudança no site. Os registros MX, SPF, DKIM e DMARC são do e-mail. Lançamentos de site não precisam mexer neles.

Renovações: um calendário, não uma esperança

A renovação automática é necessária, mas não suficiente: cartões vencem, e os avisos de renovação vão para quem registrou o domínio anos atrás. Mantenha um calendário de renovação:

90 dias antes do vencimento: confirme que o cartão cadastrado é válido e que o cliente ainda quer o domínio.
30 dias antes: confirme que a renovação automática está ligada; se a renovação é manual, renove agora.
No dia seguinte ao vencimento: confira se a data de vencimento mudou. Se não, aja hoje. Os registradores costumam dar algum prazo para renovar após o vencimento, mas a duração e as taxas variam por registrador e extensão, e o site e o e-mail podem parar de funcionar nesse período.

Considere renovar domínios importantes por vários anos de uma vez. O custo por ano é o mesmo e elimina várias chances de falha. A renovação do domínio e a de um certificado SSL são eventos separados; a maioria das hospedagens modernas renova certificados automaticamente, mas confirme se a sua faz isso.

Um registro para todo domínio que você gerencia

Não dá para gerenciar o que você não listou. Mantenha um registro único para a agência. Colunas que se pagam:

Domínio	Cliente	Titular (razão social)	Registrador	Dono da conta	Acesso da agência	Vencimento	Renovação automática	Provedor de DNS	Aponta para	Provedor de e-mail	Notas
harborbakery.example	Harbor Bakery	Harbor Bakery Ltd	Registrador A	Cliente	Delegada	2027-04-11	Sim	Registrador A	Plataforma do site	Google Workspace	Cartão vence em 2027-01, lembrar o cliente
harbor-bakery.example	Harbor Bakery	Harbor Bakery Ltd	Registrador A	Cliente	Delegada	2027-04-11	Sim	Registrador A	Redireciona para o principal	-	Registro defensivo

Revise todo mês. A revisão leva dez minutos e é onde você encontra o domínio no cartão de um ex-funcionário.

Checklists de entrada e saída de clientes

Quando chega um cliente novo

Encontre todos os domínios do cliente, incluindo domínios antigos de campanha e registros de variações com erro de digitação.
Consulte o titular, o registrador e o vencimento atuais de cada um.
Exporte a zona de DNS de cada um antes de mudar qualquer coisa.
Combine por escrito quem é o titular, quem paga e quem pode mudar o DNS.
Adicione cada domínio ao registro.

Quando um cliente sai

Forneça o código de transferência ou remova o seu acesso delegado, o que se aplicar, sem demora.
Entregue a exportação da zona de DNS e o histórico de mudanças.
Aponte qualquer registro que dependa de um serviço que você vai cancelar (por exemplo, um provedor de formulários ou a sua hospedagem).
Entregue uma cópia do site e do conteúdo. Nosso plano de saída de fornecedor lista o que uma entrega justa inclui.
Remova o domínio do seu registro e do seu calendário de renovação.

Domínios de clientes em uma plataforma white-label

Se você hospeda muitos sites de clientes, a forma como a plataforma lida com domínios passa a fazer parte do seu processo. Na plataforma white-label da We.Inc, a sua marca pode ficar no seu próprio domínio, e cada site de cliente pode ser conectado a um domínio do cliente pelo painel de domínio no editor. Uma chave por cliente define se ele pode conectar o próprio domínio sozinho ou se você faz isso por ele.

Painel de domínio no editor do site com o título Dê ao seu site um endereço de verdade, com a opção de conectar um domínio que você já tem — O início do painel de domínio no editor de um cliente. O cliente conecta um domínio que já tem; o registro continua sendo dele.

Configurações de um cliente com chaves para publicar, domínio próprio, ver o código e outros recursos — Chaves por cliente, incluindo se aquele cliente pode conectar o próprio domínio.

A página inicial do parceiro sugere colocar a sua marca no seu próprio domínio, para que os clientes entrem pelo seu endereço.

Opções de publicação mostrando não publicado, publicar em pré-visualização, conectar domínio próprio e exportar — As opções de publicação ficam ao lado das escolhas de domínio próprio e exportação, então um lançamento e uma mudança de domínio podem ser planejados juntos.

A plataforma não substitui o seu registro nem o seu calendário de renovação: domínios registrados em outro lugar continuam sendo renovados lá. Para ver as configurações de domínio e permissões em uma marca de demonstração, agende uma demonstração. Para a visão geral para agências, veja white-label para agências.

Fontes

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

ICANN, Transfer Policy (restrições de 60 dias após a criação e após a transferência, bloqueio e recusa na mudança de titular, regras do código AuthInfo). A ICANN indica uma versão atualizada e uma revisão da política em andamento; confira o texto atual antes de uma migração.

Este guia traz informações gerais, não aconselhamento jurídico.

Perguntas frequentes

Uma agência deve registrar os domínios dos clientes no próprio nome?

Não. Registre o domínio com a pessoa jurídica do cliente como titular, de preferência em uma conta de registrador do cliente com a sua agência como delegada. Isso evita disputas quando a relação termina.

Por que não consigo transferir um domínio que registrei no mês passado?

A Transfer Policy da ICANN permite que um registrador negue uma transferência pedida em até 60 dias da criação do domínio ou de uma transferência anterior entre registradores. Domínios de código de país seguem as regras do próprio registro.

Um registrador ou agência pode reter o código de transferência por uma fatura em aberto?

Pela Transfer Policy da ICANN, um registrador não pode se recusar a liberar o código AuthInfo apenas por causa de uma disputa de pagamento, e deve entregá-lo em até cinco dias corridos quando o titular não consegue gerá-lo.

Como evitar que os domínios dos clientes vençam?

Mantenha um registro de todos os domínios com as datas de vencimento, use renovação automática com um cartão válido, faça lembretes com 90 e 30 dias de antecedência e confira no dia seguinte ao vencimento se a data mudou. Renovar domínios importantes por vários anos ajuda.

Os clientes podem usar os próprios domínios na plataforma white-label da We.Inc?

Sim. O cliente pode conectar um domínio que já tem pelo painel de domínio no editor, e uma chave por cliente controla se ele pode fazer isso sozinho. A sua marca também pode funcionar no seu próprio domínio.