Moderniser un site peut améliorer son design, ses performances, sa navigation et sa capacité à convertir. Mais une refonte de site touche aussi à des éléments déjà connus de Google : URL, contenus, liens internes, balises, données structurées et architecture. Une migration mal préparée peut donc provoquer des erreurs évitables. L’objectif n’est pas de conserver l’ancien site à l’identique, mais de préserver ce qui possède déjà une valeur SEO pendant que vous améliorez le reste.
Pour moderniser un site sans perdre son SEO, auditez d’abord l’existant, conservez les URL utiles lorsque c’est possible et préparez un mapping précis pour toutes celles qui changent. Mettez ensuite en place des redirections permanentes vers les nouvelles pages correspondantes, actualisez les liens internes, canonicals et sitemap, puis contrôlez l’indexation dans Google Search Console après la mise en ligne. Ne changez pas inutilement domaine, CMS, structure d’URL et contenus en même temps.
Pourquoi une refonte de site peut-elle affecter le SEO ?
Google ne voit pas simplement votre design. Ses systèmes découvrent et traitent des URL, contenus, liens, balises, signaux techniques et relations entre les pages.
Lors d’une modernisation, plusieurs de ces éléments peuvent être modifiés simultanément.
Une ancienne adresse disparaît et Google doit comprendre vers quelle nouvelle page son contenu a été déplacé.
Une page peut perdre une partie des informations qui expliquaient auparavant sa pertinence sur certaines recherches.
Une page auparavant très liée peut devenir difficile à découvrir si la nouvelle navigation oublie certains liens.
Canonicals, noindex, sitemap, robots.txt ou données structurées peuvent être perdus lors d’un changement de thème ou de CMS.
Google précise qu’une modification importante peut entraîner des fluctuations temporaires de classement pendant que les nouvelles URL sont explorées et indexées.
Voir : Google Search Central — migrations de sites .
Une refonte n’est pas dangereuse par nature. Le risque vient surtout des changements non cartographiés : URL oubliées, redirections incorrectes, contenus supprimés, blocages d’indexation ou liens internes non mis à jour.
Étape 1 : auditer le site avant de modifier quoi que ce soit
Avant la refonte, créez une photographie aussi complète que possible du site actuel. Elle servira de référence pendant et après la migration.
Quelles pages faut-il surveiller en priorité ?
Commencez par identifier les pages qui possèdent déjà une valeur mesurable :
Une page régulièrement visitée depuis Google ne doit pas disparaître sans analyse.
Une URL bénéficiant de backlinks externes mérite une attention particulière lors du mapping.
Une page peut avoir peu de trafic mais jouer un rôle commercial important.
Services, catégories, produits ou contenus piliers doivent être identifiés avant la reconstruction.
Une refonte devrait commencer par la question « qu’est-ce qui fonctionne déjà ? » plutôt que par « qu’est-ce qu’on veut supprimer ? ». Les contenus et URL qui possèdent déjà de la visibilité constituent des actifs à préserver avant d’améliorer le reste.
Étape 2 : conserver les URL existantes lorsque c’est pertinent
Si une page conserve le même sujet, le même rôle et une URL correcte, il est souvent inutile de modifier son adresse uniquement parce que le site change de design.
Une refonte graphique n’oblige pas à transformer :
/creation-site-wordpress/
en :
/nouveau-site-web-wordpress-professionnel/
uniquement pour introduire davantage de mots-clés dans l’URL.
Si la page reste pertinente et que son adresse fonctionne déjà, conserver cette URL réduit le nombre de redirections et simplifie la transition.
Quand changer une URL ?
Une modification peut devenir pertinente lorsqu’elle répond à une vraie évolution :
Étape 3 : créer un mapping entre les anciennes et nouvelles URL
Lorsque des adresses changent, préparez un tableau de correspondance avant la mise en ligne.
| Ancienne URL | Nouvelle URL | Action |
|---|---|---|
| /ancien-service/ | /service-principal/ | Redirection permanente |
| /conseil-web/ | /accompagnement-wordpress/ | Redirection permanente si les contenus correspondent |
| /ancienne-page-a/ | /nouvelle-page-fusionnee/ | Redirection après fusion du contenu |
| /contenu-obsolete/ | Aucun équivalent | Évaluer une réponse 404 ou 410 |
Google recommande explicitement d’établir ce mapping avant la migration et de commencer par les URL importantes : pages présentes dans les sitemaps, pages recevant du trafic et URL bénéficiant de liens.
Étape 4 : mettre en place des redirections permanentes propres
Lorsqu’une page change définitivement d’adresse, utilisez une redirection permanente, généralement une redirection HTTP 301 ou 308.
Contrairement à une idée encore très répandue, Google indique que les redirections permanentes n’entraînent pas de perte de PageRank.
Source : documentation Google sur les migrations .
Rediriger vers la page réellement équivalente
Une ancienne page dédiée à un service doit être redirigée vers la nouvelle page qui traite ce même service ou le sujet le plus proche.
Ne redirigez pas toutes les anciennes URL vers la page d’accueil. Google indique qu’une redirection massive vers une destination sans rapport peut être considérée comme une erreur de type soft 404.
Éviter les chaînes de redirection
Préférez :
ancienne URL → nouvelle URL finale
plutôt que :
ancienne URL → ancienne version 2 → ancienne version 3 → nouvelle URL
Google recommande de rediriger directement vers la destination finale lorsque cela est possible.
Si votre site a déjà connu plusieurs migrations, vérifiez qu’une ancienne URL ne traverse pas plusieurs redirections historiques avant d’atteindre sa page finale.
Étape 5 : moderniser les contenus sans supprimer leur valeur SEO
Une refonte est souvent l’occasion de réécrire les pages. C’est positif, à condition de ne pas supprimer aveuglément les parties qui répondaient aux recherches des utilisateurs.
Les informations encore exactes, utiles, recherchées et cohérentes avec l’offre actuelle.
Les exemples, services, captures, données ou explications devenues obsolètes.
Les pages réellement redondantes qui répondent à la même intention de recherche.
Les contenus devenus inutiles après vérification de leur trafic, liens et rôle dans l’architecture.
Une refonte graphique ne doit pas devenir une réécriture totale non contrôlée. Si une page performe déjà, comparez son ancien et son nouveau contenu avant publication afin de vérifier que les informations importantes n’ont pas disparu.
Étape 6 : préserver et améliorer le maillage interne
Les liens internes aident les utilisateurs à naviguer entre vos contenus et permettent aux moteurs de découvrir les relations entre vos pages.
Une refonte modifie souvent le menu, le footer, les blocs de services et les articles liés. Des pages importantes peuvent alors perdre une grande partie de leurs liens internes sans que cela soit immédiatement visible.
Google recommande également, après une migration, de modifier les liens internes afin qu’ils pointent directement vers les nouvelles URL.
Pour approfondir la partie référencement : consultez le guide SEO WordPress .
Étape 7 : vérifier tous les signaux techniques importants
Après une refonte, une page peut sembler parfaitement fonctionner pour un humain tout en envoyant de mauvais signaux aux moteurs de recherche.
Balises canonical
Les nouvelles pages doivent utiliser des canonicals cohérentes. Google recommande notamment que les URL de destination d’une migration utilisent des canonicals correspondant aux nouvelles adresses.
Robots et noindex
Vérifiez qu’aucune règle utilisée sur la préproduction n’empêche l’indexation du site public.
Sitemap XML
Le sitemap doit contenir les URL finales indexables, pas les anciennes URL redirigées.
Google rappelle que soumettre un sitemap constitue une indication facilitant la découverte des URL, mais ne garantit pas leur exploration ni leur indexation.
Documentation : création et envoi d’un sitemap Google .
Données structurées
Si votre ancien site possédait des données structurées utiles, vérifiez qu’elles n’ont pas disparu avec le changement de thème ou de constructeur.
Site multilingue
Si vous utilisez des annotations hreflang, elles doivent elles aussi pointer vers les nouvelles URL.
Faut-il conserver les titles, H2 et autres balises ?
Une refonte est l’occasion d’améliorer le balisage, mais il ne faut pas remplacer automatiquement tout ce qui existe.
Avant de modifier les balises d’une page qui fonctionne déjà, vérifiez ce qu’elle cible et les requêtes qui lui apportent réellement de la visibilité.
Un constructeur visuel peut donner l’apparence d’un titre à un simple paragraphe ou utiliser un niveau de titre uniquement pour sa taille. Vérifiez donc le HTML généré, pas seulement l’apparence à l’écran.
Étape 8 : profiter de la refonte pour améliorer les Core Web Vitals
Moderniser le design est aussi l’occasion de corriger les problèmes de performance hérités du site précédent.
Ces seuils correspondent aux recommandations de Google pour offrir une bonne expérience selon les Core Web Vitals.
Documentation : Google Search Central — Core Web Vitals .
Les Core Web Vitals ne doivent pas être traités comme une note SEO magique. Google les recommande pour l’expérience utilisateur, mais la pertinence et la qualité du contenu restent fondamentales.
Pour aller plus loin : améliorer la vitesse WordPress avec PageSpeed et GTmetrix .
Étape 9 : protéger la préproduction sans bloquer le site final
La nouvelle version du site est généralement construite dans un environnement de développement ou de préproduction.
Il est logique de vouloir empêcher Google d’indexer cette version temporaire. Le problème survient lorsque les protections sont copiées par erreur sur le site final.
L’un des contrôles les plus importants le jour de la mise en ligne est la suppression des règles noindex ou blocages robots utilisés uniquement pendant le développement. Google cite explicitement ce problème parmi les erreurs courantes de migration.
Évitez de changer domaine, CMS et architecture en même temps
Google recommande, lorsque c’est possible, de modifier une chose à la fois.
Par exemple, si votre projet comprend :
cumuler toutes ces transformations au même moment complique considérablement le diagnostic si la visibilité baisse.
Plus vous pouvez isoler les changements importants, plus il devient facile d’identifier l’origine d’un éventuel problème et de le corriger.
Checklist SEO le jour de la mise en ligne
Choisissez notamment des pages ayant du trafic, des backlinks et des conversions. Elles doivent toutes atteindre la bonne destination avec le statut de redirection prévu.
Que faire si la refonte inclut un changement de domaine ?
Un changement de domaine ajoute une étape supplémentaire à la migration.
Google recommande notamment de vérifier l’ancien et le nouveau site dans Search Console, de mettre en place les redirections et d’utiliser l’outil de changement d’adresse lorsque le nom de domaine ou le sous-domaine change.
N’utilisez pas l’outil de changement d’adresse pour une simple refonte conservant le même domaine. Il concerne les migrations où l’adresse globale du site change.
Que surveiller après une refonte SEO ?
La migration ne se termine pas au moment où le nouveau design apparaît à l’écran. Google doit encore explorer les anciennes URL, suivre les redirections et traiter les nouvelles pages.
Il n’existe pas de délai fixe identique pour tous les sites. Google explique que la migration s’effectue URL par URL et qu’un site de taille moyenne peut nécessiter plusieurs semaines ou davantage pour que les nouvelles URL remplacent progressivement les anciennes dans les résultats.
Vérifiez dans Search Console si les nouvelles pages sont correctement détectées et si des erreurs apparaissent.
Recherchez en priorité les anciennes URL importantes qui auraient été oubliées dans le mapping.
Assurez-vous qu’elles aboutissent à la bonne page et n’ont pas créé de chaînes inutiles.
Analysez l’évolution par page et par type de contenu plutôt que de regarder uniquement le trafic global.
Search Console permet de constater si certaines pages perdent soudainement les requêtes sur lesquelles elles apparaissaient auparavant.
Une refonte peut conserver le trafic tout en dégradant un formulaire, un bouton d’appel ou le suivi Analytics.
La Search Console constitue l’un des principaux outils recommandés par Google pour suivre une migration.
Que vérifier si le trafic baisse fortement après la refonte ?
Une fluctuation temporaire n’est pas nécessairement anormale. Une baisse brutale ou persistante mérite en revanche un diagnostic méthodique.
| Symptôme | Vérification prioritaire |
|---|---|
| Beaucoup d’anciennes URL en 404 | Mapping et redirections manquantes |
| Nouvelles pages non indexées | Noindex, robots.txt, canonical et réponse HTTP |
| Une page stratégique perd ses requêtes | Contenu supprimé, title modifié ou intention changée |
| Google conserve les anciennes URL | Redirections, canonicals, sitemap et temps de traitement |
| Pages importantes moins accessibles | Navigation et maillage interne |
| Trafic stable mais moins de contacts | Formulaires, CTA, tracking et parcours utilisateur |
12 erreurs à éviter pendant une refonte SEO
La meilleure migration n’est pas celle qui conserve tout aveuglément. Elle consiste à préserver ce qui possède déjà une valeur SEO, supprimer proprement ce qui n’en a plus et améliorer ce qui limite réellement le site. La refonte devient alors une évolution contrôlée plutôt qu’un redémarrage à zéro.
Peut-on vraiment moderniser un site sans perdre son SEO ?
Oui. Une refonte peut même améliorer la qualité globale du site si elle corrige une mauvaise architecture, des performances faibles ou des contenus devenus obsolètes.
Le SEO doit être intégré avant la refonte, pas ajouté après. Commencez par cartographier les URL, pages performantes, liens et réglages techniques. Conservez les adresses utiles lorsque c’est possible. Pour chaque URL modifiée, préparez une destination pertinente et une redirection permanente. Mettez à jour les liens internes, canonicals, sitemap et données structurées, puis contrôlez Search Console et vos conversions après la mise en ligne. Une fluctuation temporaire est possible, mais une migration correctement préparée évite la majorité des erreurs techniques qui provoquent des pertes durables.
Vous devez moderniser votre site sans sacrifier votre visibilité Google ?
Plantation Digital peut reprendre votre site WordPress en conservant les contenus, URL et acquis SEO utiles, puis retravailler la structure, le design, le mobile et les performances selon les besoins du projet.
FAQ sur la refonte de site et le SEO
Une refonte fait-elle forcément perdre du référencement ?
Non. Une refonte peut provoquer des fluctuations temporaires lorsque Google réexplore et réindexe le site, mais une perte durable n’est pas inévitable. Les risques augmentent surtout lorsque les URL, contenus ou liens sont modifiés sans plan de migration.
Faut-il changer les URL lors d’une refonte ?
Pas automatiquement. Si une URL est claire, pertinente et correspond toujours au même contenu, il est souvent préférable de la conserver. Modifiez-la uniquement lorsqu’un changement structurel ou éditorial le justifie réellement.
Une redirection 301 fait-elle perdre du PageRank ?
Google indique que les redirections permanentes, dont la 301, n’entraînent pas de perte de PageRank. Il reste néanmoins essentiel de rediriger chaque ancienne URL vers une nouvelle destination réellement pertinente.
Faut-il rediriger toutes les pages supprimées vers l’accueil ?
Non. Google déconseille de rediriger massivement les anciennes pages vers une destination sans rapport comme la page d’accueil. Si aucun contenu équivalent n’existe, une réponse 404 ou 410 correctement gérée peut être préférable.
Combien de temps faut-il pour retrouver ses positions après une migration ?
Il n’existe pas de délai universel. Google traite la migration URL par URL. Pour un site de taille moyenne, le remplacement progressif des anciennes URL peut nécessiter plusieurs semaines ou davantage selon le nombre de pages, la vitesse du serveur et la fréquence d’exploration.
Faut-il soumettre un nouveau sitemap après une refonte ?
C’est recommandé lorsque les URL ont évolué. Le nouveau sitemap doit contenir les URL finales indexables. Son envoi aide Google à découvrir les changements mais ne garantit pas l’indexation des pages.
Que faire des pages qui n’existent plus ?
Si une nouvelle page traite réellement le même sujet, utilisez une redirection permanente. Si aucun équivalent pertinent n’existe, il peut être plus logique de laisser l’ancienne URL répondre correctement en 404 ou 410.
Faut-il conserver les mêmes titles après une refonte ?
Pas obligatoirement. Ils peuvent être améliorés, mais évitez de modifier simultanément tous les titles performants sans analyser les requêtes et pages concernées. Chaque changement doit répondre à une raison précise.
Que faire du noindex utilisé sur la préproduction ?
Vérifiez qu’il est supprimé du site public au moment de la mise en ligne. Les règles noindex ou les blocages robots oubliés font partie des erreurs de migration les plus importantes à contrôler.
Les Core Web Vitals doivent-ils être parfaits après la refonte ?
Non. Ils servent à mesurer des aspects importants de l’expérience utilisateur et Google recommande d’atteindre de bons niveaux, mais un score parfait ne garantit pas de meilleures positions. Il faut les améliorer sans sacrifier la qualité et la pertinence du site.
Faut-il utiliser l’outil de changement d’adresse de Search Console ?
Seulement lorsque la migration implique notamment un changement de domaine ou de sous-domaine. Une simple modernisation graphique conservant le même domaine ne nécessite pas cet outil.
Sources et références
- Google Search Central — Migrer un site Documentation officielle sur le mapping des URL, les redirections permanentes, les canonicals, le maillage, Search Console et le suivi d’une migration.
- Google Search Central — Créer et envoyer un sitemap Recommandations sur les sitemaps et rappel que leur soumission aide à la découverte sans garantir l’indexation.
- Google Search Central — Core Web Vitals Seuils et recommandations officielles concernant le LCP, l’INP et le CLS.
- Google Search Central — Utiliser Search Console Recommandations concernant l’indexation, les sitemaps et le suivi des performances du site dans Google Search.
