Consolidar Duas Bibliotecas de Conteúdo Numa Só

O plano por defeito é redirecionar o site mais pequeno em bloco para o maior, o que deita fora as páginas em que o site pequeno era genuinamente mais forte e perde os temas que só ele cobria. Manter tudo é o erro oposto e entrega-lhe duas páginas por tema no mesmo domínio, um problema de canibalização construído de propósito. A decisão tem de ser tomada tema a tema com base em evidência, e a sequência importa tanto como as decisões, porque um lançamento único torna impossível diagnosticar qualquer perda.

O ficheiro da competência

---
name: post-merger-content-consolidation
description: Use quando dois sites se estão a fundir depois de uma aquisição, de um rebranding ou da absorção de um subdomínio, e ambas as bibliotecas cobrem os mesmos temas.
---

# Consolidar Duas Bibliotecas de Conteúdo Numa Só

O plano por defeito é redirecionar o site mais pequeno em bloco para o maior, o que deita fora as páginas em que o site pequeno era genuinamente mais forte e perde os temas que só ele cobria. Manter tudo é o erro oposto e entrega-lhe duas páginas por tema no mesmo domínio, um problema de canibalização construído de propósito. A decisão tem de ser tomada tema a tema com base em evidência, e a sequência importa tanto como as decisões, porque um lançamento único torna impossível diagnosticar qualquer perda.

## O que precisa primeiro

- exportações de queries por página da Search Console para ambas as propriedades, 12 meses, feitas antes de qualquer alteração de acessos ou de DNS
- a contagem de domínios de referência por URL para os dois sites
- dados de conversão por URL para os dois sites sempre que existam
- as restrições técnicas: que plataforma sobrevive e se as estruturas de URL podem ser preservadas

## Método

1. Exporte tudo das duas propriedades antes de acontecer mais alguma coisa. O histórico da Search Console desaparece com a propriedade, e o acesso ao site adquirido costuma ser a primeira coisa a ser cortada.
2. Emparelhe as páginas das duas bibliotecas pelas queries em que posicionam, e não pela semelhança de título ou de URL. Duas páginas com títulos sem relação competem frequentemente pela mesma query, e duas com títulos quase idênticos frequentemente não competem.
3. Para cada par, escolha a sobrevivente pelos domínios de referência e pela conversão, e não por qual é a marca que está a adquirir. O site adquirido detém muitas vezes a melhor página nos temas em que se especializou.
4. Liste os temas que só o site a desaparecer cobre e trate-os como conteúdo a migrar e não a redirecionar. Redirecionar um tema que não cobre para uma página sobre outra coisa é um soft 404 e perde o tema por completo.
5. Quando a página sobrevivente está no domínio a desaparecer, mova o conteúdo dela para um URL no domínio sobrevivente em vez de manter o domínio antigo vivo como exceção. Exceções destas tornam-se permanentes e acabam sem dono.
6. Sequencie a migração em lotes ordenados por tráfego, do mais baixo para o mais alto, com pelo menos três semanas entre eles. O lote mais pequeno é o seu teste ao mapeamento de redirecionamentos e ao template, e custa pouco quando o mapeamento está errado.
7. Reescreva as ligações internas para os URLs de destino final no mesmo lançamento de cada lote, e volte a correr a exportação de queries por página quatro semanas depois para apanhar pares em competição que lhe escaparam, antes de o lote seguinte sair.

## O que isto produz

Um mapa de consolidação por tema com o URL sobrevivente, o destino de redirecionamento de cada URL retirado, e um calendário de lotes que vai do tráfego mais baixo para o mais alto.

## Onde isto corre mal

- redirecionar o site adquirido inteiro para uma homepage ou uma única landing page, o que o Google trata como soft 404 e faz perder todos os temas que esse site detinha
- perder o histórico da Search Console da propriedade adquirida porque os acessos foram revogados antes da exportação, ficando sem baseline para julgar a migração
- mover tudo num só lançamento, de modo que uma queda não pode ser atribuída ao mapeamento, à mudança de template ou à própria fusão

---

Da biblioteca de competências da QuQi - https://www.quqi.io/pt/skills/post-merger-content-consolidation

O que precisa primeiro

• exportações de queries por página da Search Console para ambas as propriedades, 12 meses, feitas antes de qualquer alteração de acessos ou de DNS
• a contagem de domínios de referência por URL para os dois sites
• dados de conversão por URL para os dois sites sempre que existam
• as restrições técnicas: que plataforma sobrevive e se as estruturas de URL podem ser preservadas

Método

1. 01 Exporte tudo das duas propriedades antes de acontecer mais alguma coisa. O histórico da Search Console desaparece com a propriedade, e o acesso ao site adquirido costuma ser a primeira coisa a ser cortada.
2. 02 Emparelhe as páginas das duas bibliotecas pelas queries em que posicionam, e não pela semelhança de título ou de URL. Duas páginas com títulos sem relação competem frequentemente pela mesma query, e duas com títulos quase idênticos frequentemente não competem.
3. 03 Para cada par, escolha a sobrevivente pelos domínios de referência e pela conversão, e não por qual é a marca que está a adquirir. O site adquirido detém muitas vezes a melhor página nos temas em que se especializou.
4. 04 Liste os temas que só o site a desaparecer cobre e trate-os como conteúdo a migrar e não a redirecionar. Redirecionar um tema que não cobre para uma página sobre outra coisa é um soft 404 e perde o tema por completo.
5. 05 Quando a página sobrevivente está no domínio a desaparecer, mova o conteúdo dela para um URL no domínio sobrevivente em vez de manter o domínio antigo vivo como exceção. Exceções destas tornam-se permanentes e acabam sem dono.
6. 06 Sequencie a migração em lotes ordenados por tráfego, do mais baixo para o mais alto, com pelo menos três semanas entre eles. O lote mais pequeno é o seu teste ao mapeamento de redirecionamentos e ao template, e custa pouco quando o mapeamento está errado.
7. 07 Reescreva as ligações internas para os URLs de destino final no mesmo lançamento de cada lote, e volte a correr a exportação de queries por página quatro semanas depois para apanhar pares em competição que lhe escaparam, antes de o lote seguinte sair.

O que isto produz

Um mapa de consolidação por tema com o URL sobrevivente, o destino de redirecionamento de cada URL retirado, e um calendário de lotes que vai do tráfego mais baixo para o mais alto.

Onde isto corre mal

• redirecionar o site adquirido inteiro para uma homepage ou uma única landing page, o que o Google trata como soft 404 e faz perder todos os temas que esse site detinha
• perder o histórico da Search Console da propriedade adquirida porque os acessos foram revogados antes da exportação, ficando sem baseline para julgar a migração
• mover tudo num só lançamento, de modo que uma queda não pode ser atribuída ao mapeamento, à mudança de template ou à própria fusão

Use esta skill na sua própria IA

O ficheiro é markdown simples, com o nome e o gatilho no frontmatter. Quando um assistente consegue carregar skills sozinho, é esse frontmatter que lê para decidir que esta se aplica.

Mais em Estratégia de conteúdo