Consolidar dos bibliotecas de contenido en una

El plan por defecto es redirigir el sitio pequeño en bloque hacia el grande, lo que tira las páginas en las que el pequeño era genuinamente más fuerte y pierde los temas que solo él cubría. Conservarlo todo es el error contrario y te deja dos páginas por tema en un mismo dominio, un problema de canibalización construido a propósito. La decisión hay que tomarla tema a tema y con evidencia, y la secuencia importa tanto como las decisiones, porque un único despliegue hace imposible diagnosticar cualquier pérdida.

El archivo de la habilidad

---
name: post-merger-content-consolidation
description: Úsalo cuando dos sitios se fusionen tras una adquisición, un cambio de marca o la absorción de un subdominio, y las dos bibliotecas cubran los mismos temas.
---

# Consolidar dos bibliotecas de contenido en una

El plan por defecto es redirigir el sitio pequeño en bloque hacia el grande, lo que tira las páginas en las que el pequeño era genuinamente más fuerte y pierde los temas que solo él cubría. Conservarlo todo es el error contrario y te deja dos páginas por tema en un mismo dominio, un problema de canibalización construido a propósito. La decisión hay que tomarla tema a tema y con evidencia, y la secuencia importa tanto como las decisiones, porque un único despliegue hace imposible diagnosticar cualquier pérdida.

## Qué necesitas antes

- exportaciones de consulta por página de Search Console de ambas propiedades, 12 meses, tomadas antes de cualquier cambio de accesos o de DNS
- el número de dominios de referencia por URL en ambos sitios
- datos de conversión por URL en ambos sitios allí donde existan
- las restricciones técnicas: qué plataforma sobrevive y si se pueden preservar las estructuras de URL

## Método

1. Exporta todo de ambas propiedades antes de que pase nada más. El histórico de Search Console desaparece con la propiedad, y el acceso al sitio adquirido suele ser lo primero que se corta.
2. Empareja las páginas de las dos bibliotecas por las consultas en las que posicionan, no por el parecido del título o de la URL. Dos páginas con títulos que no tienen nada que ver compiten con frecuencia por la misma consulta, y dos con títulos casi idénticos con frecuencia no.
3. Para cada pareja elige la superviviente por dominios de referencia y conversión, no por qué marca está adquiriendo. El sitio adquirido a menudo tiene la mejor página en los temas en los que se especializaba.
4. Lista los temas que solo cubre el sitio que se retira y trátalos como contenido a migrar y no a redirigir. Redirigir un tema que no cubres hacia una página sobre otra cosa es un soft 404 y pierde el tema por completo.
5. Cuando la superviviente esté en el dominio que se retira, mueve su contenido a una URL del dominio que sobrevive en lugar de mantener vivo el dominio antiguo como excepción. Las excepciones de ese tipo se vuelven permanentes y acaban sin dueño.
6. Secuencia la migración en tandas ordenadas por tráfico, de menor a mayor, con al menos tres semanas entre ellas. La tanda más pequeña es tu prueba del mapa de redirecciones y de la plantilla, y cuesta poco cuando el mapa está mal.
7. Reescribe los enlaces internos hacia las URLs de destino final en el mismo despliegue de cada tanda, y vuelve a lanzar la exportación de consulta por página cuatro semanas después para cazar las parejas en competencia que se te escaparon, antes de que salga la siguiente tanda.

## Qué produce esto

Un mapa de consolidación por tema que da la URL superviviente, el destino de redirección de cada URL retirada y un calendario de tandas que va del menor tráfico al mayor.

## Dónde falla esto

- redirigir el sitio adquirido entero a una portada o a una única landing, algo que Google trata como soft 404 y que pierde todos los temas que ese sitio poseía
- perder el histórico de Search Console de la propiedad adquirida porque se revocaron los accesos antes de la exportación, con lo que no queda ninguna referencia con la que juzgar la migración
- mover todo en un solo despliegue, de modo que una caída no se puede atribuir al mapa, al cambio de plantilla o a la propia fusión

---

De la biblioteca de habilidades de QuQi - https://www.quqi.io/es/skills/post-merger-content-consolidation

Qué necesitas antes

• exportaciones de consulta por página de Search Console de ambas propiedades, 12 meses, tomadas antes de cualquier cambio de accesos o de DNS
• el número de dominios de referencia por URL en ambos sitios
• datos de conversión por URL en ambos sitios allí donde existan
• las restricciones técnicas: qué plataforma sobrevive y si se pueden preservar las estructuras de URL

Método

1. 01 Exporta todo de ambas propiedades antes de que pase nada más. El histórico de Search Console desaparece con la propiedad, y el acceso al sitio adquirido suele ser lo primero que se corta.
2. 02 Empareja las páginas de las dos bibliotecas por las consultas en las que posicionan, no por el parecido del título o de la URL. Dos páginas con títulos que no tienen nada que ver compiten con frecuencia por la misma consulta, y dos con títulos casi idénticos con frecuencia no.
3. 03 Para cada pareja elige la superviviente por dominios de referencia y conversión, no por qué marca está adquiriendo. El sitio adquirido a menudo tiene la mejor página en los temas en los que se especializaba.
4. 04 Lista los temas que solo cubre el sitio que se retira y trátalos como contenido a migrar y no a redirigir. Redirigir un tema que no cubres hacia una página sobre otra cosa es un soft 404 y pierde el tema por completo.
5. 05 Cuando la superviviente esté en el dominio que se retira, mueve su contenido a una URL del dominio que sobrevive en lugar de mantener vivo el dominio antiguo como excepción. Las excepciones de ese tipo se vuelven permanentes y acaban sin dueño.
6. 06 Secuencia la migración en tandas ordenadas por tráfico, de menor a mayor, con al menos tres semanas entre ellas. La tanda más pequeña es tu prueba del mapa de redirecciones y de la plantilla, y cuesta poco cuando el mapa está mal.
7. 07 Reescribe los enlaces internos hacia las URLs de destino final en el mismo despliegue de cada tanda, y vuelve a lanzar la exportación de consulta por página cuatro semanas después para cazar las parejas en competencia que se te escaparon, antes de que salga la siguiente tanda.

Qué produce esto

Un mapa de consolidación por tema que da la URL superviviente, el destino de redirección de cada URL retirada y un calendario de tandas que va del menor tráfico al mayor.

Dónde falla esto

• redirigir el sitio adquirido entero a una portada o a una única landing, algo que Google trata como soft 404 y que pierde todos los temas que ese sitio poseía
• perder el histórico de Search Console de la propiedad adquirida porque se revocaron los accesos antes de la exportación, con lo que no queda ninguna referencia con la que juzgar la migración
• mover todo en un solo despliegue, de modo que una caída no se puede atribuir al mapa, al cambio de plantilla o a la propia fusión

Usa esta skill en tu propia IA

El archivo es markdown simple, con el nombre y el disparador en su frontmatter. Cuando un asistente sabe cargar skills por su cuenta, es ese frontmatter lo que lee para decidir que esta le aplica.

Más en Estrategia de contenido