✅ Registro.br
👉 Onde você comprou o domínio (ex: meusite.com.br). É só o endereço do site, nada mais.
✅ Cloudez
👉 É sua hospedagem real, onde o WordPress está instalado e seu site realmente funciona (arquivos, banco de dados, painel WordPress).
👉 Sem a Cloudez, seu site não existiria, só o domínio vazio.
✅ Cloudflare
👉 É o intermediário que:
- Faz a conexão DNS (aponta seu domínio para a Cloudez).
- Acelera o carregamento com cache e CDN (cópias do site ao redor do mundo).
- Protege o site contra ataques (DDoS, bloqueios, firewall).
- Entrega HTTPS/SSL grátis (cadeadinho de segurança).
✅ AWS
👉 Outra opção de hospedagem (não é o seu caso atual). A AWS seria um servidor mais “cru”, técnico, tipo Cloudez — mas com infraestrutura global e foco em grandes projetos.
🎁 Fluxo simplificado
Usuário digita www.seusite.com.br → Registro.br gerencia o domínio → Cloudflare faz o DNS + segurança + performance → Cloudez entrega o site WordPress
📌 Nameservers da Cloudflare (ex: tia.ns.cloudflare.com e ray.ns.cloudflare.com)
Quando você compra o domínio no Registro.br, por padrão ele não sabe onde está seu site.
O papel dos nameservers (tipo tia e ray) é dizer:
“Ei Registro.br, quem resolve as configurações desse domínio é a Cloudflare.”
Então você troca os nameservers no Registro.br para tia.ns.cloudflare.com e ray.ns.cloudflare.com, ou outros dois que a Cloudflare gerar pra você.
💡 Resumo:
- Nameserver = “Quem manda no DNS do domínio”.
- Quando aponta pro Cloudflare, todas as configurações de DNS passam a ser feitas lá, e o Registro.br vira só um "cartório digital".
📌 DNS na Cloudflare — configurando IP
Depois de mudar os nameservers, você precisa dizer pra Cloudflare onde está seu site de verdade. Isso acontece na aba DNS da Cloudflare.
O que você faz lá é:
- Adicionar um registro A que liga seu domínio ao IP da Cloudez. Também costuma ter um registro CNAME para o www.
- Exemplo:
| Tipo | Nome | Conteúdo |
|---|---|---|
| A | @ | 177.154.XXX.XX (IP da Cloudez onde seu WordPress está) |
| CNAME | www | seusite.com.br |
O “@” é o domínio raiz (seusite.com.br), o “www” é aquele famoso www.seusite.com.br redirecionando pro principal.
🧩 Fluxo visual simplificado
Registro.br → aponta para tia.ns.cloudflare.com + ray.ns.cloudflare.com (Cloudflare) Cloudflare → faz o DNS e aponta o tráfego para o IP da Cloudez (onde roda o WordPress) Cloudez → entrega o site quando alguém acessa.
🎯 Resumo final direto ao ponto
- No Registro.br, só troca os nameservers.
- Na Cloudflare, gerencia tudo que é DNS (IPs, subdomínios, e-mails, etc.).
- A Cloudflare se comunica com a Cloudez (IP do servidor onde o site funciona)
Seu site é uma casa
- Registro.br é como o cartório onde você registra a escritura da sua casa. Ele sabe que a casa existe e quem é o dono, mas não faz mais nada.
📝 Exemplo: “Essa casa número www.seusite.com.br é do Fulano.”
🛡️ Cloudflare é o porteiro do condomínio
Depois que você registra sua casa no cartório, você contrata um porteiro inteligente chamado Cloudflare.
- Toda vez que alguém tenta visitar sua casa, ele decide:
- ✅ Se pode entrar;
- 🚫 Se é um ladrão (ataque hacker);
- 🚀 Se entrega o caminho mais rápido pra chegar até sua casa;
- 💎 Se mantém a fachada bonita com HTTPS (cadeado de segurança).
Pra isso, no cartório (Registro.br) você diz:
👉 “Agora quem cuida da entrada da minha casa é o Tia.ns e Ray.ns (Cloudflare).”
🏗️ Cloudez é a sua casa real
Mas sua casa tem que existir de verdade em algum lugar, né?
É aí que entra a Cloudez, o terreno onde sua casa está construída. É lá que:
- Estão seus móveis (arquivos do site);
- Seu sistema de iluminação (WordPress rodando);
- Suas decorações (fotos, textos, tudo visível no site).
A Cloudflare só leva os visitantes até o Cloudez.
🧭 Como tudo se conecta:
- O cartório (Registro.br) aponta pro porteiro (Cloudflare) → “fale com ele”.
- O porteiro (Cloudflare) olha o mapa e diz: “Beleza, segue o IP e vá para a casa verdadeira na Cloudez.”
- E a Cloudez entrega a visita completinha — mostrando o WordPress.
🎁 Resumão Lúdico:
Registro.br → Cartório do endereço Cloudflare → Porteiro que filtra, protege e agiliza Cloudez → Casa de verdade com tudo funcionando (WordPress rodando)
Quando a médica quer ter um e-mail profissional (tipo contato@seudominio.com.br) usando o Google Workspace, o que vocês do iMedicina precisam ajustar no DNS são os registros essenciais pro Google validar o domínio e proteger a entrega dos e-mails.
Segue o checklist padrão:
✅ O que pegar com o Google Workspace (e configurar na Cloudflare):
- MX (Mail Exchange) — obrigatório para receber e-mails
- Exemplo:
| Prioridade | Servidor |
|---|---|
| 1 | ASPMX.L.GOOGLE.COM |
| 5 | ALT1.ASPMX.L.GOOGLE.COM |
| 5 | ALT2.ASPMX.L.GOOGLE.COM |
| 10 | ALT3.ASPMX.L.GOOGLE.COM |
| 10 | ALT4.ASPMX.L.GOOGLE.COM |
- SPF (Sender Policy Framework) — registro TXT para garantir que o Google pode enviar e-mails em nome do domínio:
v=spf1 include:_spf.google.com ~all
- DKIM (DomainKeys Identified Mail) — autenticação criptografada que o Google Workspace gera:
- Na Cloudflare você insere um registro TXT com o nome gerado (tipo google._domainkey.seudominio.com.br) e o valor enorme que o Google passa.
- DMARC (opcional, mas recomendável) — registro TXT para proteger contra spoofing:
_dmarc.seudominio.com.br v=DMARC1; p=none; rua=mailto:email@seudominio.com.br
📌 Template para configuração de DNS (Cloudflare):
✅ 1. MX (Correio)
| Tipo | Nome | Conteúdo | Prioridade |
|---|---|---|---|
| MX | @ | ASPMX.L.GOOGLE.COM | 1 |
| MX | @ | ALT1.ASPMX.L.GOOGLE.COM | 5 |
| MX | @ | ALT2.ASPMX.L.GOOGLE.COM | 5 |
| MX | @ | ALT3.ASPMX.L.GOOGLE.COM | 10 |
| MX | @ | ALT4.ASPMX.L.GOOGLE.COM | 10 |
Obs: o “@” representa o domínio principal (seudominio.com.br).
✅ 2. SPF (envio autorizado)
| Tipo | Nome | Conteúdo |
|---|---|---|
| TXT | @ | v=spf1 include:_spf.google.com ~all |
✅ 3. DKIM (autenticação de envio)
O Google vai gerar esse registro dentro do painel Workspace:
| Tipo | Nome | Conteúdo |
|---|---|---|
| TXT | google._domainkey | (valor gerado no Google Workspace) |
✅ 4. DMARC (proteção contra fraude) (opcional mas recomendado)
| Tipo | Nome | Conteúdo |
|---|---|---|
| TXT | _dmarc | v=DMARC1; p=none; rua=mailto:contato@seudominio.com.br |
🎁 Checklist rápido para implementar no painel Cloudflare:
✅ Entrar na aba DNS
✅ Adicionar cada registro com o tipo, nome e conteúdo acima
✅ Conferir se o “nuvem laranja” da Cloudflare está desligada para MX e TXT (⚪ cinza, porque e-mail não passa pelo proxy da Cloudflare).
📌 O que é host?
Host é um termo genérico, mas no contexto digital tem dois significados principais:
1. Host = Servidor onde o site vive 🏠
Quando falamos de “meu site está hospedado”, estamos falando do host — que é basicamente o computador (servidor) onde ficam:
- o WordPress
- o banco de dados
- as imagens
- tudo que faz seu site existir
Exemplos de hosts:
- Cloudez, Locaweb, Hostinger, AWS → empresas de hospedagem.
Analogia prática:
Host = a casa onde mora o seu site. Se o host cai, o site “some” da internet.
2. Host = Nome no DNS 🧭
Quando você vai configurar DNS (na Cloudflare, Registro.br, etc), o “Host” é o “nome” da entrada DNS que você tá criando.
Exemplo prático:
TipoHostValorA @ 179.100.55.12
- O host “@” significa o domínio principal (seudominio.com.br).
- O host “www” é o subdomínio www.seudominio.com.br.
- Você também pode ter outros hosts tipo blog, email, api, etc.
🎁 Resumo direto ao ponto:
Host como servidor Host no DNS A empresa onde o site roda. O “nome” da entrada DNS. Ex: Cloudez é seu host. Ex: @ ou www na Cloudflare. Faz seu site funcionar. Faz o tráfego saber pra onde ir.
