Do domínio ao ar: registro, DNS e deploy sem ruído

Um domínio próprio exige três decisões independentes: onde registrá-lo, onde manter o DNS e onde hospedar o site. Tratar cada uma separadamente evita retrabalho quando uma das peças muda. Este texto registra o caminho adotado para heyjoaocastro.com, na ordem em que foi feito.

Ponto de partida

Os domínios heyjoaocastro.com e heyjoaocastro.com.br foram registrados na Hostinger em 4 de outubro de 2026. Antes da compra, a disponibilidade foi conferida pela consulta pública (RDAP).

A estrutura definida foi simples: o .com é o endereço principal e o .com.br apenas redireciona para ele.

Registrar não é resolver

A Hostinger ficou apenas como registradora. A resolução de DNS foi para a Cloudflare, que oferece o serviço gratuitamente. A mudança consiste em trocar os servidores de nome (nameservers) do domínio, no painel da registradora, pelos dois indicados pela Cloudflare.

Essa separação traz duas vantagens: um painel de DNS e de redirecionamentos mais completo, e o e-mail do domínio configurado no mesmo lugar.

Apontar para a Vercel, com o proxy desligado

O site é publicado na Vercel. No DNS, foi criado um registro CNAME na raiz do domínio apontando para a Vercel, com o proxy da Cloudflare desligado (nuvem cinza, modo "DNS only").

Redirecionamentos

Os endereços secundários redirecionam para o principal com o código 308 (redirecionamento permanente):

• www.heyjoaocastro.com para heyjoaocastro.com;
• heyjoaocastro.com.br e www.heyjoaocastro.com.br para heyjoaocastro.com.

O .com entrou no ar em 12 de outubro de 2026.

E-mail sem servidor de e-mail

Um endereço no próprio domínio não exige contratar uma caixa de e-mail. O Email Routing da Cloudflare recebe as mensagens enviadas a contato@heyjoaocastro.com e as encaminha para uma caixa existente. O recebimento foi testado em 12 de outubro.

No DNS também foram publicados o SPF, que autoriza a Cloudflare e o Google a enviar em nome do domínio, e o DMARC em p=none, que apenas observa e não bloqueia mensagens nesta fase.

O que fica para a próxima etapa

Receber está resolvido; responder como contato@ ainda não. O recurso "Enviar como" do Gmail depende de uma senha de app, que não estava disponível na conta utilizada. Mesmo quando está, a senha de app concede acesso à caixa de entrada inteira, e não apenas ao envio.

Antes de abrir o site

• Verificação em duas etapas ativada no GitHub, na Vercel, na Hostinger e na Cloudflare.
• Produção exibindo "Em construção" (com noindex) até a abertura oficial.
• Branch principal recebendo código apenas por pull request.