Fusionner deux bibliothèques de contenu en une seule

Le plan par défaut est de rediriger en bloc le petit site vers le grand, ce qui jette les pages où le petit site était réellement plus fort et abandonne les sujets que lui seul couvrait. Tout garder est l'erreur inverse et vous laisse deux pages par sujet sur un même domaine, un problème de cannibalisation créé délibérément. La décision doit se prendre sujet par sujet sur preuves, et l'ordonnancement compte autant que les décisions, car une mise en ligne unique rend toute perte impossible à diagnostiquer.

Le fichier de compétence

---
name: post-merger-content-consolidation
description: À utiliser lorsque deux sites fusionnent après une acquisition, un changement de marque ou le repli d'un sous-domaine, et que les deux bibliothèques couvrent les mêmes sujets.
---

# Fusionner deux bibliothèques de contenu en une seule

Le plan par défaut est de rediriger en bloc le petit site vers le grand, ce qui jette les pages où le petit site était réellement plus fort et abandonne les sujets que lui seul couvrait. Tout garder est l'erreur inverse et vous laisse deux pages par sujet sur un même domaine, un problème de cannibalisation créé délibérément. La décision doit se prendre sujet par sujet sur preuves, et l'ordonnancement compte autant que les décisions, car une mise en ligne unique rend toute perte impossible à diagnostiquer.

## Ce qu’il vous faut d’abord

- les exports Search Console requêtes par page des deux propriétés, sur 12 mois, réalisés avant tout changement d'accès ou de DNS
- le nombre de domaines référents par URL pour les deux sites
- les données de conversion par URL pour les deux sites partout où elles existent
- les contraintes techniques : quelle plateforme survit et si les structures d'URL peuvent être conservées

## Méthode

1. Exportez tout depuis les deux propriétés avant quoi que ce soit d'autre. L'historique Search Console disparaît avec la propriété, et l'accès au site acquis est en général la première chose coupée.
2. Appariez les pages des deux bibliothèques par les requêtes sur lesquelles elles se positionnent, pas par similarité de titre ou d'URL. Deux pages aux titres sans rapport se disputent fréquemment la même requête, et deux titres quasi identiques ne se disputent souvent rien.
3. Pour chaque paire, choisissez la survivante sur les domaines référents et la conversion, pas selon quelle marque est l'acquéreur. Le site acquis détient souvent la meilleure page sur les sujets dans lesquels il s'était spécialisé.
4. Listez les sujets que seul le site retiré couvre et traitez-les comme du contenu à migrer plutôt qu'à rediriger. Rediriger un sujet que vous ne couvrez pas vers une page qui parle d'autre chose est un soft 404 et vous fait perdre le sujet purement et simplement.
5. Là où la survivante se trouve sur le domaine retiré, déplacez son contenu vers une URL du domaine conservé plutôt que de maintenir l'ancien domaine en vie à titre d'exception. Ce genre d'exception devient permanent et finit sans propriétaire.
6. Découpez la migration en tranches ordonnées par trafic, la plus faible d'abord, avec au moins trois semaines entre chacune. La plus petite tranche est votre test du plan de redirection et du gabarit, et elle coûte peu quand le plan est faux.
7. Réécrivez les liens internes vers les URL de destination finale dans la même mise en ligne que chaque tranche, et relancez l'export requêtes par page quatre semaines plus tard pour attraper les paires concurrentes ratées avant le départ de la tranche suivante.

## Ce que ça produit

Une carte de consolidation par sujet donnant l'URL survivante, la cible de redirection de chaque URL retirée, et un calendrier de tranches allant du trafic le plus faible au plus fort.

## Là où ça dérape

- rediriger tout le site acquis vers une page d'accueil ou une seule landing page, ce que Google traite comme des soft 404 et qui fait perdre tous les sujets que ce site détenait
- perdre l'historique Search Console de la propriété acquise parce que l'accès a été révoqué avant l'export, ce qui laisse la migration sans base de comparaison
- tout déplacer en une seule mise en ligne, si bien qu'une baisse ne peut être attribuée ni au plan de redirection, ni au changement de gabarit, ni à la fusion elle-même

---

Extrait de la bibliothèque de compétences QuQi - https://www.quqi.io/fr/skills/post-merger-content-consolidation

Ce qu’il vous faut d’abord

• les exports Search Console requêtes par page des deux propriétés, sur 12 mois, réalisés avant tout changement d'accès ou de DNS
• le nombre de domaines référents par URL pour les deux sites
• les données de conversion par URL pour les deux sites partout où elles existent
• les contraintes techniques : quelle plateforme survit et si les structures d'URL peuvent être conservées

Méthode

1. 01 Exportez tout depuis les deux propriétés avant quoi que ce soit d'autre. L'historique Search Console disparaît avec la propriété, et l'accès au site acquis est en général la première chose coupée.
2. 02 Appariez les pages des deux bibliothèques par les requêtes sur lesquelles elles se positionnent, pas par similarité de titre ou d'URL. Deux pages aux titres sans rapport se disputent fréquemment la même requête, et deux titres quasi identiques ne se disputent souvent rien.
3. 03 Pour chaque paire, choisissez la survivante sur les domaines référents et la conversion, pas selon quelle marque est l'acquéreur. Le site acquis détient souvent la meilleure page sur les sujets dans lesquels il s'était spécialisé.
4. 04 Listez les sujets que seul le site retiré couvre et traitez-les comme du contenu à migrer plutôt qu'à rediriger. Rediriger un sujet que vous ne couvrez pas vers une page qui parle d'autre chose est un soft 404 et vous fait perdre le sujet purement et simplement.
5. 05 Là où la survivante se trouve sur le domaine retiré, déplacez son contenu vers une URL du domaine conservé plutôt que de maintenir l'ancien domaine en vie à titre d'exception. Ce genre d'exception devient permanent et finit sans propriétaire.
6. 06 Découpez la migration en tranches ordonnées par trafic, la plus faible d'abord, avec au moins trois semaines entre chacune. La plus petite tranche est votre test du plan de redirection et du gabarit, et elle coûte peu quand le plan est faux.
7. 07 Réécrivez les liens internes vers les URL de destination finale dans la même mise en ligne que chaque tranche, et relancez l'export requêtes par page quatre semaines plus tard pour attraper les paires concurrentes ratées avant le départ de la tranche suivante.

Ce que ça produit

Une carte de consolidation par sujet donnant l'URL survivante, la cible de redirection de chaque URL retirée, et un calendrier de tranches allant du trafic le plus faible au plus fort.

Là où ça dérape

• rediriger tout le site acquis vers une page d'accueil ou une seule landing page, ce que Google traite comme des soft 404 et qui fait perdre tous les sujets que ce site détenait
• perdre l'historique Search Console de la propriété acquise parce que l'accès a été révoqué avant l'export, ce qui laisse la migration sans base de comparaison
• tout déplacer en une seule mise en ligne, si bien qu'une baisse ne peut être attribuée ni au plan de redirection, ni au changement de gabarit, ni à la fusion elle-même

Utiliser cette compétence dans votre propre IA

Le fichier téléchargé est un simple markdown dont l'en-tête porte le nom et le déclencheur. Quand un assistant sait charger des compétences tout seul, c'est cet en-tête qu'il lit pour décider que celle-ci s'applique.

Plus dans Stratégie de contenu