Temps de lecture estimé : 4 min · Publié le
Décrire le problème avant de proposer une solution
Écrivez une phrase reproductible : sur quelle page, avec quel appareil ou compte, quelle action échoue et quel résultat était attendu ? « Le site est dépassé » n’est pas exploitable. « Sur téléphone, le bouton de devis reste caché après l’ouverture du menu » permet de tester une correction. Gardez une capture ou un message d’erreur sans données personnelles inutiles.
Séparez l’observation de votre hypothèse. Un formulaire sans réponse peut avoir un problème de validation, de transmission ou de réception ; changer son apparence ne résout pas forcément la cause. Si le problème n’a été signalé qu’une fois, notez les conditions et cherchez à le reproduire sur un dispositif sans effet réel.
Classer par conséquence et dépendance
Notre méthode donne la première place à la disponibilité d’une page essentielle, au parcours de contact et à la capacité de restaurer le site. Viennent ensuite l’accès au contenu sur mobile ou au clavier et l’exactitude des informations. La découverte, la vitesse et la mesure doivent ensuite être étudiées selon les besoins et les preuves. Cet ordre sert de point de départ : une contrainte particulière peut modifier l’urgence.
Une tâche peut en débloquer plusieurs autres. Récupérer les accès d’administration ou corriger une erreur du modèle commun peut avoir plus d’utilité immédiate que réécrire une seule page. Repérez ces dépendances, puis limitez le premier lot à ce qui peut être livré et contrôlé ensemble. Un sujet important mais non vérifié reste une vérification à planifier, pas une panne certaine.
- Bloquant : une fonction essentielle ne peut pas aboutir.
- Obstacle : la fonction existe, mais une partie du public ne peut pas l’utiliser correctement.
- Amélioration : la réponse ou le parcours fonctionne et peut être rendu plus utile.
- Inconnu : aucune preuve suffisante n’est disponible.
Transformer la priorité en lot vérifiable
Pour chaque lot, indiquez la page ou la fonction, le responsable, la dépendance, la modification attendue et le critère de validation. Exemple fictif : rendre le menu de contact accessible au clavier ; validation : ouverture, navigation, fermeture et retour du focus sans souris sur les deux modèles concernés. Le livrable devient contrôlable par une autre personne.
Prévoyez un retour arrière proportionné avant de toucher une fonction commune. Une copie de fichiers ne sauvegarde pas une base de données. Pour une correction éditoriale, conserver la version précédente suffit souvent ; pour un import ou une migration, il faut aussi préserver les identifiants, les relations et les données persistantes.
Mesurer dans des conditions comparables
Un temps de chargement mesuré depuis une connexion lente ne se compare pas directement à celui obtenu sur un réseau rapide. Rejouez la même URL avec un appareil, un outil, un état de consentement et des conditions comparables. Les Core Web Vitals distinguent plusieurs aspects de l’expérience ; un score de laboratoire ne décrit pas à lui seul tous les visiteurs.
Lorsque plusieurs sites deviennent lents sur le même appareil, commencez aussi par isoler le réseau. Le diagnostic de connexion de Connexion Internet France, un autre site de notre réseau, aide à organiser ces vérifications. Il complète le diagnostic du site ; il ne remplace pas une mesure de ses pages.
Pour le référencement, gardez la différence entre correction technique et résultat observé. Google rappelle que respecter les Essentiels de la recherche ne garantit pas l’exploration, l’indexation ou la diffusion. Notez la modification livrée, puis observez séparément les performances lorsque des données sont disponibles.
Conserver une trace courte et reprendre le lot suivant
Une ligne de suivi peut contenir : constat, preuve, priorité, responsable, version livrée, contrôle effectué et point restant. Évitez les bilans qui annoncent un gain de conversion sur la seule présence d’un nouveau bouton. Un résultat utile peut être plus modeste et entièrement observable : le parcours aboutit, le contenu exact est visible, ou la page ne renvoie plus une erreur.
Utilisez l’outil de priorisation du site pour préparer un premier ordre de travail, puis le carnet de recette pour conserver les contrôles. Après un lot accepté, reprenez les inconnues et les améliorations suivantes. Les sujets déjà satisfaisants doivent garder une raison et une preuve, sans être réécrits uniquement pour remplir le plan.
Documents de référence
- Essentiels de la recherche · Source consultée
- Core Web Vitals · Source consultée
- diagnostic de connexion de Connexion Internet France
Contenu mis à jour le
Consigner les contrôles et constats dans le carnet de recette
