Como Configurar a URL Canônica no Blogger e Evitar Conteúdo Duplicado

A URL canônica no Blogger informa aos mecanismos de busca qual endereço representa a versão principal de uma página quando o mesmo conteúdo pode ser acessado por URLs diferentes. Na maioria dos temas modernos do Blogger, essa informação já é criada automaticamente pelo próprio sistema, o que significa que você normalmente não precisa adicionar uma tag canonical manualmente em cada postagem.

O problema costuma aparecer quando um template personalizado remove partes importantes do cabeçalho do Blogger, quando alguém adiciona uma canonical fixa apontando todas as páginas para a home ou quando duas tags canônicas diferentes são inseridas no mesmo documento.

Neste tutorial, você aprenderá como funciona a canonical no Blogger, como verificar se ela já existe, quando não mexer no código, como corrigir um tema personalizado e como conferir no Google Search Console qual URL está sendo considerada principal.

No vídeo acima, você pode acompanhar a proposta de configurar automaticamente a URL canônica das postagens. Como o Blogger e os temas evoluíram, hoje o procedimento mais seguro começa verificando aquilo que o template já gera antes de adicionar qualquer código novo.

Antes de editar o tema, descubra se o Blogger já está gerando a canonical

Esse é o ponto mais importante deste tutorial.

Não comece entrando no HTML e adicionando:

<link rel="canonical" href="..." />

sem verificar o código atual.

Em temas padrão e em muitos templates personalizados, o Blogger já possui:

<b:include data='blog' name='all-head-content'/>

Essa inclusão gera diferentes elementos importantes dentro do cabeçalho da página, incluindo informações utilizadas pelo Blogger para produzir a URL canônica.

Portanto, em muitos casos:

CANONICAL JÁ EXISTE
↓
NÃO ADICIONAR OUTRA
↓
APENAS VALIDAR

Adicionar uma segunda tag pode criar uma configuração desnecessária ou conflitante.

O que é uma URL canônica

Imagine que o mesmo artigo possa ser acessado por URLs semelhantes:

https://www.exemplo.com/artigo.html

https://www.exemplo.com/artigo.html?m=1

https://www.exemplo.com/artigo.html?m=0

Para o visitante, o conteúdo pode ser praticamente o mesmo.

Para um mecanismo de busca, continuam sendo URLs diferentes.

A canonical serve para indicar:

ESTAS VERSÕES
      ↓
REPRESENTAM O MESMO CONTEÚDO
      ↓
URL PRINCIPAL
      ↓
https://www.exemplo.com/artigo.html

A ideia é consolidar os sinais em uma versão preferencial.

Canonical não significa redirecionamento

Essa distinção é fundamental.

Se uma página possui:

<link rel="canonical" href="https://www.exemplo.com/artigo.html" />

isso não significa que o visitante será redirecionado para esse endereço.

Canonical é um sinal direcionado principalmente aos mecanismos de busca.

Um redirecionamento HTTP, por outro lado, envia o navegador para outro endereço.

Recurso	Função
Canonical	Indicar a URL preferencial entre versões semelhantes
Redirecionamento	Enviar visitante e robô para outra URL

Não tente corrigir todo problema de URL apenas com canonical.

Canonical também não é a mesma coisa que noindex

Outro erro comum é confundir:

rel="canonical"

com:

noindex

São conceitos diferentes.

Canonical: indica qual URL é preferencial em um conjunto de páginas semelhantes.

Noindex: solicita que determinada página não seja incluída no índice.

Não utilize noindex apenas porque encontrou uma URL alternativa no Search Console.

Por que o Blogger pode ter diferentes URLs para o mesmo conteúdo

O Blogger possui diferentes tipos de endereço e parâmetros.

Dependendo do tema, configuração e origem do acesso, você pode encontrar:

• URL normal da postagem;
• URL com ?m=1;
• URL com ?m=0;
• URLs de Marcadores;
• arquivos mensais;
• feeds;
• domínio Blogspot;
• domínio personalizado.

Nem todas representam duplicatas que precisam ser “corrigidas”.

Parte dessa estrutura é criada automaticamente pela própria plataforma.

O que significa ?m=1 no Blogger

Você pode encontrar endereços como:

https://www.seublog.com/2026/09/artigo.html?m=1

O parâmetro ?m=1 está associado historicamente à apresentação móvel do Blogger.

Também pode existir:

?m=0

em determinados contextos.

Essas versões não precisam necessariamente ser tratadas como páginas independentes para indexação.

Quando a canonical funciona corretamente, a versão preferencial normalmente é a URL limpa:

https://www.seublog.com/2026/09/artigo.html

Não bloqueie ?m=1 no robots.txt apenas porque apareceu no Search Console

É comum encontrar tutoriais recomendando bloquear:

?m=1

ou criar regras agressivas de robots.txt simplesmente porque essas URLs aparecem nos relatórios.

Isso pode ser desnecessário e até dificultar o processamento correto dos sinais da página.

Antes de qualquer mudança, verifique:

• qual canonical está declarada;
• qual canonical o Google selecionou;
• se a URL principal está indexada;
• se existe realmente algum problema.

Um endereço alternativo sendo reconhecido como alternativa não significa automaticamente um erro de SEO.

1. Abra uma postagem publicada

Escolha um artigo do blog.

Por exemplo:

https://www.seublog.com/2026/09/exemplo.html

Abra a página normalmente.

Evite começar pela home, porque queremos confirmar o comportamento específico de uma postagem.

2. Visualize o código-fonte da página

No navegador, você pode utilizar a opção:

Exibir código-fonte da página

ou um comando equivalente.

Em muitos navegadores no Windows:

Ctrl + U

Depois use:

Ctrl + F

e pesquise:

canonical

3. Procure uma linha com rel="canonical"

Você deverá encontrar algo semelhante a:

<link href="https://www.seublog.com/2026/09/exemplo.html" rel="canonical"/>

A ordem dos atributos pode variar.

O importante é identificar:

rel="canonical"

e conferir qual endereço está no href.

4. Confirme se a canonical aponta para a própria postagem

Se você está em:

https://www.seublog.com/2026/09/exemplo.html

a canonical normalmente deveria representar aquela página:

https://www.seublog.com/2026/09/exemplo.html

Não seria esperado que todas as postagens apontassem para:

https://www.seublog.com/

Se isso acontece, existe um problema importante no template.

5. Teste uma segunda postagem

Não valide somente uma URL.

Abra outro artigo:

https://www.seublog.com/2026/09/outro-artigo.html

Repita a busca por:

canonical

A segunda postagem deve possuir sua própria URL canônica.

Assim:

POSTAGEM A
↓
CANONICAL A

POSTAGEM B
↓
CANONICAL B

e não:

POSTAGEM A
↓
HOME

POSTAGEM B
↓
HOME

6. Confira também uma página estática

Abra, por exemplo:

/p/sobre.html

ou outra página real do projeto.

Confira novamente a canonical.

A página estática deve representar sua própria URL quando apropriado.

7. Confira a página inicial

Por fim, abra a home.

A canonical da página inicial deve representar a própria home.

Esse conjunto de testes ajuda a identificar se o tema está usando uma variável dinâmica ou uma URL fixa.

O erro mais perigoso: canonical fixa apontando todas as páginas para a home

Imagine encontrar no template:

<link href="https://www.seublog.com/" rel="canonical"/>

sem qualquer lógica dinâmica.

Se esse mesmo código aparece em todas as páginas, você está dizendo:

ARTIGO A → HOME
ARTIGO B → HOME
ARTIGO C → HOME
PÁGINA SOBRE → HOME

Essa implementação não representa corretamente as URLs individuais.

Uma canonical precisa variar conforme a página.

Não copie seu domínio diretamente dentro da canonical das postagens

Evite códigos como:

<link href="https://www.meublog.com/" rel="canonical"/>

quando eles são adicionados globalmente ao template.

Isso não configura automaticamente cada artigo.

Apenas repete a mesma URL em todo o site.

8. Abra o HTML do tema somente se encontrar um problema

Se as URLs canônicas já estão corretas no código-fonte, você provavelmente não precisa alterar nada.

Se houver problema, faça primeiro:

Blogger → Tema → Fazer backup

Baixe uma cópia do XML.

Somente depois abra:

Tema → Editar HTML

9. Procure por all-head-content

Dentro do template, utilize a pesquisa e procure:

all-head-content

Em muitos temas, você encontrará:

<b:include data='blog' name='all-head-content'/>

Esse componente faz parte da estrutura interna do Blogger e gera diferentes elementos do cabeçalho.

Se ele está presente e o código-fonte já mostra uma canonical correta, não adicione outra.

10. Não confunda o código do template com o HTML final

No template você pode encontrar:

<b:include data='blog' name='all-head-content'/>

mas no código-fonte entregue ao navegador verá:

<link href="https://..." rel="canonical"/>

Isso acontece porque o Blogger processa as tags próprias do template antes de entregar o HTML ao visitante.

Portanto, valide o resultado final, não apenas o XML.

Quando realmente pode ser necessário adicionar uma canonical manualmente

Normalmente isso acontece em templates personalizados que:

• removeram componentes padrão do Blogger;
• reescreveram todo o <head>;
• possuem código muito antigo;
• não geram nenhuma canonical no HTML final.

Nesse cenário, uma solução dinâmica pode ser necessária.

11. Exemplo de canonical dinâmica para um template personalizado

Quando você confirmou que:

• não existe canonical no HTML final;
• o tema não está gerando pelo componente padrão;
• você realmente precisa adicionar uma;

uma expressão utilizada em templates modernos do Blogger é:

<link expr:href='data:view.url.canonical' rel='canonical'/>

Essa estrutura utiliza a URL canônica calculada para a visualização atual em vez de inserir um endereço fixo.

12. Coloque a canonical dentro do head

Se a correção realmente for necessária, ela pertence à região:

<head>

...

CANONICAL

...

</head>

Não coloque a tag:

• dentro da postagem;
• no meio do body;
• em gadget HTML;
• no rodapé.

Canonical é uma informação do cabeçalho do documento.

13. Nunca mantenha duas canonicals diferentes

Depois de adicionar ou corrigir qualquer código, abra novamente o código-fonte.

Pesquise:

rel="canonical"

Você não quer encontrar:

<link href="https://www.site.com/post.html" rel="canonical"/>

<link href="https://www.site.com/" rel="canonical"/>

Esses sinais entram em conflito.

Descubra qual trecho está duplicando a marcação e corrija a origem.

14. Também não adicione uma segunda canonical dinâmica sem necessidade

Um erro mais discreto é ter:

<b:include data='blog' name='all-head-content'/>

gerando uma canonical e adicionar, além disso:

<link expr:href='data:view.url.canonical' rel='canonical'/>

Mesmo que ambas terminem apontando para a mesma URL, a segunda pode ser simplesmente redundante.

O melhor código costuma ser aquele que resolve a necessidade sem duplicação.

Canonical automática é melhor do que escrever URLs manualmente

Imagine possuir 500 artigos.

Não seria prático escrever:

canonical artigo 1
canonical artigo 2
canonical artigo 3
...
canonical artigo 500

O template precisa gerar o valor com base na página atual.

Por isso uma variável dinâmica é adequada à arquitetura do Blogger.

15. Teste a versão ?m=1

Depois da configuração, copie uma URL real:

https://www.seublog.com/2026/09/exemplo.html

e teste:

https://www.seublog.com/2026/09/exemplo.html?m=1

Abra o código-fonte ou utilize as ferramentas de inspeção.

A versão alternativa deve sinalizar corretamente a URL preferencial quando o tema está funcionando como esperado.

16. Teste também ?m=0

Quando aplicável, faça o mesmo com:

https://www.seublog.com/2026/09/exemplo.html?m=0

O objetivo é conferir se os parâmetros não estão criando uma canonical diferente e indesejada.

17. Parâmetros de campanha não deveriam virar sua versão principal

Imagine divulgar:

https://www.seublog.com/artigo.html?utm_source=facebook

O parâmetro é útil para medição de campanha.

Ele não precisa necessariamente representar uma nova página editorial.

A versão principal continua sendo:

https://www.seublog.com/artigo.html

Esse é um dos exemplos de situações em que canonicalização ajuda a consolidar versões da URL.

18. Confira HTTP e HTTPS

Se seu blog utiliza HTTPS, a versão canônica deve refletir o endereço seguro utilizado como principal.

Por exemplo:

https://www.seublog.com/artigo.html

em vez de manter referências antigas a:

http://www.seublog.com/artigo.html

Mas não tente resolver uma configuração de HTTPS apenas alterando a canonical.

O redirecionamento para HTTPS precisa estar corretamente configurado no Blogger.

19. Confira o domínio personalizado

Se você mudou de:

meublog.blogspot.com

para:

www.meudominio.com

abra uma postagem no domínio personalizado e confira a canonical.

Ela deve estar coerente com a versão atual apresentada pelo blog.

Não adicione manualmente uma canonical para tentar substituir uma configuração de domínio que ainda está incorreta.

20. Configure primeiro o domínio, depois valide a canonical

A sequência correta é:

CONFIGURAR DOMÍNIO
↓
CONFIGURAR REDIRECIONAMENTOS
↓
CONFIGURAR HTTPS
↓
TESTAR O SITE
↓
VERIFICAR CANONICAL

e não:

DOMÍNIO QUEBRADO
↓
ADICIONAR CANONICAL
↓
ESPERAR QUE ELA CORRIJA O DNS

Canonical não substitui DNS nem redirecionamentos.

21. Use o Google Search Console para verificar a interpretação do Google

Depois de validar seu HTML, abra o Google Search Console.

Utilize a:

Inspeção de URL

Cole a URL completa da postagem.

Analise as informações apresentadas para aquela página.

22. Compare a canonical declarada e a escolhida pelo Google

O relatório pode mostrar informações equivalentes a:

URL canônica declarada pelo usuário

e:

URL canônica selecionada pelo Google

Idealmente, para uma postagem comum sem conflito, as duas podem coincidir.

Mas é importante compreender que o Google não é obrigado a aceitar automaticamente a canonical declarada.

23. Canonical é um sinal, não uma ordem absoluta

Você pode informar:

Minha URL preferencial é A

mas outros sinais podem indicar para o mecanismo:

URL B parece ser a principal

Por isso, o Google pode escolher uma versão diferente.

A canonical funciona melhor quando vários sinais são coerentes.

24. Mantenha seus sinais de URL consistentes

Se a canonical aponta para:

https://www.site.com/artigo.html

mas todos os links internos apontam para:

http://site.com/artigo.html?m=1

você está enviando sinais pouco consistentes.

Prefira que seus links internos utilizem a versão principal.

25. Use a URL principal no sitemap

O Blogger gera seus próprios sitemaps.

As URLs apresentadas ali devem estar coerentes com o endereço principal do projeto.

Um sitemap ajuda os mecanismos a descobrir URLs.

Ele não substitui a canonical e não obriga indexação.

26. Links internos devem apontar preferencialmente para URLs canônicas

Ao criar um link para outro artigo, utilize:

https://www.seublog.com/2026/09/artigo.html

em vez de:

https://www.seublog.com/2026/09/artigo.html?m=1

ou outras versões parametrizadas sem necessidade.

Essa consistência ajuda a manter a arquitetura previsível.

27. Não use canonical para tentar esconder conteúdo duplicado intencionalmente ruim

Imagine criar 20 artigos praticamente iguais:

Como Criar Blogger

Como Fazer Blogger

Como Montar Blogger

Como Criar Blogspot

e depois apontar todos para uma URL canônica.

Isso não transforma a estratégia em boa arquitetura.

Se páginas não possuem intenção própria, avalie:

• consolidar;
• redirecionar;
• atualizar;
• remover quando apropriado.

Canonical não é substituta de planejamento editorial.

28. Quando duas páginas realmente são diferentes, não canonize uma para a outra

Imagine:

Como Criar um Blogger

e:

Como Instalar Google Analytics no Blogger

São páginas diferentes.

Não use uma como canonical da outra apenas porque ambas mencionam Blogger.

Uma página independente deve normalmente representar sua própria URL.

29. Canonical não resolve canibalização por intenção sozinha

Se dois artigos competem pela mesma pesquisa, o problema é editorial.

Analise:

• título;
• objetivo;
• conteúdo;
• consulta atendida;
• links internos.

Depois decida se as páginas devem:

• permanecer separadas;
• ser diferenciadas;
• ser consolidadas.

Não use canonical de forma automática para qualquer caso de canibalização.

30. O que significa “Página alternativa com tag canônica adequada”

No Search Console, você pode encontrar uma classificação semelhante a:

Página alternativa com tag canônica adequada

O nome parece um erro.

Mas muitas vezes significa simplesmente:

GOOGLE ENCONTROU UMA URL ALTERNATIVA
↓
EXISTE UMA CANONICAL ADEQUADA
↓
OUTRA VERSÃO FOI ESCOLHIDA PARA INDEXAÇÃO

Se a página principal correta está indexada, isso pode ser comportamento esperado.

31. Não tente “indexar” todas as versões alternativas

Você não precisa necessariamente fazer com que:

artigo.html
artigo.html?m=1
artigo.html?m=0

apareçam todas separadamente na Pesquisa.

O objetivo da canonicalização é justamente consolidar versões quando representam o mesmo conteúdo.

32. “Google escolheu outra página canônica” merece investigação

Outro relatório possível é uma situação em que o Google seleciona uma URL diferente daquela que você declarou.

Nesse caso, analise:

• canonical declarada;
• redirecionamentos;
• links internos;
• sitemap;
• HTTP/HTTPS;
• www/sem www;
• conteúdo das páginas;
• domínio antigo.

Procure sinais contraditórios.

33. Não troque a canonical repetidamente esperando acelerar indexação

A tag não funciona como um botão de:

INDEXAR AGORA

Depois de corrigir um problema real:

• publique a correção;
• confirme o HTML;
• teste a URL;
• acompanhe o Search Console.

Evite alterar o template várias vezes sem necessidade.

34. Canonical correta não garante indexação

Uma página pode possuir:

• canonical perfeita;
• sitemap correto;
• HTTPS;
• HTML válido;

e ainda assim não ser escolhida para indexação.

O Google também avalia outros aspectos do conteúdo e do site.

Não use canonical como explicação universal para qualquer URL não indexada.

35. Canonical correta também não garante posição

A função dela é ajudar a consolidar versões e indicar uma URL preferencial.

Ela não funciona como fator isolado para fazer a página subir para a primeira posição.

O conteúdo ainda precisa competir por relevância.

36. Não coloque a palavra-chave dentro da canonical

Uma canonical contém uma URL.

Não existe algo como:

<link rel="canonical"
content="SEO Blogger Google primeira página">

Ela deve apontar para um endereço válido.

37. Não adicione canonical dentro de cada postagem manualmente

Você não deveria precisar abrir 300 artigos e colar uma tag em cada corpo.

No Blogger, esse tipo de informação pertence ao template e deve ser gerado dinamicamente.

Se cada artigo exige edição manual, provavelmente o fluxo está incorreto.

38. Evite códigos condicionais desnecessariamente complexos

Existem tutoriais antigos com enormes blocos de:

<b:if>
<b:else/>
<b:if>
...

apenas para gerar canonicals diferentes em cada tipo de página.

Antes de utilizar essas estruturas, verifique se os recursos atuais do Blogger já entregam a URL canônica adequada.

Não mantenha código legado sem necessidade.

39. Faça backup antes de remover canonical duplicada

Se você encontrou duas tags e precisa remover uma:

Tema
↓
Fazer backup
↓
Editar HTML
↓
Remover apenas o trecho identificado
↓
Salvar
↓
Validar

Não apague blocos inteiros do <head> apenas porque encontrou a palavra canonical.

40. Não remova all-head-content apenas para controlar canonical manualmente

O componente pode gerar outros elementos importantes do cabeçalho além da canonical.

Removê-lo sem compreender tudo o que ele entrega pode causar efeitos adicionais.

Se o tema padrão está funcionando, preserve a estrutura nativa.

41. Como testar depois de editar o tema

Depois de salvar:

1. abra a home;
2. abra uma postagem;
3. abra uma página;
4. visualize o código-fonte;
5. pesquise por canonical;
6. confirme que existe apenas a marcação esperada;
7. confira a URL.

Depois teste outra postagem.

42. Teste em janela anônima

Uma janela anônima ajuda a visualizar o blog sem interferência direta da sessão administrativa.

Ela não substitui análise do código-fonte ou Search Console, mas faz parte de uma boa verificação.

43. Use o Search Console depois da correção

Copie a URL principal.

Abra:

Inspeção de URL

Compare novamente:

• URL inspecionada;
• canonical declarada;
• canonical selecionada;
• estado da indexação.

Assim você valida tanto o seu HTML quanto a interpretação apresentada pela ferramenta.

44. Não confunda “canonical declarada” com “canonical escolhida”

A primeira é aquilo que o seu site sinaliza.

A segunda é a decisão tomada pelos sistemas de busca.

Uma análise técnica precisa observar ambas.

45. Checklist rápido para uma postagem

Escolha uma URL e verifique:

URL:
https://www.seublog.com/artigo.html

CANONICAL NO HTML:
https://www.seublog.com/artigo.html

LINKS INTERNOS:
apontam para a URL limpa

SITEMAP:
contém a URL principal

HTTPS:
ativo

SEARCH CONSOLE:
canonical coerente

Quando os sinais combinam, a configuração tende a ser muito mais clara.

Erros comuns ao configurar canonical no Blogger

Adicionar código sem verificar se já existe

O Blogger pode já estar gerando a canonical automaticamente.

Apontar todas as páginas para a home

Uma URL fixa aplicada globalmente não representa cada artigo individualmente.

Adicionar duas tags canonical

Revise o HTML final e elimine duplicações desnecessárias.

Remover all-head-content sem entender sua função

Esse componente pode gerar diversos elementos do cabeçalho.

Bloquear ?m=1 automaticamente

Primeiro verifique se a versão alternativa já está corretamente canonicalizada.

Confundir página alternativa com erro

Se a URL principal está corretamente selecionada, uma alternativa excluída pode ser comportamento esperado.

Achar que canonical garante indexação

Ela é apenas uma parte do processo.

Achar que canonical melhora ranking diretamente

Ela ajuda principalmente na consolidação e identificação de URLs.

Usar canonical para páginas completamente diferentes

A relação é destinada a páginas duplicadas ou muito semelhantes.

Usar URL HTTP em site HTTPS

Mantenha seus sinais coerentes com a versão principal do projeto.

Usar Blogspot como canonical depois de domínio próprio corretamente configurado

Revise a configuração do domínio e o HTML resultante.

Alterar código repetidamente sem diagnóstico

Identifique primeiro o problema real.

Checklist completo da URL canônica no Blogger

• ☐ Fiz backup do tema antes de qualquer alteração?
• ☐ Abri uma postagem real?
• ☐ Visualizei o código-fonte?
• ☐ Pesquisei por canonical?
• ☐ A página possui uma URL canônica?
• ☐ A canonical aponta para a própria postagem?
• ☐ Testei outra postagem?
• ☐ Cada artigo possui sua própria URL?
• ☐ A home aponta para a home?
• ☐ Páginas estáticas possuem canonical coerente?
• ☐ Não existe canonical fixa para a home em todo o site?
• ☐ Não existem duas canonicals conflitantes?
• ☐ Verifiquei all-head-content?
• ☐ Evitei adicionar código redundante?
• ☐ Testei ?m=1?
• ☐ Testei ?m=0 quando aplicável?
• ☐ HTTPS está coerente?
• ☐ O domínio personalizado funciona corretamente?
• ☐ Links internos usam a URL principal?
• ☐ O sitemap utiliza URLs coerentes?
• ☐ Consultei a Inspeção de URL?
• ☐ Comparei canonical declarada e selecionada?

Perguntas frequentes sobre URL canônica no Blogger

O Blogger cria a canonical automaticamente?

Nos temas padrão modernos e em muitos templates que preservam a estrutura nativa do Blogger, a plataforma gera automaticamente a informação canônica necessária. Por isso, primeiro verifique o HTML final antes de adicionar qualquer código.

Preciso colocar rel="canonical" manualmente em todas as postagens?

Não. Em uma configuração normal isso deve ser gerado dinamicamente pelo template. Inserir uma URL manual dentro de cada artigo não é o fluxo adequado.

Como descubro se minha postagem possui canonical?

Abra a página publicada, visualize o código-fonte e pesquise por canonical. Confira o valor do atributo href.

Qual URL deve aparecer como canonical de uma postagem?

Para uma postagem normal e independente, normalmente a própria URL principal da postagem, sem parâmetros desnecessários.

Posso apontar todos os artigos para a home?

Não. Fazer isso sinaliza incorretamente que a home representa o conteúdo dos artigos.

O que faz all-head-content?

É uma inclusão do template do Blogger que gera diferentes elementos do cabeçalho. Em temas que a mantêm, a informação canônica normalmente já faz parte do HTML final gerado pela plataforma.

Posso adicionar data:view.url.canonical?

Essa variável pode ser utilizada por templates do Blogger para obter dinamicamente a URL canônica da visualização atual. Porém, só adicione uma tag manual se você verificou que seu tema personalizado realmente não está gerando canonical. Caso contrário, poderá criar duplicação.

Ter duas canonicals é ruim?

O ideal é fornecer sinais claros e consistentes. Não mantenha múltiplas tags conflitantes, e evite também duplicação desnecessária quando a plataforma já gera a informação.

O que é ?m=1?

É um parâmetro associado às versões móveis utilizadas historicamente pelo Blogger. Quando a canonical está configurada corretamente, a URL preferencial normalmente permanece a versão limpa sem esse parâmetro.

Preciso bloquear ?m=1 no robots.txt?

Não faça isso automaticamente. Primeiro verifique a canonical e o estado da URL principal. Bloquear rastreamento sem compreender o comportamento pode atrapalhar o diagnóstico.

“Página alternativa com tag canônica adequada” é um erro?

Não necessariamente. Pode significar simplesmente que o Google encontrou uma versão alternativa e está utilizando outra URL como principal, conforme esperado.

Canonical garante indexação?

Não. Ela ajuda os mecanismos a identificar uma versão preferencial, mas a decisão de indexação envolve outros sistemas e sinais.

Canonical garante melhor posição?

Não. Ela não é um botão de ranking. O principal benefício está na consolidação de versões semelhantes e na consistência das URLs.

Google sempre respeita a canonical declarada?

Não necessariamente. A canonical declarada é um sinal. O Google pode escolher outra URL quando seus sistemas considerarem que outros sinais indicam uma versão diferente.

Como vejo qual canonical o Google escolheu?

Use a Inspeção de URL do Google Search Console e verifique as informações relacionadas à canonical declarada e à URL canônica selecionada.

Canonical resolve conteúdo duplicado?

Ela ajuda a consolidar URLs duplicadas ou muito semelhantes. Mas não deve ser utilizada para justificar a criação de dezenas de artigos repetitivos que deveriam ter sido consolidados editorialmente.

Preciso mudar canonical depois de colocar domínio próprio?

Em um Blogger configurado corretamente, o próprio sistema deve refletir a URL atual. Depois de configurar domínio, HTTPS e redirecionamentos, valide o HTML final para confirmar.

A melhor canonical no Blogger normalmente é aquela que você não precisa gerenciar postagem por postagem

O principal benefício da estrutura automática é justamente evitar manutenção manual.

Uma postagem nova é criada.

O Blogger conhece a URL.

O template processa a página.

E a versão canônica correspondente pode ser gerada dinamicamente.

O fluxo correto é:

POSTAGEM A
↓
CANONICAL A

POSTAGEM B
↓
CANONICAL B

POSTAGEM C
↓
CANONICAL C

sem precisar editar cada artigo.

Por isso, antes de seguir qualquer tutorial que mande adicionar uma tag nova, abra primeiro o código-fonte do seu blog.

Talvez o problema que você está tentando corrigir nem exista.

Se a canonical já aparece corretamente, preserve a configuração.

Se o tema personalizado removeu essa funcionalidade, faça backup, identifique exatamente o que está faltando e utilize uma solução dinâmica.

Depois valide novamente no HTML e no Search Console.

E lembre que canonical é apenas uma peça da arquitetura técnica.

Uma página ainda precisa possuir:

• conteúdo útil;
• intenção própria;
• links internos;
• URL acessível;
• HTTPS correto;
• boa estrutura editorial.

Uma canonical correta ajuda a esclarecer qual endereço representa o conteúdo. Ela não transforma uma página de baixo valor em um resultado competitivo e não substitui uma estratégia de SEO completa.

Próxima leitura recomendada: depois de validar a canonical, consulte o guia completo de SEO para blogs para integrar URLs, linkagem interna, conteúdo, indexação e arquitetura em uma estratégia única.