Comment Accsible vous aide à respecter la circulaire turque de 2025 sur l’accessibilité du web

Le 21 juin 2025, le Journal officiel de Turquie (n° 32933) a publié la Circulaire présidentielle n° 2025/10 — un texte juridique majeur qui fait de l’accessibilité numérique une obligation contraignante pour un large éventail d’institutions turques et d’organisations du secteur privé. Les organismes publics disposent d’un an seulement pour se mettre en conformité ; les prestataires de services de commerce électronique et la plupart des entreprises privées ont deux ans. Avec environ 8,5 millions de personnes en situation de handicap en Turquie, et des millions d’utilisateurs plus âgés qui bénéficient d’un design accessible, les enjeux sont considérables — tant en matière d’inclusion que de sécurité juridique.

Qu’est-ce que la Circulaire présidentielle n° 2025/10 de la Turquie ?

La Circulaire présidentielle n° 2025/10 de la Turquie est intitulée « Web Siteleri ve Mobil Uygulamaların Erişilebilirliği » (Accessibilité des sites web et des applications mobiles). Signée par le président Erdoğan et entrée en vigueur dès sa publication, elle introduit un cadre juridique formel ancré dans la loi n° 5378 sur les droits des personnes handicapées. La Circulaire s’appuie également sur la loi n° 6563 relative à la réglementation du commerce électronique pour étendre les obligations d’accessibilité obligatoires spécifiquement aux plateformes de commerce électronique.

La Circulaire impose le respect de deux références clés : la Liste de contrôle d’accessibilité du web – Niveau A, élaborée par le ministère de la Famille et des Services sociaux, et les directives WCAG 2.2 publiées par le World Wide Web Consortium (W3C). WCAG 2.2 constitue la norme actuellement reconnue au niveau international pour l’accessibilité numérique, couvrant les déficiences visuelles, auditives, motrices et cognitives sur les environnements de bureau et mobiles.

Pour faire appliquer et superviser la conformité, le ministère de la Famille et des Services sociaux a mis en place une Commission de suivi dédiée et une Commission consultative. La Commission de suivi publie un plan de suivi annuel et réalise des contrôles des sites web et applications concernés. Les organisations jugées accessibles à l’issue du processus de suivi se voient décerner un Erişilebilirlik Logosu (Logo d’accessibilité), valable deux ans — un signal visible publiquement de conformité. Celles qui ne respectent pas les normes requises seront nommément désignées, créant ainsi des conséquences réputationnelles claires au-delà des sanctions administratives.

Des amendes administratives existent déjà dans ce cadre. En vertu des dispositions transitoires de la loi n° 5378, les municipalités métropolitaines, les autres municipalités et les institutions publiques qui ne respectent pas leurs obligations en matière d’accessibilité peuvent se voir infliger des amendes allant de 5,000 TL à 25,000 TL par non-conformité constatée, avec un plafond de 500,000 TL par an. À mesure que le suivi s’intensifie et que les mécanismes d’application se renforcent, les organisations à la traîne s’exposent à des risques financiers et réputationnels.

Qui est concerné — et quand ?

Le champ d’application de la Circulaire 2025/10 est délibérément large. Le délai d’un an (échéance autour de juin 2026) s’applique aux institutions publiques et organisations affiliées, aux universités, aux municipalités et à leurs filiales, aux entreprises publiques, aux banques, aux hôpitaux privés, aux établissements d’enseignement privés agréés par le ministère de l’Éducation nationale, aux opérateurs de transport de passagers (routier, ferroviaire, maritime et aérien), aux agences de voyage de Groupe A titulaires d’une licence du ministère de la Culture et du Tourisme, et aux opérateurs de communications électroniques comptant plus de 200,000 abonnés.

Le délai de deux ans (échéance autour de juin 2027) s’applique aux prestataires de services de commerce électronique opérant en vertu de la loi n° 6563 — ce qui signifie pratiquement toute entreprise exploitant une boutique en ligne ou une place de marché en Turquie.

En pratique, il s’agit de l’un des mandats de conformité numérique les plus vastes que la Turquie ait jamais introduits. Une banque privée, le portail patient d’un hôpital, le système d’information des étudiants d’une université publique et un site e-commerce de mode de taille moyenne entrent tous dans le champ d’application — chacun avec des délais légèrement différents, mais tous convergeant vers la même norme technique : WCAG 2.2 Niveau A, au minimum.

La Circulaire prévoit que les institutions et organisations qui ne respectent pas leurs obligations en matière d’accessibilité dans le délai prescrit verront cette information rendue publique — faisant de la non-conformité un risque réputationnel, et pas seulement juridique.

Comprendre WCAG 2.2 Niveau A : le socle technique

La Circulaire turque impose le respect de la Liste de contrôle d’accessibilité du ministère au Niveau A, qui repose sur les critères WCAG 2.2 Niveau A. Bien que le Niveau A représente le minimum — en traitant les obstacles les plus fondamentaux — il couvre déjà un ensemble substantiel d’exigences techniques que de nombreux sites web turcs ne respectent actuellement pas.

WCAG 2.2 est structuré autour de quatre principes fondamentaux, souvent abrégés par l’acronyme POUR. Le contenu doit être Perceptible — c’est-à-dire que les utilisateurs doivent pouvoir recevoir l’information par au moins un sens, par exemple des alternatives textuelles pour les images, des sous-titres pour les vidéos et un contraste de couleur suffisant. Il doit être Utilisable — toutes les fonctionnalités doivent être accessibles au clavier, et pas seulement à la souris, sans contenu qui piège le focus ou déclenche des crises d’épilepsie. Il doit être Compréhensible — les pages doivent se comporter de manière prévisible, les erreurs de formulaire doivent être expliquées clairement et la langue doit être déclarée de manière programmatique. Et il doit être Robuste — le contenu doit rester interprétable à mesure que les technologies d’assistance évoluent, ce qui nécessite un HTML sémantique correct et une utilisation appropriée d’ARIA.

WCAG 2.2 a également introduit neuf nouveaux critères de succès par rapport à la version 2.1 précédente. Parmi les ajouts clés pertinents pour les sites turcs figurent Focus Not Obscured (2.4.11), qui garantit que les éléments ayant le focus ne sont pas cachés derrière des en-têtes fixes ou des bannières de cookies lors de la navigation au clavier ; Target Size Minimum (2.5.8), qui spécifie une zone cliquable minimale de 24×24 pixels CSS pour les éléments interactifs ; et Accessible Authentication (3.3.8), qui interdit d’exiger une résolution de casse-tête purement cognitive pour les parcours de connexion sans alternative accessible.

• 1.1.1 Contenu non textuel : Chaque image, icône et graphique doit disposer d’une alternative textuelle significative lisible par les lecteurs d’écran.
• 1.4.3 Contraste (minimum) : Le texte doit atteindre un ratio de contraste d’au moins 4,5:1 avec son arrière-plan (3:1 pour le texte de grande taille).
• 2.1.1 Clavier : Toutes les fonctionnalités doivent être utilisables sans nécessiter de souris ou de dispositif de pointage.
• 2.4.11 Focus non masqué : Lorsqu’un élément reçoit le focus clavier, il ne doit pas être entièrement masqué par un contenu superposé.
• 3.1.1 Langue de la page : La langue humaine par défaut de la page doit être déclarée de manière programmatique dans le HTML.
• 4.1.2 Nom, rôle, valeur : Tous les composants d’interface utilisateur doivent exposer leur nom, leur rôle et leur état aux technologies d’assistance via un balisage sémantique approprié ou ARIA.

Les recherches montrent de manière constante que la plupart des sites web échouent sur les bases. Selon les données de WebAIM, l’immense majorité des pages web contiennent des échecs WCAG détectables, les textes alternatifs manquants, le contraste de couleur insuffisant et les étiquettes de formulaire vides étant les principaux responsables. Le contexte turc n’est pas différent — une part significative des organisations concernées devra procéder à une remédiation substantielle avant l’échéance.

La place d’Accsible dans votre stratégie de conformité

Accsible est un SDK de widget de surcouche d’accessibilité web conçu pour combler l’écart entre votre site existant et la conformité WCAG 2.2 — rapidement, sans nécessiter une refonte complète de votre base de code. Il fonctionne en injectant, à l’exécution, une couche fine et configurable d’améliorations d’accessibilité, traitant les échecs WCAG les plus courants et les plus impactants que votre code sous-jacent peut contenir.

Il est utile d’être clair sur ce que fait et ne fait pas un SDK de surcouche. Accsible ne remplace pas la construction d’un HTML accessible dès le départ — aucune surcouche ne le peut. Ce qu’il offre, c’est un pont pragmatique et mesurable pour les organisations qui doivent démontrer des progrès significatifs vers la conformité WCAG 2.2 dans les délais légaux turcs, tandis que les travaux de développement à plus long terme se poursuivent. Pour de nombreuses organisations soumises à la Circulaire 2025/10, en particulier celles confrontées au délai d’un an dans le secteur public, Accsible représente la voie la plus rapide vers une couverture de conformité substantielle.

Le SDK d’Accsible s’intègre via une simple balise script ou un package npm. Une fois installé, il active à la fois un panneau d’accessibilité orienté utilisateur et un ensemble de remédiations automatiques en arrière-plan. Le panneau orienté utilisateur donne aux visiteurs le contrôle de leur propre expérience — ajustement de la taille de la police, de l’espacement des lettres, de l’interligne, du mode de contraste, de la taille du curseur, et plus encore. Ces ajustements sont persistants d’une session à l’autre grâce au stockage local, de sorte que les utilisateurs de retour n’ont pas à reconfigurer leurs préférences à chaque visite.

« La conformité n’est pas une case à cocher ponctuelle — c’est un processus continu. » Accsible est conçu pour refléter cela, en fournissant un suivi et une remédiation continus plutôt qu’un instantané statique de conformité.

Fonctionnalités clés d’Accsible directement alignées sur les exigences de la Circulaire 2025/10

Plutôt que de parler en termes vagues de fonctionnalités d’accessibilité, il est utile de relier les capacités spécifiques d’Accsible aux critères WCAG 2.2 invoqués par la Circulaire turque.

Optimisation pour lecteurs d’écran : Accsible injecte des attributs ARIA — étiquettes, rôles, régions dynamiques (live regions) et rôles de repères (landmarks) — sur votre page, aidant les technologies d’assistance comme JAWS, NVDA et VoiceOver à interpréter correctement votre contenu. Cela soutient directement les critères de succès WCAG 4.1.2 (Nom, rôle, valeur) et 1.3.1 (Informations et relations). Pour les sites qui s’appuient sur la mise en page visuelle plutôt que sur un HTML sémantique pour transmettre la structure, cette remédiation peut transformer l’expérience des utilisateurs de lecteurs d’écran.

Amélioration de la navigation au clavier : Accsible garantit que tous les éléments interactifs sont atteignables et utilisables au clavier seul, répondant aux critères WCAG 2.1.1 (Clavier) et 2.1.2 (Pas de piège au clavier). Il gère la logique d’ordre de focus et fournit un indicateur de focus visible sur tous les éléments focalisables, satisfaisant WCAG 2.4.7 (Focus visible) et 2.4.11 (Focus non masqué). Les utilisateurs qui naviguent entièrement au clavier — y compris les personnes ayant des handicaps moteurs — dépendent de ces comportements pour interagir avec n’importe quelle partie de votre interface.

Contraste et ajustements visuels : Le widget met à disposition des contrôles permettant de passer en mode contraste élevé, mode sombre ou palette de couleurs désaturée — aidant directement les utilisateurs malvoyants ou daltoniens. Il permet également un redimensionnement du texte bien au-delà du paramètre par défaut du navigateur, ce qui soutient WCAG 1.4.4 (Redimensionnement du texte) sans casser la mise en page. Ces ajustements sont importants pour une population qui comprend environ 25 millions de personnes de plus de 40 ans en Turquie souffrant de presbytie, ainsi qu’environ 8 % d’hommes présentant une déficience de la vision des couleurs.

Assistance pour le texte alternatif : Pour les images dépourvues d’attributs alt — l’un des échecs WCAG les plus répandus au niveau mondial — le SDK d’Accsible peut appliquer une génération contextuelle de texte alternatif, contribuant à satisfaire WCAG 1.1.1 (Contenu non textuel) sur les contenus chargés dynamiquement ou gérés par CMS, pour lesquels un audit manuel est peu pratique.

Génération de déclaration d’accessibilité : La Circulaire turque et WCAG attendent toutes deux des organisations qu’elles soient transparentes quant à leur niveau de conformité. Accsible aide à générer et à maintenir une déclaration d’accessibilité pour votre site, documentant les limites connues, les normes choisies et les mécanismes de contact permettant aux utilisateurs de signaler des obstacles — en s’alignant sur les attentes de bonne gouvernance dans le cadre de suivi de la Circulaire.

Typographie adaptée à la dyslexie : Le widget propose une police adaptée à la dyslexie et des contrôles pour l’espacement des lettres, l’espacement des mots et l’interligne. Bien qu’il s’agisse principalement d’améliorations d’ergonomie, elles soutiennent WCAG 1.4.12 (Espacement du texte) et bénéficient aux utilisateurs ayant des handicaps cognitifs ou des difficultés de lecture.

Mise en œuvre : de l’installation aux preuves de conformité

L’une des raisons pour lesquelles Accsible est pertinent pour les organisations turques soumises à des délais réglementaires serrés est la rapidité de mise en œuvre. L’ajout d’Accsible à un site existant ne nécessite pas de nouveau système de design, ni une migration de framework, ni un long cycle de sprints. Pour la plupart des environnements web — qu’ils soient construits sur un CMS personnalisé, WordPress, une application monopage React ou une pile traditionnelle rendue côté serveur — le déploiement consiste à ajouter une balise script dans l’en-tête du document et à configurer les paramètres de votre organisation via le tableau de bord Accsible.

<!-- Add to your <head> tag -->
<script
  src='https://cdn.accsible.com/sdk/v1/accsible.min.js'
  data-accsible-key='YOUR_SITE_KEY'
  defer
></script>

Une fois le script en ligne, Accsible effectue une analyse initiale de la structure de votre page et commence à injecter des remédiations. Le tableau de bord fournit un rapport de conformité en temps réel, ventilé par critère de succès WCAG, afin que votre équipe de conformité puisse voir exactement quels critères sont pris en charge et lesquels nécessitent un travail de développement manuel supplémentaire. Cette piste d’audit est précieuse non seulement en interne — c’est le type de documentation qui démontre une démarche de bonne foi auprès des régulateurs et, si nécessaire, dans le cadre de litiges.

Accsible prend également en charge l’intégration via npm pour les applications fortement basées sur JavaScript, ce qui facilite l’inclusion des remédiations d’accessibilité dans votre pipeline de build standard plutôt qu’en tant que réflexion tardive. Pour les équipes de développement utilisant déjà des workflows CI/CD, cela signifie que la vérification de l’accessibilité peut faire partie de chaque déploiement plutôt que d’un contrôle manuel périodique.

Pour les organisations soumises au délai d’un an en vertu de la Circulaire 2025/10 — institutions publiques, banques, universités et hôpitaux — le calendrier est réellement serré. Commencer la mise en œuvre d’Accsible dès maintenant, parallèlement à un programme d’audit et de remédiation manuels de l’accessibilité, est la stratégie la plus défendable. La surcouche traite à grande échelle les types d’échecs les plus fréquents ; votre équipe de développement traite les problèmes structurels — repères sémantiques manquants, associations de formulaires défaillantes, modèles ARIA de widgets personnalisés — qui nécessitent une intervention au niveau du code.

Les enjeux commerciaux au-delà de la conformité

Ce serait une erreur de considérer la Circulaire 2025/10 uniquement comme une charge de conformité. La base d’utilisateurs sous-jacente qu’elle vise à servir représente une véritable opportunité commerciale. La Turquie compte environ 8,5 millions de citoyens enregistrés comme personnes handicapées — et ce chiffre ne reflète pas l’ensemble de la population qui bénéficie d’un design accessible : des utilisateurs plus âgés naviguant sur des interfaces complexes sur de petits écrans, des personnes en convalescence après des blessures temporaires, des utilisateurs dans des environnements à faible bande passante s’appuyant sur des mises en page simplifiées, et des utilisateurs qui préfèrent simplement la navigation au clavier.

Les sites accessibles ont tendance à mieux performer dans les moteurs de recherche. Le HTML sémantique, les textes alternatifs descriptifs, des structures de titres logiques et des liens clairement étiquetés sont autant de signaux que les technologies d’assistance et les robots d’indexation utilisent pour comprendre le contenu d’une page. Les organisations qui investissent dans la conformité WCAG 2.2 dans le cadre de leur réponse à la Circulaire 2025/10 constateront souvent des améliorations annexes de leur visibilité organique et de leurs indicateurs de performance de page.

La question de la confiance se pose également. Le Logo d’accessibilité du ministère — décerné aux sites qui ont achevé le processus de suivi et sont jugés conformes — est un signe d’inclusivité affiché publiquement. Pour les banques, hôpitaux, universités et plateformes de commerce électronique opérant sur un marché turc concurrentiel, faire partie des premiers de leur secteur à afficher le Logo d’accessibilité est un facteur de différenciation significatif. Cela indique aux clients, patient·es, étudiant·es et partenaires potentiels que l’organisation prend au sérieux ses responsabilités envers le public.

Au niveau international, la démarche de la Turquie reflète une tendance réglementaire mondiale. L’Acte européen sur l’accessibilité de l’Union européenne est entré en vigueur en juin 2025, imposant une accessibilité alignée sur WCAG à un large éventail de services numériques du secteur privé. Les entreprises turques ayant des clients ou des partenariats dans l’UE devront satisfaire simultanément aux deux cadres. L’ancrage d’Accsible dans WCAG 2.2 signifie qu’une seule mise en œuvre peut contribuer à la conformité dans les deux régimes.

Limites honnêtes et façons de les traiter

Un accompagnement responsable suppose de reconnaître ce qu’un SDK de surcouche ne peut pas faire seul. Les outils automatisés — y compris Accsible — détectent et corrigent de manière fiable une part significative des violations WCAG, mais les recherches suggèrent qu’ils identifient entre 30 % et 57 % de l’ensemble des problèmes d’accessibilité, selon l’étude et le site. Le reste nécessite un jugement humain : tests avec de véritables utilisateurs de lecteurs d’écran, validation des parcours de navigation au clavier sur des widgets interactifs complexes, évaluation du caractère réellement pertinent des textes alternatifs plutôt que de leur simple présence technique, et examen de la qualité du sous-titrage des contenus multimédias.

Les composants personnalisés complexes — sélecteurs de date, assistants de formulaires en plusieurs étapes, interfaces de glisser-déposer, éditeurs de texte enrichi — nécessitent une mise en œuvre ARIA au niveau développeur qu’aucune surcouche ne peut injecter de manière fiable a posteriori. Si votre site comporte une quantité importante d’interface utilisateur interactive personnalisée, votre équipe de développement devra traiter directement ces composants, en utilisant des schémas sémantiques appropriés et les modèles de conception ARIA du Guide des pratiques d’authoring ARIA du W3C.

Le bon modèle consiste à utiliser Accsible comme fondation et accélérateur — en traitant les échecs fréquents et à fort impact présents sur la plupart des pages — combiné à des audits manuels périodiques, des tests utilisateurs avec des personnes handicapées et une feuille de route de remédiation documentée pour les composants complexes. Cette approche combinée est à la fois plus efficace que chacune des méthodes prise isolément et plus crédible aux yeux des commissions de suivi mises en place dans le cadre de la Circulaire 2025/10.

Points clés à retenir

• La Circulaire 2025/10 est déjà en vigueur. Publiée le 21 juin 2025, la Circulaire présidentielle de la Turquie impose la conformité WCAG 2.2 Niveau A aux institutions publiques (délai d’un an) et aux organisations de commerce électronique et à la plupart des organisations du secteur privé (délai de deux ans) — avec la divulgation publique des organisations non conformes comme conséquence.
• Le périmètre est plus large que ce que la plupart des organisations imaginent. Les banques, hôpitaux privés, universités, agences de voyage titulaires de licences de Groupe A, opérateurs de transport de passagers, fournisseurs de télécommunications avec plus de 200,000 abonnés, et toutes les plateformes de commerce électronique sont concernés — pas seulement les ministères.
• Accsible fournit une remédiation rapide et mesurable. Un déploiement via une seule balise script active l’optimisation pour lecteurs d’écran, la navigation au clavier, les contrôles de contraste, l’injection ARIA et l’assistance pour le texte alternatif — en traitant les échecs WCAG les plus courants sur l’ensemble de votre site sans reconstruction de la base de code.
• Les surcouches et la remédiation manuelle fonctionnent mieux ensemble. Accsible accélère considérablement la couverture de conformité, mais les composants personnalisés complexes et les contenus multimédias nécessitent toujours une attention au niveau développeur et des audits manuels périodiques pour atteindre une conformité complète.
• La conformité est aussi une opportunité commerciale. Le Logo d’accessibilité du ministère, l’amélioration du SEO grâce au balisage sémantique et l’accès aux 8,5 millions de citoyens turcs en situation de handicap font de l’investissement dans l’accessibilité un avantage commercial — et pas seulement une case réglementaire à cocher.