Refonte de site

Quelle différence entre une refonte et une migration ?

La migration change l’endroit où vivent les pages ; la refonte change les pages elles-mêmes. Google publie deux guides de déménagement : l’un pour les changements d’URL, fondé sur une table de correspondance et des redirections permanentes, l’autre pour les changements d’hébergement sans changement d’URL. Une refonte qui garde ses adresses n’entre dans aucun des deux. Une refonte qui change de système de gestion de contenu modifie presque toujours la forme des URL, et relève alors des deux sujets à la fois. Le tableau aide à classer un projet avant d’en planifier les contrôles.

Pourquoi faire une refonte de site internet ?

Une refonte se justifie par un problème que le site existant ne peut plus résoudre. Les motifs les plus solides sont techniques ou commerciaux : un CMS qui n’est plus maintenu, un site lent ou mal adapté au mobile, une offre qui a changé et que l’arborescence ne reflète plus, des parcours qui ne mènent pas les visiteurs vers une demande. Le SEO seul justifie rarement une refonte complète. Un problème de titres, de contenu ou de maillage se corrige sur le site en place, à moindre risque. Quand la refonte est décidée pour d’autres raisons, l’objectif SEO devient défensif : conserver ce qui fonctionne, puis corriger ce qui ne fonctionnait pas.

Quels sont les risques SEO d’une refonte ?

Les risques d’une refonte se logent dans ce que le gabarit produit sans qu’on le voie. La balise title d’abord : Google indique qu’elle est souvent l’information principale sur laquelle l’internaute décide de cliquer. La structure des intertitres ensuite, que les maquettes réorganisent pour le visuel. Le maillage interne, que les nouveaux menus et pieds de page redistribuent. Les textes retirés pour alléger le design, qui portaient parfois les requêtes de la page. Le rendu enfin : Google précise que les pages attendent dans une file avant leur rendu JavaScript, et qu’un contenu absent du HTML rendu ne peut pas être indexé. Aucun de ces changements ne déclenche d’erreur dans un contrôle de codes HTTP.

Faire cadrer le SEO de votre refonte →

Comment auditer un site avant une refonte ?

Un audit avant refonte produit un relevé de référence, page par page, qui sera rejoué à l’identique sur la nouvelle version. Il comprend la liste des URL indexées avec leurs clics et impressions sur douze mois, exportée de la Google Search Console. Il note pour chaque page le title, la méta description, le H1, la balise canonical et la directive robots réellement servis. Il compte les liens internes reçus par les pages qui portent du trafic. Il signale enfin les données structurées présentes. Les pages qui reçoivent des clics forment la liste à protéger : chacune garde son URL, ou obtient une redirection permanente vers son équivalent. La maquette se valide contre ce relevé, pas l’inverse.

Comment gérer la mise en production ?

La mise en production se prépare comme un livrable, avec sa liste de contrôle. La préproduction doit rester fermée aux robots, de préférence par un mot de passe, et ce blocage ne doit pas partir en ligne : Google rappelle, dans son guide des déménagements avec changement d’URL mis à jour le 11 septembre 2026, que certains propriétaires bloquent toute exploration pendant le développement, et demande de savoir à quoi ressemblera le fichier robots.txt au lancement. Le jour de la bascule, un crawl de la nouvelle version se compare au relevé de référence : titles, H1, canonical, noindex, liens internes. Les écarts se corrigent avant d’attendre le verdict de Google. Si des URL changent, le plan de redirections et les délais décrits dans la fiche migration SEO s’appliquent en plus.

Comment mesurer l’effet d’une refonte ?

L’effet d’une refonte se mesure sur deux fenêtres de même durée, collées à la date de mise en ligne. Google applique ce principe à ses propres mises à jour principales : sa documentation conseille d’attendre une semaine complète, puis de comparer cette semaine à celle qui précède le déploiement. Une comparaison mois contre mois mélange la refonte avec tout ce qui s’est passé avant elle. Le cas ci-dessous montre l’erreur que ce raccourci produit. Pour une refonte menée page par page, chaque page a sa propre date de bascule, et c’est elle qui fixe les deux fenêtres.

Questions fréquentes

Sources primaires

1. [1]Google Search Central, déplacer un site en modifiant les URL, mise à jour le 11 septembre 2026consulter ↗
2. [2]Google Search Central, déplacer un site sans modifier les URL, mise à jour le 31 décembre 2025consulter ↗
3. [3]Google Search Central, influencer les liens de titre, mise à jour le 18 décembre 2025consulter ↗
4. [4]Google Search Central, principes de base du SEO pour JavaScript, mise à jour le 6 mars 2026consulter ↗
5. [5]Google Search Central, mises à jour principales (comparer les bonnes dates), mise à jour le 31 décembre 2025consulter ↗