Refonte de site internet : ce qu'on perd si on s'y prend mal

Une refonte est le moment où un site est le plus fragile. Le design s’améliore, la technique se modernise, et le trafic s’effondre — souvent d’un tiers ou plus, parfois durablement.

Ce n’est presque jamais une sanction. C’est une rupture de continuité, et elle se prévient.

Ce qui se perd, et pourquoi

Un site qui existe depuis quelques années a accumulé quelque chose d’invisible : chaque page a une adresse connue, des liens qui pointent vers elle, un historique de visites, une place dans les résultats de recherche.

Cet acquis est attaché à l’adresse, pas au contenu ni au design.

Changez l’adresse sans prévenir, et tout repart de zéro pour cette page — même si le texte est identique, même s’il est meilleur.

C’est la seule mécanique à comprendre, et elle explique la quasi-totalité des refontes ratées.

Les quatre erreurs qui coûtent le plus

1. Aucun plan de redirections. L’ancienne page /nos-services/plomberie devient /services/plomberie-chauffage, et rien ne relie les deux. L’ancienne adresse renvoie une erreur, et tous les liens externes qui pointaient dessus aboutissent dans le vide.

2. Une redirection globale vers l’accueil. C’est le raccourci le plus courant : toutes les anciennes adresses renvoient vers la page d’accueil. C’est mieux que rien, mais le visiteur qui cherchait une page précise se retrouve à devoir la chercher, et la transmission est bien moindre qu’avec une correspondance page à page.

3. Le contenu jeté. « On repart sur une base propre. » Les pages qui se positionnaient disparaissent, remplacées par trois pages de présentation. Le site est plus beau et il ne reçoit plus personne.

4. La préproduction indexée. Le nouveau site est développé sur une adresse temporaire accessible publiquement, sans blocage. Il se retrouve indexé en concurrence de l’ancien, puis reste en ligne après la bascule.

Ce qu’il faut faire avant de toucher à quoi que ce soit

Inventorier l’existant. La liste complète des adresses actuelles, depuis le sitemap, un export d’analytics ou un outil de crawl. C’est le document de référence de toute la refonte.

Repérer ce qui fonctionne. Quelles pages reçoivent des visites ? Lesquelles reçoivent des liens externes ? Ces pages-là sont des actifs : elles se préservent, adresse comprise si possible.

Décider de la structure. Si vous pouvez garder les mêmes adresses, faites-le : c’est le scénario le plus sûr, et il supprime les trois quarts du risque. Si la structure doit évoluer, établissez la correspondance avant de développer, pas après.

Sauvegarder l’ancien site en entier, fichiers et base. Non pour le remettre en ligne, mais pour pouvoir retrouver un contenu qu’on découvrira manquant trois mois plus tard. Le principe est celui de la règle 3-2-1.

Le tableau de correspondance

C’est le livrable central d’une refonte, et il tient dans un tableur à deux colonnes : ancienne adresse, nouvelle adresse.

À traiter	Comment
Page conservée, même adresse	Rien à faire
Page conservée, adresse changée	Redirection permanente vers la nouvelle
Page fusionnée avec une autre	Redirection vers la page qui absorbe
Page supprimée sans équivalent	Redirection vers la rubrique parente
Page supprimée volontairement	Laisser en erreur, assumé

Le type de redirection compte : elle doit être permanente. Une redirection temporaire indique au moteur que l’ancienne adresse reviendra, et il continue de la traiter comme telle.

Une fois en ligne, testez chaque ligne du tableau. Sur un petit site c’est une demi-heure ; sur un gros, un outil de crawl le fait en série.

Le jour de la bascule

Une courte liste à dérouler dans l’ordre.

Vérifier que la préproduction est bloquée, et la retirer complètement une fois la bascule faite.

Décocher l’option qui décourage l’indexation. C’est la case laissée activée pendant le développement, et c’est la cause numéro un des sites qui disparaissent après une refonte — le sujet est traité dans mon site n’apparaît pas sur Google.

Contrôler les quatre variantes d’adresse : avec et sans www, en http et en https. Les quatre doivent aboutir à la même page après redirection. Voir le certificat HTTPS.

Soumettre le nouveau sitemap en Search Console, et laisser l’ancien quelques semaines pour que les anciennes adresses soient re-explorées et les redirections vues.

Vérifier les mentions légales et la politique de confidentialité, souvent oubliées dans la migration alors qu’elles restent obligatoires — voir mentions légales et RGPD.

Tester le formulaire de contact depuis une adresse extérieure. Une refonte casse très fréquemment l’envoi, et personne ne s’en aperçoit avant des semaines — le sujet est développé dans le formulaire de contact.

Les semaines qui suivent

Une refonte bien conduite produit tout de même un creux de quelques semaines : le moteur doit re-explorer, constater les redirections, réattribuer. C’est normal et cela se résorbe.

Ce qui n’est pas normal, c’est une chute qui ne remonte pas au bout de deux à trois mois. Dans ce cas, reprenez le tableau de correspondance : il y manque presque toujours des lignes.

Surveillez aussi les erreurs signalées en Search Console : ce sont vos anciennes adresses qui n’ont pas trouvé leur redirection, et la liste vous les donne gratuitement.

Refaire, ou améliorer

Une dernière question, à poser avant d’engager le budget : la refonte est-elle nécessaire ?

Beaucoup de projets partent d’un design daté. Or un design daté ne fait pas fuir autant qu’un site lent, une absence d’affichage correct sur téléphone, ou un contenu qui n’a pas bougé depuis cinq ans. Ces trois points se corrigent sans tout refaire, pour une fraction du coût — voir la vitesse de chargement et les mises à jour.

Refondre a du sens quand la structure ne permet plus d’évoluer, pas quand on trouve simplement que « ça fait vieux ».

Ce qu’il faut récupérer avant de fermer l’ancien site

Une liste courte, à faire pendant que l’ancien site est encore debout. Une fois éteint, tout devient plus difficile.

Les textes, y compris ceux des pages qu’on ne compte pas reprendre. On découvre toujours, trois mois plus tard, qu’une page contenait une information qu’on ne retrouve nulle part.

Les images en pleine résolution, souvent perdues au profit des versions redimensionnées affichées.

Les avis et témoignages publiés sur le site, s’ils n’existent qu’à cet endroit.

Les statistiques de fréquentation sur les deux dernières années, exportées. Elles servent de référence pour juger l’après-refonte, et il n’est pas rare de perdre l’accès à l’ancien outil de mesure au moment de la bascule.

La liste des adresses e-mail liées au domaine et leur configuration, si l’hébergement change en même temps — sujet traité dans la messagerie professionnelle.

Le piège de la refonte et du changement d’hébergement simultanés

Une erreur d’organisation, pas de technique, et elle coûte cher en temps de diagnostic.

Refondre le site et changer d’hébergeur et modifier la structure des adresses en une seule opération rend impossible d’identifier la cause quand quelque chose ne marche pas. Le formulaire n’envoie plus : est-ce le nouveau code, la nouvelle configuration serveur, ou les nouveaux enregistrements de messagerie ?

Séparez les opérations quand vous le pouvez. Migrer d’abord à l’identique, vérifier que tout fonctionne, puis refondre. C’est deux fois plus de manipulations et cinq fois moins de temps passé à chercher.

Si tout doit se faire en même temps, testez chaque brique séparément avant la bascule finale, et gardez la possibilité de revenir en arrière pendant quelques jours.

Vérifier après, pas seulement avant

Une refonte se juge sur les semaines qui suivent, et trois contrôles valent la peine d’être programmés.

À 48 heures : les redirections répondent, le formulaire arrive, le site s’affiche correctement sur téléphone, la préproduction est retirée.

À deux semaines : la Search Console commence à remonter les erreurs d’exploration. Chaque adresse en erreur est une ligne manquante dans le tableau de correspondance.

À trois mois : comparer la fréquentation avec les statistiques exportées avant la bascule. Un creux résorbé est normal. Un creux qui persiste signale des redirections manquantes, et il est encore temps de les poser.

Un dernier réflexe, souvent oublié : prévenir les partenaires qui pointent vers votre site — annuaires professionnels, fédération, partenaires — pour qu’ils mettent à jour leurs liens. Une redirection fonctionne, un lien direct fonctionne mieux.