Socle officiel
Les organismes de normalisation, documentations officielles et autorités publiques servent de premiers repères.
Ressources du Web
Performance, accessibilité et qualité
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.
Parcourir les ressourcesMéthode éditoriale
Un annuaire conçu pour être utile, pas seulement long.
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.
Outils professionnels
Les services établis sont classés par usage réel : créer, héberger, mesurer, sécuriser, publier ou promouvoir un site.
Lecture indépendante
La présence est éditoriale et non rémunérée. Une fiche ne constitue ni un partenariat ni une garantie.
Comparer sur trois questions concrètes
| 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.
Recherche et filtres
Points de départ officiels pour ce sujet
Comparez leur rôle et leur documentation avant de choisir un outil. La présence dans cette liste ne constitue pas un classement.
36 ressources affichées
Aucune ressource ne correspond à ces filtres. Essayez une recherche plus large.
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.
Apply it to a project
web.devVisiter le site officiel
Documentation du navigateur, DevTools et plateforme Web de Chrome.
À utiliser pour : Reproduire un défaut dans le navigateur et conserver les étapes de test.
Passer à la pratique
developer.chrome.comVisiter le site officiel
Analyse de performance fondée sur Lighthouse et les données de terrain disponibles.
À utiliser pour : Distinguer le diagnostic de laboratoire des données de terrain lorsqu’elles sont disponibles.
Passer à la pratique
pagespeed.web.devVisiter le site officiel
Audit automatisé de performance, accessibilité, SEO et bonnes pratiques.
À utiliser pour : Comparer plusieurs mesures sur une même page avant de prioriser une correction.
Passer à la pratique
developer.chrome.comVisiter le site officiel
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.
Passer à la pratique
webpagetest.orgVisiter le site officiel
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.
Passer à la pratique
gtmetrix.comVisiter le site officiel
Validation du balisage HTML par rapport aux règles du Web.
À utiliser pour : Corriger les erreurs HTML à la source puis vérifier plusieurs gabarits.
Passer à la pratique
validator.w3.orgVisiter le site officiel
Validation des feuilles de style CSS.
À utiliser pour : Examiner les erreurs pertinentes sans confondre avertissement et défaut visible.
Passer à la pratique
jigsaw.w3.orgVisiter le site officiel
Compatibilité des technologies Web dans les navigateurs.
À utiliser pour : Vérifier la prise en charge d’une fonction pour les navigateurs du public ciblé.
Passer à la pratique
caniuse.comVisiter le site officiel
Tests de sites et applications sur de vrais navigateurs et appareils.
À utiliser pour : Rejouer un parcours important sur les appareils et navigateurs prioritaires.
Passer à la pratique
browserstack.comVisiter le site officiel
Outils automatisés de contrôle de l’accessibilité numérique.
À utiliser pour : Associer les signalements automatiques à un contrôle humain du parcours.
Passer à la pratique
deque.comVisiter le site officiel
Évaluation visuelle de problèmes d’accessibilité sur une page Web.
À utiliser pour : Examiner les erreurs dans leur contexte visuel et éditorial.
Passer à la pratique
wave.webaim.orgVisiter le site officiel
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.
Passer à la pratique
webaim.orgVisiter le site officiel
Compression et comparaison d’images directement dans le navigateur.
À utiliser pour : Comparer poids et rendu d’une image avant de choisir son format.
Passer à la pratique
squoosh.appVisiter le site officiel
Compression en ligne d’images Web courantes.
À utiliser pour : Vérifier les détails et le poids obtenus avant de remplacer une image.
Passer à la pratique
tinypng.comVisiter le site officiel
É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.
Passer à la pratique
ecoindex.frVisiter le site officiel
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.
Passer à la pratique
greenit.frVisiter le site officiel
Modèles et exemples officiels pour concevoir des composants interactifs accessibles avec ARIA.
À utiliser pour : Comparer le comportement clavier d’un composant interactif avec un modèle documenté.
Passer à la pratique
w3.orgVisiter le site officiel
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.
Passer à la pratique
w3.orgVisiter le site officiel
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.
Passer à la pratique
developer.mozilla.orgVisiter le site officiel
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.
Passer à la pratique
web.devVisiter le site officiel
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.
Passer à la pratique
web.devVisiter le site officiel
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.
Passer à la pratique
developer.chrome.comVisiter le site officiel
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.
Passer à la pratique
developer.chrome.comVisiter le site officiel
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.
Passer à la pratique
w3.orgVisiter le site officiel
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.
Passer à la pratique
w3.orgVisiter le site officiel
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.
Passer à la pratique
developer.chrome.comVisiter le site officiel
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.
Passer à la pratique
developer.chrome.comVisiter le site officiel
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.
Passer à la pratique
w3.orgVisiter le site officiel
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.
Passer à la pratique
w3.orgVisiter le site officiel
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.
Passer à la pratique
arcep.frVisiter le site officiel
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.
Passer à la pratique
developer.mozilla.orgVisiter le site officiel
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.
Passer à la pratique
developer.mozilla.orgVisiter le site officiel
Tutoriel du W3C sur les tableaux de données et les associations entre cellules et en-têtes.
À utiliser pour : Tester un tableau réel avec ses titres, sa légende et une navigation adaptée.
Passer à la pratique
w3.orgVisiter le site officiel
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.
Passer à la pratique
w3.orgVisiter le site officiel
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.
Passer à la pratique
w3.orgVisiter le site officiel
Choisir un point de départ
Ce que chaque catégorie aide à décider.
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.
Performance, accessibilité et qualité
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érifier- Mesurer plusieurs familles de pages et appareils.
- Associer chaque anomalie à une cause et à un parcours affecté.
Mise 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
Transparence
Proposer une ressource ou une correction
Périmètre éditorial et sites tiers
Cet annuaire non exhaustif a été revu le 30 août 2026 ; ses liens ont été contrôlés le 25 septembre 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.
Questions sur l’annuaire
Sélection, indépendance et mises à jour.
La sélection éditoriale privilégie les sources primaires et officielles, les organismes de normalisation reconnus, les outils professionnels largement utilisés, les médias spécialisés et les communautés actives directement liés à la création, à l’exploitation, à la sécurisation ou à la promotion des sites internet. Chaque entrée doit avoir une fonction identifiable, un éditeur clairement nommé et une destination officielle. Le catalogue est indépendant, non exhaustif et ne cherche pas à classer tous les prestataires disponibles. Une ressource peut être retirée si elle ferme, change profondément d’objet, devient trompeuse ou n’apporte plus assez de valeur pratique. La date de vérification indique la dernière revue globale du catalogue ; elle ne garantit pas que chaque site extérieur reste inchangé ensuite. Avant d’utiliser un service, il faut donc confirmer ses tarifs, conditions, règles de confidentialité, niveau de sécurité et adéquation au besoin sur sa documentation officielle.
Non. Une fiche constitue un repère documentaire, pas une certification, un partenariat, un audit de sécurité ni une recommandation commerciale. Les organisations référencées restent responsables de leurs produits, contenus, tarifs, disponibilité, cookies, traitements de données et conditions contractuelles. Une ressource peut être adaptée à un projet et inappropriée à un autre selon le budget, le droit applicable, les exigences techniques et les compétences de l’équipe. Française du Numérique ne reçoit aucune commission pour la présence d’un site dans cet annuaire éditorial. Avant de créer un compte, d’acheter un service ou de confier des données, il convient de consulter la documentation officielle, les conditions en vigueur, les possibilités d’export, l’assistance et les éléments indépendants disponibles. Une décision comportant un enjeu juridique, financier ou de sécurité peut nécessiter l’avis d’un professionnel qualifié.
Oui. Le champ de recherche examine les noms des ressources et les thèmes éditoriaux, tandis que les filtres limitent la liste par catégorie, origine géographique et type de ressource. La recherche et le tri s’effectuent localement dans le navigateur : les mots saisis ne sont pas transmis à un moteur tiers. La combinaison de plusieurs filtres peut ne produire aucun résultat alors qu’une ressource utile se trouve dans une catégorie voisine ; il suffit alors de retirer un critère ou d’employer un terme plus large. Les descriptions restent volontairement synthétiques et ne recensent pas toutes les fonctions d’un service. La documentation officielle doit être consultée pour vérifier les capacités, conditions et tarifs actuels avant toute décision.
Utilisez la page de contact en indiquant le nom de la ressource, son adresse officielle, son éditeur, la catégorie pertinente et une courte explication de son utilité pour les professionnels ou responsables de projets web. Pour une correction, précisez la fiche concernée et l’information qui paraît inexacte ou ancienne, si possible avec une source primaire. Chaque suggestion est relue avant publication et peut être refusée lorsqu’elle reproduit une entrée existante, relève surtout de la promotion, ne possède pas d’éditeur identifiable, présente un risque évitable ou sort du périmètre de l’annuaire. Une proposition ne garantit ni la publication ni une place particulière, et ce processus éditorial ne prévoit pas de référencement payant.