Redirecionamentos 301 e URLs Canônicas: Guia Prático

Duas ferramentas técnicas resolvem praticamente todo problema de "conteúdo duplicado" ou "URL que mudou" em SEO: redirecionamento 301 e URL canônica. Parecem a mesma coisa à primeira vista — os dois "apontam" pra uma URL preferida — mas resolvem problemas diferentes, e usar o errado no lugar do certo pode custar ranking acumulado de anos.

Redirect 301: "essa página mudou de endereço, de vez"

Um redirect 301 (redirecionamento permanente) diz pro navegador e pros mecanismos de busca: essa URL não existe mais aqui, foi pra outro endereço, definitivamente. O visitante que acessa a URL antiga é levado automaticamente pra nova, e o Google transfere a maior parte do valor de SEO acumulado (backlinks, histórico, autoridade) pra URL de destino.

Quando usar:

• Você renomeou uma página ou artigo (mudou o slug)
• Você migrou de domínio ou de subpasta pra domínio raiz
• Você consolidou duas páginas parecidas em uma só e quer aposentar uma delas
• Você mudou de plataforma (é literalmente o caso do Blogonauta saindo do painel antigo pro Astro)

Um exemplo real e simples: o Blogonauta tinha duas URLs pra mesma página institucional — /quem-somos e /sobre-o-blogonauta. Em vez de deixar as duas ativas (o que divide autoridade e confunde o Google sobre qual é a "oficial"), configuramos /quem-somos pra redirecionar via 301 pra /sobre-o-blogonauta. Mesma lógica se aplicou a /parcerias → /parceria. Quem clicava num link antigo salvo nos favoritos, ou vindo de um backlink de outro site, chega direto na versão atual — sem página quebrada, sem perder o valor de SEO que aquela URL antiga já tinha acumulado.

URL Canônica: "essas páginas são parecidas, mas essa é a preferida"

A tag canonical (<link rel="canonical" href="...">) resolve um problema diferente: duas ou mais URLs existem ao mesmo tempo, ativas, mas você quer dizer ao Google qual delas é a versão "oficial" pra indexar. Diferente do 301, não há redirecionamento — as duas páginas continuam acessíveis, só que uma delas "aponta" pra outra como sendo a referência.

Quando usar:

• Filtros e parâmetros de URL que geram a mesma página com endereço diferente (ex: /categorias/dicas?ordenar=recentes e /categorias/dicas?pagina=1 apontando canonical pra /categorias/dicas)
• Versões com e sem www, ou com e sem barra final, coexistindo por questão técnica
• Conteúdo republicado ou sindicado em mais de um lugar, mas com uma fonte original clara
• Páginas de paginação que compartilham o mesmo conteúdo central

O erro mais comum: usar canonical quando devia ser 301

É frequente ver site com uma página antiga que devia estar redirecionada, mas em vez disso tem uma tag canonical apontando pra nova URL. O problema: a página antiga continua acessível e indexável tecnicamente, só "sugerindo" pro Google ignorar ela — mas o Google não é obrigado a obedecer essa sugestão, é só um sinal, não uma ordem. Enquanto isso, qualquer visitante humano que cair na URL antiga (via link salvo, backlink externo, resultado de busca desatualizado) vê conteúdo desatualizado ou uma página fantasma, em vez de ser levado automaticamente pra versão certa.

Regra prática simples: se a página velha não deveria mais existir de jeito nenhum, use 301. Se as duas versões precisam continuar existindo por algum motivo técnico, use canonical.

Cadeias de redirect: o erro que ninguém percebe até doer

Outro problema comum, principalmente em sites que passaram por mais de uma reestruturação: cadeias de redirect. A URL A redireciona pra B, que redireciona pra C, que finalmente chega no destino real D. Cada salto extra:

• Adiciona latência real de carregamento (cada redirect é uma ida e volta extra ao servidor)
• Dilui uma fração do valor de SEO transferido a cada salto
• Aumenta a chance de quebra silenciosa se um dos elos da cadeia for removido no futuro

A correção é simples: sempre que identificar uma cadeia, aponte a URL de origem direto pro destino final, sem intermediários. Isso vale especialmente depois de uma migração de plataforma como a do Blogonauta — é fácil acumular redirect-de-redirect sem perceber se cada nova reestruturação só empilha regra em cima de regra antiga.

Como auditar o que você já tem

• Liste todas as URLs indexadas atualmente (Search Console → páginas indexadas, ou um crawler de SEO)
• Para cada URL que vai mudar de endereço, defina o redirect 301 correspondente antes de tirar a versão antiga do ar — nunca depois
• Depois de qualquer leva de redirects nova, teste manualmente uma amostra clicando nos links de fato, não só configurando e assumindo que funcionou
• Revise periodicamente se não se acumulou cadeia de redirect ao longo de reestruturações sucessivas

Por que isso importa tanto quanto parece chato

Redirect e canonical não são a parte glamourosa do SEO — ninguém fica empolgado configurando isso. Mas é exatamente o tipo de detalhe técnico que, quando ignorado, apaga silenciosamente anos de autoridade acumulada numa migração. Fazer certo custa uma tarde de atenção; fazer errado custa meses tentando recuperar posição que já existia antes da mudança.