Comment changer votre nom de domaine sans perdre votre SEO

TL;DR

• Google dit de s'attendre à des fluctuations temporaires de classement lors d'un déménagement de site, et qu'un site de petite à moyenne taille prend généralement quelques semaines pour que la plupart des pages soient transférées.

• Chaque ancienne URL a besoin de sa propre 301 vers la nouvelle URL correspondante. Les déverser toutes sur la nouvelle page d'accueil risque de les faire traiter en soft 404.

• Google recommande de garder les redirections actives pendant au moins un an, et suggère d'envisager de les conserver indéfiniment pour les utilisateurs.

• L'outil Change of Address signale le déménagement ; ce sont les redirections qui l'exécutent. Soumettez une demande pour chaque variante vérifiée de l'ancien domaine.

• Ce guide ne couvre que les migrations de domaine à domaine, pas le passage de HTTP à HTTPS, les changements de CMS, ni les restructurations de chemin au sein d'un même domaine.

Changer votre nom de domaine nuit-il au SEO ?

Oui, temporairement. Quiconque vous dit qu'une migration est sans risque essaie de vous vendre quelque chose.

Lorsque vous passez à un nouveau domaine, chaque URL de votre site change. Google doit réexplorer, réévaluer et réindexer chacune d’elles, et cela prend du temps. Google recommande lui-même de s’attendre à des fluctuations temporaires du classement pendant une migration, et précise que le classement d’un site se stabilise avec le temps.

Ce qui compte, c’est la distinction que la plupart des guides passent sous silence : une fluctuation temporaire est inévitable, une perte permanente ne l’est pas. Les sites qui perdent du trafic définitivement l’ont presque toujours perdu à cause d’une erreur d’exécution, pas à cause de la migration elle-même.

Ce qui ne doit pas changer pendant une migration de domaine

C'est ici que se produisent la plupart des dommages auto-infligés. De Google documentation sur la migration de site conseille de ne changer qu'une chose à la fois, en utilisant l'exemple exact du déménagement vers un nouveau domaine, du changement de CMS et de la mise à jour de la mise en page — et dit de les faire l'un après l'autre.

Garder tout le reste inchangé :

• Structure d'URL. Mêmes slugs, même hiérarchie de dossiers. Seul le domaine change.

• Contenu. Aucune réécriture, aucune consolidation, aucun élagage.

• Design et modèles . Déployez la refonte plus tard.

• Plateforme . Un changement de CMS pendant une migration de domaine rend le diagnostic presque impossible.

La raison est diagnostique, pas superstitieuse. Si vous changez cinq choses et que le trafic chute, vous n'avez aucun moyen d'isoler la cause. Migrez d'abord, puis améliorez, avec une période de mesure propre entre les deux.

Comment créer une carte de redirections 301 pour une migration de domaine

La carte de redirection est un tableur associant chaque ancienne URL à son nouvel équivalent spécifique. C'est l'artefact dont dépend toute la migration, et il devrait exister avant que vous ne touchiez à quoi que ce soit.

1. Explorez l'ancien site avec un outil comme Screaming Frog ou Sitebulb pour extraire un inventaire complet des URL.

2. Exporter les données de Search Console pour les URL indexées et les pages ayant le plus de liens, car les crawlers ratent les pages orphelines qui ont encore des backlinks.

3. Mapper un à un. Ancien article de blog vers nouvel article de blog. Ancienne page produit vers nouvelle page produit.

4. Priorisez par valeur. Si le temps manque, les pages à fort trafic et fortement liées sont cartographiées en premier.

Ne redirigez jamais tout vers la nouvelle page d'accueil. Google déconseille de rediriger de nombreuses anciennes URL vers une destination non pertinente comme la nouvelle page d'accueil, car cela confond les utilisateurs et peut être traité comme un erreur 404 douce . Notez que le risque ici est une mauvaise classification, pas une perte d'autorité — Google déclare clairement que Redirections 301 et autres redirections permanentes ne causent pas de perte de Page Rank.

Comment tester vos redirections avant le lancement

Tester après le lancement signifie diagnostiquer alors que le trafic circule déjà. Tester avant le lancement ne coûte rien.

Configurez le nouveau site sur un environnement de préparation avec les redirections configurées, puis explorez votre carte de redirection comme une liste d'URL. Vous vérifiez trois choses :

• Chaque ancienne URL renvoie un 301, pas un 302 ni un 200.

• Chaque redirection va directement vers sa destination finale . Googlebot peut suivre jusqu'à dix sauts, mais Google conseille de rediriger directement, en gardant toute chaîne à trois maximum, car les chaînes ajoutent de la latence pour les utilisateurs et tous les navigateurs ne prennent pas en charge les longues.

• Chaque destination pointe vers du contenu réel , et non une 404 ou une page de catégorie générique.

Pour les contrôles ponctuels, Google pointe vers le Outil d'inspection des URL pour les URL individuelles et les outils en ligne de commande ou les scripts pour les grands lots.

Liste de contrôle du jour du lancement d'une migration de domaine, dans l'ordre

L'ordre compte. Faites-les dans cet ordre :

1. Mettez le nouveau site en ligne et confirmez qu'il est explorable, sans balises noindex résiduelles ni blocages robots.txt provenant de la préproduction.

2. Activer les redirections 301 de l'ancien au nouveau.

3. Vérifiez les balises canoniques sur le nouveau site pointent vers les nouvelles URLs.

4. Testez les redirections par rapport à votre plan.

5. Soumettre le changement d'adresse requête dans Search Console.

6. Soumettez le nouveau sitemap vers le nouveau domaine.

7. Mettez à jour les liens internes, les statistiques, les publicités et les fiches d’entreprise vers le nouveau domaine.

Deux choses à bien faire avec Change of Address. Premièrement, il signale le déménagement à Google ; il ne l'exécute pas. La Search Console documentation d'aide dit d'utiliser l'outil après avoir déplacé et redirigé votre site. Deuxièmement, une seule demande ne suffit pas.

Google exige un changement d’adresse pour chaque variante vérifiée de l’ancien domaine, y compris les sous-domaines et les versions www et non-www, même celles que vous n’utilisez pas activement — et toutes doivent d’abord être vérifiées dans Search Console.

Combien de temps devez-vous conserver les redirections 301 après un changement de domaine ?

Les guides concurrents suggèrent trois mois, six mois ou un an. La réponse de Google elle-même n'est pas ambiguë.

Le guide de déplacement de site dit de garder les redirections aussi longtemps que possible, généralement au moins un an, car cette fenêtre permet à Google de transférer tous les signaux vers les nouvelles URL, y compris le recrawl et la réattribution des liens d’autres sites pointant vers vos anciennes. Il va plus loin : du point de vue des utilisateurs, envisagez de garder les redirections indéfiniment.

Un an est le minimum, pas l'objectif. Les liens externes vers vos anciennes URL ne disparaissent jamais complètement. Renouveler l'ancien domaine est un petit coût annuel pour ne pas les orpheliner définitivement.

Combien de temps faut-il pour récupérer le trafic après une migration de domaine ?

Selon les attentes déclarées de Google, un site de petite à moyenne taille met quelques semaines à faire migrer la plupart de ses pages, les sites plus importants prenant plus de temps, et la vitesse dépend du nombre d’URL impliquées et de la rapidité de réponse de votre serveur.

Un migration normale montre du mouvement dans Search Console. Google décrit à quoi le rapport sitemaps devrait ressembler : le sitemap de la nouvelle URL commence à zéro page indexée alors que l’ancien en affiche beaucoup, et avec le temps, l’ancien compteur tombe vers zéro pendant que le nouveau grimpe. Les impressions sur les nouvelles URL apparaissent avant que les classements ne se stabilisent complètement.

Un échec n’affiche aucun mouvement du tout. Si le nombre d’URL indexées de l’ancien sitemap ne baisse pas et que celui du nouveau n’augmente pas après plusieurs semaines, Google n’a pas commencé à traiter la migration. La volatilité signifie généralement qu’un retraitement est en cours. L’absence de variation est le signal le plus préoccupant.

Comment réparer une migration de domaine qui a déjà mal tourné

Google publie une liste des erreurs de migration courantes qui empêchent un nouveau site d'être entièrement indexé. Diagnostiquez par symptôme en vous y référant.

Les nouvelles URL ne sont pas indexées . Vérifiez d'abord les règles noindex et les blocages robots.txt oubliés, ceux que vous avez ajoutés pendant la préparation et que vous avez oublié de supprimer. Ensuite, confirmez que le sitemap a bien été soumis.

Le trafic stagne, il ne se redresse pas . Explorez la liste d’URL de l’ancien domaine et comptez combien renvoient un 404 au lieu d’un 301. Google note que rediriger vers des URL erronées ou inexistantes sur le nouveau site est quelque chose qu’il voit fréquemment, alors vérifiez les destinations, pas seulement les codes de statut.

L'exploration s'est bloquée ou le serveur a eu du mal . Google explore un nouveau site plus intensivement que d’habitude après une migration, car les explorations de l’ancien site sont redirigées en plus de l’exploration normale. Des serveurs sous-dimensionnés freinent la migration sans aucune erreur évidente.

Certaines pages se sont rétablies, d'autres non . Comparez les URL récupérées et celles qui stagnent à votre plan, puis traitez-les. Diagnostics de baisse de trafic de Google pour distinguer les dommages liés à la migration des causes sans rapport.

L'ancien domaine a expiré. Récupérez-le si vous le pouvez et restaurez les redirections. S'il a disparu et que la marque a besoin d'un nouveau départ, La marketplace de Name Club liste les domaines brandables qui valent la peine de s’y engager correctement la deuxième fois.

La récupération est réaliste dans la plupart de ces cas. L'exception, c'est un ancien domaine expiré, où les redirections ne peuvent pas du tout être reconstruites.

FAQ

Dois-je continuer à payer pour mon ancien domaine après la migration ? 

Oui, pendant au moins un an, et sans doute plus longtemps. Les redirections ne fonctionnent que tant que vous contrôlez l’ancien domaine, et chaque lien externe pointant vers vos anciennes URL cesse de fonctionner dès que l’enregistrement expire. Considérez les frais de renouvellement comme faisant partie du budget de migration plutôt que comme un coût que vous pouvez couper une fois le trafic revenu.

Puis-je ignorer l'outil Change of Address si mes redirections sont correctement configurées ? 

Les redirections font le vrai travail, donc une migration sans l’outil peut quand même réussir. Mais l’ignorer supprime un signal clair que le déplacement était intentionnel et autorisé par quelqu’un qui contrôle les deux propriétés. Il n’y a aucun inconvénient à le soumettre, donc il n’y a aucune bonne raison de ne pas le faire.

Que se passe-t-il si certaines anciennes pages n'ont pas d'équivalent sur le nouveau site ? 

Ne forcez pas une redirection vers une page vaguement liée ou vers la page d’accueil. Si le contenu a vraiment disparu, renvoyer un 404 ou un 410 est la bonne réponse. Si plusieurs anciennes pages ont été regroupées en une seule nouvelle page, rediriger toutes ces anciennes pages vers cette page regroupée est légitime.

Dois-je tout migrer d'un coup ou par sections ? 

Pour les sites petits et moyens, tout d’un coup. Google recommande de tout déplacer simultanément pour que ses systèmes détectent la migration et mettent à jour l’index plus rapidement. Les migrations section par section ont surtout du sens pour les grands sites, où une migration par étapes permet d’isoler et de corriger les problèmes plus facilement.

Un nouveau domaine part-il de zéro en autorité ? 

Pas si la migration est exécutée correctement. Les redirections permanentes transmettent les signaux des anciennes URL vers les nouvelles, et c’est tout le mécanisme sur lequel repose une migration. Un nouveau domaine ne se comporte comme une table rase que lorsque les redirections sont absentes, cassées ou supprimées trop tôt.