Refaire ton site sans perdre ton référencement local quand tu es artisan en Île-de-France

Ton ancien site n’était pas parfait, mais il ramenait des appels. Tu l’as refait pour avoir quelque chose de plus propre, plus moderne, plus rassurant. Puis les demandes de devis baissent. Pas un peu. Vraiment. Les pages qui ressortaient sur Google disparaissent, ta fiche Google Maps envoie encore vers l’ancienne adresse, certaines pages ville ne répondent plus, et les rares prospects qui arrivent tombent sur une page d’accueil générique. En Île-de-France, où la construction comptait plus de 104 000 unités légales actives en 2023 et plus de 20 000 créations d’entreprises en 2025, une perte de visibilité locale se paie vite. Le vrai problème, dans ce type de refonte, n’est presque jamais “le design”. Le problème, c’est la migration SEO cachée derrière le design : URL modifiées sans plan, redirections mal faites, contenus locaux supprimés, balises techniques oubliées, et fiche d’établissement reliée au mauvais domaine. Google traite une refonte avec changement d’URL comme une migration à part entière : il faut préparer le nouveau site, faire un mappage entre anciennes et nouvelles URL, rediriger proprement, puis surveiller le trafic et l’indexation. Si tu combines en plus changement de domaine, nouveau CMS et réécriture du contenu, Google prévient qu’une baisse de trafic est probable, parce qu’il doit réévaluer les pages.

Quand une refonte coupe les appels

Pour un artisan, le référencement local repose rarement sur une seule page. Il repose sur un petit bloc de pages qui captent des intentions très proches du devis : une page métier, une ou plusieurs pages ville, une page service bien visible, parfois une page dédiée à un type d’intervention. Quand tu refais le site, tu touches à ce bloc. Si tu casses les URL ou si tu fonds tout dans un menu “Nos services”, tu n’améliores pas le site : tu retires des repères à Google et aux prospects (https://developers.google.com/search/docs/crawling-indexing/site-move-with-url-changes?hl=fr).

Google recommande une approche simple : préparer, mapper les URL, rediriger côté serveur, puis contrôler. Dit autrement, une refonte locale ne se pilote pas depuis Figma ou depuis une maquette. Elle se pilote depuis un inventaire d’URL, un plan de redirections et une check-list de contrôle après mise en ligne. C’est cette partie qui évite de passer trois mois à “attendre que ça remonte”.

Ce que Google regarde vraiment pendant une refonte

Chaque URL qui se positionne déjà est un actif. Google recommande de ne changer qu’une chose à la fois quand c’est possible. Si tu passes en même temps sur un nouveau domaine, un nouveau CMS et une nouvelle structure de pages, tu mélanges plusieurs signaux et tu rends la réévaluation plus lente. Quand c’est une refonte locale d’artisan, ce risque est encore plus fort : les requêtes “métier + ville” reposent souvent sur des pages très précises, pas sur la page d’accueil.

Google recommande aussi des URL simples, logiques, lisibles, avec des mots compréhensibles dans la langue de l’audience, et des traits d’union pour séparer les mots. C’est utile quand tu reconstruis le site, mais il y a un piège : une meilleure structure d’URL ne sert à rien si tu sacrifies les anciennes pages qui avaient déjà de l’historique. Une belle URL neuve qui n’hérite d’aucun signal vaut souvent moins qu’une vieille URL un peu moins élégante mais déjà installée.

Enfin, Google attend des redirections permanentes côté serveur, idéalement directes vers la bonne destination finale. Pas de chaîne inutile. Pas de lot de redirections envoyé vers la home. Rediriger toutes les anciennes pages vers la page d’accueil est précisément le genre d’erreur que Google déconseille, car cela peut être interprété comme une soft 404. En pratique, tu perds l’intention locale de la page, donc tu perds sa capacité à générer du devis.

Les erreurs qui coûtent des mois de visibilité

La première erreur, c’est de refaire les slugs “pour faire propre” sans plan de correspondance. Par exemple, une ancienne page /plombier-antony devient /zones-dintervention/antony ou /services/plomberie, sans redirection exacte. Résultat : l’ancienne page disparaît, la nouvelle n’hérite pas proprement des signaux, et Google doit réapprendre le sujet, la zone et l’intention. Sur un marché francilien dense, ce temps de réapprentissage suffit pour faire tomber les demandes entrantes.

La deuxième erreur, c’est de supprimer les pages locales sous prétexte qu’elles se ressemblent. Oui, certaines pages ville sont mauvaises. Celles qui recyclent trois paragraphes génériques et une liste de communes n’apportent rien. Mais beaucoup d’artisans suppriment aussi les pages qui travaillaient déjà une vraie demande locale. Si ta page sur la création de site pour plombier (/creation-site-plombier) reçoit déjà des impressions, tu ne l’écrases pas derrière une page “services”. Même logique pour ta page de création de site pour électricien (/creation-site-electricien), ta page locale artisan à Antony (/creation-site-artisan-antony) ou ton service de référencement Google pour artisan (/referencement-google-artisan). Tu peux les améliorer, les enrichir, les désoptimiser si besoin. Tu ne les fais pas disparaître sans preuve qu’elles ne rapportent rien.

Chez les artisans de proximité, nous voyons aussi une confusion fréquente entre pages locales et fiche Google. Google précise qu’un établissement de services de proximité, comme la plomberie, ne doit avoir qu’une seule fiche pour l’ensemble de la zone desservie. La zone se définit par ville, code postal ou autre zone géographique, avec jusqu’à 20 zones desservies. Donc, si tu supprimes tes pages ville, tu ne compenseras pas avec “une fiche par commune” : ce n’est pas la bonne logique. La bonne logique, c’est une fiche propre, cohérente, reliée au bon site, et des pages locales solides sur le site quand elles répondent à une vraie intention (https://support.google.com/business/answer/9157481?hl=fr).

La troisième erreur, c’est de lancer le nouveau site avec des freins techniques restés du préprod. Google cite noir sur blanc les blocs noindex et robots.txt oubliés parmi les problèmes classiques pendant une migration. Nous ajoutons à ça les balises canoniques qui pointent encore vers l’ancien domaine ou vers une URL de test. C’est le genre d’erreur silencieuse : le site est en ligne, il est joli, mais Google lit “n’indexe pas” ou “la vraie page est ailleurs”. L’outil d’inspection d’URL sert justement à voir si la page est indexable, quelle canonique Google retient, et si la version active est cohérente.

La quatrième erreur, très locale celle-là, c’est d’oublier la fiche d’établissement. Une fiche Google peut afficher ton site, ta zone desservie, ton téléphone et d’autres informations de contact. Google précise que la modification se fait depuis le compte Google lié à la fiche, et que le champ “Site Web” doit contenir l’URL complète. Si ta fiche pointe encore vers l’ancien domaine, vers une URL cassée, ou vers une page trop générique, tu perds une partie du bénéfice de ta visibilité Maps. Tu peux même te retrouver avec un parcours absurde : la fiche attire, mais le clic envoie vers une page qui n’aide pas à demander un devis.

Comment corriger concrètement avant la mise en ligne

Le point de départ, c’est un inventaire. Pas une intuition. Google recommande de partir de tes URL importantes via les sitemaps, les outils analytics, les liens internes et externes, puis de vérifier séparément l’ancien et le nouveau site dans Search Console. Pour un artisan, ça veut dire : pages qui ont déjà des impressions, pages qui reçoivent des clics, pages qui ont déjà rapporté des appels, pages liées depuis la fiche Google, pages métier, pages ville, pages service, et anciens articles qui ramènent des recherches locales inattendues.

Ensuite, trie chaque URL dans une de ces trois cases : à conserver, à fusionner, à supprimer.

À conserver si la page a déjà de la visibilité, du trafic, des liens ou une vraie intention locale.

À fusionner si deux pages font le même travail et qu’une version plus forte peut reprendre l’intention.

À supprimer seulement si la page n’a pas de valeur et qu’aucune équivalence utile n’existe. Dans ce dernier cas, Google recommande de renvoyer un vrai code 404 ou 410 pour les contenus supprimés, pas une redirection “pour faire propre”.

Après ça, construis ton plan de redirections. Une ancienne URL = une nouvelle destination claire. Pas de redirection en chaîne quand tu peux l’éviter. Pas de redirection globale vers la page d’accueil. Pas de raccourci “on verra plus tard”. Si tu tiens absolument à changer des URL, chaque page locale ou métier doit retrouver un équivalent direct qui garde le même sujet. Si /plombier-antony traitait l’urgence plomberie à Antony, elle doit pointer vers une page qui parle encore plomberie et Antony, pas vers “nos prestations” ou “contact”.

Une fois le plan prêt, contrôle aussi les signaux autour des pages. Mets à jour les liens internes, les balises canoniques, le sitemap, les liens dans la fiche d’établissement et les variantes de propriété dans Search Console. Google demande explicitement de valider l’ancien et le nouveau site, de vérifier que la méthode de validation continue à fonctionner après migration et d’envoyer le nouveau sitemap dans Search Console. Le sitemap peut accélérer la découverte des nouvelles URL, mais il ne remplace pas une vraie migration.

Les contrôles à faire après la mise en ligne

Après le lancement, ne regarde pas seulement la home et deux pages de service. Contrôle tes URL qui comptent vraiment. Inspecte les pages métier, les pages ville, la page contact, la page vers laquelle ta fiche Google envoie les visiteurs, et les pages qui faisaient déjà des impressions. Regarde si Google voit bien la bonne canonique, si la page active est indexable et si une balise noindex n’est pas restée. Si tu as changé de domaine, utilise l’outil Changement d’adresse quand c’est bien le cas d’usage prévu par Google, puis surveille le trafic et l’indexation sur les deux propriétés.

Ne coupe pas trop vite l’ancien domaine ni les redirections. Google indique 180 jours minimum dans l’outil de changement d’adresse, recommande de garder l’ancien domaine au moins un an, et la documentation de migration recommande en pratique de conserver les redirections environ un an, voire davantage selon les usages. Si tu arrêtes trop tôt, tu interromps le transfert des signaux et tu casses encore des chemins d’accès pour des pages que Google ou d’anciens liens continuent d’utiliser.

Ce qu’il faut retenir

Quand un artisan perd sa visibilité locale après une refonte, la cause n’est généralement pas mystérieuse. C’est presque toujours une combinaison de pages locales sacrifiées, d’URL modifiées sans mappage, de redirections ratées, de signaux techniques mal contrôlés et d’une fiche Google mal reliée. Si tu veux un site plus propre sans casser tes demandes de devis, commence par protéger ce qui rapportait déjà : tes URL, tes pages locales utiles, ta structure interne et le lien exact entre ton site et ta fiche Google.

Une refonte bien gérée peut améliorer le taux de conversion. Une refonte mal migrée peut t’effacer localement pendant des semaines, parfois des mois. Si tu es déjà équipé et que tu veux refaire ton site, le bon réflexe n’est pas “on repart de zéro”. Le bon réflexe, c’est “qu’est-ce qu’on garde, qu’est-ce qu’on redirige, et qu’est-ce qu’on vérifie avant d’appuyer sur publier”, et pour ça, nous pouvons t’accompagner !