Dans le monde numérique, le concept d’« accès pour tous » a longtemps été perçu comme une préférence éthique ou un atout. Cependant, avec la circulaire présidentielle n° 2025/10, publiée au Journal officiel le 21 juin 2025, l’accessibilité numérique est désormais officiellement devenue une obligation légale pour les institutions publiques et certaines entités du secteur privé en Turquie.
En tant que Switas Consultancy, nous avons compilé un guide complet détaillant ce qu'implique cette nouvelle réglementation, quelles institutions sont concernées et les subtilités techniques du processus de conformité WCAG 2.2 requis pour répondre à ces nouvelles normes.
1. Que couvre le nouveau règlement ?
Élaborée sur la base de la loi n° 5378 relative aux personnes handicapées, cette circulaire stipule que les services numériques doivent être accessibles à tous, en particulier aux personnes handicapées et aux personnes âgées, en garantissant une utilisation égale, indépendante et sûre.
L'objectif principal de cette circulaire est de mettre les sites web et les applications mobiles en conformité avec les directives d'accessibilité du contenu web (WCAG) reconnues internationalement et préparées par le W3C (World Wide Web Consortium).
2. Quelles institutions sont concernées et quel est le calendrier ?
La circulaire s'applique non seulement aux institutions publiques, mais aussi à des secteurs privés essentiels fréquemment utilisés par les citoyens. Les délais de mise en conformité varient selon le secteur.
Entités tenues de se conformer dans un délai d'un an (d'ici juin 2026) :
- Toutes les institutions et organisations publiques (universités, municipalités, etc.).
- organisations professionnelles publiques.
- Banques.
- Hôpitaux privés.
- Établissements d'enseignement privés agréés par le ministère de l'Éducation nationale.
- Sociétés privées assurant des services de transport de passagers (transport aérien, ferroviaire, routier).
- Fournisseurs de services de communication électronique comptant plus de 200 000 abonnés.
Entités tenues de se conformer dans un délai de 2 ans (d'ici juin 2027) : - Les prestataires de services exerçant des activités de commerce électronique dans le cadre de la loi sur la réglementation du commerce électronique.
3. La norme technique : Qu’est-ce que WCAG 2.2 ?
La circulaire désigne la norme WCAG 2.2 comme norme technique de conformité. La norme WCAG 2.2 s'appuie sur les versions précédentes (2.0 et 2.1) et introduit des améliorations spécifiques pour les utilisateurs présentant des troubles cognitifs, une déficience visuelle et des troubles moteurs.
Les lignes directrices sont structurées autour de 4 principes fondamentaux (POUR) :
A. Perceptible : Les informations et les composants de l'interface utilisateur doivent être présentés aux utilisateurs de manière à ce qu'ils puissent les percevoir (par exemple, en fournissant des alternatives textuelles pour le contenu non textuel comme les images, en assurant un contraste de couleurs suffisant).
B. Fonctionnel : Les composants de l'interface utilisateur et la navigation doivent être utilisables (par exemple, toutes les fonctionnalités doivent être accessibles au clavier, les utilisateurs doivent avoir suffisamment de temps pour lire et utiliser le contenu).
C. Compréhensible : Les informations et le fonctionnement de l'interface utilisateur doivent être compréhensibles (par exemple, le texte est lisible, les pages Web fonctionnent de manière prévisible et une assistance à la saisie est fournie pour éviter les erreurs).
D. Robuste : Le contenu doit être suffisamment robuste pour pouvoir être interprété de manière fiable par une grande variété d'agents utilisateurs, y compris les technologies d'assistance (par exemple, compatibles avec les lecteurs d'écran).
Critères de succès critiques introduits avec WCAG 2.2
Pour garantir une conformité totale, les organisations doivent comprendre les subtilités techniques spécifiques introduites dans la version 2.2. Voici des informations détaillées sur les nouveaux critères clés :
Mise au point non obstruée (minimum et amélioré) (critères 2.4.11 / 2.4.12) : Lorsqu'un utilisateur navigue sur une page à l'aide du clavier (en utilisant la touche Tabulation pour parcourir les liens et les boutons), l'élément sur lequel il a le focus doit rester visible. Cette mise à jour corrige un problème courant : les en-têtes et pieds de page fixes (barres fixes en haut ou en bas de l'écran) masquent l'élément que l'utilisateur souhaite consulter.
Exigence: Vous devez vous assurer que l'élément sélectionné n'est pas entièrement masqué par d'autres contenus. Idéalement, il devrait être parfaitement visible.
Mouvements de traînement (Critère 2.5.7) : Certaines interfaces exigent que les utilisateurs fassent glisser des objets (par exemple, pour le téléchargement de fichiers, les curseurs ou le réarrangement de listes). Cela peut s'avérer physiquement impossible pour les utilisateurs souffrant de troubles moteurs qui utilisent des dispositifs de pointage spécialisés ou des logiciels de suivi oculaire.
Exigence: Si une interface utilise le glisser-déposer, vous devez proposer une alternative avec un pointeur unique. Par exemple, au lieu de faire glisser une carte pour la déplacer, proposez des boutons haut/bas/gauche/droite. Au lieu d'une liste à glisser-déposer, proposez des flèches pour déplacer les éléments vers le haut ou vers le bas.
Taille cible (minimale) (Critère 2.5.8) : Les utilisateurs souffrant de tremblements des mains, de gros doigts ou ceux qui utilisent des appareils mobiles ont souvent du mal à appuyer sur des boutons petits et rapprochés.
Exigence: Les éléments interactifs (boutons, icônes) doivent avoir une taille minimale de 24 x 24 pixels CSS. Si la cible est plus petite, un espace suffisant doit être prévu autour d'elle afin qu'un cercle de 24 pixels de diamètre centré sur le contrôle ne chevauche aucune autre cible. Cela réduit le risque d'activation accidentelle d'une fonction par erreur.
Authentification accessible (critère 3.3.8) : De nombreuses procédures de connexion exigent de résoudre des énigmes (CAPTCHA), de mémoriser des mots de passe ou de retranscrire des codes à usage unique envoyés par SMS. Cela constitue un obstacle pour les utilisateurs souffrant de troubles cognitifs ou de problèmes de mémoire.
Exigence: Les processus d'authentification ne doivent pas reposer sur un test de capacités cognitives (comme la résolution d'un puzzle ou la mémorisation d'informations). Vous devez autoriser le copier-coller des mots de passe et des codes, et prendre en charge l'utilisation de gestionnaires de mots de passe tiers et de fonctions de remplissage automatique. Si un CAPTCHA est utilisé, une alternative non cognitive doit être proposée (par exemple, la reconnaissance d'objets ou l'authentification à deux facteurs via un appareil).
Entrée redondante (Critère 3.3.7) : Demander aux utilisateurs de saisir plusieurs fois les mêmes informations (comme une adresse de livraison) au cours d'une même session provoque de la fatigue et augmente le taux d'erreurs, en particulier chez les utilisateurs souffrant de troubles cognitifs.
Exigence: Les informations précédemment saisies par l'utilisateur devraient être soit automatiquement renseignées, soit disponibles dans une liste déroulante, plutôt que d'exiger une nouvelle saisie.
Aide cohérente (Critère 3.2.6) : Les utilisateurs qui ont besoin d'aide ont souvent du mal à trouver les canaux de support s'ils naviguent sur différentes pages.
Exigence: Si vous proposez des fonctionnalités d'aide (comme un chatbot, une adresse e-mail de contact ou un lien vers une page « Comment faire »), elles doivent apparaître au même emplacement relatif sur chaque page où elles sont présentes. Par exemple, si le widget de chat se trouve en bas à droite de la page d'accueil, il ne peut pas être déplacé en haut à gauche de la page produit.
4. Audit, surveillance et « logo d’accessibilité »
Pour gérer cette transition, le ministère de la Famille et des Services sociaux a mis sur pied une « Commission de suivi ». De plus, chaque institution responsable doit former sa propre « Commission d’examen de l’accessibilité » interne afin de réaliser des analyses techniques et de faire rapport sur ses conclusions.
Les sites web et applications mobiles qui réussissent l'audit et prouvent leur conformité aux normes recevront le « Logo d'accessibilité » décerné par le Ministère. Ce logo, gage d'accessibilité, est valable deux ans à compter de sa date d'émission et atteste de l'excellence de l'établissement.
5. Comment Switas Consultancy vous accompagne dans votre démarche de mise en conformité
L’accessibilité n’est pas qu’une simple formalité légale ; c’est un élément essentiel de l’expérience utilisateur (UX) et du référencement (SEO). Switas vous accompagne dans cette transformation grâce à une méthodologie structurée :
1. Audit WCAG (WCAG 2.2) : Nous effectuons une évaluation rigoureuse de vos ressources numériques par rapport aux nouveaux critères WCAG 2.2, en identifiant les violations spécifiques concernant la visibilité du focus, les tailles cibles, les barrières d'authentification, et plus encore.
2. Tests manuels et utilisateurs : Les outils automatisés ne détectent qu'une partie des problèmes. Nos experts réalisent des audits manuels à l'aide de lecteurs d'écran (comme NVDA et VoiceOver) et effectuent des tests en conditions réelles avec des utilisateurs en situation de handicap afin de garantir une ergonomie optimale.
3. Feuille de route pour la remédiation : Nous travaillons directement avec vos équipes de développement et de conception, en fournissant des solutions techniques pour les problèmes complexes au niveau du code (étiquettes ARIA, HTML sémantique, reflow réactif).
4. Durabilité et formation : L’accessibilité est un processus continu. Nous proposons des réévaluations périodiques et des formations d’équipe afin de garantir la conformité de vos produits numériques au fil de leur évolution.
Contactez-nous dès aujourd'hui pour supprimer les barrières numériques et garantir votre pleine conformité avec la nouvelle réglementation turque en matière d'accessibilité.
