Ligar uma loja online ou construtor de sites

Módulo 7: Ligar serviços externos · Tempo de leitura: 9 minutos

Objetivo de aprendizagem: Depois desta lição, consegue ligar o seu domínio a uma plataforma como Shopify ou Wix sem que o seu e-mail deixe de funcionar.

Conceitos-chave: registo A em @, CNAME para www, limpar registos em conflito, AAAA, servidores de nomes para a plataforma, transferir também os registos de e-mail, registos de e-mail de loja

Duas rotas

Se constrói o seu website ou loja online numa plataforma como Shopify, Wix, Squarespace ou Webflow, quer que os visitantes em example.com e www.example.com cheguem a essa plataforma. As plataformas oferecem quase sempre duas formas de o fazer:

A maioria dos problemas na prática surge com a rota 2: o website funciona de imediato, mas o e-mail deixa de funcionar, porque os registos MX e outros registos de e-mail ficaram esquecidos nos servidores de nomes antigos (lição 2.1).

Rota 1: adicionar registos (exemplo Shopify)

No momento em que este texto foi escrito, o Shopify indica estes dois registos:

example.com.       3600   IN   A       23.227.38.65
www.example.com.   3600   IN   CNAME   shops.myshopify.com.

• Registo A em @. O domínio raiz (apex) não pode ter um CNAME, porque também é aí que estão os registos MX, NS e SOA (lição 3.2). Por isso, a plataforma indica aqui um endereço IP.
• CNAME para www. Para www pode ser um nome. A vantagem: se a plataforma mudar os seus servidores, só altera o seu próprio DNS e você não precisa de fazer nada.

Outras plataformas funcionam da mesma forma, com o seu próprio endereço IP e nome de destino. O Wix, por exemplo, indica um registo A e um CNAME para www apontando para um nome do Wix. Siga sempre o que a plataforma indicar para o seu domínio. O endereço IP pode variar consoante a plataforma, a região ou o momento.

Elimine o que está no caminho

É aqui que mais frequentemente surgem problemas. A plataforma quer que os seus registos sejam os únicos para esses nomes:

• Um segundo registo A em @. Se existirem dois registos A (o IP antigo do seu alojamento e o novo da plataforma), cada visitante escolhe um dos dois ao acaso. Metade acaba no seu site antigo. Altere o registo A existente em vez de adicionar outro.
• Um registo AAAA antigo. Se o seu alojamento também tinha um endereço IPv6, muitas vezes ainda existe um registo AAAA em @ ou www. Os visitantes com IPv6 (uma grande parte das redes móveis) acabam então no servidor antigo. Se a plataforma não indicar um endereço IPv6, remova os registos AAAA de @ e www.
• Um registo A para www. Um CNAME não pode coexistir com outro registo com o mesmo nome. Remova primeiro o registo A ou AAAA para www e só depois crie o CNAME.
• Um wildcard (*). Um wildcard não é problema: o nome www que cria separadamente tem prioridade (lição 3.3).

O que deve manter

Mantenha os registos MX, o registo A para mail (se o tiver), SPF, DKIM e DMARC. Uma loja online não precisa deles para mostrar o seu website. Se os alterar na mesma, o seu e-mail deixa de funcionar.

Se o seu website estiver atualmente num alojamento que também trata do seu e-mail, preste atenção ao seu programa de e-mail. Tem aí configurado como servidor example.com ou mail.example.com, e mail aponta através de um wildcard para o seu alojamento? Após a mudança, example.com passa a apontar para a plataforma, e então o seu programa de e-mail deixa de encontrar a sua caixa de correio. Nesse caso, crie um registo A separado mail para o endereço IP do seu servidor de e-mail, ou introduza no seu programa de e-mail o nome de servidor indicado pelo seu fornecedor de e-mail.

Certificado

A plataforma pede ela própria um certificado (https) assim que os seus registos apontarem para ela. Isso só resulta depois de os registos antigos saírem das caches (lição 6.1). Se demorar mais do que algumas horas, verifique se ainda existe um registo A ou AAAA antigo, ou um registo CAA que não permita a entidade emissora de certificados da plataforma (lição 5.2).

Rota 2: servidores de nomes para a plataforma

Se optar por definir os servidores de nomes para a plataforma, a partir desse momento a plataforma gere toda a sua zona. Tudo o que estava junto do seu administrador de DNS anterior deixa de contar. O que não voltar a preencher junto da plataforma, não existe.

Um exemplo real, anonimizado: um cliente alterou os servidores de nomes do seu domínio para apontarem para um construtor de sites e, a seguir, encomendou o e-mail noutra entidade. O construtor de sites tinha criado corretamente um registo MX mail.example.com e um registo SPF, mas não havia registo A para mail. O nome mail.example.com não existia, portanto (NXDOMAIN). O envio funcionava, a receção não: outros servidores de e-mail não sabiam para onde entregar o correio. Um único registo A mail com o endereço IP do servidor de e-mail resolveu o problema.

Se usar a rota 2, configure junto da plataforma:

example.com.             3600   IN   MX    10 mail.example.com.
mail.example.com.        3600   IN   A     192.0.2.25
example.com.             3600   IN   TXT   "v=spf1 a mx include:spf.mailprovider.example ~all"
x._domainkey.example.com. 3600  IN   TXT   "v=DKIM1; k=rsa; p=..."
_dmarc.example.com.      3600   IN   TXT   "v=DMARC1; p=none; rua=mailto:dmarc@example.com"

com os valores reais do seu fornecedor de e-mail. Se usar Microsoft 365 ou Google Workspace, configure os registos da lição 7.1 ou 7.2. Não se esqueça também dos registos TXT de verificação e dos subdomínios que já tinha.

Faça antes da mudança uma cópia da sua zona atual (uma exportação ou uma captura de ecrã), para saber o que deve constar (lição 6.3).

E-mail de loja: registos para e-mail enviado a partir da plataforma

As lojas online enviam confirmações de encomenda. Para que estas pareçam vir do seu próprio domínio, a plataforma pede muitas vezes registos adicionais, normalmente alguns registos CNAME para DKIM e, por vezes, um subdomínio próprio para o remetente. São registos adicionais ao lado dos seus registos de e-mail existentes. Têm nomes próprios e não substituem o seu MX. Preste atenção a nomes de domínio duplicados (naam.example.com.example.com) e ao ponto final (lição 2.2). Se a plataforma enviar em nome do seu domínio, verifique se deve constar no seu registo SPF, e se a sua política DMARC o permite (lição 7.4).

Na prática: como se apresenta num painel

No painel de exemplo O meu WebOké, altera na página DNS o registo A existente de @ com Editar, remove os registos AAAA e cria com Adicionar registro um CNAME www para o nome da plataforma. No DirectAdmin faz o mesmo em Administração de DNS; aí, @ e * apontam por predefinição para o pacote, pelo que cria www separadamente.

Noutros painéis, como cPanel, Plesk, Cloudflare ou o ecrã de DNS do seu registrar, os botões têm nomes diferentes, mas são os mesmos registos. Algumas plataformas oferecem um botão "ligar automaticamente" que, através de uma integração com o seu registrar, configura os registos; verifique sempre depois se os registos A e AAAA antigos foram mesmo removidos.

Resumo

• A rota 1 (adicionar registos) mantém o seu e-mail intacto; a rota 2 (servidores de nomes para a plataforma) exige que recrie todos os registos de e-mail junto da plataforma.
• Em @ entra um registo A, em www normalmente um CNAME. Um CNAME em @ não é possível.
• Altere o registo A existente em vez de adicionar outro, e elimine registos AAAA antigos e um registo A para www.
• Mantenha MX, SPF, DKIM e DMARC; preste atenção a um programa de e-mail que usa example.com como servidor.
• Os registos de e-mail de loja são registos adicionais e não substituem o seu MX.

Quiz

Exercício

Exercício Z7.3: Reconhecer uma loja online. Veja como uma plataforma trata ela própria a rota do "CNAME para www".

1. Procure o registo A de shops.myshopify.com. O endereço começa por 23.227.38.?
2. Escolha uma loja online ou website que conheça e que funcione numa plataforma. Procure o registo CNAME de www.<esse domínio> e o registo A do domínio raiz (apex). Preencha o nome de domínio e ambas as respostas.

A verificação consulta os registos em tempo real no momento da submissão.

Exercício O7.3: Configurar você mesmo na sua zona de treino. Configure a sua zona de treino <code>.dnspractice.eu como se a estivesse a ligar a uma plataforma de loja online, sem quebrar o e-mail. Na zona de treino utiliza o serviço fictício shop-demo.dnspractice.eu; no seu domínio real, utilize os valores indicados no painel de administração da plataforma.

1. Configure um registo A em <code>.dnspractice.eu com 203.0.113.10 (a "plataforma"). Só pode existir um registo A em <code>.dnspractice.eu.
2. Garanta que não existe nenhum registo AAAA em <code>.dnspractice.eu nem em www.<code>.dnspractice.eu.
3. Crie um CNAME www.<code>.dnspractice.eu para shops.shop-demo.dnspractice.eu. Se existir um registo A para www, remova-o primeiro.
4. Mantenha os seus registos MX em <code>.dnspractice.eu. Deve manter-se pelo menos um MX.

Para saber mais

Estas páginas descrevem os passos nos painéis do WebOké (DirectAdmin e O meu WebOké). Noutros painéis o funcionamento é semelhante.

• Gerir registos DNS no O meu WebOké (com exemplos para CNAME, TXT e serviços externos)
• Manual DirectAdmin 5.3: Adicionar ou alterar um registro A ou AAAA
• Manual DirectAdmin 5.4: Registos CNAME e o ponto final
• Utilizar nameservers próprios ou externos (como a Cloudflare) para o seu domínio