Quand vous voulez changer le nom de domaine d’un lien (un lien vers votre site, un bouton, une ancre dans un PDF, une URL sur votre page service), le risque n’est pas “juste technique”. Le vrai risque, c’est de casser le parcours utilisateur. Et quand le parcours casse, le trafic (et les conversions) suivent.
Sur le terrain, on retombe souvent sur 3 cas : vous migrez un domaine, vous changez une marque, ou vous corrigez des liens internes/externes hérités. La méthode ci-dessous vous aide à faire la bascule sans improviser : action → contrôle → ajustement. Vous gardez la cohérence globale (DNS, redirections, Search Console, pages locales).
Pour changer le nom de domaine d’un lien sans casser votre SEO et vos parcours, mettez à jour les URLs sources, configurez des redirections 301, validez dans Search Console, puis contrôlez les pages et le maillage (internes + pages ville le cas échéant). Résultat attendu : moins d’erreurs 404, trafic stable, et des requêtes locales qui convertissent.
| Prérequis | Détail | Durée estimée | Niveau | Outils |
|---|---|---|---|---|
| Accès admin | CMS (WordPress, Webflow…), hébergeur, DNS | 30 min | Intermédiaire | Console admin + registrar |
| Liste des liens | URLs actuelles à remplacer (internes et externes) | 1 à 2 h | Intermédiaire | Export CMS / crawl |
| Redirections | Règles 301 par page/chemin (pas juste “domaine → domaine”) | 1 à 3 h | Avancé | .htaccess / Nginx / panneau hébergeur |
| Validation SEO | Contrôle erreurs, indexation, performance | 30 min + suivi 2 à 4 semaines | Intermédiaire | Search Console + analytics |
Étape 1 : Cartographiez les URLs à changer (avant de toucher quoi que ce soit)
Le signal le plus concret : dans vos pages, vous voyez des liens qui pointent encore vers l’ancien domaine. En France, le piège revient souvent : on change “le site”, mais on oublie les PDF, les documents téléchargeables, les scripts (tracking), les ancres dans les pages ville, ou les liens dans les mentions légales.
Commencez par faire une liste. Pas une estimation. Une liste.
Ce que vous devez extraire
- Les URLs internes : liens vers pages services, pages ville, articles, ressources.
- Les URLs externes : liens sortants vers partenaires, réseaux sociaux, annuaires.
- Les fichiers : PDF, images (si intégrées avec une URL absolute), scripts, iframes.
Où observer (rapide)
- CMS : recherchez “ancien-domaine.tld” dans les contenus et templates.
- Outils : lancez un crawl léger (même 1 000 URLs) pour repérer les pages qui contiennent encore l’ancien domaine.
- Search Console : regardez les pages indexées et les requêtes associées à l’ancien domaine (utile pour prioriser).
Astuce terrain : priorisez ce qui reçoit des clics. Si une page ville a du trafic, vous ne la “remplacez” pas en mode aveugle. Vous la sécurisez d’abord.
Piège à éviter : remplacer “au hasard” avec un plugin qui fait un simple find/replace. Sur des URLs contenant des paramètres ou des chemins particuliers, vous pouvez générer des liens cassés… et vous ne le verrez pas tout de suite.
- Exportez la liste des occurrences de l’ancien domaine (CMS + crawl).
- Classez par priorité : pages qui génèrent des clics (Search Console) puis pages services puis assets (PDF/images).
- Définissez une stratégie : remplacement direct (quand le lien doit pointer vers la nouvelle URL) + redirection (quand l’ancienne URL doit continuer à fonctionner).
Mini-checklist (3 points)
- Vous avez une liste d’URLs (pas juste “on a changé le domaine”).
- Vous avez identifié les pages qui reçoivent des clics.
- Vous avez séparé “remplacer” vs “redirection”.
Étape 2 : Mettez à jour les liens dans votre site (internes, absolus, documents)
Après la cartographie, le signal concret suivant : vos pages affichent parfois des liens en “domaine absolu” au lieu de chemins relatifs. Ça se repère vite dans le code. Et surtout, ça se voit dans les clics internes.
Objectif : quand un visiteur clique chez vous, il atterrit sur la bonne URL dès maintenant. La redirection 301 sert de filet de sécurité. Elle ne doit pas devenir votre plan principal (spoiler : ça finit par coûter du temps et de la précision).
Où changer exactement
- Liens internes : menus, breadcrumbs, blocs “Nos services”, modules “FAQ”, ancres dans le contenu.
- Pages ville : boutons “Demander un devis”, liens vers zones d’intervention, liens vers pages services par ville.
- Ressources : PDF téléchargeables, contrats, CGV, fiches techniques.
- Tracking : scripts qui pointent vers des endpoints (attention aux paramètres).
Astuce terrain : sur les pages ville, vérifiez le wording. Quand vous changez un domaine, certains CMS régénèrent des templates. Si votre page ville a un titre du type “Plombier à {Ville}”, gardez la même structure. Sinon, vous créez une incohérence qui se voit dans la SERP et dans les attentes locales.
Remplacement : méthode propre
Utilisez un remplacement ciblé par type :
- Chemins : préférez des liens relatifs quand c’est possible (ex: /services/…).
- URLs absolues : remplacez uniquement celles qui contiennent l’ancien domaine (avec vos chemins exacts).
- Assets : vérifiez que les images/PDF chargent bien depuis le nouvel hôte.
Piège courant en France : des pages ville “presque identiques” mais avec des liens différents. Le domaine change, mais le chemin reste. Et vous vous retrouvez avec des pages qui redirigent vers une mauvaise ville (ou qui gardent l’ancien domaine sur les CTA).
- Remplacez les liens absolus dans les templates et contenus (menus, blocs, CTA).
- Testez 10 clics représentatifs : 3 pages services, 3 pages ville, 2 ressources (PDF), 2 liens externes.
- Si un clic renvoie vers l’ancien domaine, corrigez la source (template ou champ de contenu) plutôt que de patcher page par page.
Mini-checklist (3 points)
- Les CTA et menus pointent vers le nouveau domaine.
- Les PDF et ressources s’ouvrent sans redirection bancale.
- Vous avez testé des clics réels (pas seulement une vérification “visuelle”).
Étape 3 : Configurez les redirections 301 (le filet de sécurité)
Le signal concret ici : quand quelqu’un tape l’ancien lien, que se passe-t-il ? Si vous avez encore des 404, vous perdez du trafic. Et vous cassez des parcours. (Y compris des backlinks.)
Pour changer le nom de domaine d’un lien proprement, vous devez rediriger l’ancien domaine vers le nouveau, idéalement page par page.
Règle d’or
Une redirection 301 doit respecter le mapping : ancien chemin → nouveau chemin. Le “domaine A vers domaine B” sans chemin est une source fréquente de pages qui atterrissent sur la mauvaise page.
Exemples de mapping à prévoir
- /services/plombier-ville → /services/plombier-ville (même chemin)
- /ville/lyon/ → /lyon/ (si vous changez la structure, vous devez le documenter)
- /wp-content/uploads/… → même asset si vous migrez les médias
Où configurer
- Apache (.htaccess) : règles RewriteCond/RewriteRule.
- Nginx : server block + return/try_files.
- Panneau hébergeur : redirections 301 avec mapping.
Astuce terrain : testez avec un outil de test HTTP (ou ouvrez l’URL dans un navigateur et regardez le statut). Vous cherchez : 301 puis arrivée sur la bonne page.
Piège à éviter : rediriger tout vers la homepage “par sécurité”. Ça peut passer quelques jours. Sur la durée, ça dégrade la pertinence page et ça ralentit sur les requêtes locales. Et vous le sentirez vite.
- Créez des règles pour les chemins critiques (pages services + pages ville + ressources).
- Ajoutez ensuite une règle globale de fallback (si le chemin n’existe pas, vous redirigez vers la page la plus proche, pas la homepage par défaut).
- Contrôlez 20 URLs : 10 top pages + 10 URLs “à risque” (PDF, pages ville, ancres).
Mini-checklist (3 points)
- Vous avez des 301, pas des 302.
- Le chemin arrive sur la bonne page (mapping respecté).
- Vous avez testé des URLs “terrain” (celles qui convertissent).
Étape 4 : Corrigez la cohérence NAP et les pages locales (GBP + annuaires)
Ce qui surprend souvent : changer le nom de domaine d’un lien ne touche pas seulement votre site. Ça touche aussi les signaux de proximité visibles dans la SERP : fiche Google Business Profile, annuaires, pages ville, horaires.
Le signal concret à surveiller : dans votre GBusiness Profile, l’URL du site et parfois la catégorie. Si vous changez le domaine sans cohérence, certains utilisateurs tombent sur des liens qui redirigent trop tard ou qui affichent une page incorrecte.
Ce que vous devez contrôler (sans approximation)
- GBusiness Profile : URL du site (nouveau domaine), catégorie principale, catégories secondaires.
- NAP : Nom, Adresse, Téléphone identiques partout (cohérence NAP sans approximation).
- Horaires : même format et mêmes jours (et même fuseau).
- Pages ville : même structure que la page d’origine (titre, sections, CTA), pas de duplication “copier-coller” trop identique.
- Schéma local : si vous utilisez du LocalBusiness, vérifiez que les URLs et champs restent cohérents.
Piège courant en France : catégories GBP mal choisies. Exemple : une entreprise de “dépannage plomberie” qui met une catégorie trop large (“Plombier”) et qui perd la pertinence sur l’intention “urgence”. En période de migration, on voit des catégories changer “par correction”. Et ça décale vos performances.
Micro-question : vos pages ville ont-elles des CTA avec l’ancien domaine ? Si oui, vous avez un mélange “nouveau parcours” et “anciens liens”. Et c’est exactement le genre de détail qui fait chuter le taux de clic.
- Dans votre GBP, mettez l’URL du site avec le nouveau domaine et gardez les catégories qui correspondent à vos services réels.
- Contrôlez la cohérence NAP dans 5 annuaires majeurs (et sur vos pages ville) : même nom, même téléphone, même adresse.
- Sur le site, vérifiez que les liens depuis les pages ville mènent aux pages services correspondantes.
Mini-checklist (3 points)
- GBP : URL site mise à jour + catégories cohérentes.
- NAP : cohérence sans approximation (nom/adresse/téléphone).
- Pages ville : CTA et liens internes pointent vers le nouveau domaine.
Pour cadrer les signaux locaux et les bonnes pratiques, vous pouvez aussi vous appuyer sur la documentation officielle : Google Search Central : LocalBusiness et données structurées.
Étape 5 : Validez dans Search Console et contrôlez les erreurs (avant que ça ne dérape)
Le signal concret : dans Google Search Console, vous voyez des pages “non trouvées” (404) ou des erreurs d’exploration. Si vous attendez, c’est sur la durée que vous payez.
Après la bascule, vérifiez 3 choses : indexation, erreurs, et performance des pages clés. C’est là que vous savez si tout est propre.
Où cliquer dans Search Console
- Indexation → Pages : cherchez les statuts “Introuvable”, “Redirection”, et “Découverte mais non indexée”.
- Exploration → Statistiques : regardez si l’exploration se stabilise.
- Inspection d’URL : testez 10 URLs critiques (pages services + pages ville).
- Performances → Requêtes : comparez l’avant/après sur les requêtes locales qui convertissent.
Ce que vous devez observer
- Les anciennes URLs redirigent bien (statut attendu : redirection).
- Les nouvelles URLs se mettent à jour dans l’index (progressif).
- Les erreurs 404 diminuent, pas l’inverse.
- Les pages ville ne perdent pas leur structure (titres, sections, CTA).
Astuce terrain : faites une liste “top 20” avant la migration : 10 pages services + 10 pages ville. Ensuite, inspectez-les une par une. C’est plus rapide que de chercher “au global”.
Piège à éviter : créer un nouveau sitemap sans vérifier les redirections. Vous risquez d’envoyer des URLs qui renvoient encore vers l’ancien domaine ou vers des pages incorrectes.
- Ajoutez le nouveau domaine comme propriété (si nécessaire) et comparez les rapports Pages/Erreurs.
- Inspectez 10 URLs critiques : statut, canonicals, et arrivée finale.
- Corrigez les règles de redirection uniquement sur les cas qui échouent (sinon vous multipliez les effets de bord).
Mini-checklist (3 points)
- Pas de hausse d’erreurs 404 sur vos top pages.
- Les redirections fonctionnent (statut + page cible).
- Les nouvelles pages entrent progressivement dans l’index.
Pour la logique “URLs et redirections” côté Google, vous pouvez consulter : Google Search Central : redirections 301.
Étape 6 : Mesurez l’impact et ajustez (quand la fiche commence à décoller)
Le signal concret : vous voyez des variations dans la performance. Parfois, c’est normal. Parfois, c’est un problème de mapping.
Sur le terrain, le bon timing est simple : vérifiez les erreurs dans la semaine, puis évaluez la performance sur 2 à 4 semaines. Les effets SEO locaux ne se jugent pas à J+2. (Et c’est tant mieux : vous avez le temps de corriger proprement.)
Quoi mesurer (et où)
- Search Console : requêtes et pages qui gagnent/perdent des clics.
- Analytics : taux de conversion sur pages services et pages ville (formulaires, appels, clics WhatsApp si présent).
- Logs / erreurs si vous avez : vérifier les 404 et les redirections en boucle.
Quand ajuster
- Si vous voyez une chute sur une page ville précise : corrigez le mapping de redirection.
- Si plusieurs pages services chutent : probable problème de règles globales ou de canonicals.
- Si le trafic revient mais les conversions restent basses : vérifiez les CTA (liens, formulaires, tracking).
Petit aparté terrain : comme on l’explique dans notre guide sur les rappels Outlook, le vrai gain vient du contrôle après action. Ici, votre “rappel” c’est l’inspection d’URL et la vérification des pages qui convertissent.
- Suivez 3 métriques : erreurs (Semaine 1), clics (Semaines 2-3), conversions (Semaines 2-4).
- Si un problème apparaît : isolez 5 URLs (pas 500) et corrigez la cause (redirection/canonical/CTA).
- Validez à nouveau dans Search Console (inspection d’URL) après chaque correction.
Mini-checklist (3 points)
- Vous comparez avant/après sur pages qui convertissent.
- Vous corrigez par cas isolés, pas au rouleau.
- Vous revalidez dans Search Console après ajustement.
Pour les principes de migration et de suivi technique côté web, vous pouvez aussi vous appuyer sur : Wikidata (référence générale sur les identifiants et cohérence des données) — utile seulement si vous utilisez des systèmes d’identifiants, sinon passez.
Résultat et prochaines étapes
Quand vous avez terminé ces étapes, changer le nom de domaine d’un lien ne vous laisse pas un chantier “à moitié fait”. Vous obtenez :
- Des liens internes qui pointent vers le bon domaine.
- Des redirections 301 qui protègent l’historique (backlinks, index, anciens parcours).
- Une cohérence NAP et des pages locales stables (GBP, horaires, catégories).
- Des contrôles Search Console qui confirment l’état réel.
Prochaine étape logique : consolidez vos pages services et pages ville. Sur la durée, ce sont elles qui portent le trafic local. Et quand la fiche commence à décoller, vous voulez que tout le reste suive : CTA, formulaires, redirections, et cohérence.
À contrôler (5 à 10 critères observables)
- GBusiness Profile : URL du site sur le nouveau domaine + catégories cohérentes.
- cohérence NAP sans approximation : nom/adresse/téléphone identiques sur site + annuaires.
- Pages ville : CTA et liens internes pointent vers le nouveau domaine.
- Redirections 301 : ancien chemin → bonne page, pas la homepage par défaut.
- Search Console : pas d’explosion d’erreurs 404 sur les top pages.
- Canonicals : nouvelle URL canonique cohérente (pas l’ancien domaine en source).
- Sitemaps : nouveaux sitemaps valides, pas d’URLs cassées.
- Avis (si vous êtes en local) : vérifiez que les réponses et libellés ne citent pas l’ancien domaine.
- Schéma : si LocalBusiness, champs cohérents (adresse, téléphone, URL).
FAQ — Changer le nom de domaine d’un lien
Faut-il changer tous les liens internes vers le nouveau domaine avant de mettre les redirections ?
Oui, mais sans attendre : mettez à jour d’abord les CTA et menus (parcours utilisateur), puis ajoutez les redirections 301 pour protéger l’historique. L’ordre n’est pas “au millimètre”, mais l’objectif est que les nouveaux clics tombent directement sur les bonnes pages.
Que risque-t-on si on redirige tout vers la homepage ?
Vous perdez la pertinence page et vous envoyez les utilisateurs (et les moteurs) vers un contenu moins proche de leur intention. Sur la durée, ça peut réduire le trafic sur les pages locales qui convertissent.
Comment savoir si une page ville a gardé l’ancien domaine ?
Cherchez l’ancien domaine dans le code/les templates, puis testez 3 clics réels depuis la page ville : bouton devis, lien vers zone, lien vers page service. Ensuite, confirmez via Search Console en inspectant l’URL cible.
Combien de temps faut-il pour voir l’effet après changement de domaine ?
Les erreurs se voient vite (souvent dans la première semaine). La performance (clics) se juge plutôt sur 2 à 4 semaines. Les signaux locaux peuvent demander plus de temps, surtout si la cohérence NAP ou les catégories GBP ont bougé.
Dois-je mettre à jour l’URL du site dans Google Business Profile ?
Oui. C’est un signal visible. Vérifiez aussi la cohérence NAP et les catégories. Si l’URL pointe vers l’ancien domaine, vous créez un décalage de parcours (et parfois des redirections trop lentes).
Dernier contrôle avant de valider : refaites un test “utilisateur” depuis 5 pages différentes (2 services, 2 pages ville, 1 ressource). C’est dans vos conditions réelles de terrain que vous confirmez que changer le nom de domaine d’un lien n’a pas créé de friction. Puis gardez un suivi court dans Search Console. Pas pour paniquer. Pour ajuster quand la fiche commence à décoller.
