Refonte de site : l’inventaire à faire avant les maquettes

L’inventaire répond à trois besoins différents

Une refonte fiable croise trois lectures. Les confondre crée des oublis : une page peut être peu esthétique mais utile à la conversion ; une URL peut ne plus être visible dans la navigation tout en recevant encore des visites ; un formulaire peut paraître secondaire mais alimenter un processus commercial important.

L’inventaire n’est pas un audit de sécurité complet, ni une garantie de référencement. Il évite simplement que des décisions importantes soient prises sur des souvenirs incomplets. Helvétique Web présente la refonte comme un travail de contenu, de redirections, de contrôles et de mise en ligne, pas comme un changement de couleur isolé.

1. Faire la liste des pages et de leur rôle réel

Commencez par relever les pages accessibles depuis la navigation, le plan de site, les campagnes, les résultats de recherche et les liens internes connus. Une feuille partagée suffit au départ. Pour chaque page, notez son URL, son titre de travail, son objectif, son public, le responsable du contenu et ce qui doit être vérifié.

Ne notez pas seulement « page à refaire ». Décrivez la raison : contenu devenu faux, offre modifiée, priorité commerciale, confusion dans le parcours, page sans propriétaire ou information difficile à mettre à jour. Cette raison permettra ensuite de trancher sans transformer chaque page en débat esthétique.

2. Préparer une correspondance d’URLs avant de supprimer

Lorsque la structure ou le domaine change, une page ancienne peut avoir besoin d’une destination précise. Google recommande de préparer un mappage URL par URL et de tester les redirections lors d’un changement d’adresse ou de chemins. L’objectif n’est pas de conserver artificiellement chaque page : c’est d’éviter qu’un visiteur ou un moteur de recherche soit envoyé vers une page sans rapport.

Le tableau ci-dessous crée une base de discussion avec l’équipe web. Il ne remplace pas la configuration technique ni les tests de mise en ligne.

La destination doit respecter l’intention de la page d’origine. Envoyer une série d’anciennes URLs vers l’accueil par commodité peut créer une expérience confuse. Les redirections, les liens internes, les URLs canoniques, les sitemaps et les outils de mesure se contrôlent ensemble, mais après que l’équipe a validé le mappage éditorial.

3. Retrouver les accès et les responsabilités sans les partager inutilement

Une refonte peut être bloquée par un accès oublié au domaine, à l’hébergement, au CMS, à la boîte de réception des formulaires, à l’outil de mesure ou au compte de diffusion. L’inventaire doit indiquer qui en est propriétaire, où se situe la procédure de récupération et quelle personne peut valider une modification. Il ne doit jamais conduire à envoyer des mots de passe par e-mail ou à les déposer dans un document partagé.

Listez les accès sous forme de responsabilités : « compte domaine — responsable interne — procédure de récupération connue », plutôt que des identifiants. Si un prestataire intervient, clarifiez les rôles, les droits temporaires, les éléments livrés et le contact qui reçoit les alertes. C’est un enjeu d’autonomie : une PME doit pouvoir retrouver les informations indispensables après la mise en ligne.

4. Prioriser sans confondre urgence et importance

Après l’inventaire, tout ne mérite pas le même traitement dans la première version. Une méthode simple consiste à classer les éléments selon leur effet sur le visiteur, le risque de perte pendant la bascule et la capacité réelle de l’équipe à les valider. L’objectif n’est pas de créer une liste infinie de « must-have », mais de préparer un ordre de réalisation que chacun comprend.

La même logique évite de copier un contenu parce qu’il existe déjà. Si une page reste pertinente mais que son information manque de preuve, elle peut être marquée « à compléter » plutôt que d’être réécrite avec des affirmations vagues. Si deux pages répondent à la même intention, elles peuvent être réunies. Si une page reçoit encore des liens externes ou une part de trafic, sa disparition demande une vérification avant toute décision.

5. Préparer les contenus comme des éléments de parcours

Les contenus utiles ne sont pas une réserve de textes à verser dans une maquette. Chaque élément doit aider une personne à progresser : comprendre l’offre, comparer une option, vérifier un prérequis, évaluer la pertinence d’un contact ou transmettre une demande exploitable. Pour chaque page prioritaire, l’équipe peut répondre aux questions suivantes :

Ce travail remet aussi les médias à leur juste place. Une photo, une illustration ou un visuel peut rendre une activité plus concrète, à condition qu’il soit autorisé, descriptif et utile. Il ne doit pas suggérer une réalisation, une équipe ou une certification qui ne correspondrait pas à l’entreprise. Les légendes, textes alternatifs et noms de fichiers font partie de l’inventaire lorsqu’un visuel est conservé ou remplacé.

• quel public arrive ici et à quel moment de sa décision ?
• quelle question concrète doit recevoir une réponse claire ?
• quelle preuve peut être apportée sans exagération : méthode, exemple autorisé, délai de réponse, périmètre, question fréquente ?
• quelle action est raisonnable : consulter une offre, demander un échange, préparer une information, poursuivre vers une page complémentaire ?
• quelle personne peut maintenir l’information lorsqu’elle évolue ?

6. Organiser les mesures sans noyer le projet

Avant la refonte, relevez les repères qui servent réellement à vérifier l’effet du nouveau site. Il peut s’agir de la provenance des demandes, de l’usage des formulaires, des pages les plus consultées, des campagnes encore actives ou des événements commerciaux importants. Ne cherchez pas à reconstruire une analyse complète si personne ne l’utilisera ensuite.

La question centrale est : « après la mise en ligne, comment saurons-nous qu’une demande est bien arrivée et qu’un parcours essentiel fonctionne ? » La réponse peut être un formulaire de test reçu par la bonne boîte, un appel à l’action vérifié sur mobile, un suivi d’événement documenté ou un contrôle manuel des pages prioritaires. La mesure doit être décidée avec la personne qui en aura l’usage, pas seulement ajoutée à la fin du projet.

7. Clarifier les preuves, les contenus et les demandes

Une nouvelle interface ne rend pas automatiquement une offre plus crédible. Avant les maquettes, réunissez les informations qui expliquent le travail : descriptions de services, zones d’intervention, questions fréquentes, conditions importantes, photos autorisées, études de cas validées, éléments différenciants et appels à l’action réalistes.

Le même travail concerne les demandes. Demandez-vous ce qu’une personne doit comprendre avant de contacter l’entreprise, quelles informations elle doit pouvoir transmettre, et qui répond ensuite. Un formulaire plus court peut réduire une friction ; il peut aussi donner des demandes trop vagues si l’équipe a besoin d’un contexte précis. La bonne décision dépend de l’offre et du traitement interne, pas d’une règle universelle.

8. Préparer un registre de décisions utilisable par toute l’équipe

Un inventaire devient vraiment utile lorsqu’il ne se limite pas à une liste de pages. Pour chaque sujet qui bloque la suite, créez une ligne de décision : la question à résoudre, les options envisagées, la décision prise, la personne qui l’a validée, les éléments de preuve associés et la date de prochaine revue. Ce format convient aussi aux petites équipes : il évite que la personne qui a participé au premier atelier devienne l’unique mémoire du projet.

Cette trace doit rester proportionnée. Une phrase claire vaut mieux qu’un compte rendu long qui ne sera jamais relu. En revanche, elle doit signaler les points non tranchés : contenu en attente de validation, accès qui doit être récupéré, redirection à tester ou responsabilité qui n’a pas encore de titulaire. Les maquettes peuvent alors avancer sur ce qui est décidé, sans faire disparaître les risques restants.

9. Établir une recette de lancement avant de développer

La recette n’est pas une formalité de dernière minute. Elle rend visible ce que l’équipe considère comme suffisamment prêt : parcours mobile, lisibilité des contenus, formulaires, pages prioritaires, suivi des demandes, liens, images, performances mesurées, accessibilité et bascule des URLs. Les WCAG du W3C sont un cadre pour rendre les contenus plus accessibles ; ils ne doivent pas être réduits à une étiquette de conformité sans vérification.

Une première réunion utile : ordre du jour court

Pour un premier atelier, apportez l’inventaire initial et concentrez-vous sur les décisions qui débloquent la suite : objectif du site, publics prioritaires, pages à préserver, contenu à produire, URLs sensibles, demandes attendues, responsables et date de revue. Les maquettes seront plus pertinentes une fois ces points partagés.

Les questions à clôturer avant d’ouvrir la phase de design

Une équipe n’a pas besoin de connaître chaque détail technique avant les maquettes. En revanche, certaines incertitudes changent réellement la structure d’un site et doivent être notées. Par exemple : une offre sera-t-elle présentée comme un seul service ou plusieurs parcours ? Une demande doit-elle aboutir à un appel, à une prise de rendez-vous ou à une qualification préalable ? Les villes ou secteurs doivent-ils former des pages distinctes, et avec quels contenus vérifiables ? Qui relira les textes et qui fournira les preuves manquantes ?

Écrivez ces réponses dans un registre de décisions. Pour chaque choix, conservez la question, la décision, la personne qui l’a validée et ce qu’il reste à confirmer. Ce document est précieux lorsque le projet s’étale : il évite de réouvrir les mêmes arbitrages sans savoir pourquoi une option avait été retenue.

Prévoir un passage de relais après la mise en ligne

La refonte ne se termine pas avec la publication. L’équipe qui administre le site doit savoir où modifier un contenu, comment transmettre une demande de changement, qui consulter avant de supprimer une page et où trouver les accès de récupération. Un passage de relais peut rester très court : une liste de responsabilités, les accès conservés dans le gestionnaire adapté, les pages sensibles, une procédure de contrôle des formulaires et une date de revue.

Cette organisation permet de distinguer la maintenance normale — mise à jour d’un texte, ajout d’une actualité, contrôle d’un formulaire — d’une évolution qui mérite un nouveau cadrage, telle qu’une intégration, une campagne ou une modification de structure. Elle donne au site une continuité après le lancement et limite les dépendances invisibles envers une seule personne.

Signaux qui justifient de ralentir avant la bascule

Il vaut mieux décaler une publication que masquer une incertitude importante. Les signaux les plus courants sont une URL prioritaire sans destination décidée, un formulaire qui ne peut pas être testé, une information commerciale non validée, une personne responsable des accès indisponible, une preuve dont l’autorisation n’est pas confirmée ou une mesure qui ne permet pas de savoir si les demandes arrivent encore.

Ces situations ne signifient pas que la refonte a échoué. Elles donnent une liste courte de conditions à remplir. L’équipe peut alors décider de maintenir une page existante, de publier un périmètre réduit, de supprimer un élément non fiable ou de traiter une vérification avant la date de bascule. Cette transparence est plus utile qu’un lancement qui imposerait une correction urgente dès les premiers jours.

Helvétique Web peut accompagner une refonte de site à partir de cette matière, puis relier les décisions aux critères de méthode, aux contrôles de référencement et de mise en ligne et à la maintenance. Aucun de ces liens ne remplace la vérification réelle des pages et des accès du site concerné.

L’inventaire constitue donc le point de départ, non une étape administrative à expédier. Une équipe qui sait ce qu’elle conserve, pourquoi elle le conserve et comment elle vérifiera la bascule peut demander des maquettes sur une base beaucoup plus solide. Elle peut aussi choisir de reporter un sujet mal documenté sans compromettre les parcours réellement prioritaires.

Checklist avant les maquettes

• [ ] Les pages, URLs et objectifs principaux sont recensés.
• [ ] Chaque décision de contenu est justifiée : garder, revoir, fusionner, retirer ou créer.
• [ ] Les redirections sensibles ont une destination pertinente, pas un renvoi générique.
• [ ] Les responsabilités d’accès sont connues sans diffuser d’identifiants.
• [ ] Les preuves et contenus peuvent être utilisés avec le bon niveau de validation.
• [ ] Les formulaires et le traitement des demandes font partie du périmètre.
• [ ] Une recette de lancement et une période de contrôle post-publication sont prévues.

Sources et références

• Helvétique Web — Refonte de site, consulté le 17 août 2026.
• Helvétique Web — Méthode, consulté le 17 août 2026.
• Google Search Central — Site moves and migrations, consulté le 17 août 2026.
• Google Search Central — Redirects and Google Search, consulté le 17 août 2026.
• W3C WAI — WCAG 2 Overview, consulté le 17 août 2026.