Améliorer un formulaire accessible : saisie, aides et erreurs
Aidez la personne à comprendre ce qui est demandé, à saisir une réponse et à corriger une erreur sans perdre les informations déjà fournies.
Améliorer une page, avec un point de départ clair.
Choisissez le symptôme que vous observez. Chaque guide précise ce qu’il faut relever, essayer et vérifier ensuite.
UX et accessibilité
Ouvrir le dossierAudit UX d’un site existant : décider quoi corriger avant une refonte
Transformez un parcours observé en une liste de corrections justifiées, avant de décider si votre site a besoin d’une refonte.
Corriger le contraste d’un texte : choisir et vérifier la bonne paire
Partez de deux couleurs réellement affichées et vérifiez leur rapport, sans confondre ce calcul avec un audit complet d’accessibilité.
Navigation mobile accessible : éprouver les états de votre menu
Un menu doit permettre de trouver une rubrique puis de revenir au contenu. Vérifiez son comportement réel dans plusieurs états d’affichage.
Tableau de données accessible : relier valeurs et en-têtes
Un tableau de données doit permettre de comprendre à quoi correspond chaque valeur. Vérifiez ses intitulés, ses unités et les relations entre cellules, au lieu de compter sur la couleur ou la position à l’écran.
Tester la navigation au clavier : un parcours pour repérer les blocages
Vérifiez que l’on peut avancer, agir et revenir dans un parcours sans souris, avec des observations précises et des limites explicites.
Texte alternatif des images : écrire selon le contexte et l’usage
Décrivez ce que l’image apporte au lecteur dans cette page, au lieu de recopier un nom de fichier ou une liste de mots-clés.
Zones tactiles : vérifier les commandes difficiles à activer
Une petite commande devient difficile à utiliser lorsque sa surface activable est étroite ou trop proche de ses voisines. Examinez la zone qui répond au clic, puis l’espace disponible autour d’elle. La taille du dessin ou de l’icône ne décrit pas toujours cette surface.
Zoom d’un site : repérer les contenus qui deviennent inutilisables
Le zoom d’un site doit permettre de lire et d’agir sans faire disparaître les informations nécessaires. Pour contrôler une page, partez d’une tâche et relevez ce qui devient inaccessible lorsque l’affichage s’agrandit ou que la largeur disponible diminue.
Performance web
Ouvrir le dossierAméliorer l’INP : diagnostiquer une interaction qui répond trop tard
Un bouton semble bloqué ? Séparez l’action, le traitement et le retour visuel pour comprendre ce qui retarde la réponse de votre page.
Cache HTTP d’un site statique : comprendre une ancienne version
Une ancienne version visible après publication peut venir du navigateur, d’un cache partagé ou de la source publiée. Avant de purger quoi que ce soit, relevez l’URL exacte, le contenu attendu et une marque de version que vous pouvez vérifier.
Corriger le CLS : repérer ce qui déplace votre contenu
Images, polices et encarts tardifs : partez d’un déplacement observé pour corriger la mise en page sans cacher le problème ailleurs.
Diagnostiquer un LCP lent : trouver la cause avant de corriger
Identifiez l’élément qui retarde l’affichage principal et préparez un essai ciblé, avec les conditions de mesure et les limites du diagnostic.
Widget tiers : décider de conserver, différer ou supprimer
Pour décider du sort d’un widget tiers, identifiez d’abord la tâche qu’il permet d’accomplir et ce qui se passe lorsqu’il manque. Vous pourrez ensuite comparer son maintien, son chargement différé et une alternative plus simple.
Images responsives : vérifier srcset, sizes et la ressource reçue
Une image trop grande coûte inutilement à charger. Reliez les fichiers proposés à la largeur réelle du composant et vérifiez le choix du navigateur.
Lire PageSpeed : distinguer le laboratoire des données terrain
Deux résultats différents ne sont pas forcément contradictoires. Identifiez ce que chaque mesure observe avant de décider quoi corriger.
Optimiser les polices web sans dégrader la lecture
Chargez les fichiers nécessaires à vos contenus, puis vérifiez ce que le changement de police modifie réellement dans la lecture et la mise en page.
SEO technique
Ouvrir le dossierAuditer un sitemap XML : vérifier les URL réellement proposées
Un sitemap doit décrire votre corpus souhaité. Comparez son ensemble d’URL aux pages publiées avant de le soumettre aux moteurs.
Baisse de clics Search Console : isoler la cause avant de réécrire
Avant de modifier vos titres, vérifiez quelles pages et recherches ont réellement changé. Une baisse globale ne désigne pas à elle seule sa cause.
Erreurs 404 : trier liens cassés et pages réellement supprimées
Pour traiter une erreur 404, identifiez l’intention du lien qui conduit à l’adresse absente. Corrigez un lien erroné, redirigez vers un remplacement réellement équivalent ou conservez une réponse d’absence lorsque le contenu a été supprimé sans successeur pertinent.
Refonte : préparer un plan de redirections vérifiable
Le plan de redirections relie les anciennes adresses aux nouveaux contenus. Il sert aussi à tester les parcours et à repérer les décisions encore manquantes.
Robots.txt ou noindex : choisir la directive selon votre objectif
Bloquer une exploration et demander le retrait de l’index sont deux actions différentes. Préparez votre décision page par page et contrôlez sa mise en œuvre.
Données structurées : vérifier le balisage et le contenu visible
Un JSON valide peut décrire un contenu faux. Reliez chaque propriété au contenu publié et aux règles de la fonctionnalité que vous ciblez.
Vérifier une URL canonique : aligner les variantes et les signaux
Une canonical est une indication à vérifier dans son contexte. Comparez la page déclarée, les variantes accessibles et les signaux réellement publiés.
Outils de design
Ouvrir le dossierExporter les assets Figma : préparer une livraison exploitable
Une livraison d’assets doit permettre de retrouver le bon fichier et son usage, sans transformer tous les composants de l’interface en images.
Figma Auto Layout : tester un bloc avec des contenus variables
Ne validez pas un bloc sur une seule largeur. Faites varier le contenu et l’espace disponible, puis documentez les règles qui doivent survivre dans le code.
Composants et variantes Figma : éviter les copies qui divergent
Un petit système cohérent vaut mieux qu’une collection de copies. Nommez les états, leurs usages et les exceptions pour faciliter les corrections.
Figma ou Penpot : choisir selon les contraintes de votre équipe
Le bon choix dépend du travail à faire et de l’équipe qui l’assume. Préparez un essai limité avant de déplacer vos maquettes et bibliothèques.
Préparer une maquette de refonte : écrans, états et contraintes
Une maquette utile décrit ce qui doit être conservé, ce qui change et les états à développer, au-delà de quelques écrans de présentation.
Tester un prototype Figma : trois tâches avant le développement
Un prototype sert à éprouver une intention de parcours. Définissez les tâches et les limites de la simulation avant de recueillir des observations.