Como funciona o custom domain no Site no Ar: passo a passo

Configurar um custom domain no Site no Ar significa adicionar um endereço próprio, como www.minhaempresa.com, a um Site que já foi publicado. O conteúdo não muda de lugar e a URL em <slug>.sitenoar.app continua funcionando. O domínio próprio vira outro caminho para chegar ao mesmo Site.

O processo tem quatro partes: publicar e revisar o Site, adicionar o hostname, criar os registros DNS retornados e verificar DNS e SSL. O Site no Ar orienta e acompanha essas etapas, mas você ainda precisa ter acesso ao painel do provedor que controla o domínio.

Este passo a passo mostra o fluxo inteiro, incluindo a diferença entre www e domínio raiz, os registros que cada caso exige e os sinais de que a configuração terminou de verdade.

Antes de configurar o domínio

Comece com o Site já acessível pela URL padrão. Por exemplo:

catalogo-verao.sitenoar.app

Abra esse endereço e confirme que:

• a home correta está publicada;
• imagens, fontes, CSS e JavaScript carregam;
• links e CTAs apontam para os destinos esperados;
• o conteúdo não contém placeholders;
• o layout funciona em celular;
• o slug pertence ao projeto certo.

Separar publicação e domínio reduz o número de variáveis. Se a URL padrão funciona e o domínio próprio não, você sabe que deve investigar DNS ou SSL, não reconstruir o site.

Se o Site ainda não foi publicado, siga primeiro o guia de Publicação. Para conectar um agente ao produto, comece por Configuração.

Passo 1: decida quais endereços devem funcionar

Um domínio e seu www são hostnames diferentes:

minhaempresa.com
www.minhaempresa.com

Adicionar o primeiro não adiciona automaticamente o segundo. Se os dois endereços devem abrir o Site, crie dois Custom Hostnames.

Decida também qual endereço será divulgado como principal. Você pode manter ambos funcionando, mas links de campanha, QR Codes, perfis sociais e materiais impressos devem apontar para uma forma consistente.

Antes de alterar qualquer registro, confirme se um dos hostnames já atende outro site ou serviço. Trocar o DNS de www, por exemplo, pode interromper a página antiga assim que a mudança propagar.

Passo 2: adicione o Custom Hostname

No dashboard, abra o Site, acesse a área de domínios e adicione apenas o hostname, sem protocolo, caminho, porta ou curinga.

Use:

www.minhaempresa.com

Não use:

https://www.minhaempresa.com/
www.minhaempresa.com/promocao
*.minhaempresa.com

Com o MCP conectado, o mesmo início pode ser conduzido por um agente:

Use o MCP do Site no Ar.
Adicione www.minhaempresa.com e minhaempresa.com ao Site atual.
Mostre os registros DNS necessários em uma tabela com tipo, nome e valor.
Não invente valores e não considere o processo concluído antes da verificação.

O Site no Ar cria a configuração e devolve instruções específicas para cada hostname. Copie esses valores; não reutilize IPs ou destinos vistos em outro projeto.

Passo 3: identifique se é subdomínio ou apex

O tipo de hostname determina o tipo de registro DNS.

Essa diferença não é detalhe de nomenclatura. Ela muda o que deve ser criado no provedor DNS.

Para www e outros subdomínios

Crie o CNAME retornado pelo Site no Ar.

Alguns provedores pedem apenas www no campo de nome; outros aceitam o hostname completo. Siga a instrução retornada e a convenção do painel. O guia de Subdomínios mostra os conflitos mais comuns.

Um nome com CNAME normalmente não deve ter A, AAAA ou outro CNAME ao mesmo tempo. Revise os registros existentes antes de salvar.

Para o domínio raiz

O apex usa os registros A e AAAA retornados.

Crie todos os registros solicitados. Se o apex ainda aponta para outro serviço por A, AAAA, ALIAS, ANAME ou CNAME flattening, a configuração antiga pode continuar respondendo. Consulte Domínio raiz antes de substituir valores.

Não remova registros de e-mail, como MX, SPF, DKIM ou DMARC. O pedido é mudar os registros do hostname usado pelo site, não reorganizar toda a zona DNS.

Passo 4: salve e aguarde a propagação

DNS não atualiza ao mesmo tempo em todos os resolvedores da internet. Depois de salvar, caches podem continuar usando o valor anterior por alguns minutos ou horas, conforme o provedor e o TTL.

Durante esse período:

1. aguarde alguns minutos antes da primeira checagem;
2. compare tipo, nome e valor com a instrução do Site no Ar;
3. corrija somente se houver divergência ou conflito;
4. se estiver tudo correto, aguarde em vez de alternar registros;
5. rode a verificação novamente.

Ficar trocando valores durante a propagação cria sinais contraditórios e dificulta saber qual configuração está sendo observada.

Passo 5: verifique DNS e SSL

Depois de aplicar os registros, peça ao agente:

Verifique os Custom Hostnames deste Site.
Para cada hostname, informe o status de DNS, o status de SSL e a próxima ação.
Se os registros estiverem corretos e apenas propagando, diga para aguardar.
Se houver divergência, mostre exatamente qual tipo, nome ou valor revisar.

Os estados mais comuns são:

DNS e certificado são etapas relacionadas, mas não idênticas. Um registro pode já estar correto enquanto o HTTPS ainda é preparado. No apex, a primeira abertura também pode acionar a emissão sob demanda.

O processo está concluído quando o hostname aparece como active, abre com https://, apresenta certificado válido e exibe o Site certo. O guia de Verificação e DNS reúne sintomas e correções.

Passo 6: teste como visitante

Abra cada endereço configurado:

https://minhaempresa.com
https://www.minhaempresa.com

Confira:

• certificado válido para o hostname;
• conteúdo do Site correto;
• imagens, fontes e scripts carregando;
• links internos funcionando no novo endereço;
• formulário e CTA chegando ao destino esperado;
• comportamento em celular;
• ausência de redirecionamento para o serviço antigo.

Quando houver suspeita de cache local, teste em outra rede ou dispositivo. Mantenha <slug>.sitenoar.app como referência durante a migração: a URL padrão continua ativa em paralelo e ajuda a separar problema de conteúdo de problema de domínio.

Erros comuns no custom domain

Incluir https:// no hostname

Custom Hostname é só o nome. Remova protocolo, barra e caminho.

Configurar apenas www ou apenas o apex

Cada endereço precisa ser adicionado e verificado separadamente.

Usar um destino visto em outro Site

Copie os registros retornados para o hostname atual. Não deduza valores.

Manter registros conflitantes

Um www antigo ou um apex ainda apontado para outra hospedagem pode impedir a validação.

Tratar propagação como falha imediata

Se tipo, nome e valor estão corretos, aguarde antes de fazer outra mudança.

Declarar sucesso antes de abrir a URL

Status ativo é necessário, mas a entrega termina com o teste real do conteúdo em HTTPS.

Checklist final

Antes de divulgar o domínio próprio, confirme:

• o Site funciona na URL padrão;
• apex e www foram escolhidos conscientemente;
• cada hostname foi adicionado separadamente;
• os registros vieram do Site no Ar;
• conflitos foram revisados sem tocar em registros de e-mail;
• DNS e SSL aparecem como ativos;
• todas as URLs finais foram abertas e testadas;
• o endereço principal está consistente nos materiais da campanha.

O custom domain no Site no Ar não exige montar servidor, proxy ou pipeline de certificados. A plataforma transforma o pedido em registros verificáveis, acompanha DNS e SSL e mantém a URL padrão disponível. Você conserva o controle do domínio e consegue saber exatamente qual etapa ainda precisa de ação.