Déclaration d’accessibilité
Nous vendons des audits d’accessibilité, nous avons donc commencé par auditer notre propre site. Cette page présente ce que nous avons constaté, ce que nous avons corrigé et ce qui reste ouvert, et vous indique comment nous joindre si un élément d’aigrow.gg vous bloque.
Dernière mise à jour le 28 octobre 2026. Cette traduction est fournie à titre indicatif. En cas de divergence avec la version anglaise, cette dernière fait foi. Lire la version anglaise
En bref
- Nous testons aigrow.gg au regard des WCAG 2.2 niveau AA. Le site est partiellement conforme : les pages testées réussissent tous les contrôles automatisés, et certains contrôles qui exigent l’intervention d’une personne restent ouverts.
- Le 28 octobre 2026, nous avons exécuté axe-core sur six pages, en anglais et en italien, en largeur d’ordinateur et de téléphone : 24 exécutions au total.
- Une règle a échoué, sur une page : les numéros d’étapes de la page de l’audit d’accessibilité de la boutique présentaient un contraste trop faible. Nous l’avons corrigé le jour même.
- Ce qui reste ouvert est listé ci-dessous, chaque point ayant pour date cible le 31 décembre 2026.
- Si un élément du site vous bloque, écrivez à hello@aigrow.gg.
Ce résumé vous aide à lire la déclaration ; c’est le texte complet ci-dessous qui s’applique.
1. La norme de référence
Nous appliquons les Web Content Accessibility Guidelines (WCAG) 2.2 au niveau AA, publiées par le W3C. Leur dernière version date du 12 décembre 2024.
Dans l’Union européenne, la norme harmonisée EN 301 549 V3.2.1 renvoie aux WCAG 2.1 niveau AA pour le contenu web. Les WCAG 2.2 ajoutent de nouveaux critères de succès à ceux des WCAG 2.1, et nous testons selon la version la plus récente.
Statut : partiellement conforme. Les pages testées réussissent tous les contrôles automatisés que nous avons exécutés. Certains contenus doivent encore être vérifiés par une personne, et certaines parties du site n’entraient pas dans ce test, comme indiqué dans la section sur ce qui reste ouvert.
2. Notre méthode de test
Le 28 octobre 2026, nous avons chargé chaque page du site en ligne dans un navigateur Chromium et exécuté axe-core 4.11.0 avec ses règles WCAG 2.0, 2.1 et 2.2 aux niveaux A et AA. Chaque page a été testée à 1280 pixels de large et à 390 pixels de large, soit la largeur d’un téléphone, en anglais et en italien.
Les six pages sont la page d’accueil, la page des formules, le scan gratuit, une page de service, un outil gratuit et la page de connexion, où commence l’achat d’une formule pour un visiteur sans compte. La page de connexion n’existe qu’en anglais, nous l’avons donc testée en anglais.
Nous avons ensuite vérifié manuellement ce qu’axe ne peut pas déterminer seul :
- Redimensionnement du contenu (WCAG 1.4.10) : à 320 pixels de large, aucune des 11 adresses testées ne défile horizontalement.
- Focus clavier (WCAG 2.4.7) : nous avons parcouru les 40 premiers contrôles de chaque page avec la touche Tab, et chacun de nos contrôles indiquait où se trouvait le focus. Le premier arrêt est la bannière de cookies, lorsqu’elle s’affiche.
- Langue de la page (WCAG 3.1.1) : chaque page déclare la langue dans laquelle elle est rédigée.
Il s’agit de notre propre test, réalisé avec des outils publics. Ce n’est pas une certification délivrée par un organisme indépendant.
3. Ce que nous avons constaté
Le tableau indique le nombre de règles axe applicables à chaque page et réussies, dans l’ordre : anglais sur ordinateur, anglais sur téléphone, italien sur ordinateur, italien sur téléphone.
| Page | Adresse | Règles réussies | Règles échouées |
|---|---|---|---|
| Page d’accueil | / | 36, 34, 34, 34 | Aucune |
| Formules | /plans | 32, 32, 33, 33 | Aucune |
| Scan gratuit | /get-started | 33, 33, 33, 33 | Aucune |
| Audit d’accessibilité de la boutique | /ecommerce-accessibility-audit | 29, 29, 29, 29 | Contraste des couleurs, corrigé le 28 octobre 2026 |
| Vérificateur de contraste des couleurs | /tools/color-contrast-checker | 36, 36, 36, 36 | Aucune |
| Connexion | /auth/login | 24, 24 (en anglais uniquement) | Aucune |
L’échec que nous avons corrigé
Les cinq numéros d’étapes, de 01 à 05, de la page de l’audit d’accessibilité de la boutique affichaient un contraste de 1,78:1 avec l’arrière-plan, dans les deux langues et aux deux largeurs. Un grand texte exige 3:1 (WCAG 1.4.3). Nous avons modifié leur couleur pour dépasser 3:1 sur tous les arrière-plans utilisés par le site, et appliqué la même couleur aux deux autres listes numérotées qui la partageaient.
En plus de l’audit, nous avons ajouté, au-dessus de la conversation du scan gratuit, une ligne indiquant qu’un système d’IA rédige les réponses, afin qu’un lecteur d’écran la lise avant le début de la conversation.
4. Ce qui reste ouvert
Nous visons la résolution de chacun de ces points d’ici le 31 décembre 2026 et mettrons cette page à jour au fur et à mesure :
- Texte sur des images et des dégradés. axe n’a pas pu mesurer le contraste d’un texte placé sur un dégradé, une image ou un autre élément, et l’a signalé pour vérification par une personne : jusqu’à 42 éléments sur la page d’accueil, jusqu’à 40 sur la page des formules et jusqu’à 11 sur chacune des autres pages. Nous vérifierons chacun d’eux manuellement et corrigerons ce qui est insuffisant.
- Un lien d’évitement. Les pages sont divisées en repères entre lesquels les lecteurs d’écran peuvent naviguer, et le contrôle de contournement d’axe est réussi. Un utilisateur du clavier sans lecteur d’écran doit toutefois d’abord parcourir le menu avec Tab ; nous ajouterons donc un lien qui permet d’accéder directement au contenu.
- Lecteurs d’écran. Nous n’avons pas encore effectué un achat complet, du début à la fin, avec un lecteur d’écran. Nous testerons ce parcours avec NVDA sous Windows et VoiceOver sur iPhone.
- Le tableau de bord après connexion. Ce test ne couvrait que les pages publiques. Nous testerons le tableau de bord selon la même méthode.
5. Contenus gérés par des tiers
Certaines étapes ouvrent des services exploités par d’autres entreprises : la page de paiement de Stripe, la vérification hCaptcha sur certains formulaires et la page de connexion de Google. Leur accessibilité relève de leur responsabilité. Si l’un d’eux vous bloque, écrivez-nous et nous vous aiderons à terminer ce que vous avez commencé.
6. Signaler un obstacle
Si un élément d’aigrow.gg est difficile ou impossible à utiliser pour vous, écrivez à hello@aigrow.gg ou utilisez la page de contact. Indiquez-nous l’adresse de la page, ce que vous tentiez de faire et ce qui vous a gêné. Nous répondons à chaque signalement et, pendant que nous corrigeons la page, nous vous envoyons l’information ou vous aidons à passer commande autrement.
Nous avons rédigé cette déclaration le 28 octobre 2026 à partir du test décrit ci-dessus. Nous referons le test et mettrons cette déclaration à jour d’ici le 31 décembre 2026. Si vous souhaitez le même audit pour votre propre boutique, consultez notre audit d’accessibilité de la boutique.