Faut-il utiliser l'outil de changement d'adresse pour passer de m. à www. ?

Pourquoi cette confusion autour de l'outil de changement d'adresse ?

L'outil de changement d'adresse dans Search Console a toujours été source de malentendus. Beaucoup de SEO pensaient qu'il fallait l'utiliser systématiquement dès qu'une migration d'URLs intervenait, quelle que soit sa nature.

Or, John Mueller précise ici que cet outil est destiné aux déplacements entre domaines distincts — typiquement quand vous passez de exemple.fr à nouveausite.fr. Pas pour des changements de sous-domaines ou de structure interne au même domaine racine.

Qu'est-ce que Google détecte automatiquement exactement ?

Quand vous mettez en place des redirections 301 de m.exemple.com vers www.exemple.com, Googlebot les découvre lors de son crawl habituel. Il suit la redirection, comprend que l'ancienne URL n'existe plus, et transfère progressivement les signaux de ranking vers la nouvelle.

Ce processus se déroule sans intervention manuelle de votre part dans Search Console. Le bot est capable de suivre la chaîne de redirections, d'identifier l'URL canonique finale, et de réattribuer les backlinks et l'historique de crawl. Cela fonctionne pour les migrations de sous-domaines mobile vers desktop, mais aussi pour d'autres types de restructurations internes.

Dans quel contexte cet outil reste-t-il pertinent ?

L'outil garde son utilité quand vous changez carrément de nom de domaine. Si vous passez de anciensite.com à nouveausite.com, l'outil permet d'accélérer la détection par Google et de transférer une partie des données Search Console de l'ancien vers le nouveau.

Il informe aussi explicitement Google de votre intention de migration, ce qui peut fluidifier le processus et limiter les fluctuations temporaires de trafic organique. Mais pour un simple passage de m. à www., ce signal formel n'apporte rien — Google n'en a pas besoin pour comprendre ce qui se passe.

• L'outil de changement d'adresse ne sert que pour les migrations entre domaines distincts, pas pour les sous-domaines ou restructurations internes
• Les redirections 301 suffisent : Google les détecte automatiquement lors du crawl et transfère les signaux
• Aucun impact sur le crawl budget ou le SEO si les redirections sont correctement configurées
• L'outil peut accélérer la détection d'une migration de domaine et transférer certaines données Search Console
• Dans tous les cas, surveillez les rapports de couverture et de performance pour vérifier que la transition se passe bien

Cette déclaration est-elle cohérente avec les pratiques observées sur le terrain ?

Oui, globalement. Les migrations de sous-domaine mobile vers desktop se passent généralement bien si les redirections sont propres et que le maillage interne est ajusté. Les SEO qui ont tenté d'utiliser l'outil de changement d'adresse dans ce contexte rapportent qu'il n'a eu aucun effet mesurable — ce qui confirme les dires de Mueller.

Cela dit, la vitesse de détection et de transfert des signaux varie beaucoup selon la fréquence de crawl du site. Sur un petit site peu crawlé, le passage peut prendre plusieurs semaines. Sur un gros site avec un crawl budget élevé, ça peut aller très vite. [A vérifier] : Mueller ne précise pas si Google peut prioriser le crawl des anciennes URLs redirigées pour accélérer la transition — c'est une zone grise.

Quelles nuances faut-il apporter à cette affirmation ?

La phrase « ce changement n'a aucun effet sur le crawl budget ou le SEO » mérite d'être précisée. Ce que Mueller veut dire, c'est que le fait de ne pas utiliser l'outil n'a pas d'effet négatif. Mais la migration elle-même, si elle est mal gérée, peut évidemment impacter le SEO.

Par exemple, si vous laissez traîner des chaînes de redirections (m.site → temporaire.site → www.site), ou si vous oubliez de mettre à jour les canonical tags et le sitemap XML, vous allez diluer les signaux et ralentir le transfert d'autorité. Google détectera les redirections, mais ça ne veut pas dire qu'il les traitera de façon optimale si la structure est bancale.

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

Si vous avez un site avec une architecture complexe — plusieurs sous-domaines, des versions internationales, des migrations partielles — il peut y avoir des ambiguïtés pour Google. Dans ces cas-là, un signal explicite via l'outil pourrait théoriquement aider, même si Mueller dit que ce n'est pas nécessaire.

Autre cas : si vous avez historiquement utilisé des annotations mobile (rel="alternate" et rel="canonical" croisés entre m. et www.), et que vous passez à un site responsive, la transition peut être source de confusion temporaire. Google va devoir comprendre que les anciennes annotations ne s'appliquent plus. Là encore, l'outil ne change rien, mais il faut surveiller de près les rapports de couverture pour détecter d'éventuelles erreurs d'indexation.

Que faut-il faire concrètement lors d'une migration m. vers www. ?

D'abord, mettez en place des redirections 301 permanentes de toutes les URLs m.site vers leurs équivalents www.site. Vérifiez qu'il n'y a pas de chaînes de redirections ni de boucles. Utilisez un crawler (Screaming Frog, Oncrawl) pour auditer la totalité des URLs migrées.

Ensuite, mettez à jour votre sitemap XML pour qu'il ne contienne que les nouvelles URLs www. Supprimez ou désactivez l'ancien sitemap m. dans Search Console. Resoumettez le nouveau sitemap et forcez une revalidation via l'outil d'inspection d'URL sur quelques pages clés pour accélérer la détection.

Quelles erreurs éviter pendant la transition ?

Ne laissez pas les anciennes URLs accessibles en 200 en parallèle des nouvelles — c'est la recette parfaite pour du contenu dupliqué. Si vous aviez des annotations rel="alternate" mobile, retirez-les complètement une fois que le site est responsive.

Évitez aussi de toucher à d'autres éléments techniques (changement de CMS, refonte de templates, modification de structure d'URLs au-delà de m. → www.) en même temps que cette migration. Une migration à la fois. Si vous cumulez les changements, vous ne pourrez pas isoler la cause d'une éventuelle chute de trafic.

Comment vérifier que la migration se passe bien ?

Suivez de près le rapport de couverture dans Search Console. Vous devriez voir les anciennes URLs m. disparaître progressivement de l'index (statut « Redirigée ») et les nouvelles www. apparaître. Si des URLs m. restent indexées plusieurs semaines après la mise en place des redirections, forcez une réindexation via l'outil d'inspection.

Comparez aussi les performances de trafic organique avant/après sur une période glissante de 4 à 6 semaines. Une légère baisse temporaire (5-10 %) est possible le temps que Google consolide les signaux, mais une chute brutale signale un problème technique — redirections cassées, canonical erronés, perte de maillage interne.

• Mettre en place des redirections 301 permanentes de m.site vers www.site, sans chaînes ni boucles
• Mettre à jour le sitemap XML pour ne garder que les nouvelles URLs www.
• Retirer les annotations rel="alternate" mobile si le site devient responsive
• Ne pas utiliser l'outil de changement d'adresse dans Search Console (inutile pour ce type de migration)
• Surveiller le rapport de couverture : les anciennes URLs doivent passer en statut « Redirigée »
• Comparer le trafic organique avant/après sur 4 à 6 semaines pour détecter toute anomalie