Este é o caso ao contrário dos outros: o domínio está registrado conosco e o site vai viver em outro lugar. Um construtor de páginas, uma loja hospedada pelo fornecedor dela, um servidor de outra empresa. Dá, faz-se em minutos, e é preciso perceber uma coisa antes de começar.
As duas maneiras, e só uma serve na maioria dos casos
|
O que se faz |
Quando serve |
| A zona fica conosco |
Os nameservers continuam sendo os nossos, e muda-se um registro dentro da zona, no cPanel: o A da raiz e o www. |
Quase sempre. Obrigatório se o e-mail é nosso. É reversível numa linha e não põe nada em risco. |
| A zona vai para eles |
Trocam-se os nameservers para os que o outro serviço indicar. A zona inteira passa a ser deles. |
Só se eles tratarem de tudo, e-mail incluído, e só depois de copiar os MX e os TXT para lá. |
|
Se o e-mail é conosco, não entregue os nameservers. No segundo em que a delegação muda, os MX que apontam para as nossas caixas deixam de existir para o mundo, e as mensagens desse período não voltam. Para pôr o site lá fora, basta o registro A. Nunca é preciso entregar a zona.
|
O que muda, e o que fica na mesma
|
Depois de o site sair |
| O registro A da raiz |
Muda. Passa a ter o endereço que o outro serviço lhe der. |
| O www |
Muda. Ou um A com o mesmo endereço, ou o CNAME que eles indicarem. |
| Quem responde pelo conteúdo |
Muda. Passa a ser eles. Quedas, lentidão e erros do site passam a ser com eles, e não conosco. |
| O certificado do site |
Muda. Quem emite o certificado é quem serve o site. O nosso deixa de ser usado, mesmo continuando a existir. |
| O domínio |
Fica. Continua registrado em seu nome, conosco, e renova-se conosco. Veja renovação de domínio. |
| A zona DNS |
Fica. Continua no cPanel, e é lá que se edita seja o que for. Isso é o que lhe dá a volta atrás. |
| O e-mail |
Fica, desde que não toque nos MX. As caixas, as senhas e as mensagens ficam exatamente onde estão. |
| Os subdomínios |
Ficam, cada um onde apontar. Pode ter o site principal lá fora e uma área reservada cá dentro, ao mesmo tempo. |
Os registros em que não se toca
Quando só o site sai, estes ficam intactos. Se algum desaparecer, o e-mail parte, e nem sempre de imediato: às vezes parte só o envio, ou só as mensagens para certos destinatários, o que torna a causa difícil de ver.
| Registro |
O que segura |
| MX |
Para onde vai o e-mail que lhe enviam. Sem isto, ninguém lhe escreve. |
| TXT com SPF |
Diz que servidores podem enviar em seu nome. Sem isto, o seu e-mail vai parar ao lixo dos outros. |
| TXT com DKIM |
A assinatura do seu e-mail. Veja SPF, DKIM e DMARC. |
| TXT com DMARC |
A regra que diz o que fazer com o e-mail que falha as duas verificações acima. |
| Os nomes de acesso ao e-mail |
Os nomes que os celulares e os programas de e-mail usam para se ligarem. Se mudarem, todos os aparelhos deixam de sincronizar de uma vez. |
| TXT de verificação |
Provas que deu a outros serviços de que o domínio é seu. Apagar um pode fazer perder um serviço inteiro. Veja registros TXT de verificação. |
O que o outro serviço lhe vai pedir
| 1 |
Um endereço IP, para um registro A. É o caso mais simples: abre-se o Editor de Zona no cPanel, muda-se o endereço do registro A da raiz, e está feito.
|
|
| 2 |
Ou um nome, para um CNAME. Muitos construtores e lojas dão um nome em vez de um endereço, porque o endereço deles muda. Aceita-se, com o cuidado da caixa a seguir.
|
|
| 3 |
Um registro TXT de verificação. Eles dão-lhe uma linha de texto para provar que o domínio é seu. Acrescenta-se, não se substitui nada, e não se apaga depois sem lhes perguntar.
|
|
| 4 |
Às vezes um registro CAA. Diz que autoridades podem emitir certificados para o seu domínio. Se eles pedirem, acrescente o deles sem tirar o que lá estiver, ou o nosso certificado deixa de renovar.
|
|
| 5 |
Confirme no fim, de fora: dig A yourcompany.com para o site, e dig MX yourcompany.com para garantir que o e-mail não se mexeu.
|
|
|
CNAME na raiz do domínio não dá. Um CNAME não pode conviver com outros registros do mesmo nome, e a raiz do domínio tem sempre registros obrigatórios que não se podem tirar, incluindo os MX. Se pôr um CNAME na raiz, o painel pode até aceitar, mas o e-mail deixa de funcionar. Se o outro serviço só lhe der um nome e não um endereço, use o www como endereço principal do site e faça a raiz reencaminhar para ele. Diga-nos e tratamos disso consigo.
|
Se o site sai e o e-mail também
Aí sim, pode fazer sentido entregar os nameservers. Antes de o fazer, guarde a zona atual: dig MX yourcompany.com, dig TXT yourcompany.com e dig A yourcompany.com. Depois de a delegação mudar, esses valores já não se leem em lado nenhum. O mesmo cuidado, escrito em detalhe para um caso concreto, está em levar a zona inteira sem perder registros.
E se a dúvida for o contrário, ou seja, e-mail num site e site noutro, o artigo dedicado é e-mail conosco e site noutro fornecedor.
Duas coisas que surpreendem toda a gente
|
|
| A hospedagem continua existindo |
Apontar o domínio para fora não cancela a conta de hospedagem, e ela continua sendo faturada. Se não a quer, cancele-a de propósito, e depois de ter a certeza de que já não precisa dos arquivos nem das caixas. Veja como cancelar um serviço e ficar só com o domínio. |
| A volta atrás é de um minuto |
Como a zona ficou conosco, voltar o site para cá é repor um endereço no registro A. Enquanto não entregar os nameservers, nunca perde o controlo do domínio. |
|
Diga-nos que serviço vai usar e o que eles lhe pediram. Escrevemos os registros consigo e confirmamos que o e-mail não se mexeu.
Abrir um pedido de suporte
|
PRODUTO RECOMENDADO Registe o seu domínio .com Garanta o nome da sua empresa antes que outro o registe. a partir de R$ 93,50/ano Pesquisar domínio |
Angola
Brasil
Kenya
Moçambique
Nigeria
Portugal
South Africa
United Kingdom
United States
International
