Socle officiel
Les organismes de normalisation, documentations officielles et autorités publiques servent de premiers repères.
Les outils de qualité révèlent des problèmes de vitesse, d’accessibilité et de stabilité, mais aucun score ne remplace une tâche réelle accomplie par une personne. Comparez laboratoire et données de terrain lorsque ces dernières existent.
Mesurez une page sur téléphone, puis refaites une tâche au clavier et avec le texte agrandi. Reliez les constats à un composant ou contenu précis avant de corriger.
Illustration générée par IA
Chaque entrée possède un rôle clair et renvoie vers une destination officielle. Le catalogue évite les fermes de liens, les descriptions copiées et les classements artificiels.
Les organismes de normalisation, documentations officielles et autorités publiques servent de premiers repères.
Les services établis sont classés par usage réel : créer, héberger, mesurer, sécuriser, publier ou promouvoir un site.
La présence est éditoriale et non rémunérée. Une fiche ne constitue ni un partenariat ni une garantie.
| Critère | Question à résoudre |
|---|---|
| Type de test | Le résultat vient-il du laboratoire, de données terrain ou d’un contrôle humain ? |
| Parcours | Le contact, la recherche et la navigation restent-ils utilisables au clavier et sur mobile ? |
| Priorité | Quel problème bloque un utilisateur et quel correctif peut être vérifié ? |
Conservez une courte trace de décision : besoin, source, résultat observé et point encore à confirmer. Faites effectuer la même tâche à chaque solution envisagée plutôt que de comparer des listes commerciales de fonctionnalités.
Comparez leur rôle et leur documentation avant de choisir un outil. La présence dans cette liste ne constitue pas un classement.
44 ressources affichées
Le lien retrouve la recherche et les filtres, ainsi que les ressources sélectionnées pour comparaison.
Aucune ressource ne correspond à ces filtres. Essayez une recherche plus large.
Sélectionnez des ressources dans les fiches ci-dessous. Comparez leur rôle et leur usage, puis vérifiez conditions, coûts, export des données et assistance sur les sites officiels. L’origine géographique décrit l’éditeur ; elle ne prouve pas le lieu d’hébergement de vos données.
Aucune ressource sélectionnée.
Guides Google sur la performance, l’accessibilité et les bonnes pratiques Web.
À utiliser pour : Associer un conseil de performance ou d’accessibilité à une mesure sur vos pages.
Documentation du navigateur, DevTools et plateforme Web de Chrome.
À utiliser pour : Reproduire un défaut dans le navigateur et conserver les étapes de test.
Analyse de performance fondée sur Lighthouse et les données de terrain disponibles.
À utiliser pour : Distinguer données de terrain et mesure de laboratoire, puis regarder l’URL et l’appareil concernés avant de prioriser les corrections.
Audit automatisé de performance, accessibilité, SEO et bonnes pratiques.
À utiliser pour : Utiliser les diagnostics pour rechercher une cause reproductible ; comparer des essais réalisés dans des conditions similaires.
Tests détaillés du chargement d’une page depuis plusieurs appareils et lieux.
À utiliser pour : Observer chargement et cascade réseau pour un scénario et un lieu définis.
Rapports de vitesse, métriques Web et chronologie de chargement.
À utiliser pour : Lire les détails de chargement plutôt que de traiter la note comme un verdict.
Validation du balisage HTML par rapport aux règles du Web.
À utiliser pour : Corriger les erreurs HTML à la source puis vérifier plusieurs gabarits.
Validation des feuilles de style CSS.
À utiliser pour : Examiner les erreurs pertinentes sans confondre avertissement et défaut visible.
Compatibilité des technologies Web dans les navigateurs.
À utiliser pour : Vérifier la prise en charge d’une fonction pour les navigateurs du public ciblé.
Tests de sites et applications sur de vrais navigateurs et appareils.
À utiliser pour : Rejouer un parcours important sur les appareils et navigateurs prioritaires.
Outils automatisés de contrôle de l’accessibilité numérique.
À utiliser pour : Associer les signalements automatiques à un contrôle humain du parcours.
Évaluation visuelle de problèmes d’accessibilité sur une page Web.
À utiliser pour : Examiner les alertes dans leur contexte, puis compléter par clavier, lecteur d’écran et compréhension du parcours.
Ressources, formations et outils consacrés à l’accessibilité du Web.
À utiliser pour : Lire une méthode d’accessibilité puis l’appliquer à une page réelle.
Compression et comparaison d’images directement dans le navigateur.
À utiliser pour : Comparer poids et rendu d’une image avant de choisir son format.
Compression en ligne d’images Web courantes.
À utiliser pour : Vérifier les détails et le poids obtenus avant de remplacer une image.
Évaluation française de l’empreinte environnementale d’une page Web.
À utiliser pour : Utiliser l’indicateur pour comparer des pages, puis examiner leurs causes techniques.
Ressources francophones sur la sobriété et l’écoconception numériques.
À utiliser pour : Relier une recommandation de sobriété aux données de mesure du site.
Modèles et exemples officiels pour concevoir des composants interactifs accessibles avec ARIA.
W3C WAI — ARIA Authoring Practices Guide · Source consultée
La date porte sur le document lié, pas sur une vérification de toutes les fonctions du service.
À utiliser pour : Comparer le comportement clavier d’un composant interactif avec un modèle documenté.
Liste W3C d’outils d’évaluation de l’accessibilité, à compléter par des contrôles humains.
À utiliser pour : Choisir des outils d’aide à l’audit, puis examiner manuellement les résultats et les parcours.
Documentation sur le chemin critique, les métriques, les ressources et les API de mesure de performance.
À utiliser pour : Relier une métrique lente aux ressources, au rendu et aux interactions de la page concernée.
Référence sur LCP, INP, CLS et leur interprétation dans l’expérience utilisateur réelle.
À utiliser pour : Distinguer les mesures de laboratoire des données d’utilisation réelles lorsqu’elles existent.
Guide consacré à la mesure et à l’amélioration de la réactivité des interactions avec INP.
À utiliser pour : Examiner les interactions lentes sur les pages où une personne doit réellement agir.
Documentation des données de terrain publiques utilisées pour observer l’expérience réelle sur Chrome.
À utiliser pour : Consulter les données de terrain disponibles avant d’interpréter un score ponctuel.
Référence des audits Lighthouse et de leurs limites pour diagnostiquer une page en laboratoire.
À utiliser pour : Utiliser les diagnostics pour localiser une cause, puis vérifier l’effet sur une tâche réelle.
Méthode structurée pour définir le périmètre, sélectionner un échantillon représentatif et documenter une évaluation WCAG.
À utiliser pour : Préparer l’échantillon et la méthode avant de conclure sur l’accessibilité d’un ensemble de pages.
Règles de test harmonisées pour évaluer automatiquement ou semi-automatiquement des exigences d’accessibilité.
À utiliser pour : Comprendre ce qu’une règle automatisée vérifie et ce qu’elle ne couvre pas.
Documentation pour enregistrer et analyser le rendu, les tâches longues, les interactions et les goulots d’étranglement.
À utiliser pour : Enregistrer une interaction lente pour repérer les tâches et rendus qui la bloquent.
Référence des fonctions DevTools dédiées à l’arbre d’accessibilité, au contraste et aux propriétés calculées.
À utiliser pour : Inspecter les propriétés exposées d’un élément puis tester son usage au clavier.
Tutoriel du W3C sur les libellés, instructions, validations et messages qui rendent les formulaires plus accessibles.
À utiliser pour : Confronter un formulaire réel aux exemples de libellés, d’erreurs et de confirmations.
Exemples officiels pour annoncer clairement la réussite ou les erreurs après la soumission d’un formulaire.
À utiliser pour : Comparer les erreurs et confirmations d’un formulaire réel aux exemples accessibles du W3C.
Référentiel public d’écoconception : critères, moyens de contrôle et déclaration pour documenter les choix d’un service numérique.
À utiliser pour : Évaluer les critères applicables et conserver les preuves ; le score d’avancement ne mesure pas une empreinte carbone.
Référence du format de pistes textuelles utilisé notamment pour les sous-titres et descriptions.
À utiliser pour : Comparer la piste à la vidéo, aux langues et aux informations sonores nécessaires.
Référence des stratégies d’affichage d’une police selon son téléchargement et sa disponibilité.
À utiliser pour : Observer les états avant et après chargement avec une police de secours.
Tutoriel du W3C sur les tableaux de données et les associations entre cellules et en-têtes.
W3C WAI — Tables tutorial · Source consultée
La date porte sur le document lié, pas sur une vérification de toutes les fonctions du service.
À utiliser pour : Tester un tableau réel avec ses titres, sa légende et une navigation adaptée.
Guide WAI de préparation des médias audio et vidéo accessibles.
À utiliser pour : Prévoir les informations textuelles et sonores nécessaires dès la production.
Vue d’ensemble WAI des méthodes et étapes d’évaluation de l’accessibilité.
À utiliser pour : Décrire le périmètre et les contrôles humains avant d’interpréter un score automatique.
API pour observer les changements d’intersection entre un élément et une zone de référence, sans boucle de défilement permanente.
MDN Intersection Observer · Source consultée
La date porte sur le document lié, pas sur une vérification de toutes les fonctions du service.
À utiliser pour : Déclencher un travail visuel seulement lorsque le composant approche de la zone visible.
Élément HTML pour une boîte de dialogue modale ou non modale, avec des comportements natifs à vérifier dans le parcours.
MDN HTML Dialog · Source consultée
La date porte sur le document lié, pas sur une vérification de toutes les fonctions du service.
À utiliser pour : Contrôler l’ouverture, la fermeture et le focus d’une boîte de confirmation.
Élément HTML de divulgation progressive associant un contenu repliable à un libellé summary, utilisable sans script dédié.
MDN HTML Details · Source consultée
La date porte sur le document lié, pas sur une vérification de toutes les fonctions du service.
À utiliser pour : Afficher un complément sans cacher les informations nécessaires à une décision.
Attribut HTML indiquant au navigateur la nature des informations attendues et des indications de remplissage automatique.
MDN HTML Autocomplete · Source consultée
La date porte sur le document lié, pas sur une vérification de toutes les fonctions du service.
À utiliser pour : Réduire la ressaisie tout en conservant des libellés et une validation compréhensibles.
Interface recevant les nouvelles entrées de la chronologie de performance du navigateur pour les types effectivement pris en charge.
MDN PerformanceObserver · Source consultée
La date porte sur le document lié, pas sur une vérification de toutes les fonctions du service.
À utiliser pour : Observer des événements de performance sans supposer que tous les navigateurs exposent les mêmes mesures.
Documentation des temps réseau et tailles disponibles dans les entrées de performance liées au chargement des ressources.
MDN Resource Timing · Source consultée
La date porte sur le document lié, pas sur une vérification de toutes les fonctions du service.
À utiliser pour : Identifier quel fichier ralentit un parcours et distinguer réseau, compression et cache.
API pour poser des repères nommés et mesurer des intervalles propres aux étapes d’une application.
MDN User Timing · Source consultée
La date porte sur le document lié, pas sur une vérification de toutes les fonctions du service.
À utiliser pour : Mesurer le délai entre une action et l’affichage réellement utilisable de son résultat.
Explication du cache de navigation arrière et avant, qui peut restaurer une page avec son état sans chargement complet.
web.dev Back/forward Cache · Source consultée
La date porte sur le document lié, pas sur une vérification de toutes les fonctions du service.
À utiliser pour : Vérifier le retour à une liste après consultation d’une fiche et éviter les états périmés.
Ces exemples éclairent les usages ; ils ne sont ni un classement ni une recommandation commerciale. Vérifiez la documentation et les conditions en vigueur avant toute décision.
Les outils de qualité révèlent des problèmes de vitesse, d’accessibilité et de stabilité, mais aucun score ne remplace une tâche réelle accomplie par une personne. Comparez laboratoire et données de terrain lorsque ces dernières existent.
Points à vérifierMise en pratique : Mesurez une page sur téléphone, puis refaites une tâche au clavier et avec le texte agrandi. Reliez les constats à un composant ou contenu précis avant de corriger.
Limite à connaître : Un score de laboratoire varie selon l’environnement et ne décrit pas à lui seul l’expérience des visiteurs. Les contrôles automatisés ne couvrent pas tous les obstacles d’accessibilité.
Exemples : web.dev · PageSpeed Insights
Guide associé : Tester l’accessibilité d’un site web avec méthode
Les outils de qualité aident à localiser un défaut ; la validation porte sur un parcours réellement utilisable. Conservez l’appareil, la largeur, le contexte et les actions de chaque essai. Les situations suivantes permettent de relier un score ou un fichier à une difficulté observable.
Avant d’intégrer une ressource au fonctionnement du site, préparez aussi sa mise à jour et sa sortie. Ces contrôles portent sur le résultat de votre essai, sans présumer des fonctions ou tarifs d’une offre particulière.
Conservez URL, viewport, navigateur, date et mode de mesure. Un résultat de laboratoire sans conditions ne se compare pas proprement à un nouvel essai.
Pour chaque défaut retenu, gardez étapes, résultat attendu et impact. La disparition d’un score dans un outil ne prouve pas que le défaut est corrigé.
Refaites quelques contrôles représentatifs manuellement. Une nouvelle version d’un outil peut modifier ses règles sans que la page ait changé.
Cet annuaire non exhaustif a fait l’objet d’un contrôle de cohérence des données et des liens le 2 octobre 2026. Certains sites limitent les vérifications automatiques. Il contient des liens externes vers des sites indépendants. Leur disponibilité, leurs contenus, tarifs, cookies et conditions peuvent évoluer. Française du Numérique ne les contrôle pas et ne reçoit aucune commission pour leur présence.
Avant de choisir une ressource, réalisez un essai limité avec les mêmes données et la même tâche. Gardez le résultat et ses limites, plutôt qu’un classement fondé sur la notoriété.
Faites réaliser la même tâche sur mobile, au clavier et avec les outils de contrôle retenus. Conservez page, appareil, conditions et obstacle observé. Un score automatique ne remplace pas la vérification du parcours ; associez chaque problème à un essai de correction.