Migrando URLs Sem Perder Seus Rankings

A migração que "não deveria afetar o SEO" sempre afeta o SEO

Imagine uma equipe decidindo que /products.php?id=4471&cat=12 deve se tornar /products/oak-dining-table. Todo mundo concorda que já era hora — as novas URLs são mais limpas, mais compartilháveis, melhores para o redesign. O marketing aprova porque é "só uma mudança de URL, o conteúdo é o mesmo." Semanas após o lançamento, o tráfego orgânico despenca e ninguém tinha planejado para isso.

Essa é a perda de ranking mais evitável em SEO, e acontece o tempo todo, porque uma migração de URLs parece uma nota de rodapé técnica, quando na verdade é: você está pedindo ao Google para transferir anos de confiança acumulada de um conjunto de endereços para outro, endereço por endereço, sem espaço para "mais ou menos."

Feita com disciplina, uma migração é quase invisível — uma queda breve que se recupera em semanas. Feita sem cuidado, é um buraco de vários meses no seu tráfego que um redesign jamais deveria ter causado. A diferença está quase inteiramente em três artefatos nada glamorosos: o mapa de redirecionamentos, as tags canônicas e o sitemap. Acerte esses três e o resto da migração é trabalho de engenharia normal.

Construa o mapa de redirecionamentos antes de tocar em uma única URL

O mapa de redirecionamentos é uma planilha, não uma regra. Cada URL antiga recebe uma nova URL específica. Não um padrão, não um fallback para a homepage, não "o redirecionamento vai resolver sozinho" — uma linha por URL, da antiga para a nova, verificada por uma pessoa.

Isso importa mais exatamente onde é mais tentador pular a etapa: URLs com query strings. ?category=lighting&sort=price_asc&page=2 não é uma única URL, é uma explosão combinatória delas, e a maioria dessas variantes não tem valor real de ranking — são ruído de rastreamento que seu CMS gerou por acidente. A disciplina está em separá-las em dois grupos:

• URLs que realmente rankeiam e geram tráfego. Extraia essas informações do relatório de Desempenho do Search Console e da sua analytics, não de uma exportação de banco de dados. Se uma URL parametrizada teve impressões e cliques nos últimos 12-16 meses, ela recebe um redirecionamento explícito e um-para-um para seu equivalente limpo.
• URLs que são puro ruído. Filtros facetados, IDs de sessão, parâmetros de rastreamento, ordens de classificação. Essas devem retornar 404 ou redirecionar para a página de categoria mais próxima — elas nunca acumularam valor que valesse a pena preservar, e mapear milhares delas individualmente desperdiça tempo que você deveria gastar nas que realmente importam.

Pular essa triagem é como as equipes acabam redirecionando tudo para a homepage (o que o Google trata como um padrão de soft 404 quando o volume fica alto o suficiente) ou tentando aplicar 301 em cada combinação de parâmetros que já existiu (o que infla o mapa de redirecionamentos até um ponto em que ninguém consegue mantê-lo ou verificá-lo).

Redirecionamentos: um salto, o código certo, sem exceções

Depois que o mapa existe, as regras para implementá-lo são simples e sem concessões:

• 301, não 302. Um 302 diz aos rastreadores que a mudança é temporária, o que afeta qual URL o Google trata como canônica e a rapidez com que ele faz a transição — o Google já afirmou que 301s e 302s transmitem sinais de ranking de forma semelhante, então o custo real de um 302 aqui não é a perda de valor, é uma transição mais lenta e menos certa. Para uma mudança permanente de estrutura de URLs, o 301 continua sendo o sinal correto e inequívoco a enviar desde o primeiro dia.
• Um salto, sempre. A redireciona para B, não A para B para C. Cadeias diluem o sinal a cada salto extra, deixam o rastreamento mais lento e são uma das coisas mais comuns que aparecem quebradas em migrações que alguém já disse ter "terminado." Rode todo o seu mapa de redirecionamentos por um rastreador como o Screaming Frog antes do lançamento, procurando especificamente por cadeias e loops.
• Atualize também os links internos. Um redirecionamento correto não justifica deixar seu menu, rodapé e links no conteúdo apontando para URLs antigas. Todo link interno que ainda aponta para um redirecionamento é uma requisição de rastreamento desperdiçada e um sinal um pouco mais fraco do que um link direto. Corrija os links; deixe o redirecionamento ser uma rede de segurança, não o caminho principal.
• Mantenha os redirecionamentos ativos bem além do mínimo declarado pelo Google. A própria orientação do Google recomenda pelo menos um ano de manutenção de redirecionamentos após uma mudança de site. Backlinks antigos, favoritos e links em cache não expiram no seu cronograma, então trate um ano como um piso, não como uma meta — remover os redirecionamentos exatamente nessa marca é uma forma comum de perder valor de links que ainda estão por aí.

As tags canônicas fazem uma limpeza que o mapa de redirecionamentos não consegue

Sites com query strings quase sempre têm problemas de conteúdo duplicado que a migração deveria resolver, não carregar adiante. Se /product?id=4471 e /product?id=4471&ref=email existem os dois, ambos precisam resolver — depois do redirecionamento — para a mesma URL limpa, e essa URL limpa precisa de uma tag canônica autorreferenciada. Não deixe as variantes antigas de parâmetros sobreviverem como páginas canonicalizadas para si mesmas; isso só transfere o problema de duplicação para a sua nova estrutura de URLs em vez de resolvê-lo.

Audite isso antes do lançamento, não depois: extraia todas as URLs indexadas do relatório de Páginas do Search Console (em Indexação), agrupe-as pelo destino limpo para o qual deveriam convergir, e confirme que a tag canônica nesse destino aponta para si mesma, não de volta para um padrão legado que um template preservou por acidente.

A ordem do sitemap importa mais do que as pessoas pensam

A ordem em que você mexe no seu sitemap realmente muda a velocidade com que o Google reprocessa a migração:

1. Antes do lançamento: confirme que seu sitemap atual reflete com precisão o que está no ar hoje. Um sitemap pré-migração desatualizado é uma base ruim para comparar depois.
2. No lançamento: publique um novo sitemap contendo apenas as URLs novas e limpas — sem URLs redirecionadas, sem variantes de parâmetros. Envie-o no Search Console imediatamente.
3. Durante 2-4 semanas depois: mantenha o sitemap antigo acessível (não excluído) para que o rastreador do Google ainda consiga encontrar e processar os redirecionamentos que ele lista, em vez de descobri-los apenas por meio de um rastreamento incidental mais lento.
4. Depois dessa janela: aposente o sitemap antigo. Os redirecionamentos em si continuam ativos; você só para de apontar ativamente os rastreadores para o mapa antigo assim que ele já cumpriu seu propósito.

Observe o relatório de Páginas diariamente durante essa janela, buscando o número de "Página com redirecionamento" subindo e o número de "Não encontrada (404)" se mantendo estável. Um pico de 404 no meio da migração significa uma lacuna no seu mapa de redirecionamentos, não algo que o Google simplesmente vai contornar.

Como é, na prática, a queda de ranking quando você faz tudo certo

Mesmo uma migração impecável causa uma queda real — isso não é um sinal de alerta, é o Google rastreando novamente e reassociando sinais aos novos endereços. Como é uma migração saudável: os rankings enfraquecem por algumas semanas, depois a maioria das posições se recupera, e em cerca de dois meses você está em paridade ou à frente (URLs limpas mais qualquer outra coisa que o redesign tenha trazido) — embora o prazo exato varie conforme a frequência de rastreamento e o tamanho do site. Como é uma migração problemática: a queda continua se aprofundando bem depois do primeiro mês, 404s aparecem no relatório de Páginas, e o tráfego não se recuperou até o terceiro mês. Essa diferença entre "queda esperada" e "erro que custa tráfego" é totalmente explicada pelo mapa de redirecionamentos, pela auditoria de canônicas e pela sequência do sitemap descritos acima — raramente há uma quarta causa misteriosa.

Conclusão

Uma migração de URLs não é uma regra de redirecionamento e uma reza. É uma planilha mapeando cada URL que gerava tráfego para exatamente um novo destino, uma auditoria de canônicas que fecha as lacunas de conteúdo duplicado que a estrutura antiga escondia, e uma sequência de sitemap que diz ao Google o que mudou sem enterrar o sinal em ruído. Faça essas três coisas com disciplina e a queda será de algumas semanas, não alguns trimestres. Se você está planejando uma mudança de estrutura de URLs e quer o mapa de redirecionamentos construído e verificado antes do lançamento em vez de remendado depois da queda de tráfego, nossa equipe de SEO planeja exatamente esse tipo de migração antes do lançamento, não depois da queda de tráfego.