Refonte de site : la check-list pour ne pas perdre son référencement

Une refonte de site ne fait pas perdre son référencement par malchance. Quand le trafic s’effondre après la mise en ligne, je retrouve presque toujours les mêmes erreurs : des adresses changées sans redirection, des pages supprimées, des contenus réécrits pour faire joli. Tout ça se prévient, et une refonte bien menée sert même à améliorer le référencement. Voici les étapes que je suis sur chaque projet WordPress.

Pourquoi une refonte de site fait perdre des positions

Une refonte de site internet fait perdre du référencement quand Google ne retrouve plus ce qu’il connaissait : une adresse, un contenu, des liens. Le design neuf pèse très peu dans l’affaire.

Votre site internet actuel a accumulé des années de signaux. Si son adresse change sans redirection, Google tombe sur une erreur 404, votre prospect aussi, et la nouvelle page repart de zéro. Autres erreurs classiques : supprimer une page jugée secondaire qui ramenait des demandes, ou remplacer un texte bien positionné par trois lignes d’accroche.

Même une migration menée correctement crée un flottement : il faut parfois quelques semaines, le temps que Google remplace les anciennes URL par les nouvelles dans ses résultats. Mon travail : que ce flottement ne devienne pas une perte de référencement.

Avant la maquette : l’inventaire des pages qui travaillent

La première étape est un audit SEO de l’existant dans Google Search Console : quelles pages reçoivent des clics, sur quelles recherches, et lesquelles ont des liens d’autres sites web.

• Le rapport Performances sur 16 mois, onglet Pages : une activité saisonnière cache des pages qui ne travaillent qu’au printemps.
• L’onglet Requêtes des 20 à 30 pages les plus fortes : ces recherches seront surveillées après la bascule.
• Le rapport Liens, « Pages les plus liées » : ces pages ont des backlinks, leur adresse ne doit jamais tomber.
• Une extraction complète des URL de l’ancien site par un crawl, PDF compris.

Chaque URL est ensuite gardée, fusionnée ou supprimée. Je ne supprime une page que si elle n’a eu ni clic ni lien depuis 16 mois, et même supprimée, elle garde sa redirection.

Le plan de redirections 301, page par page

Le plan de redirection est un tableau : à gauche chaque ancienne URL, à droite la page qui la remplace. La redirection 301 indique à Google que le déplacement est définitif, et il reporte sur la nouvelle page le référencement que l’ancienne avait acquis.

Ancienne URL	Nouvelle URL	Pourquoi
/prestations/tolerie-fine.html	/tolerie-fine/	Même page, nouvelle structure
/pliage/ et /cisaillage/	/pliage-cisaillage/	Deux pages fusionnées
/?page_id=42	/contact/	Ancienne adresse technique WordPress
/actualites/salon-2019/	/actualites/	Contenu périmé, sans équivalent

• Une ancienne page pointe vers la page qui répond à la même question. Tout rediriger vers l’accueil est déconseillé par Google, qui peut le traiter comme une page introuvable (soft 404).
• Un seul saut : pas de chaîne où une redirection mène à une autre redirection.
• Les liens du maillage interne visent directement les nouvelles URL.
• Les redirections restent en place au moins un an, comme Google le recommande. En pratique, je les laisse indéfiniment.

Un site de test que Google ne voit pas

La création du nouveau site se fait sur une adresse de test protégée par un mot de passe, pour que les moteurs de recherche ne l’indexent pas en doublon. Pendant ce temps, l’ancien site reste en ligne et garde sa visibilité.

Je compte d’abord sur le mot de passe. Une balise noindex seule ne suffit pas : une préproduction ouverte finit parfois dans les résultats sous le nom de l’entreprise.

Sur cette version de test, je reprends le SEO page par page : balises title et meta description, titres, maillage interne. C’est le moment d’améliorer les contenus qui amènent des visiteurs, sans jamais les jeter, et de mesurer la vitesse sur mobile (Core Web Vitals). La construction suit la même méthode qu’une création de site internet, avec une différence de taille : ici, on part d’un capital à conserver.

Le jour de la mise en ligne : les contrôles un par un

À la mise en ligne, je vérifie d’abord l’indexation, puis les redirections, puis les outils de Google. La plupart des accidents se jouent dans la première heure.

1. Retirer la protection du site de test et décocher, dans WordPress, « Demander aux moteurs de recherche de ne pas indexer ce site » (Réglages, puis Lecture). C’est l’oubli le plus fréquent, et il peut sortir un site entier de Google.
2. Lire le fichier robots.txt : aucune ligne Disallow: / héritée de la préproduction.
3. Tester les redirections sur les 30 pages les plus visitées et toutes celles qui ont des backlinks : chacune répond correctement en 301, en un seul saut, vers la bonne page.
4. Vérifier que les balises canoniques visent le domaine définitif, pas l’adresse de test.
5. Envoyer le sitemap XML dans Search Console et demander l’indexation des pages clés.
6. Contrôler que GA4 enregistre les visites et que les demandes de contact arrivent dans la bonne boîte mail.

Les 30 jours après : suivi SEO des balises, 404 et positions

Pendant 30 jours, je surveille les erreurs et les positions dans Search Console plusieurs fois par semaine. Chaque anomalie se corrige le jour où elle apparaît.

• De J+1 à J+7 : le rapport « Indexation des pages », ligne « Introuvable (404) ». Ces erreurs viennent d'anciennes URL oubliées, qui reçoivent leur redirection.
• De J+7 à J+14 : clics et impressions comparés à la même période avant la refonte, page par page. Une page qui décroche a souvent perdu son texte ou sa balise title.
• À J+30 : positions sur les recherches de l'inventaire et titres affichés par Google.

Perdre quelques places la première semaine après la mise en ligne n'a rien d'alarmant. Une page qui disparaît des moteurs de recherche, si : c'est presque toujours une redirection manquante ou un noindex resté actif. Ensuite, le site passe en maintenance : mises à jour, sauvegardes, contrôle régulier de la qualité et du SEO technique.

Et si vous changez de nom de domaine ?

Comptez large. Une étude publiée en septembre 2026 sur 1 052 changements de nom de domaine donne une durée médiane d'environ dix mois pour retrouver le trafic Google d'avant la bascule, et 42 % des sites mettent plus d'un an. Une refonte qui garde le même domaine est moins brutale, mais les mécanismes sont les mêmes : Google doit recrawler chaque adresse, suivre chaque redirection et réattribuer les liens.

J'en tire une règle simple. Une refonte se chiffre en deux temps : la mise en ligne, puis six mois de suivi. Et la photographie d'avant (douze mois de Search Console page par page, l'inventaire complet des adresses) se prend avant la bascule. Sans elle, personne ne pourra dire si le site a récupéré, et la discussion tourne à l'opinion.

Questions fréquentes

Une refonte de site fait-elle forcément baisser le référencement ?

Non. Un flottement de quelques semaines est normal. Une baisse durable vient presque toujours d'erreurs évitables : redirection oubliée, page supprimée, noindex resté actif. Bien préparée, une refonte améliore souvent la visibilité SEO, parce qu'elle corrige au passage la vitesse et la structure.

Combien de temps faut-il garder les redirections 301 ?

Google recommande au moins un an, le temps de transférer le référencement des anciennes pages. Je conseille de les conserver indéfiniment : une ancienne adresse citée dans un annuaire ou un devis PDF continue d'envoyer des visiteurs pendant des années.

Faut-il garder les mêmes URL lors d'une refonte ?

Si elles sont courtes et parlantes, oui : il n'y a alors rien à rediriger. Sinon, chaque changement passe par le plan de redirection.

Faut-il faire un audit SEO avant une refonte ?

Oui, et il sert aussi à trancher une question qu'on oublie de poser : faut-il vraiment refaire le site ? Parfois, optimiser le SEO du site internet actuel suffit à améliorer sa visibilité, pour moins cher.

Sources

• Google Search Central, Déplacer un site en modifiant les URL
• Google Search Central, Redirections et recherche Google
• Google Search Central, Bloquer l'indexation avec noindex