Passo a passo · Domínio Hostinger + Lovable

Migrar um site Lovable sem derrubar páginas de venda.

Tutorial para conectar um projeto Lovable a um domínio próprio gerenciado na Hostinger quando o domínio já tem páginas importantes publicadas. O objetivo não é “apontar DNS e torcer”. É preservar receita.

Ver passo a passo O que não fazer

Antes de mexer no DNS, responda isto.

Essa etapa evita o clássico “era só uma configuração” que termina com página de vendas fora do ar. Pequeno detalhe técnico, grande prejuízo comercial.

Inventário

Quais páginas já existem?

Liste todas as páginas importantes no domínio atual: home, páginas de venda, obrigado, checkout, blog, termos, pixels, scripts e redirecionamentos.

Destino

Onde o Lovable deve entrar?

Defina se o Lovable será o site principal, uma landing específica, uma área nova ou um experimento temporário.

Risco

O que não pode quebrar?

Marque páginas com tráfego pago, campanhas ativas, links em bio, páginas indexadas e URLs usadas em anúncios.

Regra de ouro: se o domínio raiz já tem várias páginas de venda rodando na Hostinger, não altere o registro principal @ ou www sem antes saber exatamente o que será substituído. Isso parece sofisticado, mas talvez seja só um botão de autossabotagem com interface bonita.

Escolha o modelo de alocação.

Aqui está a decisão que protege as páginas existentes. DNS não é um editor de páginas; é um direcionador de tráfego.

Mais seguro

Subdomínio para Lovable

Exemplo: lp.dominio.com.br, app.dominio.com.br, novo.dominio.com.br.

  • Preserva o domínio principal.
  • Não mexe nas páginas antigas.
  • Ideal para landing nova ou projeto separado.
Mais arriscado

Domínio raiz para Lovable

Exemplo: dominio.com.br apontando inteiro para Lovable.

  • Só use se o Lovable vai substituir o site atual.
  • Exige plano de migração das páginas antigas.
  • Risco alto se existem vendas ativas.
Avançado

Caminho específico

Exemplo: dominio.com.br/oferta-x no Lovable mantendo o resto na Hostinger.

  • DNS sozinho não resolve.
  • Precisa proxy/reverse proxy, CDN ou replicar a página na hospedagem atual.
  • Use só com apoio técnico.

Passo a passo recomendado.

Fluxo seguro para Hostinger + Lovable quando já existem páginas no domínio.

01

Mapeie o domínio atual antes de tocar em qualquer registro.

No painel da Hostinger, acesse a zona DNS do domínio e registre o estado atual.

  • Tire prints da zona DNS.
  • Exporte/copie os registros A, CNAME, AAAA, MX, TXT.
  • Liste URLs comerciais ativas: páginas de venda, obrigado, checkout, políticas, rastreamentos.
  • Identifique se o site atual usa dominio.com.br, www ou subpastas.
Checklist mínimo:
- dominio.com.br abre onde hoje?
- www.dominio.com.br abre onde hoje?
- Existem campanhas rodando para alguma URL?
- E-mail do domínio usa MX/TXT? Não mexer sem motivo.
- Existem registros AAAA? Eles podem interferir em roteamento.
02

Defina a URL do Lovable sem invadir o que já vende.

Se houver páginas de venda no domínio principal, escolha um subdomínio novo para o Lovable. É o caminho mais limpo.

  • Para projeto novo: novo.dominio.com.br.
  • Para landing: lp.dominio.com.br ou oferta.dominio.com.br.
  • Para área/app: app.dominio.com.br.

Se o cliente insistir em usar o domínio raiz, pause. Isso vira migração de site, não simples conexão de domínio.

03

Publique o projeto no Lovable e adicione o domínio escolhido.

No Lovable, o projeto precisa estar publicado antes do domínio servir o site.

  • Acesse o projeto no Lovable.
  • Vá em Project → Settings → Domains ou no modal de publicação.
  • Escolha Connect existing domain.
  • Digite o subdomínio decidido, por exemplo: lp.dominio.com.br.
  • Copie os registros DNS que o Lovable pedir.

Lovable permite conectar subdomínios individualmente. O www não vem automaticamente junto; se precisar, adicione separadamente.

04

Na Hostinger, crie só o registro do subdomínio.

No hPanel da Hostinger, vá em Domínios → Gerenciar → DNS / Nameservers → Zona DNS e adicione o registro indicado pelo Lovable.

  • Para subdomínio, normalmente será um CNAME.
  • Nome/Host: somente o prefixo, exemplo lp.
  • Valor/Aponta para: o endereço informado pelo Lovable, normalmente algo como seu-projeto.lovable.app ou destino equivalente.
  • TTL: deixe padrão ou use valor baixo se disponível.
Exemplo conceitual — siga o valor exato do Lovable:
Tipo: CNAME
Nome: lp
Valor: seu-projeto.lovable.app
TTL: padrão

Não altere registros @, www, MX ou TXT se eles não fazem parte da conexão escolhida.

05

Verifique propagação e SSL.

Depois de salvar DNS, volte ao Lovable e aguarde a verificação. A propagação pode levar minutos ou, em casos ruins, até 72 horas.

  • Teste em aba anônima.
  • Use DNS Checker se o domínio não validar.
  • Confirme se o SSL/HTTPS foi emitido.
  • Se aparecer site errado, verifique registros duplicados ou AAAA.
Testes úteis para equipe técnica:
dig lp.dominio.com.br CNAME
curl -I https://lp.dominio.com.br
curl -I https://dominio.com.br/pagina-de-venda-importante
06

Teste as páginas antigas antes de anunciar a mudança.

O Lovable pode estar funcionando, mas o objetivo é não danificar o que já existe. Valide as páginas antigas uma por uma.

  • Home atual.
  • Páginas de venda com tráfego.
  • Páginas de obrigado.
  • Checkout e integrações.
  • Pixels, eventos e formulários.

Se algo antigo quebrou, reverta o DNS usando os prints do passo 01. Sem print, você vira arqueólogo do prejuízo.

07

Só depois crie redirects, se fizer sentido.

Se uma página antiga precisa levar para a nova landing no Lovable, faça redirecionamento de forma explícita — não por acidente DNS.

  • Redirect de uma página específica: configure na hospedagem atual/Hostinger, se disponível.
  • Redirect de campanha: atualize o link no gerenciador de anúncios, e não só no site.
  • SEO: use 301 apenas quando a mudança for permanente.
  • Teste UTMs e eventos antes de escalar tráfego.

O que fazer e o que evitar.

Para cliente, isso precisa ser simples. Para quem executa, precisa ser preciso.

Fazer

Usar subdomínio quando o domínio principal já vende.

É a forma mais segura de publicar o Lovable sem interferir nas páginas atuais.

Evitar

Apontar o domínio inteiro sem inventário.

Trocar @ ou www às cegas pode derrubar tudo que depende do domínio atual.

Fazer

Guardar snapshot da zona DNS.

Prints e registros copiados são plano de reversão. Sem isso, rollback vira adivinhação.

Evitar

Mexer em e-mail, TXT e MX.

Esses registros normalmente não têm relação com a landing. Quebrar e-mail por causa de landing é uma proeza ruim.

Checklist final antes de liberar para o cliente.

Use esta lista como aceite operacional.

✓Registros DNS antigos salvos em print ou documento.
✓URL do Lovable definida como subdomínio, se houver páginas existentes no domínio raiz.
✓Projeto publicado no Lovable antes de conectar o domínio.
✓Registro criado na Hostinger exatamente como o Lovable informou.
✓HTTPS funcionando no novo endereço.
✓Páginas de venda antigas testadas depois da alteração.
✓Formulários, checkout, pixels e páginas de obrigado revisados.
✓Plano de rollback documentado caso algo saia do lugar.

Resumo executivo: domínio com páginas vivas não é lugar para teste heróico. Primeiro isola, depois valida, só então redireciona ou migra.