Domínio próprio no Lovable: conecte sem derrubar o site e o e-mail

Para conectar um domínio próprio a um site feito no Lovable, publique o projeto, adicione o domínio, crie no provedor de DNS (o serviço que diz à internet onde o domínio mora) os registros que a plataforma mostra e espere o status chegar a Live. O risco está no meio do caminho: registros antigos, servidores de nomes trocados e e-mail no mesmo domínio podem tirar o site ou a caixa de entrada do ar. Este guia mostra a ordem segura, com base na documentação oficial consultada em outubro de 2026.

Antes de começar: o que o Lovable exige

Segundo a documentação de domínios do Lovable, conectar ou comprar um domínio exige plano pago, e o projeto precisa estar publicado. No plano gratuito, domínios já conectados continuam funcionando, mas não é possível adicionar novos. Comprar pela plataforma pede permissão de administrador ou dono do workspace; conectar um domínio exige ao menos permissão de editor do projeto.

Antes de mexer em qualquer coisa, anote três informações: onde o domínio está registrado, quem administra o DNS hoje e se existe e-mail da empresa funcionando nesse domínio (por exemplo, [email protected]). Esse último ponto decide o nível de cuidado.

Comprar pelo Lovable ou usar um domínio que você já tem

Há dois caminhos. Comprando pela plataforma, ela registra o domínio, cria os registros necessários, emite o certificado de segurança (SSL) e conecta o endereço com e sem "www". É o caminho mais curto para quem ainda não tem domínio. Os preços são em dólar e a renovação automática vem ativada. Se o e-mail do registrante for diferente do e-mail da sua conta, é preciso clicar no link de verificação dentro do prazo, ou o domínio é suspenso.

Se você já tem um domínio, como o de um site antigo, escolha "Connect domain", informe se é domínio raiz ou subdomínio (como "blog.suaempresa.com.br") e siga o assistente, automático ou manual. Para uma empresa que já divulga o endereço em cartões, perfis e fichas de mapa, manter o domínio existente costuma ser melhor do que trocar de endereço, porque evita refazer divulgação.

Os registros de DNS e as armadilhas mais comuns

No modo manual, a plataforma mostra um registro do tipo A e um registro TXT de verificação. Copie os valores exibidos na sua tela, pois são eles que valem. Depois, limpe o que atrapalha:

• Remova registros AAAA existentes, que podem desviar o tráfego.
• Apague sobras de A, AAAA ou CNAME do provedor antigo, ou a versão antiga do site pode continuar aparecendo.
• Mantenha o registro A somente em DNS, sem proxy. Com proxy ou CDN ativo, o domínio fica preso em "Verifying". Quem usa Cloudflare ou similar deve ler a opção avançada de proxy da documentação.
• Se houver registros CAA, confira se permitem as autoridades certificadoras que a plataforma usa, inclusive no domínio principal acima do subdomínio.

A propagação (o tempo para a mudança chegar a todos) pode levar até 72 horas, embora costume ser mais rápida. Se o certificado não for emitido nesse prazo, procure o suporte do Lovable.

Cuidado com e-mail e servidores de nomes

Este é o erro que mais assusta quem não é da área. Se você trocar os servidores de nomes (nameservers) do domínio para outro serviço, o DNS passa a ser gerenciado por lá, e é preciso recriar todos os registros, inclusive os de e-mail (MX). A documentação avisa que, sem isso, site e e-mail podem sair do ar. Por isso, antes de alterar qualquer coisa, exporte ou fotografe a lista atual de registros do seu provedor. Adicionar o A e o TXT sem apagar os registros MX normalmente preserva o e-mail, mas confirme com seu provedor se a sua configuração é a comum.

Depois da conexão, envie um e-mail de teste para a empresa e peça a um cliente ou amigo que abra o site pelo celular, fora do seu wi-fi.

www, endereço principal e redirecionamentos

Em domínios externos, a opção de redirecionar "www" para o domínio raiz vem ligada por padrão. Só um domínio é o principal, e ele precisa estar Live antes de ser definido. Os outros domínios redirecionam para o principal, e a documentação informa que esse redirecionamento é 302 (temporário), sem suporte a 301 (permanente) entre domínios do projeto. Na prática, escolha desde o início um único endereço oficial e use-o em todo lugar. Para entender o que cada tipo de redirecionamento resolve, veja redirecionamento, canonical e noindex.

Se o seu site antigo tinha páginas indexadas e as URLs mudam, mapeie as páginas importantes antes de trocar. Não há garantia de que a posição se mantenha numa migração.

Depois de Live: conferir o que o cliente vê

Quando o status chegar a Live, siga um roteiro curto: abra o site com e sem "www", confira o cadeado de segurança, execute a revisão da aba "SEO & AI search" do Lovable e rode-a de novo, pois ela não é refeita sozinha a cada publicação. Depois, verifique o domínio no Search Console. A documentação lembra que trocar o domínio exige nova verificação. O passo a passo pós-publicação está em checklist de SEO no Lovable depois de publicar, e a leitura dos dados em como ler o relatório de desempenho.

Se o login do seu aplicativo quebrar no novo endereço, adicione o domínio às URLs de redirecionamento de autenticação. Para mudanças de conteúdo sem perder informações, veja como revisar e desfazer mudanças no Lovable.

Limites e o que não está garantido

Domínio próprio ajuda a marca e a confiança, mas não garante posição nem tráfego. Domínio comprado pela plataforma e não renovado deixa de servir o site, com recuperação possível por cerca de 30 dias via suporte. As telas e regras mudam, então confira a documentação oficial no dia da configuração. Para entender a influência de cada recurso na descoberta, consulte também a página de SEO e AEO do Lovable; AEO, aqui, é a organização do conteúdo para responder a perguntas.