Pilier Adaptation · accessibilité
L’accessibilité, dans la même couche que votre contenu
L’accessibilité fait partie de la couche de contenu adaptatif, pas un audit séparé qu’on lance à la fin. Le bon contenu pour chaque écran et chaque utilisateur : les surfaces pour technologies d’assistance vivent à côté de vos traductions, votre IA les génère, et vous les diffusez sur le CDN avec le reste.
Ce que vous obtenez
Des surfaces d’accessibilité dans la clé
Chaque clé peut porter ses surfaces accessibles à côté du texte visible : aria-label, texte alternatif d’image, texte réservé aux lecteurs d’écran et une variante en langage clair, traduites dans chaque langue comme n’importe quelle chaîne.
Générées par l’IA, dans votre workflow
Votre assistant IA rédige les textes alternatifs, les libellés ARIA et les reformulations en langage clair à partir du contexte, via le MCP Sonenta, là où vous créez et traduisez vos clés. Aucun outil séparé.
Rapport de conformité WCAG couche-contenu
Un rapport de conformité limité aux critères WCAG que Sonenta gouverne dans votre contenu : texte alternatif des images (1.1.1), libellés des contrôles (1.3.1, 4.1.2), noms accessibles des liens (2.4.4 / 2.4.9), langue de la page et des parties (3.1.1 / 3.1.2), niveau de lecture par langue (3.1.5, Flesch/LIX réels) et texte réservé aux lecteurs d’écran. Vous obtenez un score de conformité AA, un niveau A/AA/AAA et la tendance par version. Hors périmètre, et jamais présenté comme couvert : contraste des couleurs (1.4.3), accès clavier (2.1.x) et ordre de focus (2.4.3) exigent le DOM rendu, pas un outil de couche-contenu.
L’agent sonenta-a11y
Installez l’agent sonenta-a11y (MCP Sonenta + @sonenta/cli) pour analyser vos clés, proposer des surfaces accessibles en masse et les garder à jour quand votre contenu change.
European Accessibility Act, périmètre honnête
L’European Accessibility Act s’applique depuis juin 2025. Sonenta produit une déclaration d’accessibilité réelle et exportable (HTML + JSON) mappée aux clauses EN 301 549 pour le contenu que vous publiez, dans chaque langue. Elle documente la surface couche-contenu qu’elle gouverne réellement, pas un audit du DOM rendu, pour que ce que vous publiez reste exact.
Relu dans le dashboard
Le contenu d’accessibilité est modéré comme le reste : votre équipe relit et valide les propositions de l’IA dans le dashboard avant la mise en ligne.
Installez l’agent
Ajoutez l’agent sonenta-a11y à votre éditeur en une commande, elle écrit .claude/agents/sonenta-a11y.md :
npx @sonenta/cli agents add sonenta-a11y
Prérequis : le serveur @sonenta/mcp configuré avec une clé SONENTA_API_KEY (scope mcp:*). L’agent fonctionne en local d’abord, il analyse vos clés et propose les surfaces accessibles sur votre machine, donc les audits courants coûtent zéro crédit IA.
Comment ça s’intègre à votre pipeline
La même boucle que le reste de votre contenu, accessibilité comprise.
1 · Adapter
Les surfaces accessibles (alt-text, ARIA, langage clair) vivent dans la clé.
2 · Automatiser
Votre IA les génère via le MCP et l’agent sonenta-a11y.
3 · Évaluer
Le rapport WCAG couche-contenu signale les manques ; votre équipe modère dans le dashboard.
4 · Diffuser
Publié instantanément sur le CDN, sans recompiler.
L’accessibilité est le bloc Adaptation de nos cinq capacités, Traduction, Adaptation, Automatisation, Évaluation, Diffusion.