12 / QUALITÉ WEB

Un site rapide que l’on ne peut pas utiliser reste un site lent.

La qualité ne se résume ni à Lighthouse, ni à une checklist. Elle se vérifie sur des tâches : comprendre l’offre, ouvrir le menu, remplir le formulaire et terminer une commande dans des conditions réelles.

L’accessibilité rend le contenu perceptible, utilisable, compréhensible et robuste. La performance réduit le temps et l’effort nécessaires pour agir. Les deux disciplines se rejoignent quand une interface légère, prévisible et correctement structurée aide davantage de personnes à atteindre leur objectif.

01 / PARCOURS

Choisissez cinq tâches et testez-les sans souris.

Ouvrir la navigation, trouver une offre, utiliser un filtre, compléter un formulaire et confirmer une action : chaque tâche doit être réalisable au clavier, avec un ordre de focus logique et un indicateur visible. Un composant visuellement élégant peut devenir un piège si le focus disparaît ou reste bloqué dans une fenêtre.

Utilisez des éléments HTML natifs quand ils existent. Un bouton doit être un bouton, un lien doit conduire quelque part et chaque champ doit avoir un libellé associé. La structure des titres et des régions aide aussi les technologies d’assistance à comprendre la page.

02 / PERCEPTION

Contraste, mouvement et erreurs doivent rester lisibles.

Ne transmettez jamais une information uniquement par la couleur. Vérifiez le contraste du texte, des bordures utiles et des états de focus. Les images informatives ont besoin d’une alternative ; les images décoratives doivent pouvoir être ignorées. Les animations doivent respecter la préférence de réduction du mouvement et ne pas déplacer l’action au moment du clic.

Dans un formulaire, indiquez le format attendu avant la saisie et expliquez précisément l’erreur après validation. Conservez les valeurs déjà correctes. Une personne doit pouvoir retrouver le champ concerné sans parcourir toute la page.

ERREUR UTILE« Le code postal doit contenir cinq chiffres » aide davantage que « Champ invalide ».
03 / PERFORMANCE

Mesurez le chargement, la réponse et la stabilité.

Les Core Web Vitals couvrent le chargement principal avec LCP, la réactivité avec INP et la stabilité visuelle avec CLS. Les données terrain décrivent l’expérience de vrais visiteurs ; un test de laboratoire aide à reproduire et corriger. Les deux lectures sont complémentaires.

Commencez par les images principales, les polices, les scripts tiers et le JavaScript exécuté au démarrage. Réservez les dimensions des médias, retardez le non essentiel et évitez les animations qui modifient la mise en page. Un bon score ne garantit ni l’accessibilité, ni le référencement, ni la conversion ; il indique seulement une partie du problème.

04 / RECETTE

Faites de la qualité un critère de livraison.

Définissez les navigateurs, appareils, niveaux de zoom et technologies d’assistance à couvrir. Ajoutez les parcours critiques à la recette et aux tests de non-régression. Corrigez d’abord ce qui empêche de comprendre, naviguer, saisir ou confirmer.

Les WCAG 2.2 fournissent des critères testables, mais la conformité réglementaire dépend du contexte et doit être évaluée avec les compétences appropriées. Notre guide de mesure aide à prioriser les signaux ; un audit avant refonte permet de décider entre correctifs ciblés et reprise du socle.

Contrôle de première intention
  • Navigation complète au clavier et focus visible.
  • Structure de titres, libellés et messages d’erreur.
  • Contrastes, alternatives textuelles et mouvement réduit.
  • LCP, INP et CLS observés sur des données terrain.
  • Recette mobile sur les parcours qui génèrent du revenu.

Votre parcours critique

On le teste dans des conditions moins confortables ?

Indiquez l’action qui compte le plus. Nous analyserons les blocages de compréhension, d’accessibilité et de performance avant de proposer les correctifs.

Faire auditer un parcours↗