Domínios de clientes: a parte do white label que quebra quando ninguém é responsável por ela

White label / Domínios próprios

Domínios geram mais chamados de suporte para revendedores de sites do que o design jamais gerou. O e-mail de um cliente para depois de uma mudança de DNS, uma renovação vence, a conta no registrador pertence a um designer que saiu em 2019. Esta página explica como os domínios funcionam na We.Inc em dois níveis, a sua marca e os sites dos seus clientes, e as regras de operação que impedem que eles virem um problema seu às 11 da noite.

Agendar uma demonstração · O preço é sob medida para o seu volume e a sua configuração, e você recebe seu preço exato na chamada. 0% de taxa por transação.

Atualizado: 25 de outubro de 2026

Resumo

Há duas tarefas de domínio: o seu portal no seu próprio endereço e o site de cada cliente no endereço próprio do cliente.
Os domínios dos clientes são conectados no painel Domínio do site. O caminho preferido é trocar dois nameservers; antes, copiamos o DNS existente para que o e-mail continue funcionando.
Onde os nameservers não podem ser trocados, o caminho por registros (CNAME ou registros A) é a alternativa. O domínio raiz e o www funcionam.
Você decide por cliente se ele pode conectar um domínio sozinho. A propriedade do registro continua sendo uma decisão de negócio; recomendamos que o cliente seja o dono.

Duas tarefas de domínio diferentes

As pessoas dizem "domínio próprio" querendo dizer duas coisas distintas. Mantenha-as separadas no seu planejamento, porque elas têm donos diferentes e falham de formas diferentes.

	O domínio da sua marca	O domínio do site de um cliente
Exemplo	app.youragency.com	timberfiredpizza.com
Quem acessa	Seus clientes, para entrar e criar	Os clientes do seu cliente
Quem é dono do registro	Você	Idealmente o cliente
O que quebra se vencer	Seus clientes não conseguem acessar o portal	Um site público sai do ar
Com que frequência muda	Uma vez	A cada novo cliente

1. O domínio da sua marca

Quando uma marca é configurada com domínio próprio na We.Inc, um único domínio serve a três usos: o portal em que seus clientes fazem login fica em app. no seu domínio, os sites publicados dos clientes podem ficar em sites. no seu domínio e os e-mails que seus clientes recebem podem vir de um endereço @ seu domínio. A configuração importa os seus registros DNS existentes para a nova zona antes da troca, para que o seu site atual e a sua caixa de e-mail continuem funcionando no momento da mudança.

*A página inicial de parceiro convida você a levar todo o negócio para o seu próprio domínio. Em uma marca de demonstração, isso fica atrás do bloqueio do plano; em uma configuração real, faz parte do onboarding.*

Até isso ser feito, os clientes entram por um endereço de marca fornecido por nós. Nada muda visualmente na sua marca; só o endereço na barra do navegador. Para muitas agências isso basta nos primeiros clientes, e vale a pena resolver antes do décimo.

2. O site de um cliente no domínio do próprio cliente

Cada site de cliente tem um painel Domínio no editor. A tela é curta de propósito: a maioria dos donos de pequenas empresas nunca viu um registro DNS e não deveria precisar ver.

Painel Domínio no editor do site de um cliente com o texto Dê ao seu site um endereço de verdade, e uma opção para conectar um domínio próprio atualizando dois nameservers

*A tela de domínio que o cliente vê. "Atualize dois nameservers e nós cuidamos do resto"; o domínio raiz e o www funcionam automaticamente.*

As duas formas de conectar

Delegação de nameservers (preferida). O cliente troca os dois nameservers no registrador. Antes de pedir a troca, o sistema copia os registros DNS existentes para a nossa zona e confere a cópia com o DNS público, informando tudo o que não conseguiu trazer. Essa ordem importa: no momento em que os nameservers apontam para nós, a nossa zona passa a valer, e qualquer registro que não foi copiado (e-mail, uma verificação do Google, um subdomínio de agendamento) deixa de existir.

Registros DNS (alternativa). Se os nameservers não podem ser trocados (o provedor de TI do cliente cuida deles ou outros serviços dependem deles), o site pode ser conectado por registros: um CNAME para subdomínios como www e registros A para o domínio raiz, porque um domínio raiz não pode ter um CNAME. A RFC 1912 diz a regra com clareza: um CNAME "não pode coexistir com nenhum outro dado". O certificado de HTTPS é emitido automaticamente assim que os registros resolvem.

Qual caminho escolher

Situação	Use	Por quê
Pequena empresa, e-mail no Google Workspace ou Microsoft 365, ninguém técnico	Nameservers	Uma única mudança; os registros existentes são copiados antes
A empresa de TI do cliente cuida do DNS e não vai abrir mão dele	Registros	Nada mais na zona dele muda
O domínio também roda outros apps em subdomínios que você não conhece	Registros, ou nameservers após revisar com cuidado o relatório de importação	A importação pega o que o DNS público mostra; um registro só interno é o seu ponto cego
Domínio novo, sem nada nele	Qualquer um	Nada a perder

Quando um domínio sai

Domínios são mexidos por quem não sabe o que está fazendo: um sobrinho "arrumando" o registrador, um novo provedor de TI redefinindo os nameservers. A We.Inc verifica periodicamente os domínios delegados no ar e só age quando a Cloudflare e o registro do domínio concordam que o domínio saiu: o cliente é avisado uma vez, com os nameservers para os quais deve voltar, e, quando possível, o endereço www é recolocado na nossa rede. São exigidos dois sinais para que um site funcionando nunca seja dado como fora do ar.

3. Quem pode conectar um domínio

Conectar um domínio é uma das chaves por cliente. Deixe ligada e o cliente pode fazer isso sozinho no painel acima; desligue e o cliente vê que isso não está incluído na conta dele, e sua equipe cuida do assunto.

Controles por cliente no gerenciador de clientes da We.Inc, com chaves para publicação, conexão do próprio domínio, ver o código, blog, loja, formulários, SEO e aprovação da publicação

*Chaves por cliente. "Conectar o próprio domínio" pode seguir o padrão da sua marca ou ser definido para um único cliente.*

Desligue quando:

seu pacote inclui "nós cuidamos do seu domínio" e você cobra por esse serviço;
o cliente tem histórico de quebrar coisas;
o domínio é compartilhado com sistemas que você não gerencia.

Deixe ligada quando o cliente tem segurança, o domínio é novo ou você quer menos chamados. Mais sobre as chaves: permissões de clientes.

Registro: quem deve ser o dono do domínio

Esta é uma questão de negócio, não de software, e ela define o quanto o fim de uma relação será doloroso.

O cliente é dono do registro (recomendado). O cliente mantém o login do registrador e paga a renovação. Você tem acesso delegado ou simplesmente pede a ele que troque dois nameservers uma vez. Se vocês se separarem, nada precisa ser transferido.
Você é o dono em nome do cliente. Prático, e comum em agências que oferecem "domínio incluído". Coloque no contrato que o domínio é transferido ao cliente quando ele pedir. Os registradores exigem um código de autorização para a transferência, que, segundo a ICANN, o registrador deve fornecer em até cinco dias corridos após o pedido, e um registrador pode recusar uma transferência nos 60 dias seguintes ao registro inicial ou a uma transferência anterior. Diga isso aos clientes antes que eles precisem.

Um checklist de domínio para copiar na ficha de cada cliente

Nome do domínio, registrador e quem tem o login.
Data de renovação e quem paga (coloque um lembrete na sua agenda também).
Onde o e-mail está hospedado (Google, Microsoft, o registrador, outro).
Caminho usado para conectar (nameservers ou registros) e a data.
Registros que o relatório de importação não conseguiu copiar e o que você fez a respeito.
Se o cliente pode alterar o domínio sozinho (a chave por cliente).
O que acontece com o domínio no fim do contrato.

Três situações que você vai encontrar

O cliente cujo e-mail para. Um cliente troca os nameservers por outro provedor, não pelo painel, e o e-mail dele silencia. Na We.Inc, o caminho por nameservers copia os registros antes da troca, mas nada protege uma alteração feita em outro lugar. A solução é a lista de registros na ficha do cliente: você sabe do que o e-mail dele precisa, então consegue restaurá-lo em minutos.

O domínio em que ninguém consegue entrar. O registro está em uma conta de um web designer anterior. O cliente não pode trocar os nameservers até recuperá-la. Comece essa recuperação no primeiro dia do onboarding, não no dia do lançamento; os processos de recuperação dos registradores levam tempo.

O cliente que vai embora. Se o cliente é dono do registro, ele aponta o domínio para outro lugar e pronto. Se o dono é você, você o transfere. De qualquer forma, a saída de um cliente nunca deve significar um site que para de responder sem aviso; combine uma data de encerramento.

O que a We.Inc não faz aqui

Não prometemos um console de gerenciamento de domínios no nível de um registrador para seus clientes; o painel foi feito para conectar um domínio a um site.
Não garantimos que todo registro de que um cliente depende seja visível em uma varredura externa. Registros que existem só dentro de uma rede privada são invisíveis para qualquer verificação pública. Leia o relatório de importação.
Não fazemos nenhuma promessa de disponibilidade.

Agende uma demonstração e traga um domínio real de cliente; vamos analisar juntos qual caminho ele precisa.

Fontes

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

IETF, RFC 1912, seção 2.4: registros CNAME.
ICANN, Transferring your domain name: FAQs for domain name holders: códigos de autorização em até cinco dias corridos; transferências podem ser negadas nos 60 dias seguintes ao registro ou a uma transferência anterior.

Traga um domínio de cliente para uma demonstração

Agende uma demonstração de 30 minutos. Mostramos o criador com a sua marca, vemos quantos sites de clientes você pretende operar e passamos seu preço exato.

Agendar uma demonstração

Quer ver o tour completo antes? Conheça o criador de sites white label

Perguntas que os compradores fazem

Cada site de cliente pode ter o próprio domínio?

Sim. Todo site tem um painel Domínio. O cliente conecta um domínio que é dele trocando dois nameservers ou adicionando registros DNS quando os nameservers não podem ser trocados. O domínio raiz e o www funcionam.

Conectar um domínio vai quebrar o e-mail do cliente?

No caminho por nameservers, os registros DNS existentes são copiados para a nova zona e conferidos antes de o cliente ser orientado a fazer a troca, e é isso que mantém o e-mail funcionando. Tudo o que não pôde ser copiado é informado, então leia o relatório antes de trocar.

Posso impedir que os clientes alterem o próprio domínio?

Sim. "Conectar o próprio domínio" é uma chave por cliente, com um padrão para a marca toda. Quando está desligada, o cliente vê que isso não está incluído na conta dele.

Meu portal também pode rodar no meu próprio domínio?

Sim. Um domínio de marca é configurado para que o portal fique em app. no seu domínio, os sites dos clientes possam ficar em sites. no seu domínio e os e-mails possam sair do seu domínio.