Outil de changement d’adresse

En bref — L’outil de changement d’adresse de Google Search Console sert à indiquer à Google que vous avez déplacé l’ensemble de votre site vers un nouveau domaine, par exemple de oldbrand.com vers newbrand.com. Il ne convient ni aux déplacements de pages au sein d’un même domaine ni au passage à HTTPS. Les redirections assurent réellement le transfert ; l’outil aide simplement Google à comprendre plus vite la migration.

À quoi sert l’outil de changement d’adresse ?

Lorsque vous déplacez votre site vers un tout nouveau domaine, vous voulez que Google comprenne que l’ancien et le nouveau site ne font qu’un, puis commence à afficher les nouvelles URL dans les résultats. Dans Search Console, l’outil transmet précisément ce message : mon site est passé de cette adresse à celle-ci.

La description de Google est simple : utilisez-le « when you move your website from one domain or subdomain to another. » (traduction) : lorsque vous déplacez votre site Web d’un domaine ou sous-domaine vers un autre.

Ce que l’outil ne fait pas

C’est la principale source de confusion ; clarifions-la d’emblée :

• Il ne sert pas à déplacer des URL au sein du même domaine. Si vous ne faites que réorganiser des dossiers, par exemple de /old-folder/ vers /new-folder/, cet outil ne s’applique pas.
• Il ne sert pas au passage de HTTP à HTTPS. Google précise qu’il n’est pas nécessaire pour ce type de migration.
• Il ne sert pas à passer de www à une version sans www, ou inversement, sur le même domaine. Il ne s’agit pas d’un changement de domaine.
• Il ne remplace pas vos redirections. Les redirections 301 des anciennes pages vers les nouvelles constituent le véritable mécanisme. L’outil apporte un signal supplémentaire ; il n’est pas l’élément central.

Ce qu’il faut préparer avant de l’utiliser

Trois conditions doivent être réunies pour continuer :

1. Vous êtes propriétaire des deux sites dans Search Console. Le rôle de propriétaire est requis sur l’ancienne propriété comme sur la nouvelle.
2. Vos redirections sont déjà en place. Il faut notamment une redirection 301 de l’ancienne page d’accueil vers la nouvelle, et idéalement des redirections page par page.
3. Vos propriétés couvrent tout le domaine, sans chemin dans l’URL. Ce point bloque davantage d’utilisateurs que les autres ; l’onglet Avancé détaille la règle exacte.

Ce qui se passe après l’envoi

Pendant 180 jours, Google donne la priorité au nouveau site : il accentue l’exploration et l’indexation, transfère des signaux depuis l’ancien domaine et commence à privilégier les nouvelles URL. Cette fenêtre n’est pas un interrupteur permanent ; vos redirections doivent rester actives plus longtemps si nécessaire.

Pour comprendre la différence entre propriété Domaine et propriété de préfixe d’URL, la durée des redirections, le traitement des sous-domaines et l’équivalent chez Bing, passez à l’onglet Avancé.

En bref — L’outil indique à Google que l’ensemble de votre site a migré vers un nouveau domaine ou sous-domaine. Il fonctionne uniquement à l’échelle du domaine : pas pour déplacer des URL dans le même domaine, passer à HTTPS ou basculer entre les variantes avec et sans www sur un même domaine. Vous devez être propriétaire des deux propriétés, avoir déjà activé les redirections permanentes et utiliser des propriétés couvrant tout le domaine. Une propriété de préfixe d’URL à la racine est admissible ; le type Domaine vérifié par DNS n’est pas obligatoire. Pendant 180 jours, Google privilégie le nouveau site, transfère des signaux et préfère ses URL canoniques. Les redirections assurent le travail réel. Conservez-les au moins 180 jours, puis tant que les anciennes URL reçoivent du trafic. Gardez séparément l’ancien domaine enregistré pendant environ un an. L’outil n’est qu’une composante d’une migration.

Ce que fait réellement l’outil

L’outil de changement d’adresse est une notification. Google explique qu’il privilégie alors l’exploration et l’indexation du nouveau site, transfère différents signaux depuis l’ancien et préfère le nouveau site lors du choix des pages canoniques.

Il remplit donc trois fonctions : explorer d’abord le nouvel emplacement, transmettre les signaux de l’ancien et considérer les nouvelles URL comme canoniques. Google ne parle pas de « transfert de classement » et ne promet aucun délai. L’outil renforce une migration déjà construite avec des redirections correctes ; ce sont elles qui assurent le déplacement effectif.

Les redirections 301 font le travail ; l’outil apporte un signal

John Mueller a expliqué que l’outil était « just one extra signal that we use with regards to migrations » (traduction) : simplement un signal supplémentaire utilisé pour les migrations, et qu’il n’était « not a requirement » (traduction) : pas une obligation. Si l’outil échoue alors que les redirections sont correctes, « you should be set » (traduction) : vous devriez être en ordre. Ces propos viennent d’un compte rendu secondaire d’une session Google de 2021 ; j’en restitue donc le sens avec prudence. Ils concordent avec la documentation officielle.

Cette documentation recommande de « keep the redirects for as long as possible, generally at least 1 year, » (traduction) : conservez les redirections aussi longtemps que possible, généralement pendant au moins un an. Cette durée « allows Google to transfer all signals to the new URLs, including recrawling and reassigning links. » (traduction) : permet à Google de transférer tous les signaux vers les nouvelles URL, notamment en les réexplorant et en réattribuant les liens. Google précise aussi que les redirections permanentes ne font pas perdre de PageRank. La priorité est claire : les redirections survivent à la fenêtre de 180 jours et portent l’essentiel de la migration.

Je mène de vraies migrations et traite cet outil comme une ligne dans une liste de contrôle bien plus longue, pas comme la migration elle-même. La migration est le projet ; l’outil n’est qu’un accélérateur.

Prérequis : les respecter pour éviter l’échec

Avant l’envoi, l’outil vérifie la propriété des sites et recherche des redirections sur quelques pages. Pour réussir :

• Soyez propriétaire des deux propriétés. « You must be an owner of both the old and new properties in Search Console. » (traduction) : vous devez être propriétaire de l’ancienne et de la nouvelle propriété dans Search Console. Le rôle d’utilisateur délégué ne suffit pas.
• Activez d’abord les redirections. « Implement a 301 redirect from your old homepage to your new homepage. » (traduction) : mettez en place une redirection 301 de votre ancienne page d’accueil vers la nouvelle. Établissez idéalement une correspondance individuelle pour chaque page ; la page d’accueil est le minimum contrôlé par l’outil.
• Utilisez une propriété couvrant tout le domaine. C’est le piège expliqué ci-dessous, souvent mal présenté dans les guides.

Le piège de la portée : le type « Domaine » n’est pas obligatoire

C’est la première cause d’échec. Google précise : « The Change of Address tool can be used only on properties at the domain level. » (traduction) : cet outil est réservé aux propriétés dont la portée correspond au domaine. Ici, cette expression décrit la forme de l’URL, pas une méthode de validation : aucun segment de chemin. Les exemples admissibles sont example.com, https://example.com et m.example.com. Une propriété limitée à un chemin ne convient pas : « You cannot move properties at the path level, such as http://example.com/petstore/. » (traduction) : vous ne pouvez pas déplacer des propriétés au niveau d’un chemin, comme dans cet exemple. Elle ne peut être ni source ni destination.

Vous n’avez donc pas besoin du type de propriété Domaine validé par DNS. Une propriété Préfixe de l’URL à la racine, validée par fichier HTML, balise meta, Google Analytics ou Tag Manager, convient aussi. Si l’outil refuse votre propriété, vous n’avez presque toujours validé qu’un préfixe limité à un chemin, comme https://example.com/blog/. Ajoutez une propriété à la racine, de l’un ou l’autre type, pour les deux sites.

Sous-domaines, www et protocoles

Deux comportements sont souvent confondus :

• Les sous-domaines ne sont pas inclus automatiquement. Google précise que l’outil ne déplace aucun sous-domaine situé sous le domaine indiqué, y compris www ; envoyez une demande pour chaque variante concernée. La documentation précise : « make sure to submit Change of Address requests for all subdomains and the www and non-www variants of the old domain name. » (traduction) : envoyez des demandes pour tous les sous-domaines et les variantes avec et sans www de l’ancien domaine.
• Les protocoles sont couverts. La propriété http déplace aussi https : « if you specify http://example.com, it also moves https://example.com. » (traduction) : si vous indiquez la version HTTP, cela déplace également la version HTTPS. Une demande par protocole est inutile ; une demande par sous-domaine reste nécessaire.

La fenêtre de 180 jours et la suite

Google indique que ces actions se poursuivent pendant 180 jours après le démarrage de la migration dans Search Console. Durant cette période, il privilégie le nouveau site, transfère des signaux et préfère ses URL canoniques. La demande peut aussi être annulée pendant cette fenêtre.

Après 180 jours, la relation de transfert expire. Si l’ancien site reste accessible, Google peut de nouveau le considérer comme indépendant. Conservez donc les redirections au moins 180 jours, puis tant que les anciennes URL reçoivent encore du trafic de la recherche Google.

Ce conseil diffère de celui qui concerne le nom de domaine. Google recommande séparément de garder l’enregistrement de l’ancien domaine actif pendant au moins un an, afin d’empêcher sa récupération pour du spam ou de l’hameçonnage. Une durée concerne les redirections ; l’autre protège le nom de domaine. Ce ne sont pas les mêmes échéances.

Quand ne pas utiliser l’outil

• Déplacement d’URL au sein du même domaine : une restructuration de dossiers sur le même hôte ne relève pas de cet outil.
• Passage de HTTP à HTTPS : Google indique qu’il n’est pas nécessaire.
• Basculement entre www et une version sans www sur le même domaine : gérez-le avec des redirections et une URL canonique.
• Changement d’adresse IP, de serveur ou de CDN sans modification d’URL : l’outil ne s’applique pas.
• Fusion ou scission de sites : il décrit un déplacement individuel, pas une relation de plusieurs sites vers un ou d’un site vers plusieurs.

Une exception documentée existe : un ancien domaine entier peut être déplacé vers un chemin d’un autre domaine, par exemple oldbrand.com vers newbrand.com/oldbrand/. La source doit rester au niveau du domaine, mais la destination peut comporter un chemin.

N’oubliez pas Bing

Bing Webmaster Tools propose l’outil Site Move, qui remplit la même fonction. Il accepte les migrations de domaine entier et celles portant sur un répertoire ou un chemin, alors que Google reste limité au domaine. Signalez la migration aux deux moteurs.

Sa place dans une migration

L’outil n’est qu’une étape d’une migration de site, pas l’ensemble du projet. Les redirections 301, la correspondance individuelle des URL, l’exploration de référence avant migration et la surveillance après lancement déterminent sa réussite. L’outil veille seulement à ce que Google reçoive clairement le signal.

Résumé par l’IA

Synthèse de la version avancée :

• Définition : un réglage de Search Console qui signale la migration de tout un site vers un nouveau domaine ou sous-domaine.
• Effet : pendant 180 jours, Google privilégie l’exploration et l’indexation du nouveau site, transfère des signaux et préfère ses URL comme canoniques.
• Les redirections 301 font le travail réel. Selon Mueller, l’outil n’est « not a requirement » (traduction) : pas une obligation ; il renforce une migration déjà assurée par les redirections et ne promet aucun calendrier de classement.
• Prérequis : être propriétaire des deux propriétés, avoir déjà activé les redirections 301 et utiliser deux propriétés couvrant tout le domaine. Un préfixe d’URL à la racine convient, pas seulement le type Domaine.
• Première cause d’échec : utiliser une propriété limitée à un chemin. Ajoutez une propriété à la racine, de type Domaine ou Préfixe de l’URL.
• Les sous-domaines ne sont pas automatiques, y compris www ; envoyez une demande par variante. Les protocoles sont couverts : http déplace aussi https.
• Usages exclus : restructuration sur le même domaine, passage à HTTPS, basculement www, changement de serveur ou de CDN, fusion ou scission de sites.
• Après 180 jours, conservez les redirections tant que les anciennes URL reçoivent du trafic. Gardez aussi l’ancien domaine enregistré environ un an et signalez la migration à Bing avec Site Move.

Documentation officielle

Documentation de première main publiée par les moteurs de recherche.

Google

• Outil de changement d’adresse (aide Search Console) — fonctionnement, prérequis, fenêtre de 180 jours et règles relatives aux propriétés, sous-domaines et protocoles.
• Migration de site avec modification d’URL (Search Central) — procédure complète, demandes par variante, exception HTTPS et conservation des redirections.

Bing / Microsoft

• Bing Webmaster Tools — emplacement de Site Move, l’équivalent de Bing pour une migration de domaine ou de chemin.

Citations de la source

Déclarations officielles de Google. Chaque lien mène directement au passage cité.

Google : rôle et fonctionnement de l’outil

• « Use the Change of Address tool when you move your website from one domain or subdomain to another. » (traduction) : utilisez l’outil lorsque vous déplacez votre site Web d’un domaine ou sous-domaine vers un autre. — Aide Search Console. Accéder à la citation
• « It tells Google to emphasize crawling and indexing your new site over crawling your old site. It also forwards various signals from the old site to the new site, and tells Google to prefer the new site over the old when determining canonical pages. » (traduction) : il indique à Google de privilégier le nouveau site, transfère différents signaux vers celui-ci et demande de le préférer lors du choix des pages canoniques. — Aide Search Console. Accéder à la citation

Google : prérequis

• « You must be an owner of both the old and new properties in Search Console. » (traduction) : vous devez être propriétaire des deux propriétés dans Search Console. — Aide Search Console. Accéder à la citation
• « Implement a 301 redirect from your old homepage to your new homepage. » (traduction) : mettez en place une redirection 301 de l’ancienne page d’accueil vers la nouvelle. — Aide Search Console. Accéder à la citation

Google : durée, type de propriété et sous-domaines

• « These actions continue for 180 days after you start migration in Search Console. » (traduction) : ces actions se poursuivent pendant 180 jours après le démarrage de la migration. — Aide Search Console. Accéder à la citation
• « The Change of Address tool can be used only on properties at the domain level. » (traduction) : l’outil ne peut être utilisé que sur des propriétés au niveau du domaine. — Aide Search Console. Accéder à la citation
• “The tool does not move any subdomains below the specified domain (including www).” (traduction) : l’outil ne déplace aucun sous-domaine situé sous le domaine indiqué, y compris la variante www concernée. — Aide Search Console. Accéder à la citation

Google : les redirections assurent la migration

• « If you’re moving your site from one domain to another, make sure to submit Change of Address requests for all subdomains and the www and non-www variants of the old domain name. » (traduction) : envoyez des demandes pour tous les sous-domaines et variantes avec et sans www de l’ancien domaine. — Search Central, migration avec modification d’URL. Accéder à la citation
• « Keep the redirects for as long as possible, generally at least 1 year. This timeframe allows Google to transfer all signals to the new URLs, including recrawling and reassigning links. » (traduction) : conservez les redirections aussi longtemps que possible, généralement au moins un an, afin que Google transfère tous les signaux vers les nouvelles URL. — Search Central, migration avec modification d’URL. Accéder à la citation

Liste des prérequis avant l’envoi

Vérifiez ces points avant d’ouvrir l’outil :

• Vous migrez vers un nouveau domaine ou sous-domaine, sans simplement restructurer les URL, passer à HTTPS ou basculer entre www et sans www.
• Les deux sites sont validés dans Search Console et vous êtes propriétaire de chacun.
• Les propriétés couvrent tout le domaine, sans chemin. Les types Domaine et Préfixe de l’URL à la racine conviennent ; example.com/blog/ non.
• Une redirection 301 relie l’ancienne page d’accueil à la nouvelle.
• Des redirections individuelles sont actives pour le reste du site.
• Les nouvelles pages déclarent leur propre URL canonique.
• Vous garderez les redirections au moins 180 jours, puis tant qu’elles servent, et l’ancien domaine enregistré pendant au moins un an.
• Vous enverrez une demande distincte pour chaque sous-domaine et variante.
• Vous signalerez aussi la migration dans Bing Webmaster Tools.

Modèles mentaux

1. L’outil apporte un signal ; les redirections constituent le mécanisme. Une migration repose sur les redirections permanentes et la correspondance individuelle des URL. L’outil privilégie le nouveau site et annonce le déplacement.

2. Le test « est-ce le bon outil ? ». Demandez-vous ce qui change :

• Nouveau domaine ou sous-domaine ? → L’outil s’applique.
• Même domaine, URL ou dossiers différents ? → Non.
• HTTP → HTTPS ? → Il n’est pas nécessaire.
• Même domaine, www ↔ sans www ? → Non.
• Adresse IP, serveur ou CDN modifié, URL identiques ? → Non.
• Fusion ou scission de sites ? → Ce n’est pas un déplacement individuel.

3. Deux échéances, plus une troisième souvent oubliée. L’outil agit pendant 180 jours. Gardez les redirections au moins aussi longtemps, puis tant qu’elles servent. Conservez l’ancien domaine enregistré environ un an. Ces échéances protègent respectivement le transfert, les visiteurs et le nom de domaine.

4. Portée du domaine, pas nécessairement type « Domaine ». Si l’outil refuse la propriété, elle est probablement limitée à un chemin. Une propriété Domaine ou un Préfixe de l’URL à la racine conviennent.

Changement d’adresse : aide-mémoire

Quand l’utiliser ?

À retenir

• Durée : Google privilégie le nouveau site pendant 180 jours ; la demande peut être annulée durant cette période.
• Portée : aucun chemin. Les types Domaine et Préfixe de l’URL à la racine conviennent.
• Sous-domaines : ils ne sont pas automatiques, y compris www.
• Protocoles : http:// déplace aussi https://.
• Redirections : gardez-les au moins 180 jours, puis tant qu’elles servent. Conservez aussi l’ancien domaine enregistré au moins un an.
• Bing : utilisez Site Move, qui accepte aussi les déplacements par chemin.

Outils utiles pour une migration de domaine

• Google Search Console — outil de changement d’adresse : accessible dans les paramètres de l’ancienne propriété ; les deux propriétés doivent couvrir tout le domaine.
• Bing Webmaster Tools — Site Move : l’équivalent de Bing ; utilisez les deux consoles.
• Inspection de l’URL dans Search Console : confirme l’exploration, le rendu et l’indexation des nouvelles URL.
• Robot d’exploration ou audit de site, comme Ahrefs Site Audit ou Screaming Frog : inventorie les URL, vérifie les redirections individuelles et repère les chaînes ou destinations cassées.
• Journaux du serveur : ils montrent si Googlebot déplace réellement son exploration vers le nouveau domaine.

Testez vos connaissances

Dois-je utiliser l’outil ?

Erreurs qui font dérailler une migration

Envoyer la demande avant que les redirections soient prêtes. Déployez et testez d’abord les redirections permanentes individuelles.

Rediriger toutes les anciennes URL vers la nouvelle page d’accueil. Associez chaque ancienne URL utile à son meilleur équivalent et retirez délibérément les contenus sans correspondance.

Utiliser une propriété limitée à un chemin. L’outil exige une propriété couvrant tout le domaine. Un préfixe d’URL à la racine convient ; le type Domaine validé par DNS n’est pas obligatoire.

N’envoyer que la demande du domaine racine en supposant que www suit. Inventoriez les variantes et envoyez une demande distincte pour chacune.

Supprimer les redirections après 180 jours. Conservez-les au moins pendant cette durée, puis tant que les anciennes URL reçoivent des visites ou des liens.

Laisser expirer l’enregistrement de l’ancien domaine. Gardez-le actif pendant au moins un an afin d’empêcher une réutilisation malveillante.

Employer l’outil pour une restructuration interne ou un passage à HTTPS. Ces migrations utilisent d’autres signaux ; un outil inadapté ne renforce pas un plan de redirection insuffisant.

Dépannage

Une propriété n’apparaît pas dans le sélecteur

Cause probable : elle est limitée à un chemin ou votre compte n’est pas propriétaire. Correction : validez une propriété Domaine ou Préfixe de l’URL à la racine pour les deux sites et confirmez votre rôle de propriétaire.

Le contrôle préalable signale l’absence de redirections

Cause probable : l’ancienne page d’accueil ne renvoie pas directement une redirection permanente, celle-ci est conditionnelle ou un saut échoue. Correction : testez sans authentification et réduisez la chaîne à un seul saut permanent vers la nouvelle page d’accueil. Vérifiez aussi d’autres pages.

La demande a réussi, mais les anciennes URL restent visibles

Cause probable : Google n’a pas tout réexploré, les redirections sont incohérentes ou les nouvelles pages déclarent l’ancien domaine comme canonique. Correction : contrôlez des paires d’URL, envoyez le nouveau sitemap et surveillez l’exploration. La notification n’agit pas instantanément.

Certains sous-domaines n’ont pas migré

Cause probable : seule la demande du domaine parent a été envoyée. Correction : validez chaque sous-domaine source et destination, puis envoyez sa propre demande, y compris pour la variante www pertinente.

Le trafic a chuté après la migration

Cause probable : correspondances manquantes, chaînes de redirections, ressources bloquées, URL canoniques incorrectes, anciens liens internes ou contenu absent. Correction : comparez l’inventaire initial avec les codes d’état, canoniques, règles d’indexation, sitemaps et journaux avant de renvoyer la demande.

Prouver que la migration fonctionne

Effectuez ces tests après le lancement et conservez un échantillon daté :

Un écran validé prouve seulement que la notification a été acceptée. Ces tests prouvent que le mécanisme de migration fonctionne réellement.

Ressources utiles

Mes articles associés

• La réussite d’une migration exige plus qu’une liste de contrôle — mon guide sur les migrations de domaine et la place de l’outil et des redirections 301.
• Peut-on supprimer les redirections 301 après un an ? Notre test — données expérimentales qui étayent leur conservation à long terme.

Sources officielles

• Outil de changement d’adresse — source de référence sur son fonctionnement et ses prérequis.
• Migration avec modification d’URL — documentation générale sur les migrations.

Autres ressources

• r/TechSEO — communauté d’analyse des cas particuliers.
• L’outil n’est qu’un signal supplémentaire — iloveseo.com — compte rendu secondaire d’une session Google de 2021.
• Site Migrations — Search Engine Journal — articles professionnels sur les migrations et redirections.
• Site Migrations — Search Engine Land — conseils pratiques sur les migrations de domaine.
• Migrations — Search Engine Roundtable — actualités et discussions liées aux migrations.

Journal des modifications