Migração de SEO para Divisão e Carve-Out de Site

TL;DR — Uma divisão de site separa o site de uma empresa em dois. A parte difícil não é escrever redirecionamentos. É decidir quem é dono de cada página, domínio, conta, imagem, download, link e dado histórico. Mantenha URLs boas inalteradas quando possível. Quando uma página realmente se move, redirecione sua URL antiga para a nova página equivalente. Se não houver substituto, retorne um 404 ou 410 real. Teste ambos os novos ambientes, pois uma separação pode quebrar o site do vendedor tão facilmente quanto o do comprador.

O que é uma divisão de site ou separação

Uma divisão de site é uma migração em que parte de um site se torna um ambiente digital separado. Geralmente ocorre após uma desinvestimento, cisão, venda de produto, separação regional ou dissolução de joint venture.

Uma migração de domínio normal é principalmente um para um: o site antigo se move para o novo site. Uma separação é um para muitos. Algumas páginas ficam com o vendedor, algumas vão para o comprador, algumas são copiadas temporariamente sob licença, algumas são aposentadas, e sistemas compartilhados precisam continuar funcionando enquanto a propriedade muda.

Isso cria três tarefas:

1. Decidir a propriedade. Quem controla cada domínio, URL, ativo de conteúdo, conta e serviço após a transação?
2. Preservar o significado. A nova página do comprador realmente substitui a página antiga do vendedor para o usuário?
3. Provar independência. Cada lado consegue rastrear, publicar, medir, proteger e operar seu ambiente após o fim dos serviços de transição?

A regra de redirecionamento

Redirecione uma URL movida somente quando o destino for seu substituto real. Uma página de produto vendida com o negócio geralmente pode redirecionar para o mesmo produto no site do comprador. Uma página de carreiras corporativas mantida pelo vendedor não deve redirecionar para a página inicial do comprador apenas porque tem links.

O Google aconselha contra enviar muitas URLs antigas para um destino irrelevante, pois isso pode ser tratado como um soft 404. Ele recomenda redirecionamentos permanentes no lado do servidor, como 301 e 308, para movimentos permanentes. Consulte a orientação de mudança de site do Google.

Comece antes da data de separação

Faça o inventário do ambiente digital enquanto as pessoas, sistemas e permissões ainda existem. No mínimo, capture:

• domínios, subdomínios, domínios antigos, DNS, certificados, hospedagem e regras de CDN;
• cada URL indexável, além de imagens, vídeos, PDFs, scripts e feeds;
• Search Console, analytics, gerenciamento de tags, anúncios, consentimento e perfis comerciais;
• proprietários de conteúdo, licenças, autores, marcas registradas, dados de produto e arquivos-fonte;
• redirecionamentos, canônicos, hreflang, dados estruturados, sitemaps e regras de robots;
• fornecedores, APIs, autenticação, busca, formulários e repositórios compartilhados.

O contrato e o advogado determinam a propriedade legal. O trabalho da equipe de SEO é expor onde uma separação proposta depende de um ativo ou direito que não foi atribuído.

Como é o sucesso

Após o lançamento, as páginas movidas do comprador devem ser rastreáveis, indexáveis, com links internos, mensuráveis e mapeadas a partir de suas URLs antigas. As páginas retidas do vendedor devem continuar funcionando. Dados históricos e acesso devem ser preservados adequadamente, enquanto as partes anteriores perdem o acesso operacional no cronograma acordado.

Isso é um carve-out bem-sucedido. Dois sites indo ao ar é apenas a parte visível.

TL;DR — Trate um carve-out como um programa de separação de ativos com uma migração de SEO dentro dele. Construa uma matriz de direitos sobre URLs, conteúdo, domínios, dados, links, contas, infraestrutura e pessoas. Dê a cada URL legada uma disposição explícita: reter, mover, consolidar, duplicar temporariamente sob direitos documentados ou aposentar. Mapeie apenas movimentos equivalentes, preserve ativos compartilhados ou substitua suas referências, separe a medição sem descartar o histórico e sequencie as trocas em torno de DNS, redirecionamentos, autenticação, consentimento e dependências de serviços de transição. Monitore ambos os patrimônios por coorte de URL. Um ganho do lado comprador não justifica dano ao lado vendedor.

Defina o perímetro de separação

Comece com o perímetro da transação e depois traduza-o em um perímetro digital. A entidade legal, a linha de produto, a marca, a geografia e o contrato do cliente podem cada um traçar a fronteira de forma diferente. Não presuma que uma pasta de URL seja a resposta definitiva.

Crie uma matriz de direitos com uma linha por ativo e estes campos:

Acordo de serviço de transição (TSA) é o termo do negócio que vale a pena aprender. Ele define serviços que uma parte continua fornecendo temporariamente após o fechamento. Para SEO, um TSA pode cobrir hospedagem de redirecionamentos, DNS, um CMS, um CDN de imagens, exportações de analytics, ferramentas de consentimento ou funcionários que sabem como o sistema de publicação funciona. Dê a cada dependência um responsável, nível de serviço, data de término, teste de saída e plano de contingência.

Construa um inventário de URLs completo em evidências

Combine fontes em vez de confiar no sitemap:

• rastreamentos de produção e exportações de CMS/banco de dados;
• sitemaps XML, logs de servidor/CDN, páginas de destino do analytics e páginas do Search Console;
• URLs vinculadas externamente, páginas de destino pagas, feeds e perfis de negócios;
• imagens, vídeos, PDFs, arquivos para download, JavaScript, CSS, endpoints de API e redirecionamentos antigos.

O Google diz explicitamente aos proprietários de sites para incluir ativos incorporados em uma mudança e usar sitemaps, logs, analytics, dados de CMS e relatórios de links para identificar URLs importantes. A documentação atual lista essas fontes.

Atribua a cada URL uma disposição:

• Reter: permanece no vendedor e mantém sua URL.
• Mover: transfere para uma página equivalente do comprador.
• Consolidar: várias páginas genuinamente se tornam uma única substituição abrangente.
• Uso duplo temporário: aparece em ambos os patrimônios sob direitos documentados, com um responsável e prazo de validade.
• Aposentar: não tem substituição útil e retorna 404/410.
• Segurar: não pode ser lançado até que propriedade, direitos ou destino sejam resolvidos.

Sem células em branco. “Decidiremos após o lançamento” é uma decisão de aceitar uma falha não gerenciada.

Projete mapeamentos em torno da equivalência do usuário

O comprador está adquirindo um negócio, não automaticamente todos os sinais de busca associados ao vendedor. Um redirecionamento é justificado quando o destino satisfaz substancialmente a mesma intenção do usuário e continua o mesmo assunto, produto ou serviço.

Revise os mapeamentos com os responsáveis por conteúdo, produto, jurídico e marca. Pontue cada linha:

• sucessor exato;
• consolidado, mas equivalente;
• incerto e requer revisão manual;
• sem equivalente, retorne 404/410;
• proibido porque o ativo ou a reivindicação não é transferido.

Evite cadeias resolvendo regras antigas diretamente para o destino final. O Google diz que pode seguir cadeias longas, mas recomenda redirecionamentos diretos e manter cadeias inevitáveis curtas, idealmente não mais que três e menos que cinco. Mantenha redirecionamentos permanentes por pelo menos um ano e por mais tempo quando prático. O Google documenta ambos os pontos.

Desembaraçar ativos e serviços compartilhados

Dependências compartilhadas são onde as separações ficam estranhas.

Hosts de ativos

Uma página movida ainda pode carregar imagens do CDN do vendedor, fontes de um domínio corporativo, PDFs de um DAM compartilhado ou JavaScript de um host da empresa-mãe. Faça um inventário das solicitações de rastreamentos renderizados e logs de navegador/rede. Para cada dependência, escolha transferência, cópia, hospedagem licenciada estável ou substituição. Atualize referências e teste cache, CORS, regras de robots, assinaturas, restrições de hotlink e expiração.

Conteúdo e dados de produto

Separe o conteúdo de origem das páginas renderizadas. Descrições de produtos, especificações, avaliações, biografias de autores, memória de localização e campos de dados estruturados podem vir de sistemas fora do CMS. Especialistas jurídicos e de dados determinam se cada um pode ser transferido. Não resolva direitos pouco claros copiando tudo.

Identidade e transações

Formulários, login, recuperação de conta, checkout, assinaturas e portais de suporte podem cruzar a fronteira da separação. Teste as jornadas do usuário e os estados indexáveis ao redor delas. A visibilidade na busca não é uma vitória se a página envia o cliente para um fluxo de conta que a nova empresa não pode operar.

Separar Search Console e medição com segurança

Preserve o histórico antes de alterar o acesso. Exporte dados de linha de base por coorte de URL, consulta, país, dispositivo e aparência na busca. Registre o escopo da propriedade e o fuso horário. Mantenha um arquivo somente leitura de acordo com as regras de dados da transação.

Para o Search Console:

1. Faça um inventário das propriedades de Domínio e prefixo de URL, usuários, proprietários e métodos de verificação.
2. Verifique as propriedades de destino do comprador antes do lançamento.
3. Preserve a verificação do vendedor necessária para monitorar URLs antigas e redirecionamentos.
4. Transfira ou estabeleça a propriedade do comprador por meio de controles aprovados.
5. Revogue o acesso anterior somente depois que os testes de monitoramento e handoff acordados passarem.

O Google distingue proprietários, usuários completos e usuários restritos. Tokens de verificação podem conferir controle, então o design de acesso pertence à segurança, não a uma planilha de SEO compartilhada. O Google documenta as permissões do Search Console.

Para análise e marcação, defina qual parte pode reter dados históricos de nível de usuário ou comerciais. Muitas vezes, a linha de base de SEO mais segura é uma exportação agregada aprovada mais novas propriedades de destino, não copiar uma conta inteira. Reconstrua eventos, consentimento, configuração entre domínios, referências, regras de canal e junções de resultados de negócios; depois verifique-os com transações de teste.

Sequenciar a migração

Use ondas baseadas em dependências, não em contagens arbitrárias de URL:

1. Plano de controle: registro de domínio, DNS, certificados, CDN, hospedagem, segredos, propriedade da conta e monitoramento.
2. Prontidão do destino: modelos, conteúdo, ativos, acessibilidade, analytics, consentimento, robots, canônicos, hreflang, schema e sitemaps.
3. Coorte piloto: uma seção coerente e de menor volatilidade cujo desempenho possa ser medido de forma independente.
4. Conteúdo primário: coortes de alto valor de produto, categoria, suporte e editorial.
5. Cauda longa e legado: páginas órfãs, arquivos, redirecionamentos antigos, perfis e integrações.
6. Saída do TSA: substituir ou encerrar toda dependência compartilhada e revogar o acesso.

O Google recomenda dividir grandes migrações quando útil, alertando que um piloto pode não representar uma migração de site inteiro. Ele também recomenda alterar uma variável principal por vez e lançar durante períodos de menor tráfego quando possível. Essas expectativas estão em suas diretrizes de migração de site.

Portões de lançamento

Não lance uma coorte até que:

• propriedade e direitos tenham um estado documentado;
• as páginas de destino retornem o status pretendido e renderizem seu conteúdo principal;
• robots de produção e diretivas meta permitam o rastreamento e a indexação pretendidos;
• canônicos, hreflang, dados estruturados, links internos e sitemaps usem URLs finais;
• as regras de redirecionamento passem em testes exatos, representativos e adversariais;
• analytics, consentimento, conversão e coleta de logs passem em jornadas de teste;
• capacidade, monitoramento, propriedade de incidentes, rollback e comunicações estejam prontos;
• o patrimônio retido do vendedor passe em sua própria suíte de regressão.

Monitore coortes, não totais combinados

Crie coortes fixas antes do lançamento: URLs retidas do vendedor, URLs movidas do comprador, URLs aposentadas, URLs de transição compartilhada e URLs de controle que não devem mudar. Compare em 7, 14, 30 e 90 dias, considerando sazonalidade e lançamentos não relacionados.

Acompanhe:

• solicitações de URLs antigas e resultados de redirecionamento;
• rastreamento, indexação, impressões, cliques, ranqueamento e conversões de novas URLs;
• regressões em páginas retidas do vendedor;
• erros de servidor, latência, volume de rastreamento e comportamento de cache;
• seleção canônica, reciprocidade de hreflang, elegibilidade para rich results e links internos;
• dependências do TSA, credenciais expirando, renovação de certificados e ativos não resolvidos.

Não prometa uma data fixa de recuperação. O Google diz que migrações significativas podem oscilar enquanto as URLs são recrawleadas e reindexadas, e que a conclusão ocorre por URL. Sites grandes podem levar mais tempo. Use o padrão de transição esperado como contexto, não como desculpa para implementação defeituosa.

Considerações finais

O arquivo de redirecionamento não é o plano de carve-out. O plano é uma resposta comprovável sobre quem é dono de cada ativo, o que o usuário deve alcançar, como cada empresa opera de forma independente e quando cada dependência temporária termina.

Resumo de IA

• Trate o carve-out como um patrimônio se tornando dois, não como uma troca de domínio normal.
• Inventarie URLs, direitos, domínios, contas, dados, infraestrutura, links e pessoas.
• Atribua reter, mover, consolidar, uso duplo temporário, aposentar ou manter para cada URL.
• Redirecione apenas para um sucessor genuíno; use 404/410 quando não houver nenhum.
• Teste ativos e serviços fora do CMS, especialmente CDNs, DAMs, formulários, identidade, dados de produto, consentimento e analytics.
• Preserve histórico com escopo adequado, estabeleça nova propriedade e revogue o acesso antigo em um cronograma acordado.
• Lance por coorte de dependência e faça teste de regressão no patrimônio retido do vendedor.
• Monitore separadamente as coortes de controle do comprador, vendedor, aposentadas, transição e inalteradas.

O que as diretrizes oficiais estabelecem

• Google: site moves with URL changes: mapeamento, redirecionamentos permanentes, ativos, staging, sitemaps, monitoramento e solução de problemas.
• Google: redirects and Search: métodos de redirecionamento suportados e interpretação de sinais.
• Google: canonicalization: sinais canônicos e por que redirecionamentos são mais fortes do que anotações isoladas.
• Google: localized versions: hreflang recíproco e implementações entre domínios.
• Google: Search Console users and permissions: propriedade, níveis de usuário e controles de verificação.

Estas fontes explicam o comportamento do sistema de busca. Elas não decidem propriedade, licença, privacidade, emprego, impostos ou termos de transação. Encaminhe essas decisões a especialistas.

Citações da fonte

• “Split your move into smaller steps, if that makes sense for your site.” (tradução) «Divida sua mudança em etapas menores, se isso fizer sentido para o seu site.» Google Search Central. Ir para a citação

Lista de verificação de carve-out

Antes do design

• Congele o perímetro da transação e nomeie ativos não resolvidos.
• Faça o inventário de domínios, URLs, arquivos, direitos, contas, sistemas, fornecedores e pessoas.
• Exporte rastreamentos, mapeamentos, redirecionamentos, GSC, análises, logs, links e ranqueamentos.
• Identifique cada dependência compartilhada e o TSA proposto.
• Crie coortes de URLs: vendedor, comprador, aposentadas, transição e controle.

Antes do lançamento

• Atribua um responsável pela disposição e evidências a cada URL.
• Aprove cada redirecionamento quanto à equivalência para o usuário e aos direitos.
• Valide ativos, formulários, autenticação, consentimento, análises e conversões.
• Verifique rastreamento de produção, canônicos, hreflang, schema, links internos e sitemaps.
• Teste rollback e regressões no lado do vendedor.
• Disponha de monitoramento e resposta a incidentes.

Após o lançamento

• Rastreie cada URL antiga e verifique o destino final.
• Inspecione URLs importantes no Search Console e compare coortes de índice.
• Monitore logs, erros, latência, tráfego, ranqueamentos e resultados em ambos os ambientes.
• Resolva dependências do TSA antes das datas de saída.
• Revogue acessos e rotacione segredos após os portões de handoff passarem.

ROME: direitos, propriedade, significado, execução

Use quatro portões para cada ativo:

1. Direitos: A empresa de destino pode usar, modificar, hospedar e redirecionar?
2. Propriedade: Quem controla o domínio, a conta, o código, o conteúdo e a renovação?
3. Significado: O destino proposto é genuinamente equivalente para o usuário?
4. Execução: O destino pode renderizar, medir, proteger e manter de forma independente?

Uma linha que falha em qualquer portão não está pronta para migrar.

Decida o que acontece com uma URL legada

SOP do dia do lançamento

1. Confirme a versão assinada do mapa de URLs e os responsáveis no registro de mudanças.
2. Capture o estado de DNS, CDN, redirecionamentos, robots, sitemap, análises e certificados.
3. Libere a coorte de destino e execute testes de fumaça antes de habilitar redirecionamentos.
4. Habilite redirecionamentos diretos; rastreie URLs exatas, amostradas, sem correspondência, parametrizadas e de ativos.
5. Valide jornadas-chave do usuário e medição em tempo real nos ambientes do comprador e do vendedor.
6. Envie novos sitemaps e inspecione URLs representativas de alto valor.
7. Publique a atualização de status com incidentes, responsáveis, próximo checkpoint e estado de rollback.
8. Mantenha a equipe disponível até que a janela de observação e os testes de negócios passem.

Maneiras comuns de falha de carve-out

• Pasta equivale a propriedade: o limite legal e operacional raramente corresponde a um único diretório organizado.
• Lógica de direitos de tráfego: tráfego valioso não prova que o comprador possui a página ou pode receber seu redirecionamento.
• Tudo para a nova página inicial: redirecionamentos irrelevantes confundem os usuários e podem ser tratados como soft 404s.
• Copiar agora, decidir depois: a duplicação temporária se torna conteúdo permanente e sem governança.
• QA apenas do comprador: alterações de código compartilhado e de redirecionamento quebram silenciosamente o vendedor.
• TSA como arquitetura: serviços temporários expiram. Toda dependência precisa de uma saída.
• Excluir acesso antigo imediatamente: monitoramento e histórico desaparecem antes da transferência.
• Nunca revogar acesso antigo: partes anteriores mantêm controle após o período aprovado.

Ferramentas para o trabalho

• SEO Migration Planner & Validator: revise mapas, redirecionamentos implantados, resultados de URLs antigas, diferenças de sitemap e histórico arquivado.
• Redirect Map Builder: sugira e revise manualmente mapeamentos de URL, preserve linhas sem correspondência, achate cadeias e exporte regras.
• Crawler mais rastreamento em navegador renderizado: inventarie URLs e solicitações de ativos compartilhados.
• Logs de servidor/CDN: comprove solicitações de bots, códigos de status, redirecionamentos e tráfego retido.
• Exportações do Search Console e de análises: estabeleça coortes pré-fechamento e monitore a transferência.
• Inventários de DNS, certificados, dependências e segredos: comprove a separação operacional.

Testes que devem passar

Recursos

Trabalho verificado de Patrick

• The Role of SEO in Mergers and Acquisitions: due diligence, a decisão de fusão, integração em etapas, demanda pela marca antiga e monitoramento pós-aquisição.
• A Website Migration Takes More Than a Checklist: o processo de planejamento, linha de base, mudança de URL, testes e monitoramento de Patrick, incluindo divisões de site.

Documentação oficial

• Documentação de mudança de site do Google: inventário de URLs, mapeamento, redirecionamentos permanentes, mudanças em fases, monitoramento e solução de problemas.
• Modelo de permissão do Search Console do Google: proprietários, usuários, métodos de verificação e remoção de tokens.
• Bing Webmaster Guidelines: orientações atuais sobre redirecionamento, rastreamento/renderização e remoção.

Da indústria

• Blueprint de separação digital da KPMG: contexto de modelo operacional e serviços transicionais para um carve-out; não é SEO nem política legal.
• Estudo de caso de migração de site da 9thCO: um exemplo de consolidação multi-domínio relatado pelo fornecedor.
• Guia de migração de site do Search Engine Land: cobertura de planejamento, consolidação, lançamento e pós-lançamento.
• Tutorial de auditoria de redirecionamentos do Screaming Frog: um fluxo de trabalho recuperável para testar o conjunto de URLs antigas em escala.

Relacionados neste site: Migrações de sites, Checklist de migração de site e Due diligence de SEO para M&A.

Teste seus conhecimentos