Este é o caso ao contrário dos outros: o domínio está registado connosco e o site vai viver noutro sítio. Um construtor de páginas, uma loja alojada 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 connosco |
Os nameservers continuam a ser os nossos, e muda-se um registo 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, correio incluído, e só depois de copiar os MX e os TXT para lá. |
|
Se o e-mail é connosco, 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 registo A. Nunca é preciso entregar a zona.
|
O que muda, e o que fica na mesma
|
Depois de o site sair |
| O registo 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 connosco. |
| 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 registado em seu nome, connosco, e renova-se connosco. 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 exactamente 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 registos em que não se toca
Quando só o site sai, estes ficam intactos. Se algum desaparecer, o correio 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.
| Registo |
O que segura |
| MX |
Para onde vai o correio que lhe enviam. Sem isto, ninguém lhe escreve. |
| TXT com SPF |
Diz que servidores podem enviar em seu nome. Sem isto, o seu correio vai parar ao lixo dos outros. |
| TXT com DKIM |
A assinatura do seu correio. Veja SPF, DKIM e DMARC. |
| TXT com DMARC |
A regra que diz o que fazer com o correio que falha as duas verificações acima. |
| Os nomes de acesso ao correio |
Os nomes que os telemóveis 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 registos TXT de verificação. |
O que o outro serviço lhe vai pedir
| 1 |
Um endereço IP, para um registo A. É o caso mais simples: abre-se o Editor de Zona no cPanel, muda-se o endereço do registo 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 registo 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 registo 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 correio não se mexeu.
|
|
|
CNAME na raiz do domínio não dá. Um CNAME não pode conviver com outros registos do mesmo nome, e a raiz do domínio tem sempre registos 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 actual: 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 registos.
E se a dúvida for o contrário, ou seja, e-mail num sítio e site noutro, o artigo dedicado é e-mail connosco e site noutro fornecedor.
Duas coisas que surpreendem toda a gente
|
|
| O hospedagem continua a existir |
Apontar o domínio para fora não cancela a conta de hospedagem, e ela continua a ser facturada. Se não a quer, cancele-a de propósito, e depois de ter a certeza de que já não precisa dos ficheiros 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 connosco, voltar o site para cá é repor um endereço no registo 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 registos 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 15,30 €/ano Pesquisar domínio |
Angola
Brasil
Kenya
Moçambique
Nigeria
Portugal
South Africa
United Kingdom
United States
International
