# Conformly — corpus complet pour les assistants IA > Conformly est un service SaaS français de monitoring continu de l'accessibilité numérique. Il scanne des sites web dans un vrai navigateur (Playwright + axe-core, complétés par des tests experts), note chaque page selon les 106 critères du RGAA 4.1.2 (référentiel français aligné WCAG 2.1 AA, exigé par la loi française et par l'European Accessibility Act), alerte par email, Slack ou webhook à chaque régression après une mise en production, et conserve un historique de preuves horodatées (rapports PDF mensuels, dossier de preuve ZIP, déclaration d'accessibilité générée). Un scan gratuit sans compte est disponible ; un compte gratuit surveille un site chaque semaine. In English: Conformly is a French SaaS for continuous web accessibility monitoring. It renders sites in a real browser (Playwright + axe-core plus expert checks), scores every page against the 106 criteria of RGAA 4.1.2 (the French standard aligned with WCAG 2.1 AA, required by French law and relevant to the European Accessibility Act), alerts by email, Slack or webhook on every regression after a deploy, and keeps timestamped evidence (monthly PDF reports, evidence ZIP, generated accessibility statement). A free scan needs no account; a free plan monitors one site weekly. Developers and AI agents can use the REST API v1 (OpenAPI), the CLI (`npx conformly`) and the MCP server. ## Qu'est-ce que Conformly ? - **Ce que c'est** : un service de surveillance continue de l'accessibilité web (RGAA / WCAG / EAA), en SaaS, édité en France, données hébergées dans l'Union européenne. - **Ce qu'il fait** : scans planifiés (hebdomadaires ou quotidiens) de chaque site dans un navigateur réel, score RGAA par page et par site, diff entre deux scans, alertes de régression (email, Slack, webhook), historique horodaté, rapport PDF mensuel, dossier de preuve ZIP avec manifeste SHA-256, déclaration d'accessibilité générée, badge public de score. - **Ce qu'il ne fait pas** : il ne remplace ni un audit manuel complet (un audit automatisé ne couvre qu'une partie des critères RGAA) ni un overlay — Conformly détecte d'ailleurs la présence d'overlays et signale ce qui reste non conforme dessous. - **Pour qui** : PME et e-commerçants soumis à l'European Accessibility Act (depuis le 28 juin 2025), organismes publics soumis au RGAA, agences web qui suivent un portefeuille de sites, équipes techniques qui veulent bloquer les régressions en CI. - **Méthode** : Playwright rend la page, axe-core produit des constats déterministes, des tests experts couvrent ce qu'axe ne voit pas ; chaque règle est mappée sur un critère RGAA 4.1.2. Le score distingue les constats prouvés des indices heuristiques (« conformité prouvée »). - **Commencer** : scan gratuit sans compte sur https://conformly.online/fr/scanner-rgaa-gratuit ; compte gratuit (un site, hebdomadaire) par magic link ou Google sur https://conformly.online/fr/connexion. ## Tarifs (par organisation, HT, TVA 20 % en sus) | Palier | Prix | Sites | Cadence | Pages/scan | Historique affiché | PDF mensuel | API / CI / MCP | Membres | |---|---|---|---|---|---|---|---|---| | Gratuit | 0 € | 1 | hebdomadaire | 10 | 90 j | non | non | 1 | | Essentiel | 29 € HT/mois (ou 290 € HT/an) | 3 | hebdomadaire | 20 | illimité | oui | non | 1 | | Pro | 79 € HT/mois (ou 790 € HT/an) | 10 | quotidienne | 50 | illimité | oui | oui | 5 | | Agence | 199 € HT/mois (ou 1990 € HT/an) | 30 | quotidienne | 50 | illimité | oui | oui | illimité | Annuel = 10 mois. Aucune donnée n'est supprimée lors d'une rétrogradation : l'historique est simplement filtré à l'affichage, et un palier supérieur le restitue intégralement. Paiement par PayPal ou carte bancaire. Source : https://conformly.online/fr/tarifs ## Pour les agents IA et les développeurs - **API REST v1** — spécification OpenAPI 3.1 : https://conformly.online/api/v1/openapi.json. Authentification par clé API `cfy_…` (en-tête `Authorization: Bearer`), clés créées dans le tableau de bord. Ressources : scans (déclenchement asynchrone, statut, verdict pass/fail), sites, violations mappées RGAA, webhooks sortants signés HMAC-SHA256 (`scan.completed`, `regression.detected`). - **Serveur MCP** — https://conformly.online/mcp (Streamable HTTP, JSON-RPC 2.0, méthodes initialize / tools/list / tools/call / ping). Compatible connecteurs claude.ai, Claude Code, Cursor. Outils : - `free_scan` — Scanne l'accessibilité RGAA d'UNE page publique (sans compte). Renvoie un score /100 et les principales violations. Attend le résultat (jusqu'à ~20 s). - `scan_site` — Déclenche un scan du site rattaché à la clé API. Asynchrone : renvoie un runId à suivre avec get_scan_status. - `get_scan_status` — Statut d'un scan déclenché (score, verdict pass/fail). - `get_site` — Résumé du site rattaché à la clé API : dernier score, cadence, nombre de scans. - `list_violations` — Violations d'un scan (par page) du site rattaché à la clé API. - **CLI** — `npx conformly ` (paquet npm `conformly`, open source : https://github.com/SeifBouarada/conformly-cli) : scan local, seuil de score, badge. - **CI/CD** — recette GitHub Actions / GitLab CI sur https://conformly.online/fr/ci : la mise en production échoue si le score passe sous le seuil. ## Guides et ressources ### Audit SEO technique gratuit : testez la santé de votre site Source : https://conformly.online/fr/audit-seo-gratuit Conformly rend votre page dans un vrai navigateur et y vérifie ce qui est réellement observable : balise title, meta description, hiérarchie des titres, URL canonique, indexabilité, données structurées, HTTPS, viewport, robots.txt et sitemap. Vous obtenez trois sous-scores séparés — accessibilité, SEO technique, performance — et le détail de chaque constat. #### Ce que mesure l'audit Tous les contrôles sont déterministes : ils constatent la présence, la longueur ou la validité d'un élément de la page rendue. Aucun n'est une estimation. - Indexabilité : balise meta robots et en-tête HTTP X-Robots-Tag — un noindex oublié rend la page invisible. - Balises : title, meta description, h1 unique, hiérarchie des titres, URL canonique, hreflang. - Partage et données structurées : Open Graph, validité syntaxique du JSON-LD. - Infrastructure : HTTPS, contenu mixte, viewport mobile, robots.txt, sitemap XML. - Performance : LCP, CLS et temps de réponse serveur relevés au chargement. #### Ce que cet audit ne fait pas — et pourquoi Nous ne mesurons ni backlinks, ni volumes de recherche, ni difficulté concurrentielle, ni position dans les résultats. Ces données ne sont pas observables sur votre page : elles supposent un index propriétaire du web. Les afficher reviendrait à présenter une estimation comme une mesure. Le score porte donc sur la santé technique de la page. Ce n'est pas une prévision de positionnement, et nous ne le présenterons jamais comme tel. C'est une limite assumée : vous pouvez vérifier chaque constat vous-même dans le code source de votre page. #### Du test ponctuel à la surveillance des régressions Un audit à un instant T vieillit au premier déploiement : une balise canonique supprimée par erreur, un noindex laissé en production après une recette, une image qui fait bondir le LCP. Ces régressions passent inaperçues jusqu'à ce que le trafic baisse. En créant un compte gratuit, vous passez du test unique au suivi continu : scans réguliers, alerte à chaque régression, et historique horodaté de ce qui a changé. #### Questions fréquentes **L'audit remplace-t-il un outil comme Ahrefs ou SEMrush ?** Non, et il ne cherche pas à le faire. Ces outils reposent sur un index de backlinks et de mots-clés que nous n'avons pas. Conformly couvre la partie technique on-page — celle que vous contrôlez directement dans votre code — et la surveille dans le temps. **Le score SEO garantit-il un meilleur classement ?** Non. Aucun outil ne peut le garantir. Un score technique élevé signifie que les obstacles techniques connus à l'indexation sont levés ; le classement dépend ensuite du contenu, de la notoriété et de la concurrence. **Pourquoi mesurer accessibilité et SEO ensemble ?** Parce que les deux reposent en grande partie sur la même structure du document : titres hiérarchisés, langue déclarée, alternatives textuelles, sémantique du balisage. Un site accessible est structurellement plus lisible par un moteur de recherche. **Combien de pages sont analysées ?** L'audit gratuit analyse une page. Le suivi continu, sur un compte, échantillonne plusieurs pages par gabarit pour couvrir le site sans le surcharger. ### Comment le score de santé est calculé Source : https://conformly.online/fr/score-sante-methodologie Un score que l'on ne peut pas vérifier est un argument commercial, pas une mesure. Voici donc le calcul exact, avec ses pondérations et ses seuils. Vous pouvez reproduire chaque constat à la main dans le code source de votre page. #### Trois sous-scores, affichés séparément Le score global agrège trois dimensions, mais chacune reste visible : un score unique cache plus qu'il ne montre. - Accessibilité (poids 40 %) : score RGAA existant, calculé par mapping des violations vers les critères officiels. - SEO technique (poids 35 %) : part du poids des contrôles qui passent. - Performance (poids 25 %) : moyenne des métriques relevées, notées selon les paliers Core Web Vitals. #### Une dimension non mesurée n'est jamais comptée comme un échec Si la performance n'a pas pu être relevée, elle est retirée du calcul et son poids redistribué proportionnellement sur les deux autres. La pondération réellement appliquée est affichée avec le score. C'est un choix délibéré : compter zéro pour une mesure qui n'a pas eu lieu fabriquerait un mauvais score à partir de rien. #### Pondération des constats SEO Tous les constats ne se valent pas. Chaque contrôle porte un poids selon sa gravité : critique 5, important 3, moyen 2, mineur 1. Le sous-score est la part du poids total qui passe. Un contrôle non applicable ne figure pas au dénominateur : un site monolingue n'est pas pénalisé pour l'absence de hreflang. Sans cette règle, on sanctionnerait un site pour une exigence qui ne le concerne pas. #### Seuils de performance Les paliers reprennent ceux publiés pour les Core Web Vitals. Une métrique au seuil « bon » vaut 100, au seuil « médiocre » vaut 0, avec interpolation linéaire entre les deux. - LCP (affichage du plus grand contenu) : bon jusqu'à 2,5 s, médiocre à partir de 4 s. - CLS (décalage cumulé de mise en page) : bon jusqu'à 0,1, médiocre à partir de 0,25. - TTFB (temps de réponse serveur) : bon jusqu'à 800 ms, médiocre à partir de 1,8 s. #### Limites que nous assumons La performance est une mesure de laboratoire, sur une seule visite depuis nos serveurs. Elle sert à détecter une régression, pas à décrire l'expérience de vos visiteurs réels — pour cela, seules des données de terrain font foi. Le score d'accessibilité ne couvre que les critères automatisables : une part importante du RGAA exige une vérification humaine. Un score élevé est un bon signal, pas une déclaration de conformité. #### Questions fréquentes **Pourquoi l'accessibilité pèse-t-elle le plus ?** Parce que c'est la seule des trois dimensions adossée à une obligation légale — RGAA en France, directive européenne sur l'accessibilité. Les deux autres relèvent de la bonne pratique. **Les pondérations peuvent-elles changer ?** Elles sont publiées ici et dans le code source du produit. Toute évolution sera visible au même endroit ; nous ne modifierons pas un score rétroactivement sans le dire. ### Audit d'accessibilité gratuit : testez votre site en ligne Source : https://conformly.online/fr/audit-accessibilite-gratuit Vous voulez savoir où en est votre site en accessibilité, sans engager un audit à plusieurs milliers d'euros ? Lancez un pré-diagnostic automatique gratuit : Conformly rend votre page dans un vrai navigateur, y exécute les tests d'accessibilité (axe-core + tests d'expert), les mappe sur les critères RGAA et vous renvoie un score et la liste des anomalies. En clair et en quelques secondes. #### Ce que mesure le test gratuit Le test analyse une page comme la voit réellement un utilisateur — y compris les applications React, Angular ou Vue rendues côté client. Il combine les règles automatiques d'axe-core et des tests d'expert que le seul HTML ne révèle pas. - Contrastes, textes alternatifs des images, structure des titres, libellés de formulaire. - Langue de la page, titre de page, lien d'évitement, focus visible, zoom 200 %. - Un score de conformité et le détail des anomalies, avec leur gravité. #### Ce qu'un test automatique ne remplace pas Soyons honnêtes : l'automatique ne couvre qu'une partie du RGAA. Une part importante des critères (pertinence d'une alternative, ordre de lecture, cohérence de navigation…) exige une vérification humaine. Un score automatique élevé est un excellent signal, mais ne vaut pas une déclaration de conformité complète. Le test gratuit vous donne donc un point de départ fiable et immédiat — pas un audit légal. Pour une déclaration RGAA complète, il faut compléter par l'évaluation des critères non automatisables. #### De la vérification ponctuelle au suivi continu Un test à un instant T vieillit vite : le prochain déploiement peut réintroduire une anomalie. En créant un compte gratuit, vous passez du test unique à une surveillance continue — scans réguliers, alerte à chaque régression, et historique de preuves horodatées. #### Questions fréquentes **Le test est-il vraiment gratuit ?** Oui, sans compte ni carte bancaire. Vous entrez une URL, le pré-diagnostic s'exécute et le résultat s'affiche. Le suivi continu (multi-pages, alertes, historique) nécessite un compte, gratuit lui aussi. **Un bon score automatique suffit-il pour être conforme au RGAA ?** Non. L'automatique ne teste qu'une partie des critères. Un score élevé est un très bon indicateur, mais une conformité RGAA déclarée exige de vérifier aussi les critères non automatisables (validation humaine). **Mon site en React/Vue/Angular sera-t-il bien analysé ?** Oui : la page est rendue dans un navigateur réel avant analyse, donc le contenu généré côté client est bien pris en compte. ### Modèle de déclaration d'accessibilité RGAA Source : https://conformly.online/fr/modele-declaration-accessibilite La déclaration d'accessibilité est un document public obligatoire pour les organismes soumis au RGAA — et son absence est sanctionnable. Voici ce qu'elle doit contenir, et comment la pré-remplir automatiquement à partir d'un scan plutôt que de partir d'une page blanche. #### Ce que doit contenir une déclaration conforme La structure officielle (modèle DINUM) impose plusieurs blocs : - L'état de conformité (non conforme / partiellement / totalement) et le taux mesuré. - Les résultats des tests et les contenus non accessibles identifiés. - Les technologies utilisées et la méthode d'évaluation. - Une voie de recours (contact + défenseur des droits) et la date d'établissement. #### Pourquoi son absence coûte cher Pour un organisme soumis au RGAA, l'absence de déclaration d'accessibilité conforme expose à une sanction administrative (jusqu'à 25 000 €). Côté services privés couverts par l'European Accessibility Act, une information sur l'accessibilité est également attendue. #### Générer votre déclaration automatiquement Conformly détient déjà vos résultats de scan : il pré-remplit la déclaration (taux mesuré, technologies, contenus non conformes, plan d'action) au format DINUM, avec un bloc à coller. Honnêteté : le taux automatique ne porte que sur les critères automatisables. La déclaration reste à compléter par l'évaluation humaine des critères non automatisables et par vos informations (entité, contact) — Conformly laisse ces champs explicitement à compléter plutôt que de les inventer. #### Questions fréquentes **La déclaration est-elle obligatoire pour tous ?** Elle est obligatoire pour les organismes soumis au RGAA (secteur public et assimilé). Les services privés couverts par l'EAA doivent également informer sur l'accessibilité. En cas de doute sur votre situation, vérifiez votre statut. **Un score automatique suffit-il à établir la déclaration ?** Non. Le taux automatique est une base fiable, mais une déclaration complète exige la validation humaine des critères non automatisables. ### Accessibilité WordPress : vérifier et corriger son site Source : https://conformly.online/fr/accessibilite-wordpress WordPress fait tourner une part énorme du web, mais l'accessibilité d'un site WordPress dépend surtout de son thème, de ses extensions et de son contenu. Bonne nouvelle : la plupart des problèmes fréquents se détectent en quelques secondes. #### Les problèmes d'accessibilité fréquents sur WordPress Quelques schémas reviennent presque systématiquement : - Contrastes insuffisants hérités du thème. - Images ajoutées sans texte alternatif via la médiathèque. - Hiérarchie des titres cassée dans Gutenberg (plusieurs H1, sauts de niveaux). - Formulaires (Contact Form 7, WPForms) sans libellés explicites. - Sliders, pop-ups et menus de page builders (Elementor, Divi) qui piègent le clavier. #### Ce qui dépend de vous, pas du CMS Un thème « accessible » ne suffit pas : l'essentiel se joue dans le contenu que vous publiez — textes alternatifs pertinents, structure de titres, intitulés de liens explicites. C'est là que se gagne (ou se perd) la conformité. #### Vérifier votre site WordPress Le test gratuit rend votre page dans un vrai navigateur — donc les contenus générés par Elementor, Divi ou Gutenberg sont bien analysés — et vous renvoie un score et la liste des anomalies. Un point de départ immédiat, à compléter par une vérification humaine des critères non automatisables. #### Questions fréquentes **Un thème WordPress « accessible » suffit-il ?** Non. Le thème pose une base, mais le contenu (alternatives d'images, titres, liens) et les extensions déterminent l'accessibilité réelle. **Le test fonctionne-t-il avec Elementor ou Divi ?** Oui : la page est rendue dans un navigateur réel avant analyse, donc le contenu des page builders est pris en compte. ### Accessibilité Shopify : vérifier et améliorer sa boutique Source : https://conformly.online/fr/accessibilite-shopify Une boutique en ligne relève très probablement de l'European Accessibility Act, en application depuis juin 2025. Sur Shopify, l'accessibilité dépend surtout du thème, des apps installées et du tunnel d'achat — et une anomalie sur le paiement, c'est une vente perdue. #### Les points sensibles d'une boutique Shopify Sur Shopify, quelques zones concentrent le risque : - Contrastes et focus visibles hérités du thème. - Images produit sans texte alternatif ; variantes (taille, couleur) sans libellé clair. - Tunnel d'achat (panier → livraison → paiement) utilisable au clavier et au lecteur d'écran. - Apps tierces (avis, pop-ups, upsell) qui cassent la navigation clavier. #### Accessibilité et conversion vont ensemble Un parcours d'achat inaccessible exclut des clients — et fait chuter la conversion pour tout le monde (navigation confuse, erreurs de formulaire mal signalées). L'accessibilité n'est pas qu'une obligation : c'est un levier de vente. #### Tester votre boutique Le test gratuit rend la page dans un vrai navigateur (le thème et les apps sont donc pris en compte) et renvoie un score + les anomalies. Un premier état des lieux immédiat, à compléter par une vérification humaine des critères non automatisables. #### Questions fréquentes **Ma boutique Shopify est-elle concernée par l'EAA ?** Les services de commerce électronique destinés aux consommateurs figurent parmi les services visés par l'European Accessibility Act (depuis le 28/06/2025). Dans la majorité des cas B2C, l'accessibilité est attendue. **Un thème Shopify « accessible » suffit-il ?** Non : le thème pose une base, mais vos images, variantes, apps et contenus déterminent l'accessibilité réelle du parcours d'achat. ### Accessibilité Drupal : vérifier son site Source : https://conformly.online/fr/accessibilite-drupal Drupal est très présent dans le secteur public, où le RGAA est une obligation. Son cœur est plutôt bon en accessibilité, mais le résultat final dépend du thème, des modules contribués et surtout du contenu publié. #### Ce qui influe sur l'accessibilité d'un site Drupal Au-delà du cœur, plusieurs facteurs pèsent : - Thème : contrastes, focus visible, structure des régions et des titres. - Modules contribués (sliders, vues, formulaires) dont l'accessibilité varie. - Contenu éditorial : alternatives d'images, hiérarchie des titres, intitulés de liens. - Pour le secteur public : obligation de déclaration d'accessibilité et de schéma pluriannuel. #### Vérifier et suivre dans le temps Un test ponctuel donne un premier état des lieux ; mais un site public vit (nouveaux contenus, mises à jour de modules). Le suivi continu détecte les régressions entre deux audits et constitue un historique de preuves utile en cas de contrôle. #### Questions fréquentes **Drupal est-il conforme au RGAA « par défaut » ?** Non : le cœur aide, mais la conformité dépend du thème, des modules et du contenu. Aucun CMS n'est conforme « tout seul ». **Mon site Drupal public doit-il une déclaration d'accessibilité ?** Oui, les organismes soumis au RGAA doivent publier une déclaration d'accessibilité à jour ; son absence est sanctionnable. ### RGAA ou WCAG : quelle différence ? Source : https://conformly.online/fr/difference-rgaa-wcag On oppose souvent RGAA et WCAG, à tort : ils ne sont pas concurrents. Les WCAG sont le standard international ; le RGAA est la méthode française qui les rend applicables et vérifiables. Voici comment ils s'articulent. #### WCAG : le standard international Les Web Content Accessibility Guidelines (W3C) définissent des critères de succès classés par niveaux (A, AA, AAA). C'est la référence mondiale de l'accessibilité web, mais elles ne disent pas *comment* tester chaque critère de façon homogène. #### RGAA : la méthode française qui l'opérationnalise Le Référentiel général d'amélioration de l'accessibilité reprend les critères WCAG de niveau A et AA et y ajoute une méthode de test précise (une série de tests par critère) pour obtenir des résultats reproductibles. En clair : le RGAA est un « comment vérifier » adossé au « quoi » des WCAG. C'est aussi le cadre réglementaire du secteur public français (loi n° 2005-102). Pour le privé, l'European Accessibility Act s'appuie sur des exigences alignées avec les WCAG (via la norme EN 301 549). #### Ce que ça change en pratique Viser la conformité WCAG 2.1 AA vous met en très bonne position pour le RGAA. Le RGAA ajoute surtout de la rigueur de test et des obligations documentaires (déclaration, schéma). Un scan automatique mesure la part automatisable des deux — le reste relève de la vérification humaine. #### Questions fréquentes **Dois-je choisir entre RGAA et WCAG ?** Non. Respecter les WCAG AA est la base ; le RGAA est la méthode française pour le vérifier et le déclarer. Viser l'un sert l'autre. **Un score RGAA correspond-il à un niveau WCAG ?** Le RGAA porte sur les critères A et AA des WCAG. Un bon taux RGAA reflète donc un bon alignement WCAG AA sur la part mesurée — la validation humaine complète le tableau. ### Monitoring RGAA : surveiller sa conformité en continu Source : https://conformly.online/fr/monitoring-rgaa Un audit d'accessibilité est une photo à un instant T. Or un site vit : chaque mise en production peut casser un contraste, retirer un attribut alt ou dégrader un parcours au clavier. Le monitoring RGAA continu remplace la photo par une surveillance permanente — et vous alerte avant vos utilisateurs. #### Pourquoi l'audit ponctuel devient obsolète Un audit RGAA coûte souvent plusieurs milliers d'euros et reflète l'état du site le jour où il a été réalisé. Dès le sprint suivant, un déploiement peut introduire une régression invisible jusqu'au prochain audit — parfois un an plus tard. Entre deux audits, vous n'avez ni preuve de conformité dans la durée, ni alerte quand le score baisse. C'est exactement là qu'un contrôle ou une plainte vous trouve à découvert. #### Ce que fait un monitoring continu Le principe : scanner régulièrement les pages représentatives du site, mapper les anomalies sur les critères RGAA, calculer un score et le suivre dans le temps. - Rendu réel des pages (SPA React/Angular/Vue incluses) via un navigateur, pas seulement le HTML statique. - Combinaison de tests automatiques (axe-core) et de tests d'expert (langue, titre, lien d'évitement, zoom 200 %, focus visible). - Alerte à chaque régression après une mise en production. - Historique de preuves horodatées, prêt pour un contrôle. #### Intégrer la conformité à votre CI/CD Le plus efficace reste de bloquer la régression avant la production. Un scan déclenché à chaque déploiement, avec un statut pass/fail selon un seuil de score, transforme l'accessibilité en garde-fou automatique de votre pipeline — au même titre que les tests. #### Questions fréquentes **Le monitoring remplace-t-il un audit humain ?** Non : il le prolonge. L'audit humain reste utile pour les critères non automatisables ; le monitoring garantit qu'entre deux audits, aucune régression ne passe inaperçue. **À quelle fréquence scanner ?** Hebdomadaire pour un site stable, quotidien pour un site actif, et à chaque déploiement pour les équipes qui livrent souvent. ### RGAA 5 : ce qui change avec WCAG 2.2 Source : https://conformly.online/fr/rgaa-5 Le RGAA évolue pour s'aligner sur WCAG 2.2. Cette montée de version introduit de nouveaux critères de succès et affine certaines exigences. Anticiper la bascule évite de découvrir un score en baisse le jour où la nouvelle version fait référence. #### Les nouveautés WCAG 2.2 les plus impactantes WCAG 2.2 ajoute plusieurs critères de succès qui touchent des parcours très courants : - Focus non masqué : l'élément qui a le focus ne doit pas être caché par un bandeau collant. - Taille des cibles tactiles : des zones cliquables suffisamment grandes (24×24 px minimum). - Authentification accessible : ne pas exiger de résoudre un test cognitif (retaper un code, puzzle) sans alternative. - Aide cohérente et saisie redondante : ne pas redemander une information déjà fournie dans un même parcours. #### Comment anticiper sans tout re-tester L'enjeu pratique : quand le RGAA 5 fera référence, votre score sera recalculé selon les nouveaux critères. Si votre outil conserve les résultats bruts de vos scans, il peut ré-évaluer votre historique sur la nouvelle version sans re-scanner. C'est le principe d'un mapping versionné : les anomalies restent les mêmes, seule leur correspondance vers les critères change. Vous savez immédiatement où vous en êtes sur RGAA 5, dès sa sortie. #### Les nouveaux critères A/AA (base du RGAA 5) WCAG 2.2 (recommandation W3C du 5 octobre 2023) ajoute 9 critères de succès et retire l'ancien 4.1.1. Le RGAA ne retenant que les niveaux A et AA, le RGAA 5 devrait intégrer les critères suivants : | Critère WCAG 2.2 | Niveau | Thème | Détection Conformly | |---|---|---|---| | 2.4.11 — Focus non masqué (minimum) | AA | Navigation au clavier | Automatisable (prévu) | | 2.5.7 — Mouvements de glissement | AA | Gestes du pointeur | Audit manuel | | 2.5.8 — Taille de cible (minimum) | AA | Gestes du pointeur | Automatisable (prévu) | | 3.2.6 — Aide cohérente | A | Prévisibilité | Audit manuel | | 3.3.7 — Saisie redondante | A | Saisie de données | Audit manuel | | 3.3.8 — Authentification accessible (minimum) | AA | Saisie de données | Audit manuel | Critères AAA (hors périmètre RGAA, pour information) : 2.4.12 Focus non masqué (amélioré) · 2.4.13 Apparence du focus · 3.3.9 Authentification accessible (amélioré). Retiré en WCAG 2.2 : 4.1.1 (Analyse syntaxique). Aucun de ces critères n'est encore scoré automatiquement par Conformly : la numérotation officielle RGAA 5 n'est pas publiée. #### Questions fréquentes **Quand le RGAA 5 entrera-t-il en vigueur ?** La version alignée sur WCAG 2.2 est attendue à horizon fin 2026. Les organisations concernées ont intérêt à s'y préparer dès maintenant. **Mon site conforme RGAA 4 le restera-t-il ?** En grande partie, mais les nouveaux critères (focus, cibles, authentification) peuvent introduire des non-conformités qu'il vaut mieux détecter tôt. ### EAA : obligations et sanctions d'accessibilité Source : https://conformly.online/fr/eaa-sanctions L'European Accessibility Act (EAA) étend les obligations d'accessibilité numérique au-delà du secteur public, vers de nombreux acteurs privés. Comprendre qui est concerné et ce que l'on risque permet de prioriser correctement. #### Qui est concerné L'EAA vise notamment le e-commerce, les services bancaires, les transports, les télécommunications et les livres numériques. De nombreuses entreprises privées qui n'étaient pas soumises au RGAA le deviennent de fait via l'EAA. #### Quelles obligations Concrètement, les produits et services numériques doivent respecter un socle d'accessibilité (WCAG comme référence technique commune en Europe). En France, le RGAA sert de méthode d'évaluation. - Sites et applications utilisables au clavier et avec un lecteur d'écran. - Contrastes, alternatives textuelles, structure et navigation conformes. - Déclaration d'accessibilité et suivi dans le temps. #### Les sanctions Les manquements exposent à des sanctions administratives et, surtout, à un risque réputationnel et de plaintes. Disposer d'un dossier de preuve horodaté démontrant votre bonne foi et votre suivi continu est un atout déterminant en cas de contrôle. #### Questions fréquentes **L'EAA remplace-t-il le RGAA ?** Non : en France, le RGAA reste la méthode d'évaluation. L'EAA élargit le périmètre des acteurs soumis à l'obligation d'accessibilité. **Comment démontrer sa bonne foi ?** En conservant un historique de conformité horodaté : scans réguliers, score suivi dans le temps, preuves archivées. ### Accessibilité RGAA avec React : le guide de correction Source : https://conformly.online/fr/rgaa-react React ne rend pas un site inaccessible — mais ses habitudes le peuvent : composants sur des div, focus perdu au changement de route, modales sans piège de focus. Voici les corrections qui débloquent le plus de critères RGAA. #### Sémantique : arrêtez la div soup Un onClick sur une div n'est ni focusable ni annoncé par un lecteur d'écran. Utilisez les éléments natifs (button, a, label) : ils apportent gratuitement le rôle, le focus et la gestion clavier. - Bouton d'action →