Accessibilité et édition de documents : ce que la loi européenne sur l’accessibilité signifie pour les logiciels et comment ONLYOFFICE l’aborde

Les exigences en matière d’accessibilité pour les produits numériques deviennent de plus en plus importantes en Europe. Pour les organisations qui choisissent des logiciels, l’accessibilité n’est plus une simple fonctionnalité supplémentaire. Elle peut faire partie des exigences d’achat, des politiques institutionnelles et, selon le produit ou le service concerné, des obligations légales.

Pour les logiciels d’édition de documents, la question est particulièrement complexe. Une suite de productivité sert à bien plus qu’à la saisie de texte. Les utilisateurs naviguent dans des barres d’outils et des menus, travaillent avec des tableaux et des feuilles de calcul, créent des présentations, remplissent des formulaires, modifient des PDF, collaborent avec des collègues et passent d’un type de contenu à un autre. Une barrière d’accessibilité dans l’un de ces flux de travail peut empêcher une personne d’accomplir une tâche qui, autrement, serait routinière.

Dans le cadre de ses travaux d’accessibilité en cours, ONLYOFFICE prépare une Déclaration de conformité en matière d’accessibilité décrivant les capacités d’accessibilité actuellement disponibles dans ses éditeurs, les domaines où la prise en charge est encore en cours d’extension et l’approche de l’entreprise en matière d’évaluation formelle de conformité. Le document vise à fournir une image plus claire aux utilisateurs et aux organisations qui évaluent ONLYOFFICE, en particulier ceux ayant des exigences spécifiques en matière d’accessibilité.

Qu’est-ce que la loi européenne sur l’accessibilité ?

La loi européenne sur l’accessibilité (EAA) est la Directive (UE) 2019/882, adoptée pour établir des exigences communes d’accessibilité pour certains produits et services dans l’Union européenne.

La directive couvre une gamme définie de produits et de services, notamment le matériel informatique destiné aux consommateurs et les systèmes d’exploitation, les livres électroniques et les logiciels de lecture dédiés, les services de commerce électronique, les services bancaires aux consommateurs et certains services de communications électroniques et de transport. Les exigences s’appliquent depuis le 28 juin 2025 aux produits et services entrant dans son champ d’application.

L’objectif de la législation va au‑delà de l’exigence que des éléments d’interface individuels soient accessibles. Elle vise à réduire les barrières créées par des exigences d’accessibilité différentes selon les États membres de l’UE et à améliorer l’accessibilité des produits et services pour les personnes en situation de handicap.

Le fait qu’un produit ou un déploiement logiciel particulier relève ou non du champ d’application exact de l’EAA dépend du produit, du service, de l’opérateur économique et du cas d’usage. Cela est particulièrement pertinent pour des logiciels tels que les suites bureautiques et les éditeurs de documents, qui peuvent être proposés de différentes manières et dans le cadre de services variés.

Pour cette raison, les organisations devraient évaluer leurs propres exigences légales et d’achat plutôt que de considérer la présence d’une déclaration d’accessibilité comme une preuve de conformité légale en soi.

EAA, EN 301 549 et WCAG : quelle est la différence ?

Ces termes sont souvent utilisés ensemble, mais ils ne sont pas interchangeables. L’EAA est une législation européenne. Elle établit des exigences d’accessibilité pour les produits et services couverts par la directive.

EN 301 549 est une norme technique européenne couvrant les exigences d’accessibilité pour les produits et services TIC. La version harmonisée actuelle, EN 301 549 v3.2.1, s’appuie fortement sur WCAG 2.1 mais inclut également des exigences qui ne font pas partie de WCAG.

WCAG, ou les Directives d’accessibilité du contenu Web, est un ensemble de directives d’accessibilité élaborées par le W3C. WCAG 2.1 organise les exigences d’accessibilité autour de quatre principes : le contenu et les interfaces doivent être perceptibles, opérationnels, compréhensibles et robustes.

Cette distinction est importante lors de l’évaluation des logiciels. Le respect de critères individuels de WCAG ne signifie pas automatiquement qu’un produit a démontré sa conformité avec chaque exigence applicable d’EN 301 549. De même, publier une liste de fonctionnalités d’accessibilité n’équivaut pas à réaliser un audit formel d’accessibilité.

Un processus de conformité utile doit donc identifier les exigences applicables, tester les flux de travail pertinents du produit et documenter les résultats.

Pourquoi les éditeurs présentent-ils un défi d’accessibilité particulier ?

Une suite bureautique moderne est en réalité un ensemble d’applications complexes. Prenons l’exemple d’un éditeur de documents : un utilisateur peut avoir besoin de naviguer dans des titres, des tableaux, des commentaires, des liens, des notes de bas de page, des images et d’autres objets. Un tableur ajoute une grille bidimensionnelle, des formules, des graphiques, des filtres et des structures de données. Un éditeur de présentations introduit des diapositives, des objets, des animations et des notes de l’orateur.

Les PDF présentent un autre ensemble de défis, en particulier lorsque les utilisateurs doivent annoter des documents, naviguer dans des pages, remplir des formulaires ou travailler avec du contenu numérisé.

Cela signifie que l’accessibilité ne peut pas être évaluée uniquement en vérifiant si un produit dispose d’un « mode à contraste élevé » ou si un bouton particulier peut être atteint à l’aide du clavier. L’ensemble du flux de travail doit être pris en compte.

Quelles fonctionnalités d’accessibilité sont déjà disponibles dans ONLYOFFICE ?

ONLYOFFICE propose déjà un certain nombre de mécanismes destinés à rendre ses éditeurs plus adaptables à différents utilisateurs.

Pour l’accessibilité visuelle, les éditeurs proposent des préréglages de mise à l’échelle de 50% à 500%, ainsi que des options pour adapter la zone d’édition à la largeur de la page ou de l’écran. Les utilisateurs peuvent également masquer des éléments de l’interface tels que la barre d’outils, la barre d’état et les règles lorsqu’ils souhaitent réduire la complexité visuelle.

Les éditeurs offrent des thèmes d’interface clairs et sombres, tandis que les éléments de graphique peuvent utiliser des motifs géométriques et d’autres distinctions plutôt que de se fier exclusivement à la couleur.

La langue est un autre aspect de l’accessibilité. ONLYOFFICE prend en charge plus de 25 langues d’interface, et la langue de l’interface peut être configurée indépendamment de la langue du document.

Les éditeurs prennent également en charge le texte de droite à gauche et bidirectionnel, permettant aux utilisateurs de travailler avec des langues telles que l’arabe, l’hébreu, le persan et l’ourdou sans avoir à restructurer leur contenu autour des limitations d’une interface de gauche à droite.

L’interaction par clavier est prise en charge dans des parties importantes des éditeurs, tandis que le plug‑in de saisie vocale fournit une alternative pour saisir du texte.

Sur les plateformes mobiles, les capacités d’accessibilité incluent la prise en charge de technologies telles que VoiceOver et Dynamic Type sur iOS et TalkBack sur Android.

Ces fonctionnalités ne suffisent pas à elles seules à établir une pleine conformité avec une norme d’accessibilité particulière. Elles constituent des éléments individuels d’une approche d’accessibilité plus large.

Où des travaux d’accessibilité sont‑ils encore nécessaires ?

L’une des parties les plus importantes d’une déclaration d’accessibilité consiste à documenter ce qui n’est pas encore complet.

Pour ONLYOFFICE, la prise en charge des lecteurs d’écran demeure un domaine de développement actif. L’entreprise travaille à une prise en charge élargie de NVDA et JAWS sur Windows et de VoiceOver sur macOS dans les éditeurs de documents, de feuilles de calcul, de présentations et de PDF.

L’accessibilité au clavier est également en cours d’extension. En particulier, l’éditeur de PDF et les interfaces de remplissage de formulaires ont actuellement une accessibilité au clavier plus limitée que les éditeurs de documents et de feuilles de calcul. D’autres domaines explorés incluent des options de police adaptées à la dyslexie et des paramètres de réduction des mouvements.

Être explicite sur ces limitations est important pour les organisations qui évaluent des logiciels. Les exigences d’accessibilité peuvent varier considérablement d’un utilisateur à l’autre, et une fonctionnalité suffisante pour un flux de travail peut ne pas l’être pour un autre.

Pourquoi ONLYOFFICE prépare une évaluation formelle de conformité

La prochaine étape est l’évaluation formelle. ONLYOFFICE travaille à un audit d’accessibilité WCAG 2.1 niveau AA pour l’ensemble de ses éditeurs et prépare un VPAT / Rapport de conformité en matière d’accessibilité à des fins d’achat. Un rapport formel fournit un niveau d’information différent de celui d’une déclaration générale d’accessibilité.

Au lieu de simplement indiquer qu’un produit prend en charge la navigation au clavier ou les lecteurs d’écran, un rapport de conformité en matière d’accessibilité peut examiner des critères d’accessibilité individuels et indiquer s’ils sont pris en charge, partiellement pris en charge, non pris en charge ou non applicables, selon la méthodologie d’évaluation.

Pour les organisations, ce type de documentation peut rendre l’évaluation de l’accessibilité beaucoup plus concrète. Les équipes d’achat et informatiques peuvent comparer des exigences spécifiques avec le produit plutôt que de se fier à des affirmations générales en matière d’accessibilité. Cela crée également un objectif de développement plus clair pour l’équipe produit.

L’accessibilité est un processus de développement de produit

L’une des raisons pour lesquelles les travaux d’accessibilité peuvent prendre du temps dans des logiciels de productivité complexes est que l’accessibilité doit être prise en compte à chaque évolution du produit.

Une nouvelle fonctionnalité de l’éditeur peut introduire de nouvelles interactions au clavier. Une barre d’outils repensée peut affecter la navigation. Une nouvelle boîte de dialogue peut nécessiter des informations supplémentaires pour les lecteurs d’écran. Un nouveau flux de travail PDF peut créer de nouvelles exigences autour des formulaires et de la gestion du focus.

L’accessibilité ne peut donc pas être traitée comme une liste de contrôle ponctuelle remplie à la fin du développement. Elle doit faire partie intégrante du cycle de vie du produit : exigences, conception, mise en œuvre, tests, retours d’expérience et versions suivantes.

C’est aussi pourquoi les travaux de conformité formelle et les retours d’expérience des utilisateurs se complètent. Un audit fournit une évaluation structurée selon des critères définis, tandis que les utilisateurs peuvent révéler des barrières pratiques qui ne deviennent pas évidentes lors d’un scénario de test limité.

Ce que fournit la Déclaration de conformité en matière d’accessibilité

La nouvelle Déclaration de conformité en matière d’accessibilité d’ONLYOFFICE rassemble ces éléments.

Elle documente les capacités d’accessibilité actuellement disponibles, identifie les limitations connues, décrit les domaines en développement actif et explique l’approche de l’entreprise en matière d’évaluation formelle par rapport aux normes d’accessibilité reconnues. Elle est délibérément présentée sans revendiquer une conformité totale.

Pour les organisations ayant des exigences spécifiques en matière d’accessibilité, les informations les plus utiles ne sont souvent pas de savoir simplement si un produit possède une étiquette d’accessibilité, mais quels flux de travail sont pris en charge, quelles limitations subsistent et quelles preuves sont disponibles. C’est l’objet de la déclaration.

Perspectives

Les travaux d’accessibilité chez ONLYOFFICE se poursuivront au‑delà de la publication de ce document.

Les priorités incluent une prise en charge élargie des lecteurs d’écran, une navigation au clavier étendue, des options supplémentaires pour les utilisateurs ayant des besoins cognitifs et visuels différents, et une évaluation formelle par rapport aux exigences d’accessibilité pertinentes.

L’objectif plus large est simple : permettre à chacun de créer, modifier, relire et collaborer sur des documents en utilisant les méthodes d’interaction et les technologies d’assistance qui lui conviennent.

Pour les logiciels utilisés quotidiennement dans l’éducation, les entreprises, les administrations et d’autres organisations, il ne s’agit pas d’une considération secondaire. C’est une partie essentielle de ce qui rend un environnement de travail numérique véritablement utilisable.