Changer nom domaine sans perte SEO : le guide complet

Changer de nom de domaine sans perte SEO repose sur cinq leviers prioritaires : une cartographie de redirections 301 page à page, une architecture d’URL figée, une déclaration propre dans la Google Search Console, un sitemap XML régénéré et une surveillance d’indexation sur 90 jours. Un site qui néglige l’un de ces leviers perd 30 à 50 % de son trafic en quelques semaines. La méthode ci-dessous détaille chaque levier avec les points de contrôle techniques réels.
- Redirections 301 page à page : jamais de redirection globale vers la home, chaque ancienne URL pointe vers son équivalent exact.
- Architecture d’URL figée : conserver les slugs et la structure de dossiers, seule l’extension de domaine change.
- Déclaration Search Console : outil de changement d’adresse + nouveau sitemap soumis le jour de la bascule.
- Surveillance 90 jours : crawl errors, couverture d’index, positions, Core Web Vitals et log analysis serveur.
Les 5 leviers prioritaires pour progresser rapidement lors d’un changement de domaine
Ces cinq leviers se traitent dans l’ordre : chacun conditionne le suivant. Sauter l’audit préalable ou la cartographie des redirections rend les trois derniers inopérants.

| Levier | Action technique | Impact si négligé |
|---|---|---|
| Audit préalable | Export des URL indexées (Search Console), inventaire des backlinks, baseline Analytics | Perte de pages orphelines porteuses de liens, aucune référence de comparaison post-bascule |
| Redirections 301 | Mapping URL à URL dans .htaccess (Apache) ou server block Nginx, règles CDN si proxy | Popularité non transmise, chute de positions sur les requêtes transactionnelles |
| Architecture d’URL | Conservation stricte des slugs, dossiers et paramètres | Chaînes de redirections, dilution du link juice, réindexation ralentie |
| Signaux Google | Changement d’adresse Search Console, sitemap XML, robots.txt mis à jour | Découverte tardive des nouvelles URL, indexation partielle pendant des semaines |
| Surveillance | Rapports de couverture, log analysis, suivi positions et trafic sur 90 jours | Erreurs 404 et 5xx non détectées, pertes définitives sur les pages stratégiques |
Votre site présente un mapping de redirections incomplet ou des erreurs de crawl post-bascule ? Demandez un audit SEO chiffré avant de lancer la bascule.
Audit préalable : l’état des lieux qui conditionne toute la migration
L’audit préalable produit trois livrables non négociables : la liste exhaustive des URL indexées, l’inventaire des backlinks par page cible et la baseline de performance. Sans ces trois fichiers, aucune comparaison post-migration n’est possible.
- Export Search Console : rapport « Pages » complet, y compris les URL « Découverte, non indexée » et « Explorée, non indexée ».
- Inventaire backlinks : chaque lien externe doit être rattaché à une URL précise, pas seulement au domaine.
- Baseline Analytics : sessions, taux de conversion, pages d’entrée, requêtes positionnées top 10.
- Détection de duplication : paramètres d’URL, pagination, versions www/non-www, HTTP/HTTPS.
- Sauvegarde intégrale : dump SQL de la base + archive des fichiers, testée par restauration réelle.
Redirections 301 : la configuration serveur qui transmet réellement la popularité
Une redirection 301 transmet la quasi-totalité de la popularité d’une URL vers sa cible, à condition d’être individuelle et permanente. Une redirection 302 ou un renvoi global vers la home casse cette transmission.
Sur Apache, la directive s’écrit dans le .htaccess à la racine de l’ancien domaine. Sur Nginx, elle se déclare dans le bloc server avec return 301. Si un CDN ou un reverse proxy s’interpose, les règles doivent être dupliquées au niveau edge, sinon les redirections sont court-circuitées.
| Type | Usage correct | Effet SEO |
|---|---|---|
| 301 permanente | Migration définitive, page à page | Transmet la popularité et consolide l’indexation sur la nouvelle URL |
| 302 temporaire | Test, maintenance courte | Ne consolide pas l’indexation, à éviter en migration |
| Redirection globale vers la home | Aucun usage légitime | Redirection molle, popularité non transmise page à page |
| Chaîne de redirections | Aucun usage légitime | Dilue le signal, allonge le crawl, dégrade les Core Web Vitals |
Architecture d’URL, liens internes et ressources statiques
Conserver la structure d’URL à l’identique réduit la migration à une seule variable : le nom de domaine. Toute modification de slug ou de dossier ajoute une couche de redirection manuelle et multiplie les points de rupture.
- Slugs et arborescence inchangés :
/categorie/produit/reste/categorie/produit/. - Liens internes réécrits en dur vers le nouveau domaine, jamais laissés en redirection interne.
- Images, CSS, JS et polices servis depuis le nouveau domaine, sans appel résiduel à l’ancien.
- Canonical tags pointant vers la nouvelle URL canonique, une seule version par contenu.
- Données structurées (JSON-LD, Open Graph) mises à jour avec la nouvelle URL de base.
- robots.txt et sitemap XML régénérés avec les nouvelles URL absolues.
Ces corrections recoupent la mécanique d’un changement de plateforme e-commerce, où la réécriture des liens internes et des canonicals conditionne la reprise d’indexation.
Déclaration du changement d’adresse et soumission du sitemap
La Search Console centralise la déclaration officielle du changement de domaine via l’outil « Changement d’adresse ». Cette déclaration n’est valable que si l’ancienne et la nouvelle propriété sont toutes deux vérifiées dans le même compte.
| Action | Outil / fichier | Délai attendu |
|---|---|---|
| Vérification de la nouvelle propriété | Search Console (DNS, fichier HTML ou balise meta) | Immédiat |
| Déclaration du changement d’adresse | Search Console, propriété ancienne | Signal traité en quelques jours |
| Soumission du sitemap | sitemap.xml sur le nouveau domaine | Découverte en 24 à 72 h |
| Mise à jour du robots.txt | Fichier à la racine du nouveau domaine | Prise en compte au crawl suivant |
| Inspection d’URL ciblée | Search Console, pages stratégiques | Demande d’indexation prioritaire |
Surveillance post-migration : les signaux qui doivent alerter
La surveillance post-migration se pilote sur trois rapports Search Console et une analyse de logs serveur. Un signal ignoré pendant les 15 premiers jours devient une perte de position difficilement réversible.
- Hausse des erreurs 404 dans le rapport « Pages » : mapping de redirections incomplet.
- URL « Explorée, non indexée » en augmentation sur les nouvelles adresses : contenu jugé trop proche de l’ancien ou canonicals contradictoires.
- Baisse des impressions sur les requêtes top 10 sans baisse de position : perte de pages d’entrée.
- Redirections en chaîne détectées en log analysis : liens internes non réécrits.
- Erreurs 5xx ou timeouts sur le nouveau serveur : capacité ou configuration DNS insuffisante.
- Chute du taux de conversion Analytics sur les pages produit : tunnel de paiement cassé après bascule.
Backlinks externes, mentions du domaine et cas WordPress
Les backlinks pointant vers l’ancien domaine continuent de fonctionner via les redirections 301, mais leur mise à jour accélère la consolidation. Sur WordPress, la migration exige en plus une réécriture de la base de données.
- Réécriture des URL en base via WP-CLI (
wp search-replace) ou requête SQL sur les tableswp_posts,wp_postmetaetwp_options. - Vérification des champs sérialisés : une réécriture SQL brute corrompt les données sérialisées si elle ignore la longueur des chaînes.
- Mise à jour des options
siteurlethomeavant toute autre opération. - Régénération des permaliens et purge du cache objet et du cache de page.
- Contact direct des webmasters des backlinks à forte autorité pour mise à jour du lien.
- Mise à jour des profils sociaux, annuaires, signatures e-mail, PDF et campagnes publicitaires.
Un changement de nom de domaine se distingue d’un changement d’hébergeur : dans le second cas, l’URL reste identique et seule l’adresse IP change, sans redirection ni déclaration Search Console. Le risque SEO y est structurellement plus faible.
Pour cadrer la migration dans une stratégie globale, le choix d’un consultant SEO et le budget à prévoir se dimensionnent selon le volume d’URL et le nombre de backlinks à préserver.
Questions fréquentes sur le changement de nom de domaine
Combien de temps faut-il pour récupérer son référencement après un changement de domaine ?
La stabilisation intervient généralement entre quatre et huit semaines, avec un retour au trafic initial en deux à trois mois. Les migrations dont les redirections 301 sont incomplètes dépassent souvent six mois, voire ne récupèrent jamais certaines positions.
Un changement de nom de domaine entraîne-t-il une pénalité Google ?
Google ne pénalise pas le changement de domaine en lui-même. La perte de positions vient d’une exécution défaillante : redirections molles, canonicals contradictoires, liens internes non réécrits. Une petite fraction de popularité se dissipe toujours dans le transfert.
Peut-on changer de domaine sans modifier la structure des URL ?
Oui, et c’est la configuration la plus sûre. En conservant les slugs et l’arborescence, une règle de redirection globale au niveau serveur suffit, complétée par des redirections individuelles pour les cas particuliers.
Faut-il conserver l’ancien domaine après la migration ?
L’ancien domaine doit rester actif avec ses redirections 301 pendant au moins six mois, idéalement un an. Sa suppression prématurée coupe les backlinks non encore mis à jour et les visites directes sur l’ancienne adresse.
Comment vérifier qu’une migration de domaine a réussi ?
Trois indicateurs valident la migration : les nouvelles URL sont indexées dans Search Console, le rapport de couverture ne signale plus d’erreurs 404 sur les anciennes adresses, et le trafic organique revient à sa baseline Analytics sous 90 jours.
José Perez — consultant SEO indépendant depuis 2007 (17 ans d’expérience). Auteur d’un livre de référence sur le SEO e-commerce.
En bref :
- Audit complet des URL, backlinks et performances avant toute migration.
- Redirections 301 individuelles pour chaque page, pas seulement la home.
- Informer Google via la Search Console et soumettre le nouveau sitemap.
- Surveiller l'indexation et les performances pendant 2 à 3 mois après la bascule.
Résultats vérifiables
La preuve par les chiffres
Voici l'évolution réelle du trafic organique de sites que j'accompagne, mesurée par Semrush. Pas de promesses : des courbes.
+1,2M
de visites organiques mensuelles générées
×3
de croissance sur un site déjà établi
0 €
de publicité : 100 % trafic organique
Captures Semrush disponibles sur demande, données anonymisées par respect de mes clients.
Analyse personnalisée, sans engagement, réponse sous 24/48h avec 3–5 quick wins concrets.
Déjà 150 entrepreneurs nous ont fait confiance
🔒 Vos données ne sont jamais partagées avec des tiers






