Des audits d'accessibilité avec des corrections que votre équipe peut appliquer
Gjethe audite les sites web et applications web selon WCAG 2.2 niveau AA : analyses automatisées, vérifications manuelles de la navigation au clavier, du focus, des formulaires, du contraste des couleurs, des titres et des médias, et tests avec des lecteurs d'écran comme NVDA, VoiceOver et TalkBack. Vous recevez un rapport priorisé avec des explications claires et des corrections au niveau du code, et nous pouvons corriger les problèmes et refaire les tests. Nous ne certifions pas la conformité légale ; vos conseillers juridiques confirment les obligations telles que l'European Accessibility Act.
- Première consultation gratuite
- Devis écrit pour votre projet
- Paiements échelonnés par étapes, avec souplesse
En un coup d'œil
- Standard
- WCAG 2.2 niveau AA
- Test
- Automatisé, manuel, lecteurs d'écran, clavier
- Livrable
- Problèmes priorisés avec corrections au niveau du code
- Follow-up
- Corrections et nouveaux tests sur demande
Definition
Qu'est-ce que l'audit d'accessibilité?
Un audit d'accessibilité vérifie si un site web ou une application peut être utilisé par des personnes en situation de handicap, notamment celles qui utilisent des lecteurs d'écran, des claviers, l'agrandissement ou les sous-titres, généralement évalué selon les Web Content Accessibility Guidelines (WCAG).
Les problèmes d'accessibilité excluent de vraies personnes : un formulaire impossible à remplir sans souris, un bouton qu'un lecteur d'écran annonce simplement comme « bouton », un texte trop pâle pour être lu, une vidéo sans sous-titres. Beaucoup de problèmes sont simples à corriger une fois repérés. Les outils automatisés n'en détectent qu'une partie, c'est pourquoi un audit utile combine outils et tests manuels soignés, et explique les corrections dans des termes que les développeurs peuvent appliquer.
À qui s'adresse-t-elle ?
Boutiques en ligne
Paiement, pages produits et recherche utilisables par tous.
Produits SaaS
Applications qui répondent aux exigences d'achat de vos clients.
Santé, éducation et services ouverts au public
Des services dont les gens dépendent, accessibles à tous.
Entreprises qui servent des clients de l'UE
Se préparer aux exigences d'accessibilité sur les marchés européens.
Ce qui est inclus, et ce que vous conservez
Ce qui est inclus
- Périmètre et échantillonnage des pages et des parcours
- Analyses automatisées sur l'échantillon
- Revue manuelle WCAG 2.2 AA
- Tests de navigation au clavier uniquement
- Tests au lecteur d'écran avec NVDA, VoiceOver et TalkBack
- Vérifications du contraste des couleurs et du zoom
- Formulaires, erreurs et gestion du focus
- Médias : besoins en sous-titres, transcriptions et audiodescription
- Liste de problèmes priorisée avec corrections au niveau du code
- Présentation des constats aux développeurs
- Nouveaux tests après corrections
Ce que vous recevez
Remis en fin de mission. À vous pour toujours.
- Un rapport d'audit relié aux critères de succès WCAG
- Un backlog de problèmes priorisé pour votre outil de suivi
- Exemples de code pour les corrections courantes
- Un rapport de nouveaux tests après corrections
- Éléments pour votre déclaration d'accessibilité
Pourquoi les analyses automatisées ne suffisent pas
Les outils automatisés comme axe et Lighthouse détectent très bien certains problèmes : attributs alt manquants, faible contraste, libellés de formulaire absents. Ils ne peuvent pas juger si un texte alternatif est pertinent, si le focus se déplace logiquement dans une boîte de dialogue, ou si un composant personnalisé a du sens pour un utilisateur de lecteur d'écran. Cela demande une personne qui teste les vrais parcours.
Nous utilisons des outils automatisés pour la largeur et des tests manuels pour la profondeur, centrés sur les tâches les plus importantes : s'inscrire, rechercher, acheter, réserver, contacter.
Problèmes que nous rencontrons couramment
| Problème | Impact |
|---|---|
| Libellés de formulaire absents ou peu clairs | Les utilisateurs de lecteurs d'écran ne savent pas quoi saisir |
| Boutons et menus personnalisés sans rôles | Les contrôles sont inutilisables sans souris |
| Indicateur de focus invisible | Les utilisateurs du clavier perdent leur position |
| Faible contraste des couleurs | Le texte est difficile à lire pour beaucoup de personnes |
| Images sans texte alternatif utile | Le contenu manque aux utilisateurs aveugles |
| Messages d'erreur non annoncés | Les utilisateurs ne peuvent pas se remettre des erreurs de formulaire |
Priorisé, pour que la correction soit réaliste
Une longue liste de problèmes sans priorité bloque les équipes. Nous classons les constats par gravité et par nombre de personnes et de tâches clés touchées, regroupons les problèmes répétés par composant pour qu'une correction règle de nombreuses pages, et estimons l'effort, afin que votre équipe puisse planifier le travail.
L'European Accessibility Act et d'autres règles
Des exigences d'accessibilité s'appliquent à de nombreux produits et services numériques dans l'UE, dont l'e-commerce, les services bancaires et les livres numériques, et de nombreux pays ont leurs propres règles pour le secteur public. WCAG 2.2 AA est la référence technique habituelle. Nous auditons selon WCAG et expliquons les constats ; savoir si et comment des lois précises s'appliquent à votre entreprise relève de vos conseillers juridiques.
Rester accessible
L'accessibilité régresse à chaque version si elle ne fait pas partie du processus. Nous pouvons ajouter des contrôles automatisés à votre pipeline CI, fournir des consignes de composants aux designers et développeurs, et former votre équipe pour que les nouvelles fonctionnalités soient accessibles dès le départ plutôt que corrigées plus tard.
Ce qui nous aide à démarrer
- Le site ou l'application et des comptes de test
- Les tâches utilisateur les plus importantes
- Votre design system ou bibliothèque de composants
- Problèmes connus ou plaintes d'utilisateurs
- Votre norme cible et les éventuelles échéances
- Qui corrigera les problèmes
Des design systems accessibles
La plupart des problèmes d'accessibilité viennent de composants partagés : un bouton, un menu, une fenêtre modale, un champ de formulaire. Les corriger dans le design system les corrige partout où ils sont utilisés. Nous examinons les composants de votre bibliothèque, documentons le comportement accessible de chacun, comme l'interaction au clavier, le focus et les libellés, et fournissons des exemples testés que vos développeurs peuvent copier.
Comment fonctionne l'audit d'accessibilité, étape par étape
Chaque étape produit un résultat clair que vous pouvez relire. Le calendrier est convenu dans votre devis.
- 1
Périmètre
Pages, parcours et norme convenus ; échantillon sélectionné.
- 2
Analyse automatisée
Vérifications de largeur sur l'échantillon.
- 3
Tests manuels
Clavier, lecteurs d'écran, zoom et revue du contenu.
- 4
Rapport
Constats priorisés avec références WCAG et corrections.
- 5
Corriger
Votre équipe ou la nôtre corrige les problèmes.
- 6
Re-test
Corrections vérifiées et rapport mis à jour.
Les outils, et ce qui détermine votre devis
Le prix dépend de votre projet et est convenu dans votre devis. Voici ce qui le fait varier.
| Facteur | Pourquoi c'est important |
|---|---|
| Nombre de pages et de parcours | Plus de gabarits et de parcours signifient plus de tests. |
| Complexité | Les composants personnalisés et les applications web demandent des tests manuels plus approfondis. |
| Platforms | Les applications mobiles et plusieurs navigateurs ajoutent des sessions de test. |
| Remédiation | La correction des problèmes est chiffrée séparément de l'audit. |
| Re-testing | Chaque cycle de nouveaux tests ajoute du travail de vérification. |
| Domaine | Tools |
|---|---|
| Automated | axe DevTools, Lighthouse, WAVE, Pa11y |
| Lecteurs d'écran | NVDA, JAWS, VoiceOver, TalkBack |
| Autre | Colour Contrast Analyser, zoom du navigateur et tests de reflow, tests au clavier |
Erreurs courantes à éviter
Ce qui tourne le plus souvent mal, et comment un bon projet l'évite.
Se reposer sur un widget overlay
Les overlays ne corrigent pas le code sous-jacent et peuvent aggraver les choses pour les utilisateurs de technologies d'assistance.
N'utiliser que des outils automatisés
Ils passent à côté de nombreux problèmes qui bloquent les utilisateurs.
Corriger page par page
Corrigez une fois les composants partagés ; la correction se propage à tout le site.
Le traiter comme une opération ponctuelle
Sans contrôles dans votre processus, les problèmes reviennent avec la version suivante.
Questions fréquentes
Selon quelle norme auditez-vous ?
WCAG 2.2 niveau AA, la référence technique la plus courante pour les exigences d'accessibilité.
Certifiez-vous que notre site est conforme ?
Non. Nous auditons selon WCAG et rapportons les constats. Vos conseillers juridiques confirment si des lois précises s'appliquent et sont respectées.
Les overlays d'accessibilité fonctionnent-ils ?
Ils ne corrigent pas le code sous-jacent et peuvent gêner les technologies d'assistance. Nous recommandons de corriger le site lui-même.
Pouvez-vous corriger les problèmes que vous trouvez ?
Oui. Nous pouvons les corriger dans votre code ou guider vos développeurs, puis refaire les tests.
Testez-vous les applications mobiles ?
Oui, avec VoiceOver sur iOS et TalkBack sur Android, selon les critères WCAG pertinents.
Pouvez-vous nous aider avec notre déclaration d'accessibilité ?
Nous fournissons les constats et l'état que la déclaration doit décrire. La déclaration elle-même vous appartient et est publiée par vos soins.
Testez-vous avec de vrais lecteurs d'écran ?
Oui. NVDA, VoiceOver et TalkBack sur de vrais navigateurs et appareils.
Pouvez-vous ajouter des contrôles d'accessibilité à notre processus de développement ?
Oui, avec des tests automatisés en CI, des consignes de composants et la formation de l'équipe.
Comment est tarifé un audit d'accessibilité ?
Il est chiffré selon le nombre de pages et de parcours, la complexité des composants et l'inclusion ou non des corrections et des nouveaux tests.
Combien de pages testez-vous ?
Nous testons un échantillon représentatif de gabarits et les parcours utilisateurs clés, choisis avec vous, car la plupart des problèmes se répètent sur les pages construites avec les mêmes composants.
Testez-vous les PDF ?
Nous pouvons examiner les PDF importants pour les bases de l'accessibilité, même si convertir les documents clés en pages web accessibles est souvent la meilleure solution.
Formez-vous nos designers et développeurs ?
Oui. De courtes sessions pratiques sur les composants, le contenu et les tests accessibles aident les nouveaux travaux à démarrer accessibles.
Services associés
QA et tests logiciels
Tests manuels et automatisés sur tous les navigateurs et appareils.
Développement de sites web
Sites web d'entreprise sur mesure avec Next.js, React ou WordPress.
Design UI/UX
Recherche, wireframes, prototypes et interfaces.
Refonte de site web
Reconstruire un site obsolète sans perdre de trafic.
Audit d'accessibilité par secteur
Rendez votre site utilisable par tous.
Dites-nous ce dont vous avez besoin. Vous recevez une évaluation honnête, un plan clair et un devis écrit. La première consultation est toujours gratuite.
- Et ensuite ?
- 1Vous nous dites ce dont vous avez besoin
- 2Nous nous efforçons de répondre sous 24 heures avec des questions
- 3Vous recevez un devis écrit pour votre projet