Refonte de site WordPress : comment ne pas perdre son référencement Google ?

Une refonte WordPress mal préparée peut faire chuter votre référencement en quelques jours. Voici comment préserver vos positions Google à chaque étape du projet.

Mise à jour : 26/03/2026
Temps de lecture :
8–12 minutes
img 2201

Vous avez décidé de refondre votre site. Nouveau design, nouvelle architecture, nouveau contenu. Et quelqu'un vous a dit : « Fais attention, une refonte peut faire chuter ton référencement ». Vous avez un peu peur. C'est légitime.

La bonne nouvelle : une refonte bien préparée ne fait pas perdre de positions. Elle en gagne. La mauvaise : une refonte menée sans méthode peut faire disparaître des mois de travail SEO en quelques jours, parfois sans que vous le remarquiez tout de suite.

Ce guide vous explique ce qui se passe côté Google pendant une refonte, et ce qu'il faut faire à chaque étape pour ne rien perdre.

TL;DR – Ce qu'il faut retenir en 30 secondes

Le référencement est attaché à vos URLs, pas à votre design. Si vous changez vos URLs sans mettre en place de redirections 301, Google perd la trace de vos pages et vos positions s'évaporent. La protection de votre SEO pendant une refonte repose sur trois choses : un inventaire complet des pages existantes avant de commencer, des redirections 301 sur chaque URL modifiée, et une surveillance active dans Google Search Console dans les semaines qui suivent la mise en ligne.

1 · Pourquoi une refonte peut faire chuter le référencement

Google indexe vos pages à leurs URLs. Quand vous tapez « plombier Grasse » et que votre page apparaît en résultat, Google a associé cette requête à une URL précise sur votre site. Ce lien entre la requête et l'URL est le fruit de plusieurs mois de travail, d'exploration et d'analyse de la part des robots de Google.

Si cette URL disparaît ou change lors de la refonte, sans qu'on indique à Google où elle est allée, le lien est rompu. Google tombe sur une erreur 404. Il finit par désindexer la page. La position disparaît avec elle.

Ce scénario arrive plus souvent qu'on ne le pense, pas par négligence, mais parce que la structure des URLs change naturellement lors d'une refonte. Une page qui s'appelait /services.php devient /nos-services/. Une page « À propos » déplacée dans une nouvelle arborescence change d'adresse. Un article de blog migré vers une nouvelle catégorie prend une nouvelle URL. Chacun de ces changements est une occasion de perdre une position si on ne l'anticipe pas.

2 · L'inventaire SEO : ce qu'il faut documenter avant de toucher quoi que ce soit

Avant de commencer la refonte, la première étape est de photographier l'existant. Vous avez besoin de savoir exactement quelles pages existent, quelles positions elles occupent et quel trafic elles génèrent.

Exportez vos données depuis Google Search Console. Dans la section « Résultats de recherche », exportez les 1 000 premières URLs avec leurs clics, impressions et positions. Ce tableau est votre référence. C'est à lui que vous comparerez les données post-refonte pour détecter les pertes.

Crawlez votre site avec Screaming Frog. La version gratuite permet de crawler jusqu'à 500 URLs. Elle vous donne la liste complète de toutes vos pages, avec leurs titres, méta descriptions, balises Hn et statuts HTTP. Exportez tout dans un tableur.

Notez les pages qui génèrent du trafic ou des conversions. Ce sont celles que vous devez absolument protéger. Une page qui n'a jamais généré de visite est moins critique qu'une page qui reçoit 200 visiteurs par mois et génère des demandes de devis.

Avec cet inventaire en main, vous savez ce que vous avez à protéger. Sans lui, vous travaillez à l'aveugle.

3 · Travailler sur un environnement de développement séparé

La refonte ne se fait jamais sur le site en production. Jamais.

Un environnement de développement est une copie de votre site, sur un sous-domaine ou un serveur de test, accessible uniquement à vous et à votre prestataire. Votre site actuel reste en ligne et intact pendant toute la durée des travaux. Vos visiteurs ne voient rien. Google continue d'indexer vos pages actuelles.

Cet environnement doit être bloqué aux robots de Google pendant toute la durée du développement. Si Google indexe la version en développement, vous vous retrouverez avec du contenu dupliqué au moment de la mise en ligne, ce qui est exactement le contraire de ce qu'on cherche.

Dans WordPress, le blocage se fait en cochant l'option « Décourager les moteurs de recherche d'indexer ce site » dans Réglages / Lecture, ou via un fichier robots.txt configuré pour bloquer les bots sur le sous-domaine de développement.

4 · Les redirections 301 : la clé de voûte de tout le processus

Une redirection 301 dit à Google : « Cette page a définitivement déménagé à cette nouvelle adresse. Transfère tout ce que tu savais sur l'ancienne vers la nouvelle. » C'est le mécanisme qui permet de préserver le capital SEO accumulé sur une URL lors d'un changement d'adresse.

Chaque URL qui change doit avoir sa redirection 301. Chaque page supprimée qui avait du trafic doit être redirigée vers la page la plus pertinente. Pas vers la page d'accueil par défaut, vers la page la plus proche thématiquement.

Construisez votre tableau de redirections avant la mise en ligne. Deux colonnes : l'ancienne URL dans la première, la nouvelle URL dans la deuxième. Passez en revue chaque ligne de votre inventaire Screaming Frog et déterminez ce que chaque page devient dans la nouvelle architecture.

Dans WordPress, les redirections 301 se configurent via SEOPress (onglet Redirections), via le plugin Redirection, ou directement dans le fichier .htaccess sur un hébergement Apache. Sur o2Switch, les deux méthodes fonctionnent.

Ne redirigez pas toutes vos URLs vers la page d'accueil. C'est une erreur fréquente lors des refontes rapides. Google interprète les redirections en masse vers la home comme des redirections « soft 404 » et ne transfère pas le capital SEO.

5 · Ce qui change côté contenu et ce qu'il faut préserver

Une refonte est aussi souvent une réécriture du contenu. C'est une opportunité SEO, pas un risque, à condition de ne pas supprimer ce qui fonctionne.

Préservez les pages qui génèrent du trafic. Si votre page de service génère des visites depuis Google, ne la supprimez pas. Refondez-la, enrichissez-la, mais gardez son URL ou mettez une redirection 301 vers la nouvelle.

Ne changez pas les balises title des pages bien positionnées sans analyse. Si votre page apparaît en position 3 sur une requête stratégique avec un title précis, refaire ce title peut faire bouger la position, parfois vers le haut, parfois vers le bas. Changez-le si le nouveau est objectivement meilleur, pas pour le changer.

Migrez les articles de blog avec leurs URLs d'origine. Si vous changez la structure des catégories lors de la refonte, les URLs des articles changent avec elle. Chaque article déplacé a besoin d'une redirection 301. Un blog de 30 articles représente 30 redirections à configurer.

Vérifiez le maillage interne après la migration. Si des articles pointaient vers des pages qui ont changé d'URL, les liens internes doivent être mis à jour. Un lien interne qui pointe vers une URL redirigée fonctionne toujours, mais un lien interne qui pointe vers une 404 est du capital gaspillé.

6 · La mise en ligne : ce qu'il faut vérifier dans les 48 premières heures

Le jour de la mise en ligne est le moment le plus critique du processus. Voici les vérifications à faire dans l'ordre.

Vérifiez que le site de production est bien indexable. La première chose à faire après avoir basculé le site en production : aller dans Réglages / Lecture et vérifier que la case « Décourager les moteurs de recherche d'indexer ce site » est bien décochée. Oubliée lors du passage en production, cette case bloque tout.

Testez vos redirections principales. Prenez les 10 URLs les plus importantes de votre inventaire et testez-les avec httpstatus.io. Chacune doit retourner un code 301, pas un 200 sur l'ancienne URL et pas une 404.

Soumettez votre nouveau sitemap dans Google Search Console. Votre sitemap a peut-être changé avec la nouvelle architecture. Soumettez la nouvelle URL du sitemap dans GSC pour que Google explore rapidement les nouvelles pages.

Vérifiez les données structurées. Si vous avez des blocs schema LocalBusiness, Service ou FAQPage, vérifiez qu'ils sont toujours présents sur les pages correspondantes. Un outil comme le Testeur de résultats enrichis de Google permet de vérifier ça rapidement.

7 · Le suivi dans les semaines suivantes

Le travail SEO ne s'arrête pas le jour de la mise en ligne. Les semaines suivantes sont aussi importantes.

Surveillez les erreurs 404 dans Google Search Console. Allez dans la section « Pages » / « Pages non indexées » et cherchez les erreurs 404. Si de nouvelles apparaissent après la refonte, ce sont des URLs que vous avez oubliées dans votre tableau de redirections.

Comparez les positions avant et après. Reprenez l'export GSC que vous avez fait avant la refonte et comparez-le avec les données actuelles deux à quatre semaines après la mise en ligne. Une chute de position sur une page stratégique est le signal qu'une redirection a été oubliée ou mal configurée.

Donnez à Google le temps de recrawler. Les changements de positions après une refonte s'étalent sur plusieurs semaines. Ne tirez pas de conclusions définitives dans les 72 premières heures. Certaines pages remontent, d'autres bougent temporairement avant de se stabiliser. L'essentiel est qu'il n'y ait pas d'erreurs 404 sur les pages qui comptaient.

FAQ

Combien de temps faut-il à Google pour reindexer un site après une refonte ?

Les premiers changements sont visibles en quelques jours pour les pages les plus crawlées. Une stabilisation complète prend généralement quatre à huit semaines. Pendant cette période, des fluctuations de positions sont normales.

Une refonte peut-elle améliorer mon référencement ?

Oui, et c'est souvent le cas quand elle est bien menée. Un nouveau site plus rapide, avec une architecture plus claire, un contenu plus structuré et un code plus propre envoie de meilleurs signaux à Google. Beaucoup de mes clients voient leurs positions progresser dans les mois qui suivent une refonte réussie.

Que faire si j'ai perdu des positions après ma refonte ?

La première chose à vérifier : les erreurs 404 dans Google Search Console. Si des pages importantes retournent une 404, une redirection manquante est la cause la plus probable. Configurez-la immédiatement. Si les redirections sont toutes en place et que les positions ont quand même bougé, c'est souvent temporaire et lié au recrawl progressif de Google.

Est-ce qu'un changement de nom de domaine en même temps que la refonte est risqué ?

Oui, c'est le scénario le plus risqué. Changer de domaine en même temps que de design et d'architecture multiplie les variables. Si vous devez changer de domaine, faites-le séparément de la refonte et avec un plan de migration spécifique.

Faut-il prévenir Google qu'on va faire une refonte ?

Non, il n'y a pas de procédure officielle. En revanche, soumettez votre nouveau sitemap dans Google Search Console dès la mise en ligne, et utilisez l'outil d'inspection d'URL pour demander l'indexation de vos pages les plus importantes.

La gestion du SEO pendant une refonte, c'est le sujet sur lequel je passe le plus de temps en phase de préparation. Pas parce que c'est compliqué, mais parce que les clients arrivent souvent avec un site existant qui a des mois ou des années de travail SEO accumulé, parfois sans qu'ils en soient vraiment conscients.

Une page bien positionnée sur une requête locale, c'est une porte d'entrée vers leur activité. Si cette porte disparaît le jour de la refonte parce qu'on a oublié une redirection, les conséquences ne se voient pas tout de suite. Elles se voient trois semaines plus tard, quand les demandes de contact baissent sans explication apparente.

C'est pour ça que le tableau de redirections est le premier document que je construis sur chaque refonte, avant même le premier wireframe.

Vous préparez une refonte et vous voulez vous assurer de ne rien perdre côté référencement ?

La gestion des redirections et de la migration SEO est incluse dans chaque projet de refonte que je réalise. Parlons de votre projet.

👉 Découvrir mon offre de refonte WordPress

À propos de l'auteur

Camille Boinaud — Webmaster & expert WordPress

Ingénieur logiciel de formation, artisan du web de métier. Depuis plus de 3 ans, j’accompagne des indépendants et des petites entreprises dans la création, l’optimisation et la protection de leur site WordPress. Basé à Grasse (06), j’interviens à distance sur toute la France.

Vous aimerez aussi...

Ce qui fait le prix d’un site WordPress

7–11 minutes

Pourquoi un site WordPress peut coûter 500 € ou 10 000 € ? Voici ce qui fait vraiment varier le prix : fonctionnalités, design, SEO, contenu, hébergement et accompagnement.

Les 5 bonnes raisons de créer un site web pour booster votre activité

6–8 minutes

A l'heure des réseaux sociaux, te demandes-tu si c'est utile de créer un site web pour ton entreprise ? Alors suis-moi, je vais te montrer que ton site reste un précieux outil que tu ne devrais pas sous-estimer.

Faites briller votre projet en ligne dès maintenant

Expertise digitale par métier

Kiné | Ostéo
Siagneo est une entreprise individuelle spécialisée dans la création web et dans la maintenance technique. Nous ne sommes pas affiliés, associés, ou liés officiellement de quelque manière à WordPress Foundation ou à l'une de ses filiales.