Refonte de site : ne pas perdre son SEO en route

7 min de lecture

Une refonte de site ne fait pas perdre de trafic par nature. La chute vient de trois oublis au moment de la bascule : des adresses modifiées sans redirection, des pages qui captaient des requêtes supprimées sans équivalent, et une mise en ligne réalisée sans contrôle de l’indexation.

• Lister toutes les URL actuelles et le trafic qu’elles génèrent avant d’ouvrir le chantier.
• Écrire un plan de redirections 301 page par page, pas par grandes familles.
• Garder le contenu qui se positionne, même s’il paraît daté.
• Surveiller l’indexation et les positions pendant six semaines après la bascule.

Pourquoi une refonte de site met le référencement en danger

Un nouveau site peut gagner des places. Il peut aussi perdre la moitié de son trafic organique en une dizaine de jours. L’écart entre ces deux issues tient rarement au talent graphique du projet et presque toujours à la préparation de la migration. Le référencement naturel repose sur un équilibre précis : des adresses connues des moteurs, des contenus rattachés à des requêtes, un maillage interne qui fait circuler la popularité, des pages qui se chargent vite. Une refonte bouscule ces quatre piliers au même moment.

Les causes de chute se ressemblent d’un projet à l’autre :

• Les URL changent sans redirection, ou avec des redirections trop générales.
• Des pages qui captaient des requêtes disparaissent parce qu’elles semblaient secondaires.
• Les textes sont réécrits et les expressions sur lesquelles le site se positionnait s’évaporent.
• Les titres SEO sont générés à la chaîne par le gabarit.
• Le maillage interne renvoie vers d’anciennes adresses devenues introuvables.
• La mise en ligne échappe à Search Console, qui continue d’explorer l’ancienne version.

Le scénario le plus courant reste la double mise en ligne. L’ancien site demeure accessible, le nouveau publie les mêmes textes, et les moteurs hésitent entre deux versions. Une partie des positions se dilue alors sans qu’aucune erreur visible n’apparaisse dans l’interface d’administration.

Cartographier l’existant avant de toucher au code

Aucune refonte ne devrait démarrer sans un inventaire écrit. Cet inventaire se prépare en quelques heures et sert de boussole pendant tout le projet. Il rassemble quatre familles de données.

• Les adresses indexées, récupérées dans le rapport sur les pages de Search Console et complétées par un crawl du site actuel.
• Le trafic et les requêtes par page, pour distinguer les URL qui travaillent des URL décoratives.
• Les liens entrants par adresse, afin d’identifier celles qu’il serait coûteux de faire disparaître.
• Les balises title, les H1 et les volumes de texte, pour repérer ce qui porte déjà la sémantique du site.

À partir de ces éléments, chaque URL reçoit une décision : elle reste identique, elle change d’adresse avec une redirection, elle fusionne avec une autre page, ou elle disparaît. Cette décision se prend avant la production, pas pendant. Une équipe qui découvre en recette que trois cents adresses ont changé de forme travaille dans l’urgence, et l’urgence produit des redirections approximatives.

Un mot sur les refontes partielles. Si seule la page d’accueil et le catalogue évoluent, l’audit reste utile, mais il peut se concentrer sur les sections concernées et leurs liens internes.

Redirections 301 : la pièce qui évite la chute

La redirection permanente reste le meilleur outil pour transférer la popularité d’une adresse vers une autre. Encore faut-il qu’elle soit individuelle et dirigée vers une page réellement équivalente. Rediriger tout un ancien répertoire vers la nouvelle page d’accueil fonctionne techniquement, mais envoie un mauvais signal : le moteur comprend que les contenus ont disparu.

Situation	Bon réflexe	Erreur fréquente
Adresse renommée, contenu identique	Redirection 301 de l’ancienne vers la nouvelle	Laisser l’ancienne adresse renvoyer une erreur 404
Deux pages fusionnent	301 des deux anciennes vers la page unique	Rediriger seulement l’une des deux
Page supprimée sans équivalent	301 vers la page la plus proche ou code 410 assumé	Rediriger en masse vers l’accueil
Changement de nom de domaine	301 globale plus déclaration dans Search Console	Conserver les deux domaines actifs
Paramètres de suivi	Balise canonique vers l’adresse propre	Créer une redirection pour chaque paramètre

Un plan de redirections se relit à froid deux fois : une fois pour vérifier que chaque ancienne adresse a bien une cible, une fois pour vérifier qu’aucune cible ne renvoie elle-même une redirection. Les chaînes de redirections ralentissent l’exploration et brouillent le transfert de popularité.

Contenu et maillage : ce qui se conserve, ce qui se retravaille

Une refonte est souvent l’occasion de réécrire. C’est aussi le moment où l’on efface sans le vouloir des pages qui rapportaient des visiteurs chaque jour. La règle simple : ne réécrire une page que si l’on sait quelle requête elle doit servir et comment la nouvelle version la sert mieux.

Les pages qui se positionnent en première page méritent un traitement conservateur. On garde l’adresse, la structure des titres, les expressions qui fonctionnent, et l’on améliore seulement ce qui bloque : lisibilité, rapidité, réponses aux questions restées en suspens. Les pages faibles peuvent être fusionnées entre elles pour créer une page plus complète, à condition de rediriger proprement et de reprendre les passages utiles.

Le maillage interne doit être vérifié après la migration. Un plan de liens cohérent guide à la fois les visiteurs et les robots, et il se conçoit en même temps que l’arborescence. Un menu refondu sans réflexion sur les liens contextuels transforme souvent un site bien relié en ensemble de pages isolées.

Technique, indexation et vitesse au moment de la bascule

Le jour de la mise en ligne concentre les risques. Une liste de contrôle courte permet d’éviter les erreurs classiques.

• Retirer le mode hors ligne ou la page d’attente qui bloque l’exploration.
• Vérifier que le fichier robots.txt autorise le crawl des nouvelles sections.
• Contrôler les balises canoniques, en particulier sur les pages paginées et les filtres.
• Tester le temps de chargement sur mobile avant de crier victoire sur ordinateur.
• Soumettre le nouveau plan de site dans Search Console et demander l’exploration des pages stratégiques.
• Conserver l’ancien site en local, jamais sur une adresse accessible publiquement.

Un mot du rendu côté client. Si le nouveau site construit ses pages en JavaScript, il faut vérifier que le contenu principal apparaît bien dans la version rendue. Un texte invisible pour les robots reste invisible dans les résultats.

Suivre les effets de la refonte dans les semaines qui suivent

Une migration ne se juge pas le lendemain. Les premières semaines mélangent trois mouvements : la disparition progressive des anciennes adresses de l’index, l’apparition des nouvelles, et la redistribution de la popularité entre les pages. Un creux temporaire n’a rien d’anormal. Une baisse qui s’installe au-delà de six semaines mérite un diagnostic.

Le suivi se fait sur trois tableaux de bord : la couverture de l’index dans Search Console, les impressions et clics par page, et les erreurs d’exploration. On compare toujours à la même période de l’année précédente, car la saisonnalité joue souvent des tours.

Si le trafic baisse, l’ordre d’inspection est presque toujours le même : erreurs 404 non redirigées, pages principales absentes de l’index, balises noindex oubliées, contenu dupliqué entre deux versions, temps de chargement dégradé. Ces cinq points expliquent la majorité des accidents de migration.

Refonte de site et SEO : les cas concrets qui reviennent

Peut-on perdre des positions même avec des redirections bien faites ?

Oui. Une redirection transfère l’essentiel de la popularité, mais elle ne reproduit pas exactement l’historique d’une adresse. Si le contenu change de sujet, si le maillage se dégrade ou si la page devient plus lente, une baisse reste possible. Le plan de redirections limite les dégâts, il ne les supprime pas tous.

Combien de temps dure la transition après une refonte de site ?

Comptez en semaines, pas en jours. Les moteurs redécouvrent les nouvelles adresses progressivement, et la redistribution des positions se stabilise souvent entre quatre et huit semaines. Sur un site à forte audience, cette période peut s’étendre davantage.

Faut-il changer de nom de domaine en même temps que la refonte ?

Mieux vaut éviter de cumuler les deux opérations. Un changement de domaine ajoute ses propres risques et complique le diagnostic en cas de baisse. Si les deux sont prévus, réalisez la refonte d’abord, laissez le trafic se stabiliser, puis préparez la migration de domaine dans un second temps.

Que faire si le trafic chute fortement dans le mois qui suit la bascule ?

Commencez par vérifier l’indexation, les codes de réponse et les balises noindex. Corrigez les redirections manquantes avant toute autre action. Ensuite, comparez les contenus page par page avec l’ancienne version pour repérer ce qui a disparu. Une intervention technique rapide vaut mieux qu’une refonte du contenu dans l’urgence.

Faut-il conserver les anciennes pages qui ne génèrent plus de trafic ?

Cela dépend de leur potentiel. Une page sans visite mais liée par des sites externes ou complémentaire dans un parcours mérite d’être gardée et retravaillée. Une page vide d’intérêt, sans lien entrant et sans requête, peut être supprimée avec une redirection adaptée.

Comment éviter que les deux versions du site soient indexées ?

Ne laissez jamais l’ancienne version accessible sur une adresse publique. Travaillez en environnement de préproduction protégé par mot de passe ou par restriction d’accès. Au moment de la bascule, contrôlez les balises canoniques et retirez toute protection qui empêcherait l’exploration.

L’auteur

Hortense Pichon

Consultante technique SEO

Indépendante, je teste moi-même ce que je recommande. Ma spécialité : crawl, indexation, performance web et migrations.

Voir tous ses articles

Votre avis compte

Cet article vous a-t-il été utile ?

4,6sur 5542votes

Notez cet article :

Commentaires

Soyez le premier à réagir.

Site web (à laisser vide)

Nom

E-mail

Message

J’accepte que mon message soit publié après relecture. Votre adresse ne sera pas publiée ; pour toute question sur vos données, passez par le formulaire de contact.

Envoyer le commentaire