Redirect 301 Cloudflare para Blogspot: Guia Completo 2026
Leitura: ~14 min
TL;DR
- O AdSense aprova o Blogspot e recusa o .com.br porque são propriedades distintas para o Google — e o Registro.br sozinho não resolve isso, pois não faz redirecionamento HTTP.
- A solução completa exige 4 camadas: nameservers no Registro.br, DNS + SSL Flexível + Redirect Rule dinâmica na Cloudflare, e remoção do domínio personalizado no Blogger.
- O erro mais comum é usar o tipo "Estático" na Redirect Rule ou colocar uma URL fixa no campo de expressão dinâmica — o resultado certo usa
concat("https://canalqb.blogspot.com", http.request.uri.path)e salva todos os seus posts, páginas e sitemap sem quebrar nada.
Nota Técnica: As configurações apresentadas foram testadas e validadas na prática no ambiente do @CanalQb. Aplique sempre em horário de baixo tráfego e mantenha anotadas as configurações originais de DNS antes de qualquer alteração.
O AdSense libera anúncio no Blogspot e trava no domínio próprio — e o motivo raramente é o conteúdo.
Para o Google, canalqb.com.br e canalqb.blogspot.com são propriedades separadas. Se o .com.br não está verificado corretamente ou não entrega o mesmo conteúdo de forma rastreável, o crawler do AdSense aprova só onde ele consegue confirmar a propriedade — que, no caso do Blogger, já está dentro do próprio ecossistema Google.
O que resolve isso de forma definitiva é um Redirect 301 dinâmico via Cloudflare, que preserva cada URL e manda todo o tráfego do .com.br para o Blogspot já aprovado. Aqui no @CanalQb, validamos esse processo do zero — incluindo os erros que quebram a configuração de quem tenta fazer isso sem referência.
Por que o Registro.br não resolve sozinho?
O Registro.br gerencia apenas DNS: aponta um domínio para um IP ou CNAME, mas não executa redirecionamento HTTP (301 ou 302) e não preserva o caminho da URL. Se você só mudar DNS no Registro.br, o visitante vai cair numa página vazia ou num erro 521 — nunca no Blogspot com a URL correta.
Por que usar SSL Flexível e não Completo na Cloudflare?
No modo "Completo", a Cloudflare tenta estabelecer uma conexão HTTPS com a origem (o seu servidor). Como o domínio .com.br nesse cenário não tem um servidor web real atrás — ele é apenas uma ponte para o Blogspot — o modo Completo gera erros 521 ou 522 antes mesmo do redirect acontecer. O modo "Flexível" instrui a Cloudflare a encerrar o HTTPS com o visitante sem exigir certificado na origem, que é exatamente o que esse setup precisa.
Qual é a diferença entre redirect Estático e Dinâmico na Cloudflare?
O redirect Estático envia todos os acessos para uma única URL fixa — ou seja, qualquer página do .com.br iria parar na homepage do Blogspot, perdendo completamente a estrutura de URLs. O redirect Dinâmico usa uma expressão que captura o caminho da URL e o reproduz no destino, mantendo /2026/05/post.html intacto.
Etapa 1 — Registro.br: apontar nameservers para a Cloudflare
Antes de qualquer outra coisa, o domínio canalqb.com.br precisa estar sob controle da Cloudflare. Isso se faz substituindo os nameservers padrão do Registro.br pelos da Cloudflare.
Acesse o painel do Registro.br
Entre em registro.br, faça login e clique no domínio canalqb.com.br.
Vá em "Servidores DNS"
Dentro das configurações do domínio, localize a seção de servidores DNS. Você verá os nameservers atuais (geralmente do próprio Registro.br ou de outro provedor).
Substitua pelos nameservers da Cloudflare
A Cloudflare fornece dois nameservers ao adicionar o domínio na conta. Serão algo como lisa.ns.cloudflare.com e mark.ns.cloudflare.com — o nome exato aparece no painel da Cloudflare na tela de configuração inicial do domínio. Substitua os atuais por esses dois.
Salve e aguarde a propagação
A troca de nameservers pode levar de 5 minutos até algumas horas para propagar globalmente. A Cloudflare envia um e-mail quando confirmar o domínio como ativo.
Atenção: Enquanto a propagação não terminar, o domínio pode ficar temporariamente inacessível. Prefira fazer essa alteração à noite ou em horário de baixo tráfego.
Etapa 2 — Cloudflare: configurar o DNS
Com o domínio ativo na Cloudflare, o primeiro passo é configurar os registros DNS. Aqui, o objetivo não é apontar para um servidor real, mas garantir que o tráfego passe pelo proxy da Cloudflare, onde o redirect vai acontecer.
Vá em DNS → Records no painel da Cloudflare
Com o domínio selecionado, abra a aba DNS e depois Records.
Crie o registro para o domínio raiz (@)
Tipo: A | Nome: @ | Endereço IPv4: 192.0.2.1 (IP reservado, não roteável — funciona aqui porque o proxy vai interceptar antes) | Proxy: ON (nuvem laranja obrigatória).
Crie o registro para www
Tipo: CNAME | Nome: www | Destino: canalqb.blogspot.com | Proxy: ON (nuvem laranja obrigatória).
| Tipo | Nome | Valor | Proxy |
|---|---|---|---|
| A | @ | 192.0.2.1 | ON |
| CNAME | www | canalqb.blogspot.com | ON |
O proxy ativado (nuvem laranja) é obrigatório. Sem ele, a Cloudflare não intercepta o tráfego e as Redirect Rules nunca executam.
Etapa 3 — Cloudflare: configurar SSL/TLS
Esse passo é onde muita gente quebra o setup sem entender por quê. A configuração SSL errada resulta em erro 521 ou 522, e o redirect nunca chega a executar.
Vá em SSL/TLS → Overview
No menu lateral da Cloudflare, clique em SSL/TLS e depois em Overview.
Selecione "Flexível"
As opções são: Off, Flexível, Completo, Completo (Estrito). Escolha Flexível. O motivo: o modo Completo tenta uma conexão HTTPS com o servidor de origem — que nesse setup não existe (o .com.br não tem servidor real). O modo Flexível instrui a Cloudflare a terminar o HTTPS com o visitante sem exigir certificado na origem, o que é exatamente o necessário aqui.
Vá em SSL/TLS → Edge Certificates (Certificados de borda)
Na mesma seção SSL/TLS, abra a sub-aba Edge Certificates.
Ative "Always Use HTTPS"
Localize a opção Always Use HTTPS e ative. Isso garante que qualquer acesso HTTP seja automaticamente promovido para HTTPS antes do redirect executar, eliminando possíveis loops ou respostas mistas.
Etapa 4 — Cloudflare: criar a Redirect Rule dinâmica
Essa é a etapa principal. A regra dinâmica captura o caminho completo de qualquer URL acessada no .com.br e reproduz exatamente no Blogspot. Aqui no @CanalQb, testamos o processo e documentamos o erro que aparece quando a configuração está errada — para que você não perca tempo.
Vá em Rules → Redirect Rules → Create Rule
No menu lateral da Cloudflare, acesse Rules, depois Redirect Rules e clique em Create Rule.
Configure a condição (When incoming requests match)
Escolha "Custom filter expression" e insira a expressão abaixo. Ela cobre tanto o domínio raiz quanto o www:
(http.host eq "canalqb.com.br") or (http.host eq "www.canalqb.com.br")
Escolha o tipo: DINÂMICO (não Estático)
Em "Then", selecione Dynamic como tipo de redirect. Nunca use Estático nesse cenário — o redirect estático manda tudo para uma URL fixa, e seus posts, páginas e URLs estruturadas perdem o caminho.
Insira a expressão de destino (URL Expression)
No campo de expressão de destino, use exatamente isso:
concat("https://canalqb.blogspot.com", http.request.uri.path)
Defina o código de status como 301
Selecione 301 – Permanent Redirect. O 302 (temporário) não transfere autoridade de SEO para o destino e nunca deve ser usado em migração definitiva de domínio.
Ative "Preserve query string"
Deixe a opção Preserve query string ativada (ON). Isso garante que parâmetros de URL como ?ref=email ou ?fbclid=xxx também sejam passados para o destino.
Salve a regra
Clique em Save. A regra entra em vigor em poucos segundos.
| Campo | Valor correto |
|---|---|
| Condição | (http.host eq "canalqb.com.br") or (http.host eq "www.canalqb.com.br") |
| Tipo | Dynamic (Dinâmico) |
| Expressão de destino | concat("https://canalqb.blogspot.com", http.request.uri.path) |
| Código de status | 301 – Permanent Redirect |
| Preserve query string | ON |
O erro mais comum: "unknown identifier"
Se ao salvar a regra aparecer a mensagem:
O motivo é simples: você está no modo Dynamic, que não aceita URL pura. Ele espera uma expressão válida com funções como concat() e variáveis do request. A correção é trocar a URL fixa pela expressão com concat() mostrada acima. Testamos isso na prática — é o erro número um de quem configura esse tipo de redirect pela primeira vez.
Como fica o redirecionamento após a configuração?
Com a regra ativa, o comportamento é exato e preserva a estrutura completa de URLs:
| URL acessada | Redirecionada para | Status |
|---|---|---|
| canalqb.com.br/ | canalqb.blogspot.com/ | 301 |
| canalqb.com.br/2026/05/post.html | canalqb.blogspot.com/2026/05/post.html | 301 |
| canalqb.com.br/p/privacy-policy.html | canalqb.blogspot.com/p/privacy-policy.html | 301 |
| canalqb.com.br/sitemap.xml | canalqb.blogspot.com/sitemap.xml | 301 |
| www.canalqb.com.br/qualquer-url | canalqb.blogspot.com/qualquer-url | 301 |
Etapa 5 — Sitemap: como tratar corretamente
O sitemap é onde a maioria das configurações de redirect falha silenciosamente do ponto de vista do SEO. Existem três abordagens possíveis — cada uma com implicações diferentes.
Opção A — Redirecionar o sitemap junto com tudo (mais simples)
Com a regra dinâmica atual, canalqb.com.br/sitemap.xml já redireciona automaticamente para canalqb.blogspot.com/sitemap.xml. Para o Google Search Console, basta cadastrar o Blogspot como propriedade e submeter o sitemap do Blogspot. O Google indexa o conteúdo pelo Blogspot, que já está aprovado no AdSense. Essa é a opção mais simples e a recomendada para a maioria dos casos.
Opção B — Excluir o sitemap do redirect (avançado)
Se você precisar que canalqb.com.br/sitemap.xml não redirecione, é possível adicionar uma exceção na condição da regra. No campo de condição, use:
(http.host eq "canalqb.com.br" or http.host eq "www.canalqb.com.br")
and not (http.request.uri.path eq "/sitemap.xml")
Com isso, canalqb.com.br/sitemap.xml não é redirecionado. Mas atenção: sem um servidor real por trás do .com.br, essa URL vai retornar erro 521 a menos que você também configure um Cloudflare Worker para responder a essa rota. O Worker recebe a requisição e devolve o XML do sitemap sem precisar de servidor externo — mas isso é uma configuração adicional de nível avançado.
Recomendação @CanalQb: Use a Opção A. Redirecionar o sitemap junto com o restante é o caminho correto para um setup onde o Blogspot é a propriedade principal aprovada no AdSense.
Etapa 6 — Blogger: ajustes obrigatórios
Se o Blogger ainda estiver configurado com o domínio personalizado canalqb.com.br, você vai criar um loop de redirecionamento — o .com.br manda para o Blogspot, que manda de volta para o .com.br, e o visitante recebe erro. Esse ajuste é obrigatório.
Acesse o painel do Blogger
Vá em blogger.com, selecione o blog e clique em Configurações.
Remova o domínio personalizado
Em Configurações → Publicação, se o campo "Domínio personalizado" estiver preenchido com www.canalqb.com.br, remova. O endereço do blog deve ser apenas https://canalqb.blogspot.com.
Ative o redirecionamento HTTPS
Na mesma página de Configurações, localize "Redirecionar para HTTPS" e ative. Isso garante que qualquer acesso via HTTP ao Blogspot seja promovido para HTTPS automaticamente.
Confirme o endereço canônico
O endereço do blog exibido deve ser https://canalqb.blogspot.com. Esse é o destino final de todo o tráfego redirecionado — e a propriedade já aprovada pelo AdSense.
Loop de redirect: Se o Blogger ainda tiver o domínio personalizado ativo enquanto a Cloudflare também está redirecionando, o resultado é um loop infinito (ERR_TOO_MANY_REDIRECTS). Remover o domínio personalizado do Blogger é o passo que mais gente esquece.
Como testar se tudo está funcionando?
Após salvar todas as configurações, abra uma aba anônima (Ctrl+Shift+N) e acesse uma URL específica do .com.br com caminho, como https://canalqb.com.br/p/privacy-policy.html. Você deve ser redirecionado para exatamente https://canalqb.blogspot.com/p/privacy-policy.html sem nenhuma etapa intermediária. Se aparecer ERR_TOO_MANY_REDIRECTS, o domínio personalizado no Blogger ainda está ativo — remova e teste novamente.
- Nameservers do Registro.br apontando para a Cloudflare (propagação confirmada).
- Registros DNS na Cloudflare com proxy ON (nuvem laranja) para @ e www.
- SSL/TLS definido como Flexível (não Completo).
- "Always Use HTTPS" ativado em Edge Certificates.
- Redirect Rule: tipo Dinâmico, expressão concat(), 301, query string ON.
- Domínio personalizado removido do Blogger.
- HTTPS ativado no Blogger.
- Nunca use tipo Estático na Redirect Rule com esse objetivo.
- Nunca coloque URL pura no campo de expressão dinâmica — usa-se concat().
- Nunca mantenha domínio personalizado ativo no Blogger com a regra Cloudflare ativa.
Perguntas Frequentes
Por que usar IP 192.0.2.1 no DNS se não é um servidor real?
O SSL Flexível não é menos seguro para os visitantes?
Posso ter dois domínios diferentes aprovados no AdSense ao mesmo tempo?
O redirect 301 prejudica o posicionamento dos posts no Google?
Preciso submeter o sitemap novamente no Search Console após o redirect?
O que acontece se eu esquecer de remover o domínio personalizado do Blogger?
Fontes e Referências
Curtiu o guia? Acompanhe mais tutoriais de infraestrutura e SEO técnico no @CanalQb no YouTube.
Comentários
Comente só assim vamos crescer juntos!