Refaire un site n’est pas toujours la meilleure réponse à un problème de visibilité ou de demandes. Une information incorrecte, une page lente ou un formulaire défaillant peuvent appeler une correction ciblée. Une refonte devient une option à étudier lorsque les changements nécessaires touchent plusieurs parties du site ou que l’existant ne permet plus les usages attendus. Commencez par les constats, pas par l’âge du site ou une préférence pour un nouvel outil.
Décrire ce qui ne fonctionne plus
Listez les difficultés observées : une offre devenue différente, des contenus impossibles à modifier, une navigation confuse, des composants qui ne sont plus entretenus ou une action importante qui échoue. Pour chaque point, indiquez un exemple reproductible et les personnes concernées. « Nous ne recevons plus les demandes » doit conduire à vérifier le formulaire et sa réception, pas directement à refaire toutes les pages.
Séparez les symptômes de leurs causes possibles. Une baisse de visites peut venir d’une période moins active, d’un changement de mesure ou d’une évolution dans les recherches. Elle ne prouve pas à elle seule qu’un nouveau design est nécessaire. De même, un site ancien mais maintenu et utilisable peut rester une base valable.
Comparer correction ciblée et refonte
Pour chaque difficulté, décrivez deux options : corriger l’élément dans l’existant ou le reprendre dans une nouvelle version. Comparez le travail, les dépendances, les risques et ce qui pourra être conservé. Le choix doit tenir compte de l’administration du site autant que de son affichage public.
Exemple illustratif : des textes ne décrivent plus l’offre, mais les pages sont modifiables et les parcours fonctionnent. Une reprise de contenu peut suffire. Autre situation : le site dépend de composants abandonnés, plusieurs fonctions importantes doivent être remplacées et les accès ne permettent plus de l’entretenir. Une refonte peut alors mériter une proposition détaillée. Ces exemples ne sont pas des résultats clients ni des règles automatiques.
Le cahier des charges doit préciser les éléments à préserver, les nouvelles fonctions et les responsabilités de validation. Une refonte de site vitrine se définit ensuite par son périmètre, pas par une promesse universelle de délai ou de trafic.
Inventorier les pages et les contenus à conserver
Conservez un inventaire des adresses utiles, des médias, des contenus et des liens entrants connus. Rapprochez les informations disponibles : exploration du site, pages réellement publiées, données Search Console et documents de livraison. Un seul export ne garantit pas de retrouver toutes les anciennes adresses.
Pour chaque page, notez sa fonction, ce qui doit être repris et sa destination prévue. Conservez les adresses lorsqu’aucune raison utile ne justifie leur changement. La documentation Google sur les migrations recommande une correspondance entre anciennes et nouvelles URL, des redirections permanentes lorsque les adresses changent et la mise à jour des liens. Elle déconseille les redirections massives vers l’accueil.
Si un contenu est supprimé sans remplacement pertinent, prévoyez une réponse adaptée plutôt qu’une destination sans rapport. Gardez la décision et le contrôle associés dans l’inventaire. Les photographies, téléchargements et liens internes méritent également d’être examinés, pas seulement les pages principales.
Construire une version testable sans perturber le site public
Préparez la nouvelle version dans un environnement distinct, avec des accès et des données adaptés aux essais. Une adresse discrète n’est pas une protection des informations privées. Définissez qui peut voir les brouillons et comment empêcher leur publication prématurée. Les réglages d’exploration, d’indexation et d’accès répondent à des besoins différents ; ils doivent être vérifiés séparément.
Faites valider le contenu et les parcours avant la bascule. Une revue porte aussi sur ce qui doit rester fidèle : logo, couleurs, typographie, ton, réalisations autorisées et informations de contact. Une refonte technique n’impose pas de changer l’identité visuelle. Délimitez les abonnements, connexions et opérations quotidiennes qui restent à la charge du propriétaire.
Recevoir les contrôles avant la mise en ligne
Testez les anciennes adresses et leurs destinations, les liens, les images, les menus et les actions importantes. Vérifiez les titres, les adresses canoniques, les directives d’indexation et les sitemaps de la version destinée au public. Une règle prévue pour les brouillons ne doit pas rester par erreur sur les pages à publier.
Pour les formulaires ou commandes, convenez des scénarios d’essai et vérifiez leur traitement jusqu’au résultat attendu. Distinguez un écran de confirmation, une réception technique et une vraie demande. Précisez les navigateurs et appareils examinés, les réserves restantes et les conditions de retour arrière. Aucun contrôle isolé ne certifie tous les parcours.
Les Core Web Vitals présentés par Google concernent le chargement, la réactivité et la stabilité visuelle. Une mesure de laboratoire aide au diagnostic, mais ne remplace pas les données d’usage réel. Une meilleure performance ne garantit pas à elle seule une position dans les résultats de recherche.
Suivre les changements après la bascule
Conservez un point de référence daté et notez les modifications réellement déployées. Examinez les erreurs, les destinations, les demandes reçues et les observations Search Console selon le suivi convenu. Une page accessible et indexable n’est pas nécessairement déjà indexée par Google. La récupération d’un trafic ou l’obtention d’une position ne peuvent pas être garanties dans un délai donné.
Distinguez les anomalies techniques à corriger des évolutions à étudier plus tard. La mission SEO et la maintenance du site peuvent avoir un périmètre séparé de la refonte. Pour en discuter, partagez votre site et les difficultés observées. Je pourrai examiner ce qui peut être conservé et préparer une proposition sans vous imposer une refonte complète.
