John Mueller de Google a suggéré qu’un changement d’adresse pour un domaine et un site Web peut prendre plus de quatre mois à traiter. Il a également expliqué comment éviter que cela ne se produise afin d’obtenir de meilleurs résultats.
Curieuse expérience de migration de domaine
Un propriétaire de site a rapporté sur Reddit qu’il avait réussi une migration de domaine au début de 2026 et que tout s’était déroulé relativement bien, le trafic étant entièrement récupéré en avril.
Quatre mois plus tard, Google a restauré la visibilité de l’ancien domaine dans les recherches, en désindexant le nouveau domaine et en ressuscitant l’ancienne version dans les résultats de recherche. Les visiteurs du site cliquant sur l’ancien domaine étaient toujours redirigés vers la nouvelle version, que la console de recherche a commencé à signaler comme explorée mais non indexée.
Ils ont expliqué :
» J’ai donc un site web qui fonctionnait très bien, notamment sur Google. Début 2026, j’ai changé le nom et le domaine pour qu’un sujet supplémentaire puisse être abordé. J’ai fait toutes les redirections, les changements d’adresse et les changements de nom interne tout de suite pour que le trafic reprenne rapidement vers début avril. «
Tout était indexé sur le nouveau site et le nouveau domaine recevait environ 5 000 impressions par jour. Quatre mois plus tard, Google a soudainement tout rétabli à l’ancien domaine.
Plus de 5 000 pages du nouveau domaine ont été modifiées en Crawled, Not Actuellement Index et le nouveau domaine obtient désormais 20 impressions par semaine.
Mais si j’ouvre GSC sur l’ancien domaine, tout est là. L’ensemble de l’ancien domaine a été soudainement à nouveau indexé et toutes les impressions et tous les clics y sont affichés.
Ainsi, une publication apparaît sur Google sous l’ancien domaine et lorsque vous cliquez dessus, elle redirige vers la même publication sous le nouveau domaine et compte comme une vue normale pour le nouveau domaine.
Pourquoi Google reviendrait-il soudainement sur cette situation quatre mois après que tout ait été réparé ? Comment puis-je résoudre ce problème ? Dois-je réellement résoudre ce problème puisque les impressions et les clics sont toujours là, juste redirigés ? »
De nombreux détails manquent
La personne partageant son expérience ne dit pas si elle a exploré son nouveau domaine pour voir s’il existe des liens internes codés en dur avec des URL absolues utilisant l’ancien nom de domaine au lieu d’utiliser une URL relative.
Voici la différence :
- URL absolue : www.example.com/some-page.html
- URL relative : /une-page.html
Parfois, les URL absolues peuvent se faufiler dans la navigation du site, dans le pied de page ou dans le contenu lui-même sous forme de liens contextuels. La meilleure façon de les détecter est d’effectuer une analyse complète de l’ancien domaine avec Screaming Frog avant la migration du nom de domaine afin d’identifier ces liens internes absolus parasites.
Un autre détail critique manquant est la façon dont ils ont redirigé l’ancien domaine vers le nouveau domaine. S’agissait-il d’une redirection au niveau du registraire de domaine qui préserve les chemins d’URL ou d’une redirection d’URL à URL ? La redirection au niveau du registraire peut ne pas conserver les chemins de fichiers. Le transfert HTTPS peut échouer si l’ancien domaine ne dispose pas de certificat SSL.
Un autre problème qui peut potentiellement compliquer une migration concerne les redirections chaînées.
Et en voici un important : les redirections peuvent parfois échouer lorsque ou si la structure de navigation sur le nouveau site change.
Enfin, la personne qui a posé la question sur Reddit n’a pas indiqué si elle avait mis à jour son plan de site XML. Cela est important car les plans de site XML communiquent les URL canoniques préférées à Google. Si le plan du site répertorie toujours l’ancien domaine, il pourrait envoyer des signaux de canonisation contradictoires lors de la migration.
Google mentionne explicitement l’utilité des sitemaps dans le cadre d’une migration d’URL :
« La soumission d’un plan du site peut accélérer le processus de découverte, et vous pouvez déplacer votre site en sections. »
Ce conseil suppose que le plan du site correspond au nom de domaine correct, n’est-ce pas ?
John Mueller de Google offre sa connaissance approfondie d’autres choses à éviter.
Les conseils de John Mueller pour une migration de domaine réussie
Mueller a répondu que la migration du nom de domaine peut parfois prendre beaucoup de temps. Il a également recommandé de procéder à un changement d’adresse dans la console de recherche pour les versions WWW et non-WWW du nom de domaine.
Il a répondu :
« Heureux d’y jeter un œil si vous souhaitez m’envoyer les domaines par DM. Parfois, les choses prennent tout simplement un temps particulièrement long à être entièrement traitées.
Une chose que nous avons remarquée (et ajustée dans la documentation il y a quelque temps) et qui peut vous aider est de vous assurer que le changement d’adresse est configuré dans la console de recherche pour www et non-www , afin qu’il puisse migrer complètement le domaine.
Canonisation et migration de sites
Les versions de domaine WWW et non-WWW des URL pour un changement d’adresse sont une bonne solution. Il pourrait y avoir des liens provenant de l’extérieur du site qui renvoient à l’un ou l’autre et qui pourraient contribuer à ce que Google choisisse l’ancien domaine comme canonique.
Pour diagnostiquer une migration de site qui a mal tourné, il n’est pas déraisonnable de l’aborder comme un problème de canonisation. La canonisation se produit lorsque Google choisit un domaine ou une URL plutôt que tous les autres comme celui à indexer et à classer.
