Accessibilité web WCAG 2.2 : et si le problème, c'était votre bandeau cookies ?

La plupart des sites web concentrent leurs efforts d'accessibilité sur le contenu : textes, images, navigation. Le bandeau de consentement cookies, lui, est rarement pris en compte. C'est un angle mort. Or ce bandeau fait partie intégrante de l'interface utilisateur. S'il n'est pas accessible, le site ne l'est pas non plus.

Avec l'entrée en vigueur de la directive européenne sur l'accessibilité (EAA) en juin 2025 et le renforcement continu du RGAA en France, les obligations d'accessibilité numérique s'étendent désormais bien au-delà du secteur public. Les WCAG 2.2, publiées en octobre 2023 par le W3C, relèvent encore le niveau d'exigence avec 9 nouveaux critères de succès.

Cet article décrypte le cadre réglementaire français, les nouveautés des WCAG 2.2 et leur impact direct sur votre bandeau de consentement.

En bref

• Les WCAG 2.2 ajoutent 9 nouveaux critères de succès, dont 6 au niveau A ou AA — le seuil d'obligation légale en France via le RGAA.
• L'European Accessibility Act (EAA) est applicable depuis le 28 juin 2025. Elle étend les obligations d'accessibilité au secteur privé.
• Le RGAA (Référentiel Général d'Amélioration de l'Accessibilité) est le standard français, aligné sur les WCAG.
• Votre bandeau de consentement cookies est un composant de l'interface : s'il n'est pas accessible, votre site ne l'est pas.
• Cookiebot propose un bandeau certifié WCAG 2.2 AA, accessible nativement au clavier et aux lecteurs d'écran, conforme aux exigences CNIL.

Qu'est-ce que l'accessibilité web et pourquoi c'est une obligation légale en France ?

L'accessibilité web consiste à rendre un site utilisable par tous, quelles que soient les capacités de l'utilisateur : visuelles, auditives, motrices ou cognitives. En France, ce n'est pas une recommandation. C'est une obligation légale encadrée par plusieurs textes.

La Loi pour une République Numérique de 2016 impose aux organismes publics et à certaines grandes entreprises privées de rendre leurs services numériques accessibles. Le cadre technique de référence est le RGAA, qui s'appuie directement sur les WCAG du W3C.

Depuis le 28 juin 2025, l'European Accessibility Act (directive 2019/882), transposée en droit français par la loi du 9 mars 2023, étend ces obligations à de nombreuses entreprises du secteur privé : e-commerce, services bancaires, transport, télécommunications. Seules les microentreprises de moins de 10 salariés avec un chiffre d'affaires annuel inférieur à 2 millions d'euros bénéficient d'exemptions partielles.

Point important : la CNIL elle-même exige que les interfaces de consentement soient accessibles. Conformité cookies et conformité WCAG ne sont donc pas deux sujets distincts — ils se croisent directement au niveau du bandeau de consentement.

Si vous gérez un site e-commerce ou un service numérique destiné au public français, l'accessibilité n'est plus optionnelle.

RGAA et WCAG 2.2 : comment ils s'articulent

RGAA et WCAG ne sont pas des alternatives. Ils fonctionnent ensemble.

Les WCAG (Web Content Accessibility Guidelines) sont le standard international publié par le W3C. Le RGAA est le référentiel français qui transpose ces exigences dans un cadre opérationnel national. Le RGAA 4, actuellement en vigueur, couvre les critères de niveau A et AA des WCAG. Lorsque les WCAG évoluent, le RGAA suit — parfois avec un léger décalage.

En pratique : si votre site est conforme aux WCAG 2.2 niveau AA, vous couvrez l'essentiel des exigences du RGAA. L'inverse n'est pas toujours vrai, car le RGAA inclut des spécificités administratives françaises (déclaration d'accessibilité, schéma pluriannuel).

La bonne approche pour un propriétaire de site : viser la conformité WCAG 2.2 niveau AA, puis compléter par les obligations déclaratives du RGAA.

L'European Accessibility Act : qui est concerné en France depuis juin 2025 ?

L'EAA marque un tournant pour le secteur privé. Avant cette directive, les obligations d'accessibilité numérique concernaient principalement le secteur public. Depuis le 28 juin 2025, le périmètre s'est élargi.

Sont désormais concernés les sites et services numériques dans les domaines suivants : e-commerce, services bancaires et financiers en ligne, plateformes de transport, services de télécommunication et services audiovisuels. Les nouveaux services mis sur le marché après cette date doivent être conformes immédiatement. Les services existants disposent d'une période de transition jusqu'en 2030.

En France, la DGCCRF et l'ARCOM assurent le contrôle. Les premiers signaux d'application sont concrets : dès juillet 2025, des organisations de défense des droits des personnes handicapées ont déposé des mises en demeure contre plusieurs grands distributeurs en ligne français.

Les sanctions peuvent atteindre 250 000 euros en cas de récidive. Pour les entreprises présentes dans plusieurs pays de l'UE, le risque se multiplie : chaque État membre dispose de son propre régime de sanctions.

Les 4 principes POUR des WCAG 2.2

Les WCAG s'organisent autour de quatre principes fondamentaux, résumés par l'acronyme POUR. Chaque critère de succès se rattache à l'un d'entre eux.

Ces quatre principes se traduisent en critères de succès testables. C'est exactement ce que les WCAG 2.2 viennent enrichir.

Ce qui change avec les WCAG 2.2 : les 9 nouveaux critères de succès

Les WCAG 2.2, publiées le 5 octobre 2023, ajoutent 9 nouveaux critères de succès aux 78 existants et suppriment le critère 4.1.1 Analyse syntaxique, devenu obsolète. Le total passe à 87 critères. Parmi les 9 ajouts, 6 sont de niveau A ou AA — c'est-à-dire couverts par l'obligation légale en France via le RGAA.

Focus non masqué — minimum (2.4.11, niveau AA). Lorsqu'un élément interactif reçoit le focus au clavier, il ne doit pas être entièrement masqué par un autre composant de la page. C'est un problème fréquent avec les en-têtes fixes, les bannières collantes et les bandeaux cookies qui recouvrent le contenu pendant la navigation au clavier.

Focus non masqué — amélioré (2.4.12, niveau AAA). Extension du critère précédent : l'élément en focus ne doit pas être partiellement masqué non plus. Niveau AAA — recommandé, non obligatoire.

Apparence du focus (2.4.13, niveau AAA). L'indicateur visuel du focus doit respecter des exigences précises de taille et de contraste. Niveau AAA — recommandé, non obligatoire.

Mouvements de glissement (2.5.7, niveau AA). Toute fonctionnalité nécessitant un geste de glisser-déposer doit aussi être réalisable par de simples clics. Indispensable pour les utilisateurs ayant des troubles moteurs.

Taille de la cible — minimum (2.5.8, niveau AA). Les zones cliquables doivent mesurer au moins 24 × 24 pixels CSS, sauf exceptions. Un critère directement pertinent pour les boutons « Accepter » et « Refuser » d'un bandeau cookies.

Aide cohérente (3.2.6, niveau A). Si un mécanisme d'aide (chatbot, FAQ, numéro de téléphone) est présent sur plusieurs pages, il doit apparaître au même endroit relatif dans la page.

Saisie redondante (3.3.7, niveau A). Un formulaire ne doit pas demander à l'utilisateur de saisir à nouveau une information déjà fournie dans le même processus, sauf nécessité de sécurité.

Authentification accessible — minimum (3.3.8, niveau AA). Le processus de connexion ne doit pas imposer de test de fonctions cognitives (mémorisation de mot de passe, CAPTCHA visuel) sans proposer d'alternative accessible.

Authentification accessible — amélioré (3.3.9, niveau AAA). Version renforcée du critère précédent. Niveau AAA — recommandé, non obligatoire.

Le problème d'accessibilité que personne ne voit : votre bandeau cookies

Le bandeau de consentement est souvent le tout premier élément avec lequel un visiteur interagit. C'est aussi, dans la majorité des cas, le composant le moins accessible du site.

Plusieurs points méritent une vérification systématique.

Chacun de ces points correspond à un critère WCAG mesurable. Un bandeau non accessible constitue un défaut de conformité.

Checklist WCAG 2.2 pour propriétaires de sites

Les vérifications essentielles ne nécessitent pas d'expertise technique poussée. Elles peuvent être effectuées directement ou transmises à l'équipe en charge du développement.

Navigation au clavier. L'ensemble du site est-il navigable sans souris, uniquement avec Tab, Shift+Tab et Entrée ? L'indicateur de focus est-il visible sur chaque élément interactif ? Aucun élément en focus n'est-il masqué par un composant fixe (en-tête, bandeau cookies, footer collant) ?

Contenu visuel. Les images porteuses de sens disposent-elles d'un texte alternatif ? Les ratios de contraste sont-ils conformes (4,5:1 pour le texte standard) ? Le site reste-t-il utilisable à un zoom de 200 % ?

Formulaires. Les champs disposent-ils de labels associés ? Les erreurs de saisie sont-elles décrites clairement ? Le site évite-t-il de demander des informations déjà fournies (critère 3.3.7) ?

Authentification. Existe-t-il une alternative aux mots de passe ou CAPTCHA visuels ? Le copier-coller est-il autorisé dans les champs de connexion ?

Bandeau cookies. Le bandeau est-il navigable au clavier et compatible avec les lecteurs d'écran ? Les boutons « Accepter » et « Refuser » ont-ils la même taille et la même visibilité ? Les zones cliquables atteignent-elles 24 × 24 px minimum ? Le bandeau ne masque-t-il pas les éléments en focus dans le reste de la page ?

Accessibilité et taux de consentement : pourquoi un bandeau accessible convertit mieux

L'accessibilité n'est pas uniquement une contrainte légale. C'est aussi un levier de performance pour la collecte de consentement.

Un bandeau inaccessible est un bandeau que certains visiteurs ne peuvent pas utiliser. Un utilisateur qui ne parvient pas à interagir avec l'interface de consentement ne peut ni accepter, ni refuser. Son consentement n'est jamais enregistré. En application des règles CNIL, aucun cookie non essentiel ne peut être déposé pour cette session. Le consentement et les données sont perdus.

À l'inverse, un bandeau clair, bien structuré, navigable au clavier et lisible par les technologies d'assistance est un bandeau sur lequel davantage de visiteurs font un choix actif — un choix éclairé, conforme aux exigences CNIL, et enregistré dans les logs.

Le design inclusif profite à tous. Un bandeau bien conçu fonctionne mieux sur mobile, pour les seniors, dans des conditions de navigation dégradées (faible luminosité, connexion lente, écran réduit). L'accessibilité améliore l'expérience utilisateur globale.

Comment le bandeau certifié WCAG 2.2 AA de Cookiebot répond à ces exigences

Cookiebot intègre nativement un bandeau de consentement certifié conforme aux WCAG 2.2 niveau AA. L'interface de consentement respecte les exigences d'accessibilité sans intervention technique de votre part.

Le bandeau est entièrement navigable au clavier, avec un ordre de tabulation logique et un piège de focus (focus trap) intégré dans la fenêtre modale de consentement. Il est compatible avec les principaux lecteurs d'écran (NVDA, JAWS, VoiceOver) grâce à un balisage sémantique et des rôles ARIA correctement implémentés. Les boutons respectent les exigences de taille de cible minimale (24 × 24 px) et les ratios de contraste conformes aux WCAG.

En parallèle, le bandeau répond aux exigences CNIL : boutons « Accepter » et « Refuser » de même importance visuelle, consentement préalable au dépôt de cookies non essentiels, consentement granulaire par catégorie, retrait du consentement accessible à tout moment, et registre de preuves de consentement.

C'est le point de convergence entre accessibilité et conformité cookies : un seul composant, certifié sur les deux fronts, déployable sur WordPress, Shopify, Wix ou via Google Tag Manager.

Ce que cela signifie pour votre site, et comment Cookiebot simplifie votre mise en conformité

Votre bandeau cookies fait partie de votre interface utilisateur. S'il n'est pas accessible, votre site ne l'est pas non plus — et vous vous exposez à un défaut de conformité WCAG/RGAA autant qu'à un manquement aux exigences CNIL. Le bandeau certifié WCAG 2.2 AA de Cookiebot couvre les deux volets sans effort technique supplémentaire.

Vérifiez l'accessibilité et la conformité cookies de votre site

Lancez un scan gratuit pour identifier les cookies et traceurs actifs sur votre site, et découvrez si votre bandeau de consentement respecte les exigences CNIL et WCAG 2.2.

Scanner mon site gratuitement