Recette de site internet :que vérifier avant la mise en ligne ?

Votre site est prêt à être relu. Pour le vérifier, partez des actions de vos futurs clients : comprendre votre offre, trouver une information, vous contacter. La recette consiste à exécuter ces parcours et à consigner ce qui fonctionne ou bloque. Un avis général sur le design ne suffit pas à transmettre un problème précis.

Vous pouvez préparer cette relecture dans un simple tableau. Voici une méthode pour un site vitrine de TPE, avec une grille à adapter et un modèle de signalement. Elle aide à organiser les corrections ; elle ne remplace pas les contrôles techniques du prestataire.

Préparer un périmètre de relecture précis.

Demandez l'adresse exacte à tester et la version concernée. Sur une préproduction, vérifiez que les contenus sont suffisamment complets pour vous prononcer : un texte provisoire, une mauvaise photo ou une prestation manquante empêchent de juger le parcours réel.

Réunissez ensuite les éléments de référence : pages prévues au devis, coordonnées validées, prestations actuelles, documents à télécharger et destinataires des formulaires. Désignez une personne qui centralise vos retours. Si trois collaborateurs transmettent des consignes contradictoires, le prestataire devra vous demander un arbitrage avant de corriger.

Choisissez des pages représentatives : accueil, une prestation, une réalisation, contact et, s'ils existent, un article et une page avec un composant particulier. Ajoutez toutes les pages importantes pour votre activité. Notez les appareils et navigateurs réellement utilisés pendant le contrôle, sans présenter cet échantillon comme un test de toutes les configurations possibles.

Définir trois parcours de visiteur.

Un parcours doit commencer par un besoin et se terminer par un résultat observable. Écrivez, par exemple : « Je cherche à savoir si cette entreprise intervient dans ma commune, puis je lui envoie une demande. » Vous pourrez vérifier chaque étape sans supposer que le visiteur connaît votre organisation.

Pour un site vitrine, commencez par ces trois situations :

1. Un prospect arrive sur l'accueil, identifie votre activité et trouve la prestation adaptée.
2. Un prospect arrive directement sur une page de service, vérifie votre zone et trouve comment vous joindre.
3. Un prospect veut se rassurer, consulte une réalisation puis revient vers le contact.

Sur chaque parcours, observez les mots employés, les liens disponibles et les informations manquantes. Si vous devez expliquer oralement où cliquer, notez ce besoin d'explication : il peut révéler une consigne peu claire. C'est un signal à examiner, pas une mesure de comportement de vos futurs clients.

Utiliser une grille de recette concrète.

Copiez cette grille dans votre document de suivi. Ajoutez une ligne par page ou scénario testé et remplacez « à tester » par un résultat daté.

Télécharger cette grille (CSV)

Les vérifications au clavier, du zoom et des libellés de champs reprennent des points de premier contrôle présentés par le W3C. Cette revue partielle ne permet pas de conclure à la conformité d'accessibilité du site. Source : W3C WAI, premiers contrôles d'accessibilité.

Vérifier le formulaire jusqu'à la boîte de réception.

Pour relier ce contrôle au traitement commercial, définissez aussi qui reçoit et traite la demande.

Un message « Votre demande a été envoyée » ne prouve pas, à lui seul, que la personne chargée de répondre l'a reçue. Convenez d'un test avec votre prestataire et utilisez un objet identifiable, par exemple « TEST RECETTE — ne pas traiter comme un prospect ».

Vérifiez le contenu reçu : nom, adresse de réponse, prestation choisie et message. Contrôlez aussi le destinataire et, si une pièce jointe est prévue, sa disponibilité. Si rien n'arrive, transmettez l'heure du test et la page utilisée. Le prestataire pourra rechercher le problème ; vous n'avez pas à en deviner la cause.

Testez également une saisie incomplète. Le formulaire doit permettre de comprendre ce qui manque. Le W3C recommande des instructions qui expliquent les informations attendues et les champs obligatoires. La manière de le présenter dépend du formulaire. Source : W3C WAI, instructions des formulaires.

Rédiger un défaut que l'on peut reproduire.

1. 01Contexte précis

   Page, version, appareil et étapes qui mènent au problème.

2. 02Attendu et observé

   Deux descriptions distinctes, avec la preuve utile.

3. 03Suite attribuée

   Conséquence, priorité discutée et responsable de la correction.

4. 04Retest daté

   Même méthode sur la version corrigée, résultat et personne connus.

Modèle de signalement, sans test client réalisé. Cette revue de visiteur ne remplace pas les contrôles techniques du prestataire.

Évitez « le mobile ne marche pas ». Décrivez la page, votre action et l'écart observé. La fiche suivante constitue un exemple fictif, sans test réalisé sur un site client.

Une capture seule ne décrit pas toujours le chemin qui mène au défaut. Accompagnez-la des étapes et du texte attendu. Regroupez les occurrences d'un même problème, tout en conservant la liste des pages touchées.

Séparer corrections, préférences et nouveaux besoins.

Classez les retours pour faciliter votre échange : bloquant lorsqu'un parcours essentiel ne peut pas aboutir, majeur lorsqu'il est fortement gêné, mineur lorsque l'écart reste limité. Faites confirmer cette priorité avec le prestataire selon votre projet.

Distinguez ensuite un défaut par rapport au périmètre prévu, une préférence de présentation et une fonctionnalité ajoutée pendant la relecture. Cette distinction permet de décider clairement quoi corriger et quoi chiffrer ou planifier séparément. Elle ne tranche aucune question de paiement ni d'obligation contractuelle.

Après correction, refaites les étapes du signalement. Conservez le résultat du nouveau test, sa date et la personne qui l'a effectué. Une anomalie annoncée comme corrigée reste à vérifier sur la version concernée.

Prévoir un dernier contrôle sur le site public.

Certaines vérifications dépendent de l'environnement final : adresse publique, liens, réception des formulaires et contenus réellement servis. Préparez donc une courte liste de parcours à rejouer après le lancement, avec un responsable joignable si un problème apparaît.

Demandez aussi au prestataire son propre compte rendu technique : sauvegarde, réglages d'indexation, redirections si nécessaire et suivi prévu. Votre grille de visiteur et ses contrôles techniques répondent à des questions complémentaires.

Avant de clore la recette, identifiez aussi qui pourra administrer le site et récupérer ses comptes : complétez la matrice des accès du site (dans le guide) avec les responsables concernés.

Vous préparez votre premier site ? La page création de site internet à Montpellier présente l'accompagnement de Site Web Montpellier. Pour votre échange, apportez vos parcours prioritaires et les informations que votre futur client doit trouver avant de vous contacter. Pour relier ces vérifications aux décisions prises au départ, reprenez le cahier des charges de votre site WordPress.

Pour poursuivre : recette site internet avant mise en ligne. Retrouvez les étapes et les grilles dans le guide de Site Web Montpellier.