Refondre un site peut améliorer son design, sa vitesse, sa navigation et sa capacité à convertir. Mais une refonte touche aussi à des éléments que Google utilise pour explorer, comprendre et classer vos pages : URL, contenus, liens internes, balises et signaux techniques.
Le risque n’est donc pas la refonte en elle-même. Le risque consiste à modifier trop de choses sans savoir lesquelles génèrent déjà de la visibilité, des backlinks ou des contacts. Pour une PME, la bonne méthode consiste à protéger l’existant avant de chercher à l’améliorer.
Si vous hésitez encore sur l’opportunité même du projet, commencez par déterminer quand et comment décider d’une refonte sans se tromper. Si la décision est prise, voici les dix erreurs SEO à éviter avant, pendant et juste après la mise en ligne.
L’essentiel : les 5 règles qui protègent votre référencement
Une refonte SEO réussie tient moins au CMS choisi qu’à la méthode de migration. Avant de toucher au site, identifiez les pages qui génèrent déjà des clics, des impressions, des backlinks et des conversions. Ce sont des actifs : elles ne doivent pas disparaître ou changer d’URL sans raison.
Deuxième règle : conservez les URL qui peuvent l’être. Lorsqu’une URL doit changer, préparez un mapping d’URL* entre l’ancienne et la nouvelle adresse et mettez en place une redirection 301 vers la page réellement équivalente. Google recommande explicitement de préparer cette correspondance avant une migration, de mettre en place des redirections permanentes et de mettre à jour les liens internes. (Google Search Central, documentation sur les migrations de site.)
Troisième règle : ne regardez pas seulement les URL. Une refonte peut aussi casser le maillage interne*, raccourcir des contenus qui se positionnaient, modifier les balises techniques ou laisser une instruction empêchant l’indexation du nouveau site.
Quatrième règle : testez la nouvelle version avant le basculement. Les redirections, les pages 404, l’indexabilité, les liens internes, les formulaires, les balises essentielles et les outils de mesure doivent fonctionner avant que les visiteurs et Google ne découvrent le nouveau site.
Enfin, surveillez les jours et semaines suivant la mise en ligne. Une fluctuation temporaire peut être normale pendant que Google réexplore les pages ; Google indique qu’une migration d’un site de taille moyenne peut nécessiter quelques semaines pour que la majorité des URL soient retraitées. En revanche, une multiplication des 404 ou la disparition brutale de pages importantes doit déclencher une vérification.
Micro-diagnostic : pouvez-vous aujourd’hui citer vos cinq pages qui génèrent le plus de trafic SEO, vos pages qui reçoivent des backlinks et vos principales URL de conversion ? Si la réponse est non, commencer directement la refonte signifie déjà prendre une décision sans connaître la valeur de ce que vous allez modifier.
Comprendre et agir : les 10 erreurs SEO les plus fréquentes lors d’une refonte
1. Refaire le site sans auditer ce qui fonctionne déjà
Commencer par les nouvelles maquettes est tentant. Pourtant, la première étape devrait être un inventaire de ce qui fonctionne déjà.
Avant une refonte, récupérez au minimum les données de Google Search Console, la liste des URL indexables, les principales pages d’entrée organiques, les requêtes importantes, les backlinks vers les pages stratégiques et les conversions associées si elles sont mesurées.
L’objectif d’un audit SEO n’est pas de figer l’ancien site. Il consiste à distinguer ce qui mérite d’être supprimé de ce qui doit être conservé, amélioré, fusionné ou redirigé. Une page peu visitée peut par exemple rester essentielle si les quelques visiteurs qu’elle reçoit demandent régulièrement un devis.
Si vous êtes dans ce cas, ne raisonnez donc pas seulement en nombre de visites. Une refonte réussie protège à la fois les actifs SEO et les pages qui contribuent réellement au chiffre d’affaires.
Pour approfondir cette étape, Digital Gagnant détaille également pourquoi un audit SEO doit précéder une stratégie de référencement.
2. Changer les URL sans préparer les redirections
Une nouvelle arborescence entraîne souvent de nouvelles adresses. C’est à ce moment que certaines refontes commencent à perdre leurs acquis.
Créez avant la mise en ligne une correspondance entre les URL existantes et leurs futures destinations. Lorsqu’une page conserve exactement le même rôle, garder son URL reste souvent l’option la plus simple et la moins risquée.
Lorsqu’elle doit changer, une redirection permanente doit conduire l’ancienne URL vers la nouvelle page la plus proche sur le plan du contenu. Google recommande les redirections permanentes côté serveur et précise également que les redirections 301 et autres redirections permanentes n’entraînent pas, en elles-mêmes, de perte de PageRank.
Évitez en revanche les chaînes de redirections et les redirections systématiques de dizaines de pages vers l’accueil. Si une ancienne page n’a véritablement aucun équivalent, une réponse 404 ou 410 peut être plus cohérente qu’une destination artificielle.
Utilisez l’IA comme second regard
Une IA peut faire gagner du temps pour repérer des correspondances probables entre anciennes et nouvelles URL, mais elle ne doit pas décider seule d’une redirection : l’intention et la valeur SEO de chaque page doivent rester contrôlées humainement.
Le prompt à copier :
Je prépare une refonte de site. Je vais te fournir deux listes : les anciennes URL avec leur titre et, si possible, leurs clics Google Search Console ; puis les nouvelles URL avec leur titre et leur objectif. Propose un tableau ancienne URL → nouvelle URL probable → niveau de confiance → point à vérifier manuellement. Ne propose aucune redirection lorsque les contenus ne sont pas réellement équivalents. N’utilise aucune donnée extérieure aux informations que je te fournis.
3. Repenser l’architecture sans préserver le maillage interne
Une refonte modifie souvent les menus, les catégories, les fils d’Ariane, les blocs d’articles associés et les liens placés dans les contenus. Pourtant, ces liens aident les utilisateurs et les moteurs à comprendre quelles pages sont importantes et comment elles se relient.
Google recommande, lors d’une migration, de mettre à jour les liens internes pour qu’ils pointent directement vers les nouvelles URL plutôt que de continuer à passer par les anciennes adresses redirigées.
Après la refonte, contrôlez donc que les pages commerciales et les contenus importants restent accessibles, qu’aucune page stratégique ne devient orpheline et que les liens dirigent directement vers leur destination finale.
La refonte peut être une excellente occasion d’améliorer une architecture confuse. Elle ne doit pas détruire les relations thématiques que Google avait déjà comprises. Sur ce sujet, voir également le guide consacré au maillage interne WordPress.
4. Supprimer ou raccourcir des contenus qui se positionnent déjà
Les nouveaux designs incitent souvent à réduire les textes : « c’est trop long », « on veut quelque chose de plus visuel », « personne ne lit tout cela ».
Le problème est qu’une page n’a pas obtenu ses positions grâce à son apparence. Elle peut se positionner parce qu’elle répond correctement à plusieurs questions, possède une profondeur sémantique utile ou reçoit des liens internes et externes.
Avant de raccourcir fortement une page, regardez donc les requêtes sur lesquelles elle apparaît, ses clics, ses backlinks et son rôle dans le parcours de conversion. Il est tout à fait possible de restructurer, clarifier ou améliorer le contenu sans supprimer les informations qui expliquent sa visibilité.
Évitez également, si ce n’est pas nécessaire, de modifier simultanément l’URL, le H1, le SEO title et la majorité du contenu d’une page performante. Plus vous changez de variables à la fois, plus une éventuelle baisse devient difficile à expliquer.
Si vous préparez une refonte et que vous voulez sécuriser les pages, URL et contenus qui génèrent déjà de la visibilité, Digital Gagnant peut intégrer cette analyse SEO directement au projet de création ou refonte de votre site WordPress. L’objectif est simple : moderniser le site sans sacrifier ce qui produit déjà des résultats.
5. Laisser un noindex après la mise en ligne
Pendant le développement, il est normal d’empêcher l’indexation d’une version de préproduction. Le problème apparaît lorsqu’une protection reste active après la publication.
Une directive noindex* indique aux moteurs qu’une page ne doit pas apparaître dans leurs résultats. Google précise également qu’il doit pouvoir explorer la page pour voir cette instruction : bloquer simultanément la page dans robots.txt peut donc compliquer le diagnostic. (Google Search Central, documentation sur noindex.)
Sur WordPress, le réglage demandant aux moteurs de recherche de ne pas indexer le site mérite donc un contrôle systématique le jour du lancement. Vérifiez aussi les balises robots des principales pages et les éventuelles configurations du plugin SEO.
Google recommande d’ailleurs explicitement, lorsqu’un noindex a été utilisé pendant le développement, de préparer la liste des pages sur lesquelles il devra être retiré lors de la migration.
6. Envoyer de mauvais signaux de canonicalisation
Une refonte peut accidentellement rendre accessibles plusieurs versions d’une même page : ancienne et nouvelle URL, paramètres, versions techniques ou pages de préproduction.
Une balise canonique* sert à signaler la version que vous considérez comme représentative parmi des pages identiques ou très proches. Google considère notamment les redirections et rel="canonical" comme des signaux forts de canonicalisation. (Google Search Central, documentation sur les URL canoniques.)
Lors d’un changement d’URL, Google recommande également de mettre à jour les balises canonical pour qu’elles utilisent les nouvelles adresses. Une canonical qui continuerait de pointer vers l’ancien site ou vers une URL de staging peut donc envoyer un signal contradictoire.
Ce contrôle est particulièrement important lorsque plusieurs environnements ont été utilisés pendant le développement ou lorsqu’un plugin SEO a été reconfiguré pendant la refonte.
7. Améliorer le design tout en dégradant les performances
Vidéo en arrière-plan, animations, nouvelles polices, images haute définition, scripts marketing : une refonte peut rendre un site plus séduisant tout en le rendant sensiblement plus lourd.
Les Core Web Vitals* évaluent notamment la vitesse d’affichage du contenu principal avec le LCP, la réactivité avec l’INP et la stabilité visuelle avec le CLS. Google recommande de viser de bons résultats sur ces indicateurs, tout en précisant que de bonnes performances ne garantissent évidemment pas à elles seules de bonnes positions.
La vitesse possède également un impact commercial. Une étude historique publiée par Google indiquait que 53 % des visites mobiles étaient abandonnées lorsque le chargement dépassait trois secondes. Cette donnée date de travaux Google/DoubleClick des années 2016-2017 : elle ne doit pas être interprétée comme une mesure actuelle de tous les sites, mais elle illustre le coût potentiel d’une expérience trop lente.
Comparez donc les performances avant et après la refonte sur plusieurs modèles de pages. Le but n’est pas d’obtenir artificiellement un score de 100, mais d’éviter qu’un nouveau thème ou de nouveaux composants transforment une amélioration graphique en régression technique.
Pour les problèmes spécifiques à WordPress, voir aussi les principales causes d’un site WordPress lent et leurs solutions.
8. Oublier le sitemap et Google Search Console
Une fois le nouveau site lancé, le sitemap XML doit refléter les URL que vous souhaitez réellement faire explorer et indexer.
Google recommande de préparer un sitemap contenant les nouvelles URL et de l’utiliser pour faciliter leur découverte. Le moteur précise toutefois qu’une migration n’est pas instantanée : ses systèmes doivent réexplorer et retraiter les pages une par une.
Vérifiez également que la propriété Google Search Console reste correctement validée et surveillez les pages indexées, les erreurs, les clics et les impressions.
Le sitemap aide Google à découvrir les changements. Il ne compense ni de mauvaises redirections, ni des pages bloquées, ni une architecture incohérente.
9. Mettre en ligne sans véritable recette SEO
Une page peut être parfaitement utilisable dans votre navigateur tout en présentant un problème important pour les moteurs. Avant le lancement, une recette SEO doit donc accompagner la recette graphique et fonctionnelle.
Crawlez idéalement le nouveau site et comparez-le avec l’ancien : codes HTTP, redirections, balises Title, H1, robots, canonical, liens internes, profondeur des pages, contenus essentiels et données structurées. Vérifiez aussi les formulaires, boutons d’appel, rendez-vous, paniers et scripts de mesure : conserver le trafic mais casser le suivi ou la conversion ne constitue pas davantage une refonte réussie.
Micro-diagnostic : prenez cinq anciennes pages qui apportent réellement des visiteurs. Pouvez-vous retrouver immédiatement leur équivalent sur le nouveau site, vérifier leur contenu, leur statut HTTP, leur canonical et tous les liens qui doivent y conduire ? Si une seule de ces étapes est floue, votre recette n’est probablement pas terminée.
Utilisez l’IA pour comparer l’ancien et le nouveau site
Une IA peut servir de second regard après deux crawls, notamment pour repérer les changements importants. Elle ne remplace pas Screaming Frog, Search Console ou la validation d’un spécialiste : elle aide surtout à prioriser ce qui mérite une vérification.
Le prompt à copier :
Je vais te fournir deux exports de crawl, avant et après refonte, avec au minimum URL, code HTTP, Title, H1, meta robots et canonical. Compare uniquement les données fournies. Identifie en priorité les pages qui ont disparu, les changements importants de Title ou H1, les noindex nouveaux, les canonical différentes et les anciennes URL sans destination évidente. Classe les anomalies par risque SEO et explique ce que je dois vérifier manuellement.
10. Considérer la mise en ligne comme la fin du projet
Le jour de la publication n’est pas la fin de la refonte SEO. C’est le moment où la migration commence réellement à être confrontée aux utilisateurs et aux moteurs.
Pendant les premières semaines, surveillez l’évolution des clics et impressions, les pages indexées, les erreurs 404, les principales pages d’entrée, les Core Web Vitals et les conversions. Google indique qu’une certaine fluctuation des positions est normale pendant une migration, le temps que les nouvelles URL soient explorées et réindexées.
Ce qui doit alerter est une anomalie claire et durable : disparition de pages stratégiques, chute concentrée sur un groupe d’URL, augmentation massive des erreurs ou perte de requêtes importantes.
Si vous êtes déjà dans cette situation, le sujet n’est plus de prévenir la refonte : il faut diagnostiquer ce qui a cassé. C’est précisément l’objet du guide Digital Gagnant consacré aux problèmes SEO après une refonte WordPress.
Pour aller plus loin : ce qui change sur les refontes complexes
Éviter de modifier toutes les variables simultanément
Changer en même temps de domaine, de CMS, d’architecture et de contenus simplifie parfois l’organisation du projet, mais complique fortement l’analyse SEO.
Google recommande, lorsque cela est possible, de changer une chose à la fois : par exemple effectuer d’abord le changement de domaine, puis le changement de mise en page. L’objectif est notamment de réduire les risques et de mieux comprendre l’origine d’un problème éventuel.
Pour une PME, ce séquençage complet n’est pas toujours réaliste. Une refonte peut justement être motivée par plusieurs problèmes simultanés. Le principe à retenir est alors plus simple : ne modifiez pas par défaut ce qui fonctionne déjà uniquement parce que vous refaites le reste du site.
Comprendre que la 301 n’est pas le problème
La crainte de « perdre du jus SEO » pousse parfois à conserver des URL réellement inadaptées. À l’inverse, certaines refontes changent toutes les adresses sans justification.
Les deux approches sont excessives. Google indique qu’une redirection 301 ou une autre redirection permanente ne provoque pas en soi de perte de PageRank.
Ce qui crée le risque est surtout une mauvaise destination, une redirection oubliée, une chaîne inutile ou la suppression d’une page qui possédait une valeur réelle. Conservez donc une URL lorsque son changement n’apporte rien ; redirigez-la proprement lorsqu’il existe une raison valable de la modifier.
Sécuriser réellement la préproduction
Le site de staging mérite sa propre stratégie. Les moteurs ne devraient pas indexer un environnement destiné aux tests, mais les protections utilisées pendant le développement doivent disparaître au bon moment sur le site public.
Une restriction d’accès à l’environnement de préproduction constitue généralement une sécurité plus robuste qu’une confiance aveugle dans un réglage oublié au fond du CMS. Si un noindex est utilisé, son retrait doit figurer noir sur blanc dans la checklist de mise en production.
Ne pas confondre WordPress et méthode SEO
WordPress facilite la gestion des redirections, des sitemaps, des contenus et d’un grand nombre de réglages techniques. Il n’empêche pourtant ni une mauvaise redirection, ni un noindex oublié, ni une canonical incorrecte, ni la suppression d’une page stratégique.
Le CMS est un outil ; la méthode de migration reste déterminante.
C’est précisément ce qui distingue cet article du guide consacré au choix de WordPress pour une refonte SEO-friendly : ici, le sujet n’est pas de choisir une plateforme, mais de préserver le référencement pendant la refonte, quel que soit l’outil utilisé.
Position Digital Gagnant : le SEO commence avant la première maquette
La mauvaise méthode consiste à refaire le site, le publier, puis vérifier ce qui s’est passé dans Google Search Console.
La bonne méthode commence beaucoup plus tôt : mesurer l’existant, identifier ce qui possède de la valeur, décider consciemment ce qui change, préparer les redirections et tester le nouveau site avant sa publication.
Autrement dit, le SEO d’une refonte commence avant les premières décisions structurelles, pas lorsque le nouveau site est déjà en ligne.
Conclusion : protéger avant d’améliorer
Une refonte réussie ne consiste pas à reproduire éternellement l’ancien site. Elle consiste à savoir précisément ce que vous pouvez améliorer sans supprimer par accident les actifs qui génèrent déjà des résultats.
L’audit de l’existant, le mapping des URL, les redirections, la préservation du contenu, le maillage interne, le contrôle de l’indexation et la recette technique constituent les principaux garde-fous. Après la publication, Google Search Console et un nouveau crawl permettent de vérifier que la transition s’est réellement déroulée comme prévu.
Le nouveau site peut avoir un design, une navigation et une proposition de valeur totalement différents. En revanche, ses URL, contenus et signaux SEO performants ne devraient jamais changer par hasard.
Vous préparez une refonte et voulez savoir ce qu’il faut impérativement conserver avant de modifier votre site ? Digital Gagnant peut intégrer l’audit, la migration SEO et la performance directement à votre projet de refonte WordPress pour PME afin que le nouveau site parte avec les acquis de l’ancien plutôt que de repartir de zéro.
FAQ sur la refonte de site et le SEO
Une refonte fait-elle forcément perdre des positions ?
Non. Une refonte SEO correctement préparée peut préserver les principaux signaux de l’ancien site et permettre ensuite de l’améliorer. Des fluctuations temporaires peuvent toutefois apparaître pendant que Google réexplore et réindexe les pages.
Faut-il modifier les URL pour améliorer le SEO ?
Non. Une URL pertinente et déjà connue des moteurs n’a pas besoin d’être modifiée simplement pour paraître plus propre. En l’absence de bénéfice réel, la conserver évite une redirection et réduit la complexité de la migration.
Combien de temps faut-il conserver les redirections ?
Google recommande de conserver les redirections aussi longtemps que possible, généralement au moins un an, afin de laisser suffisamment de temps au transfert des signaux. Les conserver plus longtemps peut aussi rester utile aux internautes et aux anciens backlinks.
WordPress protège-t-il automatiquement le référencement pendant une refonte ?
Non. WordPress offre de nombreux outils pour gérer les URL, les redirections, les sitemaps et les contenus, mais la qualité de la migration dépend des décisions prises avant la mise en ligne et des contrôles réalisés ensuite.
Quels indicateurs suivre après une refonte ?
Surveillez en priorité les clics et impressions Google Search Console, les pages indexées, les erreurs 404, les pages d’entrée importantes, les requêtes stratégiques et les conversions. Les Core Web Vitals permettent également de détecter une éventuelle régression de performance.
Glossaire
Mapping d’URL : tableau qui associe chaque ancienne adresse d’un site à sa future destination. Il permet de préparer les redirections et d’éviter de perdre des pages importantes pendant une refonte.
Maillage interne : ensemble des liens reliant les pages d’un même site. Il aide les visiteurs à naviguer et les moteurs de recherche à découvrir, relier et hiérarchiser les contenus.
Noindex : instruction technique demandant aux moteurs de recherche de ne pas afficher une page dans leurs résultats. Elle est utile en préproduction mais dangereuse si elle reste active après la mise en ligne.
Balise canonique : indication placée dans le code d’une page pour signaler aux moteurs quelle URL doit être considérée comme la version principale parmi plusieurs contenus identiques ou très proches.
Core Web Vitals : indicateurs Google mesurant des aspects de l’expérience utilisateur : vitesse d’affichage du contenu principal, réactivité aux interactions et stabilité visuelle de la page.
Consultant WordPress & stratégie digitale, accompagnement des entreprises qui veulent passer d’un site web à un levier de croissance mesurable. Cette approche combine une architecture WordPress optimisée pour la performance, un SEO orienté intention réelle des prospects, une structuration de contenus pour générer des contacts, et une intégration d’outils IA et automatisations pour gagner en efficacité. Chaque projet vise des résultats concrets.
