Pular para conteúdo principal
JedIN
Voltar à Wiki
pageslanding-pagednscnamesslguiatutorialhostgatorcloudflare

Domínio próprio em landing pages JedIN: guia DNS passo a passo

JedIN Team2026-04-2924 min de leitura

Por que configurar um domínio próprio?

Quando você publica uma landing page no JedIN sem domínio próprio, o link fica algo como dev.jedin.io/p/abc123/xyz. Funciona, mas:

  • SEO: o domínio do seu negócio não acumula autoridade
  • Branding: visitantes veem "jedin.io", não a sua marca
  • Conversão: estudos mostram queda de 5–15% em formulários hospedados em terceiros
  • E‑mail e Ads: campanhas com URL própria têm melhor entregabilidade e CTR

A solução é apontar um subdomínio próprio (ex.: lp.suaempresa.com.br ou materiais.suaempresa.com.br) pro nosso edge. A URL no browser fica https://lp.suaempresa.com.br/... o tempo todo, com cadeado verde, e nada de "jedin.io" aparece pro visitante.

É padrão de mercado. Esse é o mesmo modelo usado por RD Station, HubSpot, Webflow, Mailchimp, Cloudflare for SaaS e qualquer outra plataforma de LP. O cliente cria registros DNS no domínio dele apontando pra plataforma. Ninguém pode mexer no seu DNS sem sua autorização — quem registrou o domínio é o único que controla.

Documentação oficial RD Station pra comparação:

O que você vai precisar

  1. Acesso ao painel do JedIN Pages com permissão org_owner ou org_admin no site que vai receber o domínio
  2. Acesso ao painel DNS do seu domínio — ou seja, login no provedor onde o seudominio.com.br foi registrado (HostGator, Registro.br, GoDaddy, Cloudflare, AWS Route53, Locaweb, UOL Host, etc.)
  3. 5–10 minutos de tempo pra adicionar 2 registros + esperar a propagação

Não vai mexer em nada que já está no ar. Os 2 registros que você vai adicionar ficam num subdomínio novo (lp.). O seudominio.com.br principal e qualquer outro subdomínio existente continuam funcionando idêntico ao que estavam antes.

Glossário rápido

Se você nunca mexeu em DNS, ou faz tempo, esses termos aparecem nesta wiki:

TermoSignificado
DNSDomain Name System — o "catálogo" que traduz nomes (lp.suaempresa.com.br) em endereços IP de servidores
Zona DNSConjunto de todos os registros de um domínio (ex.: zona do seudominio.com.br contém todos os subdomínios e records dele)
Registro / RecordUma entrada na zona DNS — tem tipo (A, CNAME, TXT, MX...), nome e valor
CNAME"Canonical Name" — aponta um nome pra outro nome (ex.: lp.empresa.com.br aponta pra pages-edge.jedin.io). Browser resolve a cadeia até encontrar um IP
TXTTexto livre na zona DNS. Usado pra validações (provar que você é dono), SPF (e-mail), DKIM, etc.
TTLTime To Live — quanto tempo o cache do DNS mantém o registro antes de revalidar. Menor = propaga mais rápido, mais consultas
Propagação DNSTempo até o cache do DNS no mundo inteiro (provedores de internet, browsers, servidores) ver o novo registro. Geralmente 5min–2h, raramente até 72h
FQDNFully Qualified Domain Name — nome completo com ponto final (lp.empresa.com.br.). Alguns painéis exigem o ponto final, outros não
Nameserver (NS)Servidor que responde pelos registros DNS de um domínio. Se o nameserver é da Cloudflare, é a Cloudflare que controla a zona, não o registrar onde você comprou
Apex / Naked domainDomínio raiz, sem subdomínio (empresa.com.br em vez de lp.empresa.com.br). RFC do DNS proíbe CNAME no apex — alguns provedores resolvem com ANAME/ALIAS
HTTP-01 / DNS-01Métodos de validação de SSL do Let's Encrypt. Usamos HTTP-01 (servimos um arquivo no .well-known/acme-challenge/ pra Let's Encrypt baixar)
Cert-managerSoftware open-source que automatiza emissão e renovação de certs SSL no Kubernetes. JedIN usa pra provisionar Let's Encrypt automaticamente

Visão geral do fluxo

1. No JedIN Pages          →  Site → Configurações → Domínio próprio
                               Digita "lp.suaempresa.com.br"
                               Clica "Iniciar verificação"
                               JedIN gera 2 registros pra você criar

2. No DNS do seu domínio   →  Adiciona TXT (validação de propriedade)
                               Adiciona CNAME (apontamento pro nosso edge)
                               Espera DNS propagar (5min–2h, raramente até 72h)

3. De volta no JedIN       →  Clica "Verificar agora"
                               Backend faz lookup TXT, valida
                               Dispara provisionamento SSL via Let's Encrypt
                               Cert fica pronto em ~3 minutos

4. Pronto                  →  Visitantes abrem https://lp.suaempresa.com.br
                               URL fica preservada
                               Cadeado verde no browser
                               LP servida com seu branding

Passo 1: Iniciar a verificação no JedIN Pages

Antes de começar — pré-requisitos do seu lado

  • Você precisa estar logado no JedIN com perfil org_owner ou org_admin da organização que tem o site (perfis editor e viewer não enxergam essa configuração — peça ao admin pra promover ou pra fazer ele mesmo)
  • O site já precisa existir no JedIN. Se ainda não criou, vá em Pages → Sites → + Novo site e crie antes
  • Se você nunca publicou nenhuma LP, recomendamos publicar uma primeiro pra testar o fluxo padrão (pages.jedin.io/p/...) e só depois configurar o domínio próprio — assim você sabe que a LP está OK antes de mexer em DNS

Onde clicar no painel JedIN

  1. Faça login em https://app.jedin.io (ou a URL do seu tenant — ex.: dev.jedin.io em ambiente de testes)
  2. No menu de produtos, click em JedIN Pages (ícone de documento)
  3. Sidebar lateral → Sites → click no nome do site que vai receber o domínio
  4. Aba Configurações (no topo do site) ou ícone de engrenagem
  5. A seção Domínio próprio fica no topo da página de configurações, antes de "Informações gerais"

O que a tela mostra

┌─────────────────────────────────────────────────────────────┐
│  🔗  Domínio próprio                                        │
├─────────────────────────────────────────────────────────────┤
│  ℹ Como funciona                                            │
│  Aponte um domínio próprio (ex. lp.suaempresa.com.br) pro   │
│  JedIN. A gente provisiona o cert SSL automaticamente via   │
│  Let's Encrypt em ~3 minutos depois da verificação DNS. O   │
│  domínio fica visível no browser pro visitante final — a    │
│  URL dele NUNCA mostra "jedin.io".                          │
│                                                             │
│  ┌─ Adicionar domínio ──────────────────────────────────┐   │
│  │  Subdomínio: [ lp.suaempresa.com.br        ]         │   │
│  │              [ + Iniciar verificação ]                │   │
│  └─────────────────────────────────────────────────────┘   │
│                                                             │
│  Apex domain só funciona com registrar que suporta          │
│  ANAME/ALIAS. Subdomínios funcionam em qualquer um.         │
└─────────────────────────────────────────────────────────────┘

Passos detalhados

  1. No campo Subdomínio, digite o subdomínio completo que você quer usar

    • Exemplos válidos: lp.suaempresa.com.br, materiais.suaempresa.com.br, pages.suaempresa.com.br
    • Recomendados: prefixos curtos e claros como lp., pages., materiais., conteudos., landing., promo.
    • Apex domain (suaempresa.com.br sem prefixo): só funciona em registrars que suportam ANAME ou ALIAS records (Cloudflare, Route53). HostGator e Registro.br NÃO suportam — use sempre subdomínio
    • Não use prefixos curtos demais — a.suaempresa.com.br ou 1.suaempresa.com.br confundem visitantes

  2. Click em Iniciar verificação

  3. O painel atualiza e mostra 2 registros que você precisa criar no DNS, junto com um token único de verificação:

    ┌─ lp.suaempresa.com.br ───────────────  [Aguardando DNS] ⏳ ┐
│                                                            │
│  1. Crie este registro TXT na sua zona DNS:               │
│     ┌──────────────────────────────────────────────────┐  │
│     │  Tipo:   TXT                                     │  │
│     │  Nome:   _jedin-verify.lp.suaempresa.com.br      │  │
│     │  Valor:  jedin-pages-verify=<token-único>        │  │
│     └──────────────────────────────────────────────────┘  │
│                                                            │
│  2. Crie este CNAME (pode ser feito já):                  │
│     ┌──────────────────────────────────────────────────┐  │
│     │  Tipo:   CNAME                                   │  │
│     │  Nome:   lp.suaempresa.com.br                    │  │
│     │  Valor:  pages-edge.jedin.io                     │  │
│     └──────────────────────────────────────────────────┘  │
│                                                            │
│  [ Verificar agora ]  [ 🗑 ]                              │
└────────────────────────────────────────────────────────────┘

  4. Mantenha essa aba aberta enquanto faz a configuração DNS — você vai precisar clicar em "Verificar agora" depois que o IT tiver criado os records. Se fechar e reabrir, os valores ficam salvos (o token não muda até você deletar e recriar).

  5. Status visíveis nessa tela:

    • Aguardando DNS ⏳ — TXT ainda não validado
    • DNS OK ✅ — TXT validado, cert SSL provisionando
    • Provisionando SSL... 🔄 — Let's Encrypt emitindo cert (~3min)
    • SSL ativo 🔒 — pronto, LP servindo via HTTPS no domínio próprio
    • SSL falhou ⚠ — algum problema no provisionamento (ver troubleshooting)

Passo 2: Descobrir onde está o DNS do seu domínio

Se você não sabe onde está hospedado o DNS do seu domínio, abra um terminal e rode:

nslookup -type=NS seudominio.com.br

A resposta mostra os nameservers. Os nomes geralmente indicam o provedor:

Nameserver contémProvedor
hostgator.com ou hostgator.com.brHostGator (cPanel)
cloudflare.comCloudflare DNS
registro.br ou dns.brRegistro.br (DNS nativo)
domaincontrol.comGoDaddy
awsdns-AWS Route53
locaweb.com.brLocaweb (cPanel ou Plesk)
uolhost.uol.com.brUOL Host (cPanel)
googledomains.com ou google.comGoogle Domains / Squarespace
kinghost.netKingHost (cPanel)

Se o nameserver for diferente do provedor onde você comprou o domínio, é porque a delegação foi pra outro lugar (típico quando se usa Cloudflare como DNS proxy gratuito). Você precisa logar no provedor que controla os nameservers, não no que vendeu o domínio originalmente.

Passo 3: Adicionar os registros (passo a passo por provedor)

HostGator / cPanel

A maioria das hospedagens populares no Brasil (HostGator, Locaweb, UOL Host, KingHost) usa cPanel com a mesma interface. Os passos abaixo servem pra qualquer cPanel.

  1. Entre em https://financeiro.hostgator.com.br (ou painel do seu provedor)
  2. Login com a conta master da hospedagem do seu domínio
  3. Click em Acessar cPanel do plano que tem o domínio
  4. No cPanel, procure a seção Domínios (ou Domains)
  5. Click em Editor de Zona (em inglês: Zone Editor)
  6. A lista vai mostrar os domínios. Click em Gerenciar ao lado do seudominio.com.br

Adicionando o registro TXT

  1. Click em + Adicionar Registro (ou + Add Record)
  2. Selecione tipo TXT no dropdown
  3. Preencha:
    • Nome: _jedin-verify.lp (o cPanel completa automaticamente com .seudominio.com.br no final)
    • TTL: 300 (ou deixe o padrão)
    • Tipo: TXT
    • Registro ou Valor: jedin-pages-verify=<token-do-painel>
  4. Click em Adicionar Registro

Cuidado importante 1: digite só _jedin-verify.lp no campo Nome — não inclua o domínio. O cPanel adiciona automaticamente .seudominio.com.br no final. Se você digitar o domínio inteiro, vai ficar _jedin-verify.lp.seudominio.com.br.seudominio.com.br (errado).

Cuidado importante 2: alguns cPanels exigem o valor TXT entre aspas duplas, outros aceitam sem aspas. Se o seu painel não aceitar a primeira tentativa, tente colocar entre aspas: "jedin-pages-verify=<token>".

Adicionando o registro CNAME

  1. Click novamente em + Adicionar Registro
  2. Selecione tipo CNAME
  3. Preencha:
    • Nome: lp (novamente, sem o .seudominio.com.br)
    • TTL: 300
    • Tipo: CNAME
    • Registro ou Aponta para: pages-edge.jedin.io
  4. Click em Adicionar Registro

Não inclua https:// nem barra final no valor do CNAME. Só o hostname puro pages-edge.jedin.io.

Confirmação visual

Volte na lista de registros do seudominio.com.br. Procure as 2 linhas que você acabou de criar:

Tipo    Nome                                 Valor
TXT     _jedin-verify.lp.seudominio.com.br.  jedin-pages-verify=<token>
CNAME   lp.seudominio.com.br.                pages-edge.jedin.io.

O ponto no final dos nomes é normal — DNS sempre usa FQDN com ponto final; cPanel mostra desse jeito. Se aparecer assim, ficou certo.

Cloudflare (DNS proxy)

Se seu domínio passa pela Cloudflare, o painel é diferente:

  1. Entre em https://dash.cloudflare.com
  2. Selecione o domínio na lista
  3. Menu lateral → DNS → Records
  4. Click em Add record

TXT

  • Type: TXT
  • Name: _jedin-verify.lp (Cloudflare completa com .seudominio.com.br)
  • Content: jedin-pages-verify=<token>
  • TTL: Auto
  • Click Save

CNAME

  • Type: CNAME
  • Name: lp
  • Target: pages-edge.jedin.io
  • Proxy status: DNS only (nuvem cinza, não laranja) — importante! Se você deixar laranja (proxied), Cloudflare vai interferir com o Let's Encrypt e o cert SSL não consegue ser emitido. Sempre cinza pra LPs JedIN.
  • TTL: Auto
  • Click Save

Importante Cloudflare: a nuvem cinza (DNS only) é obrigatória. Se ficar laranja (proxied), o tráfego passa pelo Cloudflare antes de chegar em nós, e isso quebra o handshake SSL. Pra LPs JedIN, sempre cinza.

Registro.br (DNS nativo)

Se você usa o DNS nativo do Registro.br:

  1. Entre em https://registro.br e faça login
  2. Click no domínio na lista
  3. Menu DNS → Editar zona
  4. Click em Adicionar entrada

TXT

  • Tipo: TXT
  • Nome: _jedin-verify.lp
  • Dados: jedin-pages-verify=<token>
  • Click Salvar

CNAME

  • Tipo: CNAME
  • Nome: lp
  • Dados: pages-edge.jedin.io. (o ponto final é obrigatório no Registro.br)
  • Click Salvar

Importante Registro.br: o ponto final no valor do CNAME é obrigatório no Registro.br (pages-edge.jedin.io.). Outros registrars aceitam sem.

GoDaddy

  1. Entre em https://dcc.godaddy.com → My Products → Domains
  2. Click em DNS ao lado do domínio
  3. Em Records, click em Add

TXT

  • Type: TXT
  • Host: _jedin-verify.lp
  • TXT Value: jedin-pages-verify=<token>
  • TTL: 1 Hour
  • Save

CNAME

  • Type: CNAME
  • Host: lp
  • Points to: pages-edge.jedin.io
  • TTL: 1 Hour
  • Save

AWS Route53

  1. AWS Console → Route53 → Hosted zones → click no domínio
  2. Create record

TXT

  • Record name: _jedin-verify.lp
  • Record type: TXT
  • Value: "jedin-pages-verify=<token>" (com aspas duplas, Route53 exige)
  • TTL: 300
  • Create

CNAME

  • Record name: lp
  • Record type: CNAME
  • Value: pages-edge.jedin.io
  • TTL: 300
  • Create

Passo 4: Validar que os registros propagaram

DNS leva alguns minutos pra propagar. Pra validar antes de voltar no JedIN, abra um terminal e rode:

# Verifica TXT — deve incluir o token:
nslookup -type=TXT _jedin-verify.lp.seudominio.com.br

# Verifica CNAME — deve responder pages-edge.jedin.io:
nslookup -type=CNAME lp.seudominio.com.br

Ou no Linux/macOS, use dig:

dig TXT _jedin-verify.lp.seudominio.com.br +short
dig CNAME lp.seudominio.com.br +short

Online também funciona, sem precisar terminal:

Se aparecer o conteúdo correto, está tudo pronto.

Passo 5: Voltar no JedIN e finalizar

  1. No painel do JedIN, na mesma tela de Domínio próprio, click em Verificar agora ao lado do domínio que você cadastrou
  2. O backend faz lookup do TXT na hora — se está propagado, marca como DNS OK
  3. Imediatamente o cert SSL começa a ser provisionado (Let's Encrypt). O badge muda pra Provisionando SSL... e fica assim por ~3 minutos
  4. Depois de ~3min, o badge fica SSL ativo
  5. Pronto — abra https://lp.seudominio.com.br/<caminho-da-LP> no browser e veja sua landing page no ar com cadeado verde

Troubleshooting

"TXT record not found or mismatch"

  • O DNS ainda não propagou. Espere mais 5–10 minutos e tenta de novo.
  • Confirma o conteúdo exato do TXT — copia e cola direto do painel JedIN, sem editar
  • Em alguns provedores, o nome correto é _jedin-verify.lp (sem o domínio); em outros é o FQDN completo _jedin-verify.lp.seudominio.com.br. Se um não funcionar, tenta o outro
  • Use https://www.whatsmydns.net pra ver de qual ponto do mundo o DNS já propagou

"DNS resolve failed: ENOTFOUND" / "ENODATA"

  • O subdomínio _jedin-verify.lp.seudominio.com.br não existe ainda — o DNS não propagou
  • Espera mais alguns minutos. TTL alto (3600+) pode levar até 1 hora

CNAME já existe pra lp.seudominio.com.br

  • Você já tinha esse subdomínio apontando pra outro lugar? Se sim, decida se quer manter o anterior (escolha outro prefixo, tipo landing. ou materiais.) ou substituir o existente pelo novo CNAME do JedIN
  • Não pode ter 2 CNAMEs pro mesmo nome — RFC do DNS proíbe

"SSL falhou: Failed to fetch HTTP-01 challenge"

  • O CNAME ainda não tá apontando corretamente — Let's Encrypt tenta hitar o domínio e não consegue. Aguarda alguns minutos
  • Se persistir, verifica que o CNAME aponta literalmente pra pages-edge.jedin.io (sem espaço, sem https://, sem barra)
  • Se você está usando Cloudflare, garanta que o proxy está OFF (DNS only, nuvem cinza)

Cadeado vermelho ou "ERR_SSL_PROTOCOL_ERROR" no browser

  • O cert ainda não terminou de provisionar. Aguarde os 3 minutos completos depois da verificação
  • Tenta acessar via aba anônima/incógnita pra evitar cache

O cliente continua vendo "jedin.io" na URL

  • Isso só acontece se você publicou a LP antes de configurar o domínio. No editor da LP, na seção de publicação, vai aparecer "Esta LP estará em https://lp.seudominio.com.br/..." quando o domínio estiver ativo. Republica a LP pra ela usar o domínio novo

Depois que tudo está ativo: publicando LPs

Com o domínio ativo (badge SSL ativo 🔒), suas LPs vão ser servidas nele automaticamente. Não precisa mexer em mais nada — fluxo de publicação fica:

  1. Editor de LP → escolher Publicar
  2. Modal de publish mostra a URL que vai ficar no ar:
    • Antes (sem domínio próprio): https://pages.jedin.io/p/<siteId>/<lpId>
    • Depois (com domínio próprio): https://lp.suaempresa.com.br/<path> ✓
  3. Click Publicar → LP fica acessível no domínio próprio em segundos

Se você publicou alguma LP antes de configurar o domínio, ela continua acessível na URL antiga (pages.jedin.io/p/...) E também passa a estar no novo domínio. Não precisa republicar — é só mudar a URL que você divulga.

Compartilhando a LP

Os links que você divulga em campanhas, ads, e-mail marketing, redes sociais, devem usar o domínio próprio:

✓ https://lp.suaempresa.com.br/promo-q3
✗ https://pages.jedin.io/p/abc123/xyz   (funciona, mas perde branding/SEO)

Tracking e analytics

GA4, GTM, Meta Pixel, Hotjar continuam funcionando idêntico. Os scripts são injetados no <head> da LP — independente do domínio onde ela é servida. Os eventos chegam corretamente no Google Analytics, Tag Manager, Pixel, etc., com o hostname correto (lp.suaempresa.com.br) — útil pra filtros e segmentações por domínio.

Perguntas frequentes (FAQ)

Vai mexer no meu site principal?

Não. Os 2 registros DNS que você adiciona ficam no subdomínio novo (lp.suaempresa.com.br). O suaempresa.com.br (raiz) e qualquer outro subdomínio (www., app., mail., etc.) continuam apontando pra onde estavam antes. Adicionar um novo subdomínio nunca afeta os outros — DNS é hierárquico mas independente entre subdomínios.

Posso desfazer? E se eu quiser parar de usar o JedIN amanhã?

Sim, 100% reversível. Pra desfazer:

  1. Deleta os 2 registros (TXT + CNAME) do seu DNS
  2. lp.suaempresa.com.br para de resolver imediatamente após o TTL expirar
  3. Pra reaproveitar o subdomínio em outra plataforma: cria um novo CNAME pra apontar pra ela. Nada fica "preso" no JedIN

Você é dono do seu domínio o tempo todo — o JedIN apenas serve conteúdo quando o tráfego chega no nosso edge via o CNAME.

Quanto custa?

Não tem custo extra de domínio próprio no JedIN (pode haver no plano do registrar, mas é o que você já paga pra manter o seudominio.com.br). SSL é gratuito (Let's Encrypt). O custo é de minutos de configuração, só.

O cert SSL precisa renovar?

Sim, mas é automático. Let's Encrypt emite certs com validade de 90 dias. O cert-manager renova ~30 dias antes do vencimento sem nenhuma ação sua. Se a renovação falhar (improvável), você recebe alerta no painel.

Tem limite de quantos domínios eu posso adicionar?

Cada Site no JedIN tem 1 domínio próprio. Se você precisa de múltiplos domínios (ex.: lp.empresa.com.br E landing.empresa.com.br apontando pra LPs diferentes), crie sites separados. Sem limite hard de quantos sites uma org pode ter — limite por plano.

E se a empresa usa Cloudflare WAF/CDN na frente do site principal?

Pra lp.suaempresa.com.br (subdomínio dedicado pras LPs), você pode:

  • Opção 1 (mais simples): deixar o subdomínio FORA do Cloudflare — marcar a nuvem como cinza (DNS only) só pra ele. Site principal continua proxied normal
  • Opção 2 (avançada): deixar Cloudflare proxied + configurar SSL/TLS como Full (strict). Funciona mas adiciona complexidade — Cloudflare faz outra camada de SSL e o cert dele tem que casar com o nosso. Em caso de dúvida, opção 1.

Sempre teste com a opção 1 primeiro.

Quem precisa adicionar os DNS records: marketing ou TI?

Quem tem acesso ao painel do registrar/provedor de DNS do seudominio.com.br. Geralmente:

  • TI (administrador de sistemas, devops, infra) tem na maioria das empresas
  • Marketing raramente tem (mas em empresas pequenas, às vezes a mesma pessoa faz tudo)
  • Agência de marketing/web que cuida do site principal pode ter

Se você não sabe quem tem acesso, pergunte: "quem fez a última mudança no DNS de seudominio.com.br?". Geralmente é a pessoa que cuida do servidor de e-mail ou da hospedagem do site.

Por que a wiki insiste em CNAME pra subdomínio em vez de A record?

CNAME é a forma "padrão" pra apontar subdomínios pra plataformas de terceiros, porque:

  • O IP do nosso edge pode mudar (load balancer AWS pode trocar de IP em manutenção). CNAME aponta pro hostname, hostname resolve dinamicamente pra IP atual
  • A record fixa o IP — se a gente mudar nossa infra, sua LP cai
  • Mesmo modelo de RD Station, HubSpot, Webflow, todos

Pra apex domain (sem prefixo) é diferente — DNS RFC proíbe CNAME no apex, e aí precisa ANAME/ALIAS no registrar.

O DNS levou 3 horas pra propagar. É normal?

Sim, dentro do esperado. Tempo típico:

  • 5–15min em 80% dos casos
  • 1–2h em 15%
  • até 24h em 4%
  • até 72h em 1% (TTL antigo muito alto, cache de provider lento)

Não tem como acelerar — é como cache global de DNS funciona. Use https://www.whatsmydns.net pra ver de qual ponto do mundo já propagou.

O IT da empresa não quer adicionar DNS porque "é risco de segurança"

É uma preocupação justa, mas reversível:

  • Os registros que você está adicionando são completamente isolados do site principal — não tocam em mail, www, ou qualquer outro registro existente
  • O TXT é um valor estático, não traz nem expõe nenhum dado
  • O CNAME aponta pra um hostname externo — exatamente como já é feito pra integrações com Google Workspace, Microsoft 365, Salesforce, RD Station, etc.
  • Se algo der errado, deletar os 2 records reverte tudo em minutos

Se ainda tiver objeção, mostre a documentação do RD Station / HubSpot — todas as plataformas SaaS de marketing pedem o mesmo modelo. É padrão de indústria.

Como vou saber se vai funcionar com o domínio antes de pedir pra TI?

Faz um teste-piloto com um subdomínio que você controla sozinho:

  • Você tem um domínio pessoal? (ex.: seunome.com.br) — usa teste.seunome.com.br
  • Não tem? Compra um .com.br por R$40/ano no Registro.br só pra teste. Vale a confiança que cria pra falar com o time

Subdomínio teste valida o fluxo end-to-end. Depois que viu funcionar, mostra pra TI o resultado e pede pra fazer no domínio real.

Como funciona por baixo dos panos (opcional)

Pra quem é técnico:

  1. Verificação TXT (DNS-01 challenge): o JedIN gera um token aleatório único pra essa verificação. Você publica esse token num registro TXT no subdomínio especial _jedin-verify.lp.seudominio.com.br. Como só quem controla a zona DNS de seudominio.com.br pode publicar TXT em subdomínios dele, isso prova que você é dono do domínio. JedIN faz lookup do TXT, confere o token, marca como verificado.

  2. CNAME apontando pra pages-edge.jedin.io: esse hostname é um CNAME que JedIN mantém no Route53 apontando pro nosso AWS Application Load Balancer. Quando o visitante abre https://lp.seudominio.com.br, o DNS resolve o CNAME chain lp.seudominio.com.br → pages-edge.jedin.io → k8s-jedin-...elb.amazonaws.com → IP do ALB. O request chega no nosso ALB com Host: lp.seudominio.com.br.

  3. Provisionamento SSL automático (Let's Encrypt + cert-manager): depois da verificação TXT, JedIN cria recursos Certificate no cert-manager (rodando no nosso EKS). O cert-manager solicita um cert pra lp.seudominio.com.br ao Let's Encrypt usando challenge HTTP-01: o próprio cert-manager serve um path especial /.well-known/acme-challenge/ pelo nosso ALB; Let's Encrypt valida via HTTP que o servidor é mesmo a gente; emite o cert; cert-manager grava no Kubernetes Secret. Em ~3 minutos o ALB pega o cert e passa a servir TLS pro hostname custom.

  4. Roteamento por Host header: o request chega no nosso ALB → encaminha pro pod do Next.js → middleware do Next detecta hostname não-jedin.io → reescreve a URL pra rota interna /_lp/<path> → SSR busca a LP via API chamando /pages/render/by-host com o hostname → backend resolve o site via coluna pagesSite.domain → retorna HTML/CSS/JS. URL no browser fica preservada graças ao rewrite() (não é redirect).

  5. Renovação automática: cert-manager renova o cert sozinho a cada 60 dias (Let's Encrypt vence em 90, com 30 de margem). Você nunca mais mexe.

Tempo total esperado

EtapaTempo
Cadastrar no painel JedIN30s
Adicionar TXT + CNAME no DNS2–3min
Aguardar propagação DNS5min – 2h (raramente até 72h)
Verificar no painel JedIN5s
Provisionar SSL~3min
Total realista15–30min (na maioria dos casos)

É reversível?

100%. Pra desfazer, basta deletar os 2 registros DNS (TXT + CNAME) que você adicionou. lp.seudominio.com.br para de resolver e fica como se nunca tivesse existido. Nada mais é afetado.

Pra cliente que mudou de plataforma e quer manter o subdomínio funcionando em outro lugar, basta trocar o valor do CNAME pro novo provedor — TXT pode deletar, ele só serve pra validação inicial.

Caso concreto: configurando lp.jedicrm.com.br

Esta seção é o exemplo real que estamos executando agora — JediCRM publicando uma landing page em lp.jedicrm.com.br (HostGator/cPanel). Use os valores abaixo direto:

Dados específicos

Domínio final visível ao público:

https://lp.jedicrm.com.br

Token único de validação:

2490d6c79498bd403e3b8e4322e76a84

Os 2 registros pra criar no cPanel HostGator

Registro 1 — TXT (validação de propriedade do domínio)

Tipo:   TXT
Nome:   _jedin-verify.lp
Valor:  jedin-pages-verify=2490d6c79498bd403e3b8e4322e76a84
TTL:    300

No campo Nome digite só _jedin-verify.lp — o cPanel completa automaticamente com .jedicrm.com.br no final. Não digite o domínio completo (vira _jedin-verify.lp.jedicrm.com.br.jedicrm.com.br — errado).

Registro 2 — CNAME (apontamento da LP pro nosso edge)

Tipo:   CNAME
Nome:   lp
Valor:  pages-edge.jedin.io
TTL:    300

No campo Nome digite só lp. No valor, sem https:// e sem barra final — só pages-edge.jedin.io puro.

Onde clicar no cPanel HostGator (resumo do passo a passo desta wiki)

  1. Login em https://financeiro.hostgator.com.br
  2. Acessar cPanel do plano que tem o jedicrm.com.br
  3. Seção Domínios → Editor de Zona
  4. Click Gerenciar ao lado do jedicrm.com.br
  5. + Adicionar Registro → preenche o TXT acima → Salvar
  6. + Adicionar Registro novamente → preenche o CNAME acima → Salvar

Detalhes (cuidado com aspas no TXT, completion automático do nome, etc.) estão na seção HostGator / cPanel acima.

Validar que funcionou

Em ~5 minutos depois de salvar os registros, abra um terminal e rode:

nslookup -type=TXT _jedin-verify.lp.jedicrm.com.br
nslookup -type=CNAME lp.jedicrm.com.br

O TXT deve responder com jedin-pages-verify=2490d6c79498bd403e3b8e4322e76a84 e o CNAME com pages-edge.jedin.io. Se aparecer, está pronto pra voltar no painel JedIN e clicar Verificar agora.

O que vai acontecer depois

  1. Você adiciona os 2 records no cPanel → me avisa
  2. Eu clico Verificar agora no painel JedIN → backend valida o TXT
  3. Backend dispara provisionamento Let's Encrypt → cert SSL fica pronto em ~3min
  4. Visitante abre https://lp.jedicrm.com.br/<caminho> → vê a LP com cadeado verde, URL preservada (nunca aparece "jedin.io")

100% reversível: deletar os 2 records do DNS volta tudo ao estado anterior.

Resumo TL;DR

  1. JedIN → Site → Configurações → Domínio próprio → digita lp.suaempresa.com.br → Iniciar verificação
  2. Copia o TXT e CNAME que aparecem no painel
  3. DNS do seu domínio: cria TXT _jedin-verify.lp + CNAME lp → pages-edge.jedin.io
  4. Espera 5–10 min, valida via nslookup ou whatsmydns.net
  5. JedIN → Verificar agora → SSL ativa em 3 min
  6. Publica a LP, abre https://lp.suaempresa.com.br → cadeado verde

É o mesmo modelo que RD Station, HubSpot, Webflow, Mailchimp e qualquer outra plataforma de LP usa. DNS authority é universal — só quem controla os nameservers do seu domínio pode adicionar registros nele.

Dúvidas? Mande o ticket pelo chat de suporte do painel.

Related Articles

jedininfraestruturadns

Registro do Domínio jedin.io e Infraestrutura DNS Multi-Produto Provisionada

Sessão completa de registro do domínio oficial jedin.io, provisionamento de subdomínios por produto, certificados SSL wildcard, identidade de e-mail transacional com DKIM/SPF/DMARC e correção de hardcodes que afetavam a estratégia multi-tenant. Toda a infraestrutura ficou pronta para sustentar os 5 produtos da plataforma como ofertas comerciais independentes.

2026-04-2318 min de leitura
Ler mais
Fale conosco pelo WhatsApp