Une lecture pour décider sans commencer par l’outil.

Checklist avant une refonte de site web

Les vérifications à faire avant de refaire un site pour protéger ce qui fonctionne, comprendre ce qui bloque et éviter de déplacer les problèmes.

Parler de votre contexteCommencer par un diagnostic

Le bon repère
n’est pas une recette.

Ce guide sert à rendre une décision plus nette. Il ne remplace ni votre contexte, ni les contraintes de votre équipe, ni les preuves à réunir avant d’investir.

Avant de choisir,
regardons le vrai sujet.

Un bon repère devient utile lorsqu’il est confronté au travail réel, aux contraintes de l’équipe et à la décision qui doit suivre.

01Avant les maquettes

Refaire n’est pas encore savoir quoi changer.

Une refonte commence souvent par une impression juste : le site semble daté, lent, difficile à administrer ou incapable de soutenir l’activité. Mais cette impression ne dit pas encore quelles pièces doivent être conservées, déplacées ou reconstruites. Avant de redessiner les écrans, il faut regarder les pages qui attirent, les requêtes qui positionnent, les parcours qui produisent une demande et les contenus que les équipes utilisent réellement. Il faut aussi écouter les personnes qui répondent aux clients, publient les informations et contournent chaque jour les limites du système. Cette phase peut révéler qu’un problème attribué au design vient du message, de l’arborescence, de la preuve ou de la vitesse. Elle peut aussi montrer qu’une page visuellement faible joue un rôle commercial essentiel. La refonte devient alors un travail de discernement : protéger ce qui porte déjà de la valeur, rendre les faiblesses visibles et réserver l’énergie de production aux changements qui amélioreront vraiment la trajectoire.

Une bonne refonte commence par une enquête, pas par une page blanche.

Ce qu’il faut
regarder avant de choisir.

Une décision devient partageable quand chacun voit ce qui est en jeu, ce qui doit être vérifié et ce qui peut attendre.

01Observer

Le vrai point de départ

Identifier les pages, requêtes, parcours et conversions qui méritent d’être conservés.

La question utile ici n’est pas seulement « que peut-on faire ? », mais « qu’est-ce que cette option rend possible, et à quelles conditions ? »

02Comparer

Ce qu’il faut regarder

Interroger les équipes et les utilisateurs avant de confondre fatigue visuelle et problème structurel.

La question utile ici n’est pas seulement « que peut-on faire ? », mais « qu’est-ce que cette option rend possible, et à quelles conditions ? »

03Arbitrer

Le choix à rendre visible

Revoir l’arborescence, les messages, les preuves et les appels à l’action avant les maquettes.

La question utile ici n’est pas seulement « que peut-on faire ? », mais « qu’est-ce que cette option rend possible, et à quelles conditions ? »

04Tester

Le test qui évite de surinvestir

Préparer les contenus, les redirections, les métadonnées, les données structurées et le plan de mesure.

La question utile ici n’est pas seulement « que peut-on faire ? », mais « qu’est-ce que cette option rend possible, et à quelles conditions ? »

05Documenter

Ce qu’il faudra transmettre

Choisir la plateforme selon l’autonomie, la performance, les intégrations et la capacité de reprise.

La question utile ici n’est pas seulement « que peut-on faire ? », mais « qu’est-ce que cette option rend possible, et à quelles conditions ? »

06Apprendre

Le signal qui permet de continuer

Organiser la recette, le lancement et les premières améliorations comme une phase du projet, pas comme une formalité.

La question utile ici n’est pas seulement « que peut-on faire ? », mais « qu’est-ce que cette option rend possible, et à quelles conditions ? »

À garder en tête

Le bon choix n’est pas celui qui semble le plus complet sur le papier. C’est celui que votre équipe peut comprendre, utiliser et faire évoluer.

La bonne réponse
se vérifie en avançant.

Après les critères, il reste à choisir une première action assez concrète pour apprendre sans surinvestir.

02Le moment du lancement

La qualité se vérifie dans les premières semaines.

Le lancement ne termine pas une refonte : il ouvre la période où les hypothèses rencontrent les usages. Les redirections doivent être contrôlées, les formulaires testés, les événements de mesure vérifiés, les contenus relus sur mobile et les équipes accompagnées dans les nouveaux gestes. Les premiers signaux ne servent pas à juger le projet en bloc. Ils servent à repérer les endroits où la compréhension, la navigation ou la confiance décrochent. Une page peut gagner en trafic et perdre en demandes ; un nouveau parcours peut être plus élégant mais moins repris par l’équipe ; une amélioration de performance peut révéler un problème de contenu jusque-là masqué. Prévoir cette boucle permet de traiter le site comme un actif vivant. La recette, le suivi et les ajustements ne sont pas des garanties décoratives ajoutées à la fin : ils font partie du périmètre de réussite et évitent qu’une refonte coûteuse se fige au jour de sa mise en ligne.

Le vrai bilan commence après la mise en ligne.

Avant de choisir

Ce que ce sujet
implique vraiment.

Les vérifications à faire avant de refaire un site pour protéger ce qui fonctionne, comprendre ce qui bloque et éviter de déplacer les problèmes. Voici les repères à partager avant de transformer l’intention en périmètre.

01Pour qui

Le bon niveau de besoin

Les personnes qui doivent comparer plusieurs options et souhaitent arriver à une décision partageable, pas seulement accumuler de l’information.

02Quand choisir

Le moment où ce sujet devient prioritaire

Utilisez ce repère quand la question est encore générale. Dès que vos contraintes deviennent spécifiques, passez à un diagnostic plutôt qu’à une comparaison abstraite.

03Ce que vous recevez

Des pièces que votre équipe peut reprendre

Identifier les pages, requêtes, parcours et conversions qui méritent d’être conservés. · Interroger les équipes et les utilisateurs avant de confondre fatigue visuelle et problème structurel. · Revoir l’arborescence, les messages, les preuves et les appels à l’action avant les maquettes. · Préparer les contenus, les redirections, les métadonnées, les données structurées et le plan de mesure.

04Contraintes & alternatives

Le bon niveau de réponse

Le contexte existant, les personnes concernées, les dépendances techniques, le niveau d’urgence et la capacité de l’équipe à reprendre le travail. Un cadrage court ou une première pièce testable peut suffire lorsque la question est circonscrite. Une intervention plus large n’est utile que si les dépendances le demandent.

05Durée à prévoir

Un rythme proportionné au périmètre

Un cadrage court précède généralement la conception et la construction. La durée varie selon le nombre de parcours, de pages, de contenus, d’intégrations et la reprise de l’existant.

06Budget à cadrer

Ce qui fait réellement varier l’investissement

Le budget se construit autour du périmètre de contenu, du niveau de design, du développement, des migrations, des intégrations et de la transmission. Un site simple et une plateforme métier ne mobilisent pas les mêmes pièces.

07Résultat réaliste

Un progrès observable, pas une promesse automatique

Une décision partageable, une pièce concrète et un signal permettant de choisir la suite avec davantage de confiance.

Après la première mission

Après cette première étape, la suite peut se poursuivre vers un diagnostic digital relié à votre situation, avec un périmètre réévalué à partir de ce qui a été appris.

Faire de la question
un prochain geste.

Vous pouvez garder ce guide comme repère, ou nous donner votre situation pour distinguer ce qui mérite d’être traité maintenant, plus tard ou pas du tout.

Partager votre situation
Pas un devis automatiqueUn échange court pour vérifier si le sujet est le bon point de départ.Formuler · relier · décider

Un guide donne des critères ; votre contexte tranche.

Il donne les critères de comparaison et les questions à poser. Le choix final dépend de vos contenus, de votre équipe, de vos contraintes et de la trajectoire que vous voulez garder ouverte.

Dès que plusieurs options semblent raisonnables ou que le coût d’une erreur devient important. Le diagnostic relie le repère général à vos signaux réels.

Oui. Une décision bien cadrée produit souvent plus de valeur qu’un panorama complet impossible à mettre en œuvre.

Votre question

Votre projet
se construit.

Une ressource donne un angle. Votre contexte permet ensuite de décider si ce sujet devient une priorité, un test ou un projet.

Les pièces de votre projet0 élément
Ajoutez ce qui résonne avec votre situation.
Lecture 300-60Votre point de départ semble être…

Ajoutez une pièce pour faire apparaître une première lecture.

Voir les expertisesPréparer ma demande
Passer au brief