Encontrou uma canonical diferente da URL no WordPress ou viu no Search Console que o Google escolheu outra página canônica? Não crie um redirecionamento 301 de imediato. Primeiro compare a URL solicitada, o destino final, a canônica publicada no site e a canônica selecionada pelo Google. Uma variante consolidada corretamente pode não precisar de correção.
A tag rel="canonical" indica qual URL você prefere entre páginas duplicadas ou muito semelhantes; ela não obriga o Google a indexá-la nem determina qual resultado ou snippet será exibido. O Google considera outros sinais e pode escolher outra versão (documentação de canonicalização). Este guia ajuda a diagnosticar uma URL concreta antes de editar o site.
Antes de começar: reúna os dados e evite mudanças precipitadas
Você precisa da URL exata sob investigação e de acesso à resposta pública para ver status HTTP, redirects, cabeçalhos e fonte HTML. Para consultar a escolha do Google, use a propriedade correspondente no Google Search Console; sem esse acesso, você pode conferir o sinal atual do site, mas não confirmar por essa ferramenta a canônica selecionada pelo Google. Identifique também o plugin SEO ativo e, se existir, a camada de cache/CDN.
Comece só com leitura. Se for preciso editar conteúdo, Rank Math, plugins ou configuração de cache/servidor, tenha antes um backup restaurável de arquivos e banco de dados e teste em staging com regras de URL representativas, sem expor o ambiente de testes à indexação. Não altere permalinks, aplique 301 ou mude index/noindex apenas para eliminar um aviso.
Entenda as quatro informações que não devem ser confundidas
- URL solicitada: o endereço digitado ou inspecionado, inclusive parâmetros, protocolo, host e barra final.
- URL final: a página de destino após eventuais redirects, acompanhada do status HTTP da resposta final.
- Canônica declarada: a preferência indicada no
<head>do HTML final, geralmente por<link rel="canonical" href="…">. Quando houver declaração em cabeçalho HTTPLinkcomrel="canonical", confira também esse valor; sinais contraditórios exigem investigação (métodos aceitos pelo Google). - Canônica selecionada pelo Google: a escolha registrada nos dados indexados da Inspeção de URL. Ela pode diferir do HTML servido agora; o teste ao vivo não prevê a seleção futura (ajuda da Inspeção de URL).
Exemplo fictício: alguém abre https://www.exemplo.com.br/guia/?origem=email; após um redirect, chega a https://exemplo.com.br/guia/?origem=email. Essa página declara https://exemplo.com.br/guia/ como canônica. Se o conteúdo principal das variantes for equivalente e a versão limpa for a preferida, isso pode ser intencional. Não copie as URLs do exemplo para seu site.
Como verificar uma canonical errada no WordPress
1. Registre a resposta da URL original e da URL final
Abra a URL suspeita, a variante e a versão preferida em uma sessão sem login, se as páginas forem públicas. No navegador, veja o destino final; em Ferramentas do desenvolvedor → Rede (o nome varia), confira cada resposta de redirecionamento e o status HTTP final. Uma URL que retorna 3xx e leva a outra não é o mesmo caso de uma página 200 que declara outra canônica. Se o destino não abre, pede login ou retorna erro, investigue essa condição antes de atribuir a causa ao plugin SEO.
Na URL final, abra Exibir código-fonte da página, procure rel="canonical" no <head> e anote o href completo. Confira, na resposta HTTP, se existe cabeçalho Link com outra canônica. O DOM após a execução de scripts pode diferir do HTML inicial; se houver alteração por JavaScript, compare ambos e, quando disponível, a página rastreada na Inspeção de URL. Uma tag duplicada, ausente ou apontando para domínio inesperado merece análise da origem, não edição às cegas do tema (orientação sobre sinais conflitantes e JavaScript).
Anote por variante: URL solicitada → redirects → URL final/status → canonical no HTML → canonical no cabeçalho HTTP, se houver. Evite tirar conclusões só pela URL mostrada na barra do navegador.
2. Confira se a preferência declarada faz sentido
Compare o conteúdo principal das páginas: a URL indicada realmente representa a mesma página ou uma versão muito parecida? Observe variantes que existem de fato: http/https, www/sem www, barra final, parâmetros e caminhos. Nem todas precisam responder com status 200. Veja se os links internos relevantes apontam para a versão preferida e se ela está no sitemap. A presença no sitemap é um sinal mais fraco, não uma decisão de indexação (comparação dos métodos pelo Google); nosso guia de sitemap XML no WordPress ajuda a conferir a lista de URLs.
Também procure noindex no HTML ou em X-Robots-Tag. Essa diretiva, quando lida pelo rastreador, impede a indexação da URL; não a adicione à duplicata para forçar a escolha de outra canônica. robots.txt tampouco é método de canonicalização e pode impedir a leitura dos sinais. Se este for o problema encontrado, siga o diagnóstico de noindex no WordPress e avalie a indexação separadamente (regras de noindex do Google).
3. Compare as canônicas na Inspeção de URL
Na propriedade correta do Search Console, inspecione a URL exata sob investigação. Nos detalhes de Indexação da página, localize os campos equivalentes a Canônica declarada pelo usuário e Canônica selecionada pelo Google (a tradução e disposição podem mudar). Anote também o status, o motivo eventual de não indexação e a data do último rastreamento. Quando as URLs estiverem em propriedades a que você tem acesso, inspecione também a alternativa, a declarada e a selecionada; uma URL fora da propriedade pode exigir acesso à propriedade adequada (ajuda oficial da ferramenta).
O resultado padrão reflete dados indexados, não necessariamente a página que está no ar neste momento. Testar URL publicada ajuda a conferir a versão atual e sua disponibilidade, mas não informa qual canônica o Google selecionará depois. Se o HTML mudou após o último rastreamento, registre essa diferença temporal antes de concluir que uma correção não funcionou.
Como interpretar o resultado sem corrigir a página errada
| Achado | Leitura prudente | Próximo passo |
|---|---|---|
| Variante com parâmetro declara a URL limpa; Google seleciona a limpa | Pode ser consolidação desejada | Confirme equivalência de conteúdo; não tente indexar a variante por reflexo. |
| Página final 200 declara canônica inesperada | O sinal publicado pode estar errado | Identifique a origem: plugin SEO, tema, personalização ou cache; compare ambas as páginas. |
| HTML declara a preferida, mas o Google escolhe outra | A declaração não é uma ordem | Confira conteúdo, HTTP, links e sitemap; compare a data dos dados indexados. |
| URL inicial redireciona | Redirect e tag canonical são sinais distintos | Verifique a cadeia; discuta 301 só se a URL antiga deva ser permanentemente descontinuada. |
| Destino canônico retorna erro ou aponta para domínio desconhecido | Pode haver configuração quebrada ou problema de segurança | Interrompa a edição isolada e investigue com equipe técnica/hospedagem. |
Há noindex ou bloqueio de rastreamento |
Questão de indexabilidade/acesso, não apenas preferência canônica | Investigue a causa separadamente; não troque a diretiva sem avaliar o impacto. |
O guia oficial para investigar problemas de canonicalização também descreve falhas de CMS ou servidor e possíveis casos de comprometimento. Uma divergência no Search Console não prova que o Rank Math é o culpado.
Quando ajustar a canonical no Rank Math
Edite apenas se a URL preferida estiver definida e a saída pública estiver comprovadamente incoerente. Após backup, teste em staging: abra o post ou página afetada, encontre o painel Rank Math SEO → Avançado → Canonical URL e, se for uma duplicata intencional, preencha a URL absoluta da página principal. Salve e confira o HTML servido. A posição dos controles depende do editor e da versão; se a aba não aparecer, confira o modo avançado (instrução oficial do Rank Math).
Para uma página que já deve ser a principal, não preencha o campo só porque ele aparece vazio: verifique primeiro a tag efetivamente produzida no HTML. O guia para configurar Rank Math no WordPress cobre a revisão mais ampla do plugin. Se usa Yoast, confira qual plugin está ativo antes de procurar esse campo; veja o guia de configuração do Yoast SEO. Não instale outro plugin de SEO ou desative o atual em produção como teste improvisado.
Se a saída HTML diverge da configuração, procure tags duplicadas, personalizações do tema, outro plugin e cache/CDN. Se as páginas têm conteúdo e finalidade distintos, não tente reuni-las por canonical sem analisar a arquitetura e os sinais: talvez a solução seja diferenciá-las. A preferência canônica pode ser ignorada pelo Google (ajuda sobre páginas duplicadas e indexação).
Canonical não é redirecionamento nem garantia de indexação
Uma canonical indica uma versão representativa sem necessariamente mudar o endereço visitado. Um redirecionamento leva o visitante a outro endereço; o 301 permanente só deve ser considerado quando a URL antiga não deva permanecer como página separada, após avaliar impacto e destino. Consulte quando usar redirecionamento 301 no WordPress antes de alterar a estrutura. Não mude permalink nem crie 301 apenas para apagar uma mensagem do Search Console (comparação oficial dos métodos).
Depois de corrigir um sinal, o Google ainda precisa rastrear e reavaliar as páginas. Se pertinente, solicite indexação das URLs importantes na Inspeção de URL, observando os limites da ferramenta; isso não garante indexação, escolha da canônica, posição ou snippet. Confira novamente os dados indexados após novo rastreamento, sem tratar o teste ao vivo como confirmação da escolha.
Checklist de validação
- [ ] A URL preferida e o motivo da escolha foram registrados antes da edição; houve backup restaurável e teste em staging para qualquer alteração sensível.
- [ ] URL solicitada, cadeia de redirects, destino e status HTTP foram conferidos nas variantes relevantes.
- [ ] HTML público e cabeçalho HTTP
Link, se existente, não emitem canônicas conflitantes após atualização controlada do cache. - [ ] O destino canônico abre, representa conteúdo equivalente e é coerente com links internos e sitemap.
- [ ] Nenhum
noindex, bloqueio emrobots.txt, permalink ou 301 foi alterado como atalho. - [ ] No Search Console, URL, status e data dos dados indexados foram anotados; teste ao vivo não foi interpretado como decisão canônica.
- [ ] Após novo rastreamento, a URL inspecionada e a preferida foram reavaliadas; destinos desconhecidos ou conflitos persistentes foram encaminhados à equipe técnica.
O diagnóstico seguro é identificar qual URL foi servida, qual preferência o site publicou e qual escolha o Google registrou. Só então vale corrigir o sinal cuja origem você conseguiu demonstrar.
