Pourquoi fusionner deux sites fait-il perdre du trafic même avec des redirections parfaites ?

En quoi une fusion diffère-t-elle réellement d'une migration classique ?

Une migration standard déplace un site d'un domaine A vers un domaine B avec une correspondance URL par URL. Google suit les redirections 301, transfère progressivement les signaux et conserve généralement 85-95% du trafic après stabilisation.

Une fusion, c'est une autre mécanique. Vous avez deux sites avec deux historiques distincts, deux profils de backlinks, deux architectures de maillage interne. Google doit déterminer quelles pages du site A correspondent (ou non) aux pages du site B, comment elles se complètent, lesquelles faire disparaître.

Le moteur recalcule le PageRank interne de zéro. Ce qui était une page forte sur le site A peut devenir une page faible sur le site fusionné si le nouveau maillage ne la valorise pas correctement. Les liens externes pointent encore vers les anciennes URL — via les redirections — mais leur poids se dilue différemment.

Pourquoi le trafic combiné n'est-il jamais la somme des deux sites ?

Parce que Google ne fait pas d'addition arithmétique. Il réévalue la pertinence globale du nouveau domaine pour chaque requête. Si deux pages sur les deux anciens sites rankaient pour la même requête, vous n'aurez pas deux positions après fusion — vous en aurez une, peut-être moins bien classée.

Les signaux de confiance (backlinks, ancienneté, autorité thématique) ne se cumulent pas linéairement. Un site A avec DA 45 et un site B avec DA 38 ne donnent pas un site fusionné à DA 83. Google recalcule l'autorité du nouveau domaine en tenant compte de la cohérence thématique, de la qualité du maillage, de la cannibalisation potentielle.

Ajoutez à cela le temps de recalcul : pendant que Google digère la nouvelle structure, certaines pages perdent temporairement leur visibilité. Ce n'est pas un bug — c'est le fonctionnement normal d'un moteur qui doit tout réévaluer.

Quels sont les paramètres que Google recalcule concrètement ?

Le maillage interne est le premier chantier. Google suit chaque lien pour comprendre la hiérarchie du nouveau site. Une page qui recevait 50 liens internes sur le site A n'en recevra peut-être que 10 sur le site fusionné si l'architecture change.

Les signaux de pertinence thématique sont aussi réévalués. Si le site A parlait de marketing B2B et le site B de e-commerce, Google doit déterminer si le site fusionné est généraliste ou s'il garde une spécialisation claire. La dilution thématique fait chuter les positions.

• Recalcul du PageRank interne : chaque page repart avec un score basé sur le nouveau maillage, pas l'ancien.
• Réévaluation des intentions de recherche : Google détermine quelle page du site fusionné doit ranker pour quelle requête — souvent en supprimant des doublons.
• Consolidation des backlinks : les liens externes passent par des redirections, ce qui dilue légèrement leur poids (environ 10-15% de perte estimée par redirect).
• Temps de crawl et d'indexation : Google doit recrawler l'intégralité du nouveau site pour comprendre sa structure finale, ce qui prend des mois.
• Signaux utilisateurs : les métriques de CTR, temps passé, taux de rebond repartent de zéro sur le nouveau domaine.

Cette déclaration est-elle cohérente avec les observations terrain ?

Totalement. J'ai accompagné une dizaine de fusions au cours des dernières années — jamais une seule n'a conservé 100% du trafic combiné. La meilleure performance observée : 78% du trafic initial après 9 mois de stabilisation, avec une stratégie de redirection et de maillage ultra-cadrée.

Le problème, c'est que beaucoup de clients arrivent avec l'idée qu'une fusion = migration × 2. Ils s'attendent à additionner les courbes Analytics. Quand ils perdent 30-40% du trafic les trois premiers mois, ils paniquent — alors que c'est parfaitement normal.

Google ne ment pas ici. Il décrit exactement ce qui se passe côté algorithme : recalcul complet, réévaluation des pertinences, dilution temporaire des signaux. Ce n'est pas une pénalité — c'est le temps nécessaire au moteur pour comprendre le nouveau graphe.

Quelles nuances faut-il apporter à cette affirmation ?

Mueller ne donne aucun chiffre. Combien de temps dure ce recalcul ? Quelle perte de trafic est « acceptable » ? Est-ce que certaines architectures limitent mieux la casse que d'autres ? [A vérifier] — Google reste vague sur les délais et les métriques concrètes.

Un point rarement discuté : la fusion peut aussi créer des opportunités. Si les deux sites avaient des backlinks complémentaires, le site fusionné peut ranker sur des requêtes que ni l'un ni l'autre ne dominait seul. Mais ça demande une stratégie éditoriale claire pour éviter la cannibalisation.

Autre nuance : la taille des sites compte. Fusionner deux sites de 50 pages chacun, c'est gérable. Fusionner deux sites de 10 000 pages chacun, c'est un chantier de 12-18 mois minimum avec un risque de perte structurelle si le maillage interne n'est pas reconstruit intelligemment.

Dans quels cas cette règle ne s'applique-t-elle pas — ou moins ?

Si l'un des deux sites est quasi mort (trafic négligeable, peu de backlinks, indexation partielle), la fusion ressemble davantage à une migration classique. Google n'a pas grand-chose à recalculer — vous injectez simplement quelques pages dans un site existant.

Autre exception : les fusions de sous-domaines vers le domaine principal. Techniquement, ce n'est pas vraiment une fusion — Google considère déjà les sous-domaines comme liés au domaine racine. Le recalcul est plus rapide et moins violent.

Que faut-il faire concrètement avant de lancer une fusion ?

Commencez par un audit croisé des deux sites. Identifiez les pages qui se chevauchent en intention de recherche, celles qui sont uniques, celles qui génèrent du trafic vs celles qui sont mortes. Un tableau de mapping URL par URL est indispensable — pas de fusion sans cette base.

Ensuite, reconstituez l'architecture cible du site fusionné. Définissez les silos thématiques, la profondeur de clic, les pages piliers. Si vous gardez deux pages quasi identiques, Google en désindexera une — autant décider vous-même laquelle consolider.

Testez le nouveau maillage interne avant le lancement. Utilisez un outil comme Screaming Frog ou OnCrawl pour simuler le graphe de liens. Vérifiez que les pages stratégiques reçoivent suffisamment de jus interne — sinon, elles vont chuter même avec des redirections parfaites.

Quelles erreurs éviter absolument pendant une fusion ?

Ne redirigez jamais deux pages distinctes vers une seule page générique (type homepage ou catégorie trop large). Google détecte que la correspondance est floue et transfère moins de signaux. Pire : il peut considérer que vous supprimez du contenu pertinent.

Évitez aussi de fusionner sans prévenir Google. Soumettez les sitemaps des deux sites avec les redirections actives, utilisez la Search Console pour signaler le changement d'adresse si vous migrez aussi de domaine. Plus Google a d'infos, plus vite il recalcule.

Dernière erreur classique : sous-estimer le temps nécessaire. Une fusion, c'est 6 à 12 mois de suivi intensif. Si vous arrêtez d'optimiser après 2 mois parce que "ça a l'air stable", vous passez à côté des ajustements critiques qui limitent la casse.

Comment mesurer que la fusion progresse correctement ?

Suivez le taux de crawl dans la Search Console. Si Google ralentit drastiquement après la fusion, c'est mauvais signe — il ne comprend pas la nouvelle structure. Augmentez la fréquence de publication, ajoutez du contenu frais pour relancer le crawl.

Analysez les positions par cluster d'intention, pas juste le trafic global. Une fusion réussie maintient les positions sur les requêtes stratégiques même si le trafic longue traîne chute temporairement. Si vos top keywords plongent, il y a un problème de pertinence ou de maillage.

• Mapper chaque URL des deux sites avec une correspondance 1:1 ou une consolidation justifiée
• Reconstruire le maillage interne autour des pages stratégiques avant le lancement
• Soumettre les sitemaps avec redirections actives dans les deux Search Console
• Auditer les contenus en doublon et décider lesquels fusionner ou supprimer
• Monitorer le taux de crawl et l'indexation pendant 6 mois minimum
• Suivre les positions par intention de recherche, pas seulement le trafic agrégé