Refonte de site web : comment ne pas perdre votre référencement dans l'opération

Une refonte de site est presque toujours motivée par de bonnes raisons : un design vieillissant, une plateforme devenue trop rigide, une offre qui a évolué. Mais c'est aussi le moment où un site perd le plus souvent du trafic organique — pas à cause du nouveau design en lui-même, mais parce que la bascule technique entre l'ancien et le nouveau site a été improvisée. La bonne nouvelle, c'est que ce risque est presque entièrement maîtrisable : Google documente précisément ce qu'il faut faire, et l'essentiel se joue avant la mise en ligne, pas après.

Pourquoi une refonte fait courir un risque SEO réel

Un site indexé depuis plusieurs mois ou années a accumulé des signaux que Google associe à des URLs précises : autorité de la page, historique de positionnement, liens reçus depuis d'autres sites. Une refonte qui change les adresses de vos pages (nouvelle structure, nouveau nom de domaine, nouveau CMS) casse ce lien si rien n'est fait pour le préserver explicitement. Google doit alors réapprendre que la page qui répondait à une requête a simplement déménagé — elle n'a pas disparu.

Le risque vient rarement du changement de design ou de contenu en tant que tel. Il vient de trois angles morts classiques : des URLs qui changent sans redirection vers leur nouvelle version, des pages qui existaient et qu'on retire sans s'en rendre compte parce qu'elles n'apparaissaient plus dans les maquettes, et une structure de navigation entièrement revue qui laisse d'anciennes pages orphelines, inaccessibles depuis le nouveau site.

La base : des redirections 301, une par une

La redirection 301 (redirection permanente) est l'outil qui indique à Google et aux navigateurs qu'une page a changé d'adresse de façon définitive. Google est explicite sur ce point dans sa documentation officielle : les redirections 301 ne font pas perdre de "PageRank" ou d'autorité, à condition qu'elles soient mises en place correctement (Google Search Central).

Le mot important est « correctement ». Une redirection bien faite associe chaque ancienne URL à la nouvelle page qui traite le même sujet — pas systématiquement vers la page d'accueil. Rediriger tout un site vers sa page d'accueil est l'erreur la plus fréquente : elle casse la pertinence pour Google (la page d'accueil ne répond pas à la requête qui faisait venir un visiteur sur une page produit ou un article précis) et pour l'utilisateur, qui atterrit sur une page qui ne correspond pas à ce qu'il cherchait.

La checklist technique avant de basculer

Une migration qui se passe bien se prépare avant la mise en ligne, pas en réagissant après coup à une chute de trafic constatée dans Google Search Console.

1. Lister toutes les URLs actuellement indexées. Google Search Console (rapport de couverture) et un export du sitemap actuel donnent la liste de référence des pages que Google connaît déjà.
2. Construire une table de correspondance 1 pour 1. Chaque ancienne URL doit être associée explicitement à sa nouvelle adresse — un tableau simple suffit, mais il doit être exhaustif, pas seulement couvrir les pages « importantes ».
3. Conserver le contenu qui fonctionne. Une refonte est une bonne occasion de retravailler des textes datés, mais supprimer une page qui recevait du trafic organique sans redirection dédiée, ou en fusionnant plusieurs pages en une seule sans prévenir Google, fait perdre ce que ces pages avaient mis du temps à construire.
4. Mettre à jour le sitemap XML et le déposer dans Search Console dès la mise en ligne du nouveau site, pour accélérer la découverte des nouvelles URLs.
5. Vérifier les balises canoniques sur chaque page migrée : une canonique oubliée qui pointe encore vers l'ancienne structure d'URLs annule une partie du travail de redirection.
6. Utiliser l'outil de changement d'adresse de Search Console si le nom de domaine change également — il notifie Google du changement de façon structurée plutôt que de le laisser le découvrir progressivement (Search Console Help).

Aucune de ces étapes n'est complexe isolément. Ce qui fait la différence, c'est de les traiter comme une checklist de mise en production au même titre que les tests fonctionnels — et non comme une réflexion après-coup une fois le nouveau site déjà en ligne.

Combien de temps garder les redirections

C'est une question qu'on nous pose souvent, avec l'idée sous-jacente qu'on pourrait « nettoyer » les redirections après quelques semaines. Google recommande de les conserver bien plus longtemps que l'intuition ne le suggère : au moins un an, le temps que l'ensemble des signaux (exploration, liens externes pointant vers les anciennes URLs, mémorisation par les utilisateurs) soit transféré vers les nouvelles adresses (Google Search Central). Lorsqu'un changement de domaine est déclaré via l'outil de changement d'adresse, Search Console suit d'ailleurs la transition pendant 180 jours avant de considérer la bascule comme stabilisée (Search Console Help).

Concrètement : supprimer les redirections dès que le nouveau site « a l'air » de fonctionner est une fausse économie. Elles coûtent très peu à maintenir techniquement et leur suppression prématurée est une cause fréquente de chute de trafic qui survient plusieurs mois après une refonte pourtant bien menée au départ.

Ce qui ne change pas pendant la transition

Les fondamentaux du SEO technique restent la référence pendant toute la migration : un site exploré normalement, sans blocage accidentel dans le robots.txt, avec des temps de chargement qui ne se dégradent pas par rapport à l'ancien site. C'est un point de vigilance particulier lors d'une refonte : un nouveau design plus riche visuellement peut faire regresser les Core Web Vitals si le nouveau site n'est pas conçu avec la même exigence de performance que l'ancien — un mauvais compromis qui annule une partie du bénéfice de la refonte, quelle que soit la qualité des redirections mises en place par ailleurs.

Pourquoi c'est plus simple à anticiper qu'à réparer

Diagnostiquer une chute de trafic après une migration mal préparée prend souvent plus de temps que d'avoir fait la checklist en amont : il faut reconstituer la liste des anciennes URLs (parfois disparue avec l'ancien site), identifier lesquelles recevaient du trafic, et remettre en place des redirections a posteriori pendant que le classement continue de se dégrader. C'est un travail de rattrapage coûteux, alors que la prévention tient dans un tableur et quelques heures de vérification avant la mise en ligne.

C'est une des raisons pour lesquelles on intègre systématiquement un audit de migration dans nos projets de refonte : la table de correspondance des URLs, les redirections et le contrôle de performance font partie du plan de mise en ligne, pas d'une phase optionnelle ajoutée si le budget le permet. Un site sur mesure a justement l'avantage de donner un contrôle complet sur ces aspects techniques, plutôt que de dépendre des automatismes — parfois imparfaits — d'un outil de migration générique.

En résumé

Une refonte ne fait pas perdre du référencement par nature — elle en fait perdre quand la bascule technique entre l'ancien et le nouveau site est traitée à la légère. Une table de correspondance d'URLs complète, des redirections 301 ciblées maintenues au moins un an, un sitemap à jour et une vigilance sur la performance suffisent à traverser la transition sans à-coup. C'est un travail de rigueur, pas de sorcellerie.

Vous préparez une refonte ou une migration de plateforme et voulez sécuriser la transition SEO avant de basculer ? Contactez Origin : on regarde avec vous ce qui doit être préservé, et on cadre le plan de bascule avant la mise en ligne plutôt qu'après.