L'outil de changement d'adresse peut-il servir à fusionner deux sites ?

Quelle est la fonction réelle de l'outil de changement d'adresse ?

L'outil de changement d'adresse dans Search Console permet d'indiquer à Google qu'un site entier déménage d'un domaine A vers un domaine B. L'idée : accélérer la prise en compte de cette migration en signalant explicitement que toutes les pages de l'ancien domaine ont désormais un équivalent sur le nouveau. C'est une sorte de signal prioritaire envoyé aux crawlers.

Mais voilà le hic : cet outil fonctionne uniquement pour un changement complet de domaine. Il n'est pas conçu pour gérer des cas où vous fusionnez site-a.com et site-b.com vers site-c.com, ni pour déplacer une section de site-a.com/blog/ vers site-b.com/ressources/. Google attend une correspondance 1:1 entre l'ancien et le nouveau domaine.

Pourquoi la fusion de sites ne peut-elle pas utiliser cet outil ?

Fusionner deux sites signifie généralement rediriger du contenu provenant de plusieurs sources vers un seul domaine de destination. Or l'outil de changement d'adresse ne supporte qu'un seul domaine source. Si vous essayez de l'utiliser pour déclarer site-a.com vers site-c.com, puis site-b.com vers site-c.com, Google ne saura pas gérer le conflit.

De plus, une fusion implique souvent des regroupements de contenus, des suppressions, des consolidations. L'outil de changement d'adresse attend que chaque URL de l'ancien domaine redirige vers une URL équivalente du nouveau domaine, dans une logique de migration pure. Pas de fusion, pas de réorganisation : juste un déplacement.

Comment Google traite-t-il alors les fusions de sites ?

Google s'appuie sur le crawl classique et les redirections 301 pour comprendre qu'un contenu a été déplacé ou fusionné. Lorsque Googlebot rencontre une redirection permanente, il transfère progressivement les signaux de l'ancienne URL vers la nouvelle (backlinks, historique, autorité). Pas de raccourci, pas de bouton magique.

Pour une fusion réussie, il faut donc mapper manuellement chaque URL source vers sa destination cible, mettre en place les redirections, vérifier que les nouvelles URLs sont crawlables, puis laisser le temps à Google de retraiter l'ensemble. La patience est de mise : selon la taille du site, cela peut prendre plusieurs semaines.

• L'outil de changement d'adresse fonctionne uniquement pour un domaine complet migrant vers un autre domaine complet.
• Fusionner plusieurs sites nécessite des redirections 301 manuelles et un mapping précis des URLs.
• Google détecte les fusions via le crawl naturel, pas via un outil dédié dans Search Console.
• Ne tentez pas de contourner cette limitation en déclarant plusieurs changements d'adresse simultanés : cela crée de la confusion.
• Une fusion bien exécutée transfère progressivement les signaux SEO, mais demande du temps et de la rigueur.

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

Oui, et c'est plutôt rassurant. Sur le terrain, les tentatives d'utiliser l'outil de changement d'adresse pour des fusions partielles ou multiples se soldent généralement par des désindexations inattendues, des fluctuations de rankings, ou des redirections mal interprétées. Google a toujours été clair sur ce point, même si certains espèrent encore un raccourci.

Ce qui manque dans cette déclaration, c'est une explication détaillée de ce qui se passe si on abuse de l'outil. Google annule-t-il simplement la demande ? Pénalise-t-il le site ? Ignore-t-il les redirections ? [A vérifier] : aucune documentation officielle ne détaille les conséquences d'un usage inadéquat de cet outil.

Quelles nuances faut-il apporter à cette règle ?

La déclaration de Mueller ne couvre pas les cas de migration de sous-domaine à sous-domaine. Techniquement, blog.site-a.com vers blog.site-b.com pourrait être considéré comme un changement de domaine complet si le sous-domaine est traité comme une entité distincte. Mais là encore, Google reste flou.

Autre zone grise : les migrations HTTPS ou les changements de structure d'URL sans changement de domaine. L'outil de changement d'adresse ne s'applique pas, mais Search Console propose d'autres signaux (propriété HTTPS distincte, redirections internes). Le risque est de croire qu'on peut tout signaler explicitement à Google, alors que la plupart des migrations se gèrent via crawl naturel.

Dans quels cas cette règle pose-t-elle problème ?

Pour les gros sites qui fusionnent plusieurs marques ou plusieurs domaines géographiques, l'absence d'outil dédié complique la tâche. Imaginons une entreprise avec site-fr.com, site-de.com, site-es.com qui veut tout consolider sur site.com/fr/, /de/, /es/. Impossible d'utiliser l'outil de changement d'adresse pour signaler ces trois migrations simultanées.

Dans ce cas, il faut s'appuyer sur un mapping rigoureux, des redirections 301 massives, et surveiller de près les logs de crawl pour vérifier que Google suit bien les redirections. C'est lourd, chronophage, et source d'erreurs si le mapping est incomplet. [A vérifier] : Google pourrait proposer un outil de fusion de sites dédié, mais rien n'a été annoncé à ce jour.

Que faut-il faire concrètement pour fusionner deux sites ?

Première étape : établir un mapping complet entre les URLs des sites sources et les URLs du site de destination. Chaque page de site-a.com et site-b.com doit avoir une correspondance sur site-c.com. Si certaines pages n'ont pas d'équivalent direct, redirigez vers la page la plus pertinente ou vers une page de hub thématique.

Ensuite, implémentez les redirections 301 sur les anciens domaines. Vérifiez que les redirections sont permanentes (statut HTTP 301, pas 302), et qu'elles ne passent pas par des chaînes de redirections. Google suit les chaînes, mais chaque saut dilue les signaux de ranking.

Quelles erreurs éviter lors d'une fusion de sites ?

Ne redirigez jamais toutes les URLs de l'ancien domaine vers la homepage du nouveau domaine. C'est la garantie de perdre une partie du trafic organique et de diluer l'autorité. Google interprète ces redirections comme une soft 404 si le contenu cible n'est pas pertinent.

Autre piège : négliger les backlinks. Si site-a.com a des liens de qualité pointant vers des pages spécifiques, assurez-vous que ces pages redirigent vers du contenu équivalent sur site-c.com. Sinon, vous perdez le bénéfice de ces liens. Surveillez aussi les ancres de liens : si elles pointent vers un contenu qui disparaît, l'impact est négatif.

Comment vérifier que la fusion se passe bien ?

Utilisez les rapports de couverture et de performances dans Search Console pour suivre l'évolution. Vous devriez voir une baisse progressive des impressions et clics sur les anciens domaines, et une hausse équivalente sur le domaine de destination. Si les deux courbes ne se croisent pas, c'est qu'un problème subsiste.

Surveillez également les logs de crawl : Google doit crawler les anciennes URLs, détecter les redirections 301, puis crawler les nouvelles URLs cibles. Si le bot reste bloqué sur les anciennes URLs sans suivre les redirections, c'est qu'une configuration technique bloque le passage (robots.txt, erreur serveur, chaîne de redirection trop longue).

• Établir un mapping exhaustif URL par URL entre les sites sources et le site de destination.
• Implémenter des redirections 301 permanentes, sans chaînes ni boucles.
• Ne jamais rediriger toutes les URLs vers la homepage : préserver la pertinence thématique.
• Surveiller les backlinks et s'assurer que les pages cibles reçoivent bien les signaux de ranking.
• Suivre l'évolution dans Search Console (couverture, performances, logs de crawl) pendant au moins 3 mois.
• Tester les redirections en conditions réelles avec un crawler (Screaming Frog, OnCrawl) avant la mise en production.