Refonte de site web : décider quoi changer et préserver son référencement
Faut-il corriger ou refaire son site ? Méthode de diagnostic, exemple Sanegon, préparation des contenus, conservation des URL et recette avant lancement.
L’âge d’un site ne suffit pas à justifier une refonte. Un site ancien peut encore répondre aux besoins, tandis qu’une réalisation récente peut avoir un formulaire inutilisable ou une offre mal expliquée. La bonne décision part de problèmes observables et du coût de leur correction.
Établir un diagnostic avant de changer d’outil
Écrivez les difficultés rencontrées par vos clients ou votre équipe. Par exemple : impossible de modifier les horaires, prestations difficiles à trouver, affichage cassé sur mobile, dépendance abandonnée ou messages de contact non reçus.
Pour une baisse de visibilité, vérifiez d’abord les pages concernées, l’indexation et les requêtes dans Search Console. Une baisse de clics peut venir de plusieurs causes ; elle ne prouve pas qu’un changement de CMS est nécessaire. Comparez des périodes pertinentes et les recherches de marque séparément des recherches commerciales.
Exemple : deux étapes pour Sanegon
La réalisation Sanegon a commencé par une reprise du WordPress existant : structure, contenus et bases du référencement. Les limites de ce socle et le besoin de faciliter les évolutions ont ensuite conduit à une refonte en Next.js avec une architecture statique.
Ce déroulement est utile à comprendre : la décision de reconstruire est venue après un travail sur l’existant. Le projet documente aussi une comparaison mobile de performance datée du 25 juillet 2026. Elle renseigne le résultat technique de cette refonte, sans démontrer une hausse du trafic ou des demandes clients.
Choisir un périmètre proportionné
| Situation observée | Premier travail à envisager |
|---|---|
| Les offres sont difficiles à comprendre | Réécrire et réorganiser les pages de prestations |
| Le formulaire ne fonctionne pas correctement | Corriger et tester le parcours de contact |
| Les images ralentissent les pages | Revoir fichiers, dimensions et chargement |
| L’administration bloque les mises à jour utiles | Adapter l’outil ou simplifier le processus de publication |
| Le socle ne peut plus être maintenu convenablement | Étudier une reconstruction et une migration |
Demandez deux périmètres lorsque c’est pertinent : corriger les problèmes prioritaires, ou reconstruire plus largement. Comparez les livrables, les contraintes de maintenance et ce qui restera à faire dans chaque option.
Préparer les contenus et les preuves
Faites l’inventaire des pages et notez celles qui reçoivent des visiteurs, des liens ou des demandes. Rassemblez les textes à conserver, les photos autorisées, les prestations actuelles et les questions fréquentes. Désignez la personne qui valide chaque contenu.
Une galerie peut montrer le travail livré, mais ne remplace pas une description des prestations. Sur un site d’artisan, reliez les chantiers aux services correspondants. Sur un site de coach, précisez l’accompagnement et le premier échange. Le guide de préparation du projet aide à structurer ces éléments.
Conserver les URL quand elles restent pertinentes
Une refonte visuelle n’exige pas de nouvelles adresses. Gardez les URL existantes lorsque le contenu conserve la même fonction. Si une adresse change, établissez une correspondance vers son équivalent, avec une redirection permanente directe. Mettez à jour les liens internes, les canoniques, les traductions et le sitemap. Consignes Google pour les changements d’URL.
Ne redirigez pas automatiquement toutes les anciennes pages vers l’accueil. Pour une page supprimée, décidez s’il existe une vraie destination équivalente. Sinon, une réponse d’erreur appropriée peut être plus fidèle que d’envoyer le visiteur vers un contenu sans rapport.
Définir la recette et le retour arrière
Avant publication, contrôlez les URL principales, les images, les formulaires, les versions mobiles et les traductions. Vérifiez qu’aucun blocage d’indexation réservé à la prévisualisation n’est resté actif. Testez les redirections et le sitemap sur la version compilée.
Préparez un retour à la version précédente et précisez ce qu’il advient des nouvelles données reçues entre-temps. Après publication, consignez les erreurs et suivez les pages déjà visibles dans Google aussi bien que les pages retravaillées.
Le devis de refonte doit expliciter le volume de contenu, les intégrations, la migration et la maintenance. Pour discuter d’un cas concret, transmettez votre URL, les problèmes observés et vos priorités via mes services de refonte.