Changement de domaine : checklist SEO pour ne pas perdre la visibilité

Changer de nom de domaine paraît parfois plus simple qu’une refonte. Le site peut conserver le même design, les mêmes textes et la même arborescence : il suffirait de remplacer l’adresse, configurer les DNS et remettre le site en ligne. Pour les visiteurs habituels, le déplacement peut effectivement sembler transparent.

Pour les moteurs de recherche, toutes les URL changent pourtant en même temps. Chaque page connue sur l’ancien domaine doit être reliée à sa nouvelle adresse, les signaux techniques doivent mentionner le bon hôte et Google doit progressivement remplacer les anciennes URL dans son index. Une migration incomplète peut donc fragiliser la visibilité même lorsque le contenu n’a pas bougé.

La bonne méthode ne consiste pas à promettre une absence totale de fluctuation. Elle vise à conserver la continuité entre chaque ancienne page et sa destination, limiter le nombre de changements simultanés et repérer rapidement les erreurs après la bascule.

Pourquoi un changement de domaine est plus sensible qu’un simple changement d’hébergement

Un changement d’hébergement peut conserver exactement les mêmes URL. Google continue alors de demander les mêmes pages et observe surtout la disponibilité, la vitesse ou d’éventuelles erreurs techniques. Un changement de domaine modifie au contraire l’adresse de chaque ressource, même lorsque le chemin reste identique.

La page ancien-domaine.fr/service devient nouveau-domaine.fr/service. Pour l’entreprise, il s’agit du même contenu. Pour Google, deux URL distinctes existent jusqu’à ce que la redirection et les autres signaux indiquent clairement que la seconde remplace la première.

La documentation officielle de Google sur les migrations avec changement d’URL recommande de préparer le nouveau site, établir une correspondance entre les anciennes et nouvelles URL, activer des redirections permanentes puis surveiller le trafic sur les deux domaines. Cette continuité est le cœur du projet.

Le risque augmente lorsque le changement de domaine accompagne une nouvelle arborescence, une migration de CMS, une réécriture massive et un nouveau design. Google conseille de ne modifier qu’un élément important à la fois lorsque cela reste possible. Séparer le déménagement du domaine de la refonte permet de mieux identifier la cause d’une anomalie et réduit le nombre de variables à contrôler.

Lorsque la refonte complète est déjà décidée, l’article consacré à la manière de changer de site sans perdre son SEO couvre le chantier plus large. Le changement de domaine demande ici une attention spécifique à l’ancien hôte, au nouveau domaine et au transfert de toutes les variantes d’URL.

Vérifier le nouveau domaine avant d’y déplacer le site

Un domaine libre n’est pas nécessairement neuf. Il peut avoir hébergé un ancien site, reçu des liens, subi une action manuelle ou fait l’objet d’une suppression temporaire dans Search Console. Son passé ne condamne pas automatiquement le projet, mais il doit être connu avant d’associer la marque et le site à cette adresse.

Une recherche sur le nom de domaine, les anciennes pages indexées et les archives disponibles donne un premier aperçu. Les backlinks méritent également d’être examinés : quelques liens anciens cohérents ne posent pas le même problème qu’un historique composé de spam, de pages piratées ou de redirections successives vers des activités sans rapport.

Google recommande de vérifier le nouveau domaine dans Search Console et de contrôler les actions manuelles ainsi que les éventuelles demandes de suppression héritées d’un propriétaire précédent. Cette vérification doit être effectuée avant la bascule, afin de ne pas découvrir un problème au moment où l’ancien site commence déjà à rediriger.

Le domaine doit aussi être sous le contrôle direct de l’entreprise. Le compte du registrar, les accès DNS, le renouvellement automatique, l’adresse de récupération et l’authentification renforcée ne doivent pas dépendre uniquement d’un prestataire. Une migration SEO réussie n’a aucune valeur si le nouveau domaine expire ou devient inaccessible quelques mois plus tard.

L’ancien domaine reste tout aussi important. Il doit continuer d’être renouvelé et de servir les redirections pendant au moins un an, Google recommandant même de les conserver aussi longtemps que possible. Les visiteurs, partenaires et annuaires peuvent continuer à utiliser les anciennes adresses bien après la migration.

Établir l’état de référence avant la bascule

Une migration ne peut pas être évaluée sans point de comparaison. Avant de toucher au domaine, il faut conserver une photographie des pages qui génèrent des impressions, des clics, des conversions et des liens externes. Cette base permet ensuite de repérer si une baisse concerne tout le site, une famille de pages ou seulement certaines requêtes.

L’inventaire ne doit pas se limiter au sitemap. Celui-ci contient normalement les URL que le site souhaite faire indexer, mais les moteurs et les visiteurs peuvent encore connaître d’autres adresses : anciennes campagnes, PDF, images, pages retirées du maillage ou URL historiques recevant des backlinks. Les données de Search Console, les statistiques, les journaux serveur et le CMS complètent le crawl.

Pour chaque URL importante, il est utile de conserver son statut HTTP, son title, son H1, sa canonical, sa profondeur dans le maillage et sa destination prévue. Les pages qui reçoivent du trafic ou des liens doivent faire l’objet d’un contrôle prioritaire, sans pour autant négliger les contenus de longue traîne dont les visites sont réparties sur de nombreuses requêtes.

Les conversions constituent un autre repère. Une migration peut préserver les positions tout en cassant un formulaire, un numéro suivi, un paiement ou un événement Analytics. Le contrôle SEO doit donc inclure les actions qui donnent une valeur commerciale au trafic, pas uniquement le nombre de clics organiques.

Cette étape s’intègre naturellement à la préparation plus large d’une refonte. Le guide pour préparer une refonte de site internet aide à distinguer les pages à conserver, améliorer, fusionner ou retirer avant de modifier l’architecture.

Construire une correspondance exacte entre ancien et nouveau domaine

Le scénario le plus simple conserve tous les chemins. Une règle générale peut alors rediriger ancien-domaine.fr/chemin vers nouveau-domaine.fr/chemin, y compris pour les paramètres utiles. Cette simplicité ne dispense pas de tester les URL : les variantes avec ou sans www, HTTP et HTTPS, les sous-domaines, les médias et les fichiers doivent rejoindre la bonne destination finale.

Lorsque les chemins changent, une table de correspondance devient indispensable. Chaque ancienne URL doit recevoir une destination qui reprend son intention. Une ancienne page de service ne doit pas être envoyée vers la page d’accueil simplement parce qu’aucun équivalent n’a été prévu.

Google déconseille explicitement les redirections massives vers une page sans rapport, susceptibles d’être comprises comme des erreurs soft 404. Une page fusionnée peut pointer vers le contenu qui la remplace réellement. Une URL supprimée sans équivalent pertinent peut conserver une réponse 404 ou 410 plutôt que créer une redirection trompeuse.

Les redirections doivent être permanentes et réalisées côté serveur lorsque l’infrastructure le permet. Les statuts HTTP 301 et 308 conviennent à ce déplacement. La destination doit être atteinte directement, sans passer par plusieurs domaines ou anciens chemins, car les chaînes ajoutent de la latence et compliquent le diagnostic.

Les ressources non HTML doivent entrer dans le même raisonnement. Un PDF qui reçoit des liens, une image visible dans Google Images ou un fichier régulièrement téléchargé possède sa propre URL. Les déplacer sans redirection crée une perte silencieuse que le crawl des seules pages HTML ne détecte pas toujours.

Préparer tous les signaux du nouveau domaine

Le nouveau site ne doit contenir aucune référence technique involontaire à l’ancien domaine. Les balises canonical doivent être auto-référentes et utiliser les nouvelles URL. Les annotations hreflang, les données structurées, les balises Open Graph, les flux, les manifests et les liens absolus doivent suivre la même logique.

Les liens internes méritent d’être remplacés directement. Laisser les menus et contenus pointer vers l’ancien domaine fonctionnerait grâce aux redirections, mais imposerait un détour à chaque utilisateur et à chaque robot. Le nouveau site doit relier ses nouvelles URL sans dépendre de l’ancien hôte pour sa navigation normale.

Le sitemap du nouveau domaine doit contenir uniquement les nouvelles URL canoniques, accessibles en 200 et destinées à l’indexation. Le fichier robots.txt doit autoriser les zones utiles et référencer le bon sitemap. Une règle de blocage ou un noindex conservé depuis le staging peut empêcher Google de découvrir correctement le site au moment le plus critique.

Les propriétés Search Console de l’ancien et du nouveau domaine doivent être vérifiées avant la mise en ligne. Une propriété de domaine couvre les protocoles et sous-domaines associés, mais les configurations existantes peuvent aussi inclure plusieurs propriétés de préfixe d’URL. L’équipe doit savoir lesquelles contiennent l’historique utile et conserver les méthodes de validation après la migration.

Le suivi Analytics, le gestionnaire de balises, les outils de consentement, les pixels publicitaires et les conversions doivent reconnaître le nouveau domaine. Les referrals internes, listes d’exclusion, règles de filtrage et domaines autorisés dans les formulaires ou APIs peuvent nécessiter une mise à jour.

Il faut enfin contrôler les services périphériques : emails transactionnels, CDN, stockage, API, paiement, carte, authentification sociale et politiques de sécurité du navigateur. Ils ne relèvent pas tous du référencement, mais leur panne peut dégrader l’expérience, les conversions ou le rendu des pages que Google découvre.

Organiser la bascule sans multiplier les changements

La mise en ligne gagne à être programmée pendant une période où l’équipe technique et les personnes capables de valider le site sont disponibles. Choisir une plage de trafic plus faible réduit l’impact d’un incident, mais migrer tard le soir sans personne pour contrôler les parcours reporte simplement les erreurs au lendemain.

Le certificat HTTPS du nouveau domaine doit être actif avant d’envoyer les visiteurs vers lui. Les variantes http, https, avec et sans www de l’ancien domaine doivent toutes rejoindre en une seule étape la version canonique du nouveau. Une redirection qui fonctionne uniquement depuis l’adresse la plus courante laisse des chemins historiques en erreur.

Dès la bascule, un crawl complet contrôle les statuts, redirections, canonical, liens internes, titles, H1, indexabilité et ressources. Un échantillon manuel vérifie les pages stratégiques, les résultats enrichis éventuels, le responsive et les conversions. Les tests automatisés détectent le volume ; l’examen humain repère les incohérences que le statut 200 ne révèle pas.

L’outil Changement d’adresse de Search Console doit ensuite être utilisé pour signaler le déplacement d’un domaine vers l’autre. Google précise que cette procédure concerne les migrations de domaine, pas le simple passage de HTTP à HTTPS. Les variantes concernées doivent être vérifiées dans Search Console.

Le nouveau sitemap est soumis sur la nouvelle propriété. Pour suivre la transition, Search Console peut également comparer la diminution des URL de l’ancien domaine avec l’augmentation de celles du nouveau. Les avertissements indiquant que les anciennes URL redirigent sont alors cohérents avec la migration.

Les principaux liens contrôlés par l’entreprise doivent être mis à jour rapidement : profils sociaux, fiche d’établissement, annuaires, campagnes publicitaires, signatures, partenaires et documents récents. Les backlinks externes les plus importants peuvent faire l’objet d’une demande de modification. La redirection reste nécessaire, mais un lien direct réduit la dépendance à l’ancien domaine.

Surveiller la migration sans paniquer au premier mouvement

Google indique qu’un site petit ou moyen peut demander quelques semaines pour que la majorité des pages soit déplacée dans l’index. Les grands sites prennent davantage de temps. La migration s’effectue URL par URL, au rythme du crawl et de la capacité du serveur à répondre.

Une variation temporaire des impressions ou positions n’est donc pas automatiquement le signe d’un échec. L’analyse doit comparer les pages équivalentes entre les deux domaines et regarder si les nouvelles URL commencent à remplacer les anciennes. Une baisse globale durable accompagnée d’erreurs, de canonical incorrectes ou de pages non indexables demande en revanche une intervention rapide.

Search Console permet de suivre l’indexation, les sitemaps, les requêtes et les erreurs d’exploration sur les deux propriétés. Les journaux serveur montrent si Googlebot visite les anciennes URL, suit les redirections et explore le nouveau site. Ils révèlent aussi des adresses oubliées qui ne figuraient pas dans l’inventaire initial.

Les réponses 404, 410, 5xx et les redirections en boucle doivent être examinées selon leur importance. Une ancienne URL stratégique en erreur mérite une correction immédiate. Une adresse inventée par un robot ou supprimée depuis longtemps ne justifie pas forcément une redirection.

Les performances du nouveau serveur doivent rester stables. Après un changement de domaine, Google peut solliciter davantage le nouveau site puisqu’il explore ses pages tout en suivant les anciennes URL. Une infrastructure saturée ralentit la découverte et transforme une migration bien préparée en succession d’erreurs temporaires.

Le suivi des conversions complète enfin la lecture SEO. Le trafic peut revenir alors que les formulaires, appels, achats ou prises de rendez-vous restent en baisse. Dans ce cas, le problème se situe peut-être dans le tracking, les parcours ou un service tiers plutôt que dans l’indexation.

La checklist de contrôle avant de considérer la migration terminée

La migration n’est pas terminée lorsque le nouveau domaine s’affiche dans le navigateur. Elle l’est lorsque les anciennes URL importantes redirigent correctement, que les nouvelles pages sont explorables et que les signaux de visibilité comme les conversions se stabilisent.

Les redirections doivent rester actives au moins un an et souvent plus longtemps. L’ancien domaine continue donc de faire partie de l’infrastructure, même lorsqu’il n’héberge plus aucun contenu visible. Son renouvellement et son certificat ne doivent pas être oubliés après les premières semaines.

Une migration réussie ne cherche pas à accélérer artificiellement le remplacement de toutes les URL. Elle fournit des signaux cohérents, laisse Google réexplorer les pages et corrige les anomalies observées. La page Référencement naturel SEO présente l’accompagnement adapté lorsque le changement de domaine doit être audité, préparé ou surveillé dans un contexte plus large de visibilité.