Manter a equidade de links durante uma divisão de domínio: redirecionamentos e canonicals

O que pode dar errado numa divisão de domínio (em termos simples)

Uma divisão de domínio acontece quando você move parte de um site para um novo domínio enquanto o resto permanece. A divisão costuma ser por produto (mover uma linha de produto para seu próprio domínio) ou por região (mover uma seção de país para um domínio local).

O risco é direto: a web já conhece suas URLs antigas. Elas têm backlinks, histórico e confiança. Se essas URLs antigas de repente levarem ao lugar errado, a múltiplos destinos, ou a lugar nenhum, você pode perder poder de ranqueamento mesmo que o conteúdo ainda exista.

Backlinks normalmente perdem valor durante uma divisão por três razões:

• Os redirecionamentos estão ausentes ou vão para uma página genérica (como a nova homepage), diluindo o significado do link.
• As canonicals enviam sinais mistos, dizendo aos motores de busca que uma URL diferente é a “real”.
• Links internos ainda apontam para o domínio antigo, então você continua reforçando os endereços antigos e desacelera a descoberta dos novos.

O sucesso é tedioso — e isso é bom: os ranqueamentos oscilam um pouco, depois se estabilizam; o tráfego orgânico volta; e as páginas do novo domínio são indexadas rapidamente sem muitos problemas de “duplicado” ou “página alternativa”.

A regra central para preservar autoridade numa divisão é simples: cada URL antiga deve ter um destino claro que corresponda à intenção. Se uma página antiga era sobre uma funcionalidade específica do produto, ela deve cair na página correspondente do novo domínio, não numa página de categoria.

Antes de mover qualquer coisa, faça uma checagem rápida. Garanta que cada URL antiga importante tenha exatamente uma URL nova planejada, que a correspondência seja fácil de explicar em uma frase (mesmo tópico, mesma finalidade) e que você não está criando situações onde múltiplas URLs antigas “brigam” para canonicalizar a mesma nova URL. Confirme também que o site antigo não continuará linkando fortemente para páginas que agora vivem em outro lugar e que você tem uma forma de detectar páginas-chave saindo do índice após o lançamento.

Decida o escopo da divisão antes de tocar nos redirecionamentos

Divisões de domínio falham com mais frequência porque o escopo é vago. Antes de configurar um único 301, escreva exatamente o que está se movendo e o que fica. Pense em termos de páginas reais, não em ideias como “o produto” ou “o site da UE”. Se uma página tem backlinks hoje, ela precisa de um destino claro amanhã.

Comece listando as URLs que vão se mover, mais as que devem permanecer no domínio atual (incluindo páginas de suporte, docs, preços, posts de blog e qualquer landing page de alto valor). Aqui você também detecta áreas cinzentas, como uma FAQ compartilhada que serve ambas as partes do negócio.

Depois escolha um formato de divisão que corresponda a como os usuários buscam e como seu conteúdo está organizado:

• Divisão por pasta: ideal quando a seção já vive sob um caminho (example.com/product/). Geralmente a mais simples.
• Subdomínio: útil quando a seção precisa de tecnologia ou equipes diferentes (product.example.com).
• Novo domínio raiz: separação mais forte, mas maior risco se o mapeamento for descuidado.

Antes de se comprometer, confirme que o novo domínio está pronto para ser rastreado e ranqueado. Deve estar em HTTPS, rápido no mobile e sem bloqueios por regras de robots ou tags noindex acidentais. Também configure analytics e ferramentas de busca para comparar antes e depois.

Escolha uma janela de congelamento curta para mudanças de conteúdo e URL. Durante o freeze, evite renomeações, edições de navegação e migrações de CMS. Uma linha de base estável facilita identificar problemas.

Exemplo: se você está movendo um "/fr/" de região para um novo domínio, decida se todas as páginas em francês se movem (incluindo artigos de ajuda em francês) ou apenas a vitrine. Essa decisão muda seu mapa de redirecionamento e as regras de linkagem interna.

Construa o mapeamento de URLs que preserva o significado

Seu mapeamento de URLs é o documento que decide se você mantém autoridade durante a divisão ou se a joga fora silenciosamente. Trate-o como um contrato: toda URL antiga importante deve ter um destino claro.

Comece com uma planilha que liste todas as URLs indexáveis do domínio antigo e adicione uma coluna “nova URL”. Mire em correspondências um-para-um sempre que possível. Se o tópico da página permanecer o mesmo, o destino deve ser a página mais próxima equivalente, não uma categoria ou a página inicial.

Priorize o que importa primeiro: URLs que já têm autoridade e demanda. Puxe essas para o topo da planilha usando dados que você já tem (páginas de entrada principais do analytics, páginas que recebem cliques no Search Console e qualquer lista de páginas com backlinks fortes). São essas páginas onde um erro de mapeamento mais rápido prejudica.

Sua tabela de mapeamento não precisa ser sofisticada, mas deve ser completa. A maioria das equipes rastreia a URL antiga, URL nova, tipo de página e responsável, se a página foi mantida/mesclada/aposentada (com razão) e uma simples caixa de QA para confirmar que foi testada.

Trate casos limite logo no início. Se um produto foi descontinuado, redirecione para o substituto mais próximo (ou para uma página permanente de “descontinuado”), não para uma página genérica. Se duas páginas antigas virarão uma, escolha o melhor alvo único e planeje como preservar os detalhes perdidos nessa nova página.

Por fim, defina regras de URL antes de qualquer pessoa começar a construir. Decida como tratar barras finais, maiúsculas e query strings, e aplique um padrão unificado. Por exemplo: forçar lowercase, manter ou remover barras finais de forma consistente e remover parâmetros de tracking para que não criem alvos duplicados.

Regras de redirecionamento que protegem valor de backlinks

Ao dividir um domínio, você não está apenas movendo páginas. Está movendo a confiança que outros sites já lhe deram. Se quiser preservar esse valor, seus redirecionamentos devem ser monótonos, diretos e consistentes.

A primeira regra é simples: use 301 para movimentos permanentes. Um 301 diz aos motores de busca que a mudança é definitiva e ajuda a transferir sinais de ranqueamento. Um 302 é para moves temporários e costuma desacelerar a transferência de valor.

Bons redirecionamentos também respeitam a intenção. Se uma URL antiga era uma página de preços, ela deve cair na página de preços mais próxima do novo domínio, não na homepage. Enviar tudo para uma página costuma parecer um soft 404 e desperdiça a relevância que tornou o backlink valioso.

Use estas regras:

• Redirecione cada URL antiga indexável para a melhor URL nova correspondente.
• Mantenha um salto: URL antiga direto para a URL final (sem cadeias).
• Teste por loops (A para B, depois de volta para A) antes de entrar no ar.
• Não misture sinais: evite redirecionar uma URL que também retorna uma canonical para outra página.
• Mantenha redirecionamentos a longo prazo, medidos em meses e anos, não semanas.

Exemplo: se seu produto EU muda para um novo domínio, uma avaliação antiga no blog que linka para /eu/product-x deve redirecionar para a nova /product-x (EU), não para uma página genérica /eu de destino.

Regras de canonical para sites divididos

As canonicals são seus sinais de “esta é a página principal”. Durante uma divisão, elas ajudam os motores de busca a evitar tratar páginas muito semelhantes em dois domínios como duplicadas. Usadas de forma errada, também podem bloquear o novo domínio de ranquear.

Use rel=canonical quando duas URLs mostram basicamente o mesmo conteúdo (mesmo produto, mesmo texto, mesma intenção) e você quer que uma versão seja preferida no índice. Não a use como substituto de um redirecionamento. Se uma página realmente mudou, um 301 é o sinal mais claro.

Uma armadilha comum é misturar canonicals entre domínios com redirecionamentos de forma que se contradigam. Se a Página A do domínio antigo 301-redireciona para a Página B do novo domínio, então a Página B não deve canonicalizar de volta para a Página A. Isso cria instruções conflitantes.

No novo domínio, adicione canonicals auto-referenciais nas páginas que você quer indexar. Isso reduz o risco de duplicados por parâmetros, ordenações, tags de tracking ou caminhos alternativos. Também facilita auditorias porque cada página importante aponta para si como versão preferida.

Mantenha as versões de URL consistentes para que as canonicals não dividam sinais:

• Apenas HTTPS
• Um host (www ou sem www)
• Um estilo de barra final
• Não indexe tanto a versão limpa quanto a versão com parâmetros

Exemplo: você move /product/x para um novo domínio como produto independente. A URL antiga faz um 301 para a nova URL. A nova página tem uma canonical auto-referencial para sua versão HTTPS preferida. Links internos e sitemaps apontam apenas para essa URL preferida, não para alternativos.

Regras de link interno após a divisão

Backlinks externos atraem mais atenção, mas links internos determinam onde os rastreadores gastam tempo e quais páginas parecem “mais importantes”. Trate linkagem interna como uma entrega controlada, não um esvaziamento gradual.

Comece pelas maiores fontes de sinal interno: navegação, rodapé, links utilitários do cabeçalho e quaisquer promoções sitewide. Esses links aparecem em todas as páginas, então um destino errado pode continuar a enviar usuários (e bots) de volta ao domínio antigo muito depois da mudança.

Uma regra prática: páginas movidas devem linkar para a versão do novo domínio do conteúdo movido, e para a versão do domínio antigo do conteúdo que ficou. Evite caminhos “meio movidos” onde você cria duas rotas concorrentes para a mesma coisa.

Concentre sua primeira passagem em:

• Navegação, rodapé, breadcrumbs e caminhos de categoria
• Links contextuais dentro do corpo (posts de blog, artigos de ajuda, páginas de comparação)
• Remover links do domínio antigo que mantêm usuários circulando na seção movida em vez de cruzarem para o novo domínio
• Publicar sitemaps XML separados (um por domínio)

Exemplo: se você dividir a região "/eu/" para um novo domínio, garanta que o breadcrumb e o cabeçalho de cada página EU selecionem o novo domínio, enquanto as páginas dos EUA continuam apontando internamente para conteúdo dos EUA. Não deixe um rodapé global linkando para as antigas páginas EU “porque é mais fácil”.

Checagens de consistência na página e técnicas

Uma divisão pode parecer perfeita nos redirecionamentos, mas ainda vazar valor se as novas páginas não parecerem substitutas verdadeiras. Motores de busca comparam intenção, sinais de layout e dicas técnicas entre os dois domínios.

Faça com que as páginas movidas sejam consistentes em como se apresentam. Use um padrão de template para títulos, H1s e meta descriptions para que o novo domínio não pareça repentinamente um site diferente para a mesma consulta. Mantenha a redação natural, mas preserve o papel da página (página de produto segue sendo página de produto, página de localização segue sendo página de localização).

Significado importa mais do que combinar toda frase por frase. Se a página antiga respondia “detalhes de preço e planos” e a nova vira uma página fina de inscrição, você está pedindo ao Google para tratá-la como um destino diferente.

Faça uma checagem técnica rigorosa no novo domínio:

• Structured data: confirme que todos os campos de URL (como "url", "@id", "logo") apontem para o domínio correto e para a versão preferida da página.
• Tags canonical: verifique se cada página movida tem canonical para sua nova URL (a menos que você intencionalmente use outra canonical).
• Hreflang: se usar, certifique-se de que os alternates por idioma/região referenciem o domínio certo para cada mercado.
• Controles de indexação: confirme que meta robots e X-Robots-Tag não estejam acidentalmente como noindex.
• Mídia e scripts: garanta que ativos-chave carreguem e não estejam bloqueados.

Exemplo: se você mover /uk/support para um novo domínio do Reino Unido, a nova página deve manter a intenção de suporte, não virar um pitch de vendas. Mantenha a FAQ e opções de contato, atualize URLs no structured data e faça o hreflang apontar para o domínio UK em en-GB enquanto outras regiões apontam para seus lares corretos.

Um exemplo realista de divisão (produto ou região)

Exemplo 1: mover uma linha de produto para um novo domínio de marca

Uma empresa SaaS tem um site principal (example.com). Com o tempo, o produto “Analytics” vira uma marca independente, então eles o movem para um novo domínio (analyticsbrand.com). O objetivo é preservar autoridade de reviews, páginas de parceiros e menções em blogs que já apontam para example.com.

Eles começam com uma regra simples: se uma página é principalmente sobre o produto Analytics, ela recebe um redirecionamento um-para-um para a página correspondente no novo domínio. Se a página é mais ampla (notícias da empresa, vagas, docs não relacionadas ao Analytics), ela fica.

Decisões típicas de mapeamento:

• Páginas de produto: example.com/analytics/features -> analyticsbrand.com/features
• Preços: example.com/analytics/pricing -> analyticsbrand.com/pricing (evite redirecionar para a homepage)
• Posts de blog: mantenha posts sobre estratégia de produto/SEO no example.com, mas redirecione tutoriais puramente sobre Analytics para o novo domínio
• Docs de suporte: redirecione apenas os docs que correspondem ao produto Analytics; deixe docs da plataforma compartilhada no domínio original
• Páginas de comparação: redirecione se a comparação for sobre Analytics; caso contrário, atualize links internos e mantenha a página onde melhor se encaixa

Recursos compartilhados exigem cuidado extra. Para imagens e PDFs, decida um domínio “dono”. Se manter arquivos em example.com, garanta que o novo site os referencie consistentemente e não crie cadeias (URL antiga -> intermediária -> final). Para páginas compartilhadas como termos legais ou notas de segurança, escolha uma versão canonical e linke a partir do outro site em vez de publicar duas cópias concorrentes.

Exemplo 2: mover um site por país para um domínio regional

Se você mover example.com/de/ para example.de, trate cada URL de localidade como um projeto de mapeamento próprio. Mantenha idioma e intenção alinhados: página de produto em alemão para página de produto em alemão, não para um fallback em inglês.

Erros comuns que desperdiçam backlinks existentes

A maior parte do valor de backlinks se perde numa divisão por uma razão simples: a mudança parece confusa para os motores de busca. O objetivo é enviar uma mensagem consistente sobre o que se moveu, onde agora vive e qual versão deve ranquear.

Uma falha comum é lançar ambos os domínios sem um mapa completo de URLs. Equipes começam a redirecionar “conforme avançam” e URLs importantes são esquecidas. Essas URLs perdidas frequentemente incluem as com melhores backlinks, como docs antigos de produto, páginas de comparação ou landing pages regionais.

Outro erro clássico é redirecionar tudo para a homepage nova. Parece seguro, mas quebra a relevância. Se um blog técnico linkou para uma página de recurso específica, mandar esse link para a homepage genérica diz ao Google que a página original não existe mais de forma significativa.

Fique atento a estes padrões:

• Ausência de mapeamento um-para-um antes do lançamento
• Redirecionamentos “catch-all” para a homepage em vez da página mais próxima
• 301s apontando para a Página B enquanto a canonical da Página B aponta de volta para a Página A
• Links internos ainda apontando para o domínio antigo
• Mudar estrutura de URL e reescrever conteúdo ao mesmo tempo da divisão

Sinais conflitantes são especialmente caros. Por exemplo, se /product/widget no domínio antigo 301-redireciona para newdomain.com/widget, mas a canonical da nova página aponta para a URL antiga (ou para outro caminho), você está efetivamente pedindo ao Google para ignorar seu redirecionamento.

Checklist de monitoramento para os primeiros 30–90 dias

Uma divisão não está “feita” quando os redirecionamentos entram no ar. Os próximos 30–90 dias são quando os motores de busca testam suas mudanças, e pequenos erros podem drenar autoridade silenciosamente.

Salve uma linha de base da semana anterior ao lançamento: principais páginas de entrada orgânica, um pequeno conjunto de palavras-chave prioritárias e as URLs mais linkadas. Você vai comparar tudo contra isso.

Checagens semanais (faça em ambos os domínios)

Execute a mesma rotina toda semana no primeiro mês, depois a cada duas semanas até o dia 90:

• Cobertura de índice e erros de rastreamento: observe picos em “Not found (404)”, erros de redirecionamento ou quedas súbitas em páginas indexadas.
• Páginas mais linkadas: confirme que cada uma cai na página nova pretendida (não na homepage) após um redirecionamento limpo.
• Ranqueamentos: acompanhe um pequeno conjunto de consultas ligadas ao produto/região movida mais algumas consultas de marca.
• Páginas de entrada orgânica e tráfego: compare quais páginas estão recebendo visitas agora vs antes.
• Cadeias de redirecionamento e 404s: encontre redirecionamentos “A para B para C”, loops e quaisquer URLs antigas retornando 404.

Depois, conte a história que os dados contam. Por exemplo, se seu antigo "/pricing" era muito linkado e agora redireciona para uma "/plans" genérica, mas os ranqueamentos caem e o tempo na página diminui, isso indica que o destino não corresponde à intenção. Corrigir a página alvo frequentemente restaura a performance mais rápido do que esperar.

Sinais de alerta que merecem correção no mesmo dia

Trate estes como urgentes:

• Uma página muito linkada redireciona para a homepage ou para uma categoria não relacionada
• Muitos 404s em URLs que costumavam receber links ou tráfego
• Aumento repentino de URLs do domínio antigo sendo indexadas quando deveriam estar redirecionadas
• Cadeias maiores que um salto para URLs importantes

Próximos passos: estabilizar e depois reconstruir autoridade no novo domínio

Após a divisão, o primeiro trabalho é estabilidade. Mantenha tudo estável tempo suficiente para que Google e usuários aprendam a nova “forma” do seu site. Depois, impulsione o crescimento.

Um cronograma simples:

• Pré-lançamento (1–2 semanas antes): congele grandes mudanças de conteúdo, confirme que seu mapa de redirecionamento está final e garanta que o novo domínio tenha páginas indexáveis limpas (sem noindex acidental, sem pastas bloqueadas). Faça uma última checagem para garantir que as páginas-chave do novo domínio tenham links internos corretos apontando para elas.
• Semana de lançamento: aplique redirecionamentos, atualize links internos e monitore o básico diariamente (erros de rastreamento, loops de redirecionamento, quedas súbitas de tráfego, páginas sendo indexadas no domínio errado). Espere alguma oscilação de ranqueamento.
• Semanas 2–4: corrija padrões, não apenas problemas pontuais. Amplie a cobertura de redirecionamentos quando necessário, substitua redirecionamentos para homepage por correspondências específicas e mantenha o conteúdo estável enquanto os sinais se acomodam.
• Meses 2–3: quando a indexação parecer estável, comece a melhorar páginas novamente (conteúdo, UX, velocidade). É também quando você pode testar novos caminhos de links internos e adicionar novas páginas no novo domínio.

Mantenha redirecionamentos “catch-all” apenas como redes de segurança temporárias, depois substitua por redirecionamentos a nível de página assim que confirmar o que pessoas e bots realmente acessam. E se um parceiro linkar para uma URL antiga meses depois, não entre em pânico — mantenha esses redirecionamentos funcionando a longo prazo para que links tardios ainda passem valor ao novo site.

Mesmo com redirecionamentos e canonicals limpos, um novo domínio frequentemente precisa de sinais frescos. Se planeja adicionar backlinks de qualidade após a mudança, faça isso depois que sua divisão estiver estável para que esses links fortaleçam as páginas corretas. Para equipes que querem um caminho mais direto a placements em sites autoritativos, SEOBoosty (seoboosty.com) é uma opção: você seleciona domínios de um inventário curado e aponta o backlink para as páginas específicas do novo domínio que quer ranquear.