Avant de repenser votre site web, décidez ce qui doit réellement changer

Avant une refonte, enregistrez ce que le site actuel doit préserver, ce qui présente un problème documenté et comment chaque modification proposée sera vérifiée. L’apparence peut motiver une évaluation, mais elle ne prouve pas que chaque partie du site est défectueuse.

Définissez concrètement la décision : rendre l'offre compréhensible, réparer un parcours de demande ou organiser des informations importantes. Si le problème n’est encore qu’une hypothèse, incluez l’enquête dans le dossier plutôt que de présenter une conception préférée comme réponse prouvée.

Par exemple, « rendre le site plus professionnel » est difficile à vérifier. « Expliquer le livrable de l’évaluation avant le formulaire de demande de contact » donne à l’équipe une modification concrète à réaliser et à contrôler. Un changement visuel peut rester un choix commercial valable ; distinguez cet objectif de la promesse de résoudre des problèmes de ventes non mesurés.

Notez ce qui a motivé le projet : un retour d'expérience, un service modifié, un échec reproductible ou une décision de repositionnement de l'entreprise. Chaque raison suggère un travail différent. Cela évite à une équipe de conception d'avoir à deviner si la tâche concerne principalement la présentation, le contenu, la structure ou la fonctionnalité.

Répertoriez les pages importantes, leur objectif, leur contenu clé et les chemins empruntés par les visiteurs. Enregistrez les observations pertinentes avec leur page et leur contexte. Lorsque des données autorisées existent, enregistrez la période et les conditions afin que les comparaisons ultérieures aient une base significative.

Incluez les URL actuelles, les instructions de recherche et les relations entre les pages pertinentes dans la référence. Ce sont des contrôles à conserver et à vérifier dans le plan de refonte. Une capture d’écran à elle seule ne peut pas capturer le comportement d’un itinéraire, la livraison d’une demande ou l’état d’indexation signalé par un moteur de recherche.

Commencez par la page d'accueil, les pages principales du service, un guide utile, les coordonnées et le parcours de demande. Ajoutez des pages avec une visibilité de recherche significative ou une utilisation commerciale connue lorsque le propriétaire peut fournir ces informations. Ne présumez pas qu’un faible nombre de visites rend une page jetable : elle peut répondre à une question spécialisée lors d’une vente intéressante.

Pour chaque page sélectionnée, retenez l'adresse, sa réponse principale, les affirmations importantes et l'action suivante. Enregistrez la vue mobile là où elle expose un problème différent. Si vous ne disposez d'aucune analyse, votre référence peut toujours décrire le site web actuel avec précision ; laisser ses performances non mesurées.

• Objectif de la page : la question ou la tâche que la page sert.
• Matériel utile : explications, exemples, termes et coordonnées à conserver.
• Parcours : où arrivent les lecteurs, ce qu'ils peuvent faire ensuite et tout échec reproductible.
• Données propriétaires disponibles : la période, la source et le contexte de demande ou de recherche pertinent.
• Inconnues : l'accès ou l'enquête nécessaire avant une décision de suppression ou de remplacement.

Conservez les explications utiles, les preuves étayées et les parcours fonctionnels, sauf si le nouveau cahier des charges justifie de les modifier. Une section peut paraître ancienne tout en répondant à une question d’achat importante. Notez son rôle avant de la retirer.

Distinguez les preuves d’utilité de la familiarité. Si une équipe dit qu’une page fonctionne bien, demandez quelle observation soutient cette affirmation. Si ces preuves ne sont pas disponibles, la décision de conserver peut toujours être raisonnable, mais elle doit rester un jugement de planification plutôt qu'une conclusion mesurée.

Une description de service claire n'a pas besoin d'une nouvelle promesse simplement parce que la typographie change. Un cas pertinent doit conserver le contexte qui rend son résultat compréhensible. Si l'offre change, examinez à la fois la description actuelle et ses exemples à l'appui afin que les anciennes preuves ne soutiennent pas silencieusement un service différent.

Un contenu de recherche utile mérite également une décision délibérée. Enregistrez les questions auxquelles un guide répond et comment les lecteurs continuent. S'il bouge ou fusionne, le remplaçant doit conserver sa réponse utile et les itinéraires qui y mènent. L'adresse elle-même peut avoir de l'importance pour les liens et signets existants.

Décrivez le problème et sa conséquence ou le risque non résolu. Une offre dont le périmètre n’est pas expliqué nécessite une description confirmée. Un formulaire présentant un problème de validation nécessite une correction reproductible. « Moderniser le site » est une consigne trop générale pour être vérifiée.

Gardez les différents types de travail visibles dans le cahier des charges. Une nouvelle mise en page ne définit pas vos conditions commerciales, et un texte révisé ne répare pas un envoi qui échoue. Les problèmes peuvent se recouper, mais l’équipe doit savoir ce que chaque modification est censée résoudre.

Une comparaison entre concurrents peut révéler des questions sans réponse, mais la présentation d’un autre site ne prouve pas que copier son design fonctionnera. Utilisez ces informations pour rédiger une exigence originale basée sur votre public et des faits.

Demandez jusqu’où s’étend le problème documenté. Une page manquant un livrable peut nécessiter une modification éditoriale. Une erreur de formulaire partagé peut nécessiter un correctif commun sur toutes les pages. Un système de navigation qui ne peut pas accueillir les services actuels pourrait nécessiter un travail structurel plus important.

Tenez compte des dépendances et de l'entretien ainsi que de l'apparence. Le site existant peut-il prendre en charge le contenu et les parcours nécessaires ? L’équipe responsable peut-elle maintenir le résultat ? Si chaque correction proposée nécessite une solution de contournement, recherchez si la structure sous-jacente fait partie du problème.

Une reconstruction plus large a plus de sens lorsque vous pouvez nommer les contraintes qu'elle doit supprimer. Avant de vous engager, comparez les travaux, les risques de préservation et les contrôles de réception pour une correction ciblée et une reconstruction. L’option la moins étendue qui répond aux besoins réels mérite d’être envisagée.

Si les preuves sont incomplètes, étudiez la partie qui pourrait modifier la décision. Par exemple, vérifiez si l'échec de la demande en cours affecte un formulaire partagé avant de commander des remplacements pour chaque page de service. L'incertitude appartient au mandat plutôt que de devenir une affirmation confiante selon laquelle l'ensemble du site doit être remplacé.

Ces entrées fictives montrent comment un audit peut affiner une refonte. La colonne décision donne une direction, tandis que la colonne vérification définit ce qui doit encore être vrai après les travaux. Une décision de maintien peut inclure une nouvelle présentation tout en protégeant le sens.

Utilisez une ligne par zone importante. Dans « Page ou zone », indiquez l’adresse ou le composant commun. Dans « Conserver », décrivez le sens ou le fonctionnement à préserver ; dans « Modifier », précisez la tâche, plutôt qu’une préférence de style. « Preuve ou raison » explique pourquoi cette ligne est nécessaire.

Dans « Vérifier après », indiquez comment contrôler le résultat. Le « Rôle responsable » précise qui peut fournir les faits, effectuer la modification ou confirmer son achèvement. Vous pouvez indiquer le responsable du service, le rédacteur, le designer ou le développeur sans inscrire de données personnelles de clients dans la fiche.

La ligne remplie est un exemple illustratif. Les lignes vides servent à vos décisions ; commencez par les zones susceptibles de modifier le périmètre de la refonte. Imprimez la matrice avant de quitter si vous avez besoin d’une copie. Elle conserve les notes uniquement tant que la page reste ouverte ; elle ne transmet pas de cahier des charges et n’effectue pas les travaux.

Regroupez les tâches liées et identifiez les dépendances, les questions non résolues et les propriétaires. Séparez les contrôles de conservation obligatoires des expériences facultatives. Une équipe doit être en mesure de voir ce qui nécessite une décision avant le début de la conception et ce qui peut être vérifié pendant la mise en œuvre.

Incluez la page actuelle, le problème observé, les pièces justificatives, la modification proposée et le vérification finale. Ajoutez les informations que la refonte doit conserver. Si le changement suggéré n’est encore qu’une hypothèse, indiquez ce qui doit être testé avant de le considérer comme la réponse finale.

Le résumé fictif ci-dessous est délibérément étroit. L'entreprise peut toujours choisir un nouveau design visuel, mais cette exigence peut être évaluée de manière indépendante. Cela évite de transformer une description incomplète en une affirmation selon laquelle un site web entier aurait causé une perte de ventes.

La vérification finale doit correspondre à l’exigence. Si la tâche précise le périmètre, comparez le nouveau texte aux faits approuvés sur le produit et testez la compréhension. Si elle modifie un parcours, vérifiez la destination et les liens pertinents. Si elle modifie un formulaire, utilisez une vérification autorisée de son remplissage, de son envoi et de sa réception.

Revérifiez les parcours de base importants et les informations conservées sur le site publié. Ouvrez les anciennes adresses, suivez la navigation principale et les liens associés, inspectez les conditions de service clés et répétez les vérifications de formulaire convenues sur mobile et ordinateur. Un aperçu de la conception ne peut pas établir que le site publié se comporte de la même manière.

Pour les pages destinées à apparaître dans les recherches, demandez au spécialiste ou au propriétaire du site de comparer les paramètres de recherche prévus aux éléments disponibles sur l’indexation. L’accès public concerne l’éligibilité ; il ne prouve pas l’indexation réelle. Les exigences techniques de Google distinguent explicitement l’éligibilité d’une indexation garantie.

Gardez un bref enregistrement de l'exigence, du résultat et du problème restant. Corrigez un échec de version reproduit avant de l’interpréter comme une expérience marketing. Une refonte terminée et un formulaire fonctionnel nécessitent encore des données commerciales appropriées avant que vous puissiez réclamer des demandes plus qualifiées.

Passez en revue les zones modifiées après la publication et revisitez le parcours plus large lorsque l'offre, l'audience, la navigation ou le processus de demande changent. Le bon intervalle suit votre objectif et l’ampleur du changement ; il n’existe pas de calendrier universel utile pour chaque entreprise.

Si vous comparez les comportements ultérieurement, conservez les mêmes définitions et notez les changements dans le trafic, les campagnes et les services. La vérification directe demande si la modification demandée fonctionne. L'examen des performances demande ce qui est arrivé aux utilisateurs concernés et aux résultats commerciaux. Gardez les deux, mais ne remplacez pas l’un par l’autre.

Un audit avant la refonte aide à décider ce qu’il faut conserver et modifier. Un examen après la refonte vérifie la mise en œuvre de ces décisions et peut révéler de nouveaux problèmes. Aucun des deux ne garantit la visibilité dans les recherches ni la croissance des ventes.

Utilisez les observations pour définir le travail avant de modifier tout le site. Si les questions de contenu, de recherche et de contact se recoupent, un audit complet Alytixx peut vous aider à les examiner ensemble et à préciser le prochain cahier des charges.