Déclaration d'accessibilité

Notre Engagement

Acolad s'engage à faire en sorte que le site acolad.com soit accessible à tous, y compris aux personnes handicapées. Nous travaillons activement à la mise en conformité avec les Règles pour l’accessibilité des contenus Web (WCAG) 2.2, niveau AA, la norme internationalement reconnue en matière d’accessibilité numérique.

L'accessibilité est à la fois une valeur fondamentale d'Acolad et une exigence que nous prenons au sérieux dans les secteurs d'activité et les relations avec nos clients.

État de conformité

Acolad.com est partiellement conforme aux Règles pour l’accessibilité des contenus Web (WCAG) 2.2, niveau AA. Partiellement conforme signifie que la majorité du contenu est entièrement conforme à la norme d'accessibilité, avec seulement un petit nombre d'exceptions comme indiqué dans la section Limites connues ci-dessous.

Une auto-évaluation formelle a été réalisée en avril 2026, portant sur sept pages représentatives du site. Sur les 55 critères de succès des WCAG 2.2 de niveau AA :

• 36 critères conformes
• 2 critères non conformes. Les deux sont imputables à la génération native des formulaires du CMS HubSpot et leur correction est prévue dans le cadre d’un programme de mise en conformité en 2026
• 5 critères n’ont pas pu être évalués dans leur intégralité dans le cadre de cet audit et sont reportés au projet de refonte du formulaire de contact
• 12 critères ne sont pas applicables au contenu et à la fonctionnalité actuels du site

Ce que nous faisons

Nous effectuons régulièrement des audits d'accessibilité en utilisant ARC Toolkit, Google Lighthouse et des tests manuels de navigation au clavier. Les problèmes sont suivis, classés par ordre de priorité et corrigés au niveau du code, module par module. Cette déclaration est revue et mise à jour tous les six mois.

Nous maintenons des directives internes en matière d’accessibilité pour notre équipe de rédaction de contenu, qui couvrent le texte alternatif, la structure des titres, le libellé des liens et d’autres bonnes pratiques de publication qui influent sur l’accessibilité de chaque page du site.

Le travail réalisé à ce jour comporte les éléments suivants :

• Le lien d'évitement de navigation est présent sur chaque page, ce qui permet aux utilisateurs au clavier de contourner la navigation répétée
• Navigation complète au clavier et aux touches fléchées dans le méga-menu global, avec gestion du focus et prise en charge de la touche Échap
• Indicateurs de focus visibles sur tous les éléments interactifs, conformes aux exigences du critère de succès 2.4.11 (apparence du focus) des WCAG 2.2
• Attributs d’état ARIA (aria-expanded, aria-pressed, aria-disabled, aria-current) ajoutés dans la navigation, les filtres, les curseurs et les composants interactifs
• Modèles de navigation accessibles au clavier et par tabulation sur le rotateur d’onglets de la fonctionnalité, incluant un contrôle de pause pour le contenu à rotation automatique
• Structure sémantique des repères (landmarks) corrigée sur l’ensemble des modèles de pages, y compris le pied de page global et la navigation par fil d’Ariane
• Icônes décoratives et fichiers SVG masqués pour les lecteurs d’écran ; images porteuses de sens et images liées disposant de noms accessibles descriptifs
• Animations et comportements de lecture automatique désactivés pour les utilisateurs ayant activé la préférence « réduire les mouvements » sur leur appareil
• Tailles minimales pour les zones tactiles et cliquables appliquées à l’ensemble des éléments interactifs (WCAG 2.5.8)
• Noms accessibles de tous les boutons corrigés afin de correspondre au texte visible des libellés, conformément au critère de succès 2.5.3 (Label in Name) des WCAG
• Balisage des tableaux de données corrigé avec l’ajout de légendes, d’attributs de portée des en-têtes et d’une structure appropriée
• Standards de qualité de texte alternatif appliqués à l’ensemble des modules de contenu ; textes alternatifs problématiques ou redondants corrigés
• Implémentations d’accessibilité conçues pour rester fonctionnelles sur l’ensemble des 12 variantes linguistiques du site

Limites connues

Les problèmes suivants ont été identifiés et sont documentés ici de manière transparente. Il est prévu de les corriger et ils n’empêchent pas l’accès au contenu de base.

Rotateur d’onglets de la fonctionnalité - structure ARIA de type tablist. Le design visuel de ce composant impose que les panneaux d’onglets apparaissent directement sous leur bouton d’onglet associé, ce qui entre en conflit avec la spécification ARIA tablist. Le module est entièrement navigable au clavier et tout le contenu est accessible. Une reconstruction structurelle est prévue lors d'un prochain sprint de développement.

Formulaires natifs HubSpot - accessibilité des champs de formulaire Les formulaires de contact et de demande de renseignements sur acolad.com sont rendus par HubSpot CMS. La génération native des formulaires de la plateforme présente plusieurs limitations en matière d’accessibilité qui ne peuvent pas être corrigées directement sans modifications au niveau de la plateforme, notamment l’absence d’attributs autocomplete sur certains champs (WCAG 1.3.5), l’absence d’éléments legend dans les fieldset, ainsi que certaines incohérences d’attributs ARIA (WCAG 4.1.2). Ces problèmes n'empêchent pas de remplir le formulaire mais sont signalés par les outils d'accessibilité automatisés. Une reconstruction complète du formulaire de contact est prévue pour 2026 afin de résoudre ces problèmes de manière exhaustive.

Sélecteur de langue — cohérence des annonces pour les lecteurs d’écran. Le sélecteur de langue est généré par la plateforme CMS HubSpot sous forme d’élément non sémantique. Nous l’avons enrichi avec une prise en charge du clavier, des rôles ARIA et une étiquette accessible via JavaScript. Toutefois, comme nous ne pouvons pas modifier l’élément HTML sous-jacent, son nom accessible peut ne pas être annoncé de manière cohérente selon les combinaisons de lecteurs d’écran et de navigateurs. Les 12 options linguistiques restent accessibles et utilisables via le clavier.

Attributs d’identifiant dupliqués — navigation globale. La plateforme CMS HubSpot génère des attributs d’identifiant dupliqués dans le balisage de la navigation du pied de page. Ces identifiants ne sont pas référencés par des relations ARIA et n’affectent pas l’utilisabilité ni la navigabilité du site pour les utilisateurs de technologies d’assistance, mais sont signalés par des outils automatisés. Il s'agit d'une limite au niveau de la plateforme qui fait actuellement l'objet d'un examen.

Normes et champ d’application

Nous visons la conformité avec les WCAG 2.2 niveau AA. Notre travail prend également en compte certains critères de niveau A ainsi que des bonnes pratiques de la norme EN 301 549, qui sous-tend les exigences d’accessibilité dans les marchés publics de l’UE et dans le cadre de l’Acte européen sur l’accessibilité (EAA).

La présente déclaration couvre l’ensemble des pages disponibles sur www.acolad.com. Elle ne couvre pas les services tiers, les outils intégrés ou les plateformes exploitées de manière indépendante par l’équipe web d’Acolad.

Les critères WCAG 2.2 de niveau AA pris en compte dans notre plus récent cycle d’audit incluent : 1.1.1 Contenu non textuel, 1.3.1 Information et relations, 1.3.5 Identification de la finalité des champs de saisie, 1.4.3 Contraste (minimum), 1.4.11 Contraste des éléments non textuels, 2.1.1 Clavier, 2.2.2 Pause, arrêt, masquage, 2.4.1 Contourner les blocs, 2.4.3 Ordre de tabulation, 2.4.4 Objectif des liens, 2.4.7 Focus visible, 2.4.11 Focus non masqué, 2.5.3 Label dans le nom, 2.5.8 Taille de la cible, 4.1.2 Nom, rôle, valeur.

Comment signaler un problème d'accessibilité

Si vous rencontrez un obstacle ou si vous avez des commentaires sur l'accessibilité d'une page ou d'une fonctionnalité du site acolad.com, n'hésitez pas à nous en faire part. Nous nous efforçons de répondre dans les 5 jours ouvrables.

E-mail : marketing@acolad.com 

Veuillez indiquer l'URL de la page, une description du problème et la technologie d'assistance ou le navigateur que vous utilisiez, le cas échéant.

Application et escalade (remontée hiérarchique)

Si vous n'êtes pas satisfait(e) de notre réponse, vous pouvez contacter l'organisme national compétent de votre pays. Dans l’UE, cela s’applique en vertu de la loi européenne sur l’accessibilité. Aux États-Unis, les normes pertinentes comprennent la section 508 du Rehabilitation Act.

Cette déclaration a été préparée en avril 2026 à la suite d'une auto-évaluation formelle du site acolad.com par rapport au niveau AA des WCAG 2.2. Elle est revue et mise à jour tous les six mois. Prochaine révision : Octobre 2026.