Banque · Accessibilité numérique
Accessibilité bancaire au Maroc : appliquer la charte Bank Al-Maghrib avec les WCAG 2.2
Depuis le 1er mars 2023, les banques marocaines se sont engagées, sous l'égide de Bank Al-Maghrib, à rendre accessibles leurs agences, leurs GAB, leur portail web et leur application mobile. La charte leur demande d'auditer leurs services numériques au regard des WCAG 2.1, puis de corriger les écarts. Auditer dès maintenant en WCAG 2.2 couvre cet engagement et prépare les normes européennes. VOID mène l'audit, priorise les corrections et les réalise : voir notre audit d'accessibilité RGAA et WCAG 2.2.
Ce qu'il faut retenir
- Un engagement des banques, suivi par Bank Al-Maghrib et le GPBM : pas de sanction, mais un reporting au régulateur.
- Canaux couverts : agences, GAB, portail web, application mobile, documents électroniques.
- Référentiel cité : WCAG 2.1, avec un audit puis un plan de remédiation.
- Les WCAG 2.2 ajoutent six critères A et AA qui touchent les parcours bancaires.
- Un widget ne corrige pas le code : il ne démontre pas la conformité.
01 · La source
Ce que prévoit la charte interbancaire de mars 2023
La charte a été adoptée le 1er mars 2023 par le Groupement professionnel des banques du Maroc (GPBM), sous l'égide de Bank Al-Maghrib (communiqué de Bank Al-Maghrib du 1er mars 2023). Elle s'appuie notamment sur la loi-cadre n° 97-13 relative à la protection et à la promotion des droits des personnes en situation de handicap. Au Maroc, 1,73 million de personnes vivent avec un handicap, soit 4,8 % de la population (HCP, analyse du recensement de 2024, mars 2026). Voici ce que dit le texte de la charte (PDF, Bank Al-Maghrib) pour le numérique.
Un engagement des banques, suivi par Bank Al-Maghrib et le GPBM
La charte n'est ni une loi ni une circulaire : les banques s'y engagent. Un comité réunissant Bank Al-Maghrib et le GPBM veille à son application, en concertation avec les associations (article 11). Chaque banque transmet à Bank Al-Maghrib son agenda de mise en œuvre dans les trois mois suivant la signature, puis un état d'avancement périodique (article 12). Le texte ne prévoit ni sanction ni échéance finale : la banque doit surtout pouvoir montrer où elle en est, preuves à l'appui.
Les canaux couverts
L'article 4 vise les agences et les GAB, le portail web, l'application mobile et les documents électroniques, qui doivent fonctionner avec les aides techniques (afficheur braille, lecteurs et agrandisseurs d'écran). Pour les personnes sourdes ou malentendantes, il cite la hotline, le chat et la visioconférence.
Audit WCAG 2.1 et plan de remédiation
Le dernier alinéa de l'article 4 engage les banques à auditer leur conformité par rapport au Référentiel WCAG2.1
, puis à mettre en place un plan de remédiation en cas d'écart. La charte ne précise pas de niveau. Le niveau AA, repris par l'EN 301 549 en Europe et le RGAA en France, est la référence usuelle : retenez-le et écrivez-le dans votre agenda.
Politique publiée, information, formation, affichage
D'autres articles produisent des contenus numériques à rendre accessibles : la politique publiée par la banque (article 8), l'information sur les agences équipées (article 9), la formation du personnel (article 10) et l'affichage de la charte sur le web et les applications (article 13).
Lecture de la charte pour le numérique : ce que l'audit vérifie
| Article de la charte | Ce que cela implique pour le digital | Ce que l'on vérifie en audit |
|---|---|---|
| Art. 4 : portail web et application | Interfaces utilisables avec un lecteur d'écran, un agrandisseur, un afficheur braille | Critères WCAG A et AA sur un échantillon de parcours, tests au clavier et avec lecteurs d'écran |
| Art. 4 : documents électroniques | Relevés, contrats et brochures lisibles par les aides techniques | Structure, ordre de lecture et alternatives textuelles des PDF, ou version HTML équivalente |
| Art. 4 : personnes sourdes ou malentendantes | Chat, visioconférence, contenus textuels | Accessibilité du module de chat, sous-titres des vidéos, alternative à l'appel téléphonique |
| Art. 4 : GAB | Affichage et claviers à gros caractères, guidage vocal, smartphone en relais | Écrans logiciels et parcours en relais sur smartphone (voir la section 5) |
| Art. 8 et 9 | Politique publiée, informations accessibles, agences équipées signalées | Accessibilité de ces pages et du localisateur d'agences |
| Art. 12 | Agenda puis état d'avancement transmis à Bank Al-Maghrib | Taux de conformité, plan priorisé, indicateurs de suivi |
| Art. 13 | Charte affichée sur le web et les applications | Présence et accessibilité de la page qui l'affiche |
02 · Le référentiel
Pourquoi viser les WCAG 2.2 plutôt que 2.1
Une version rétrocompatible
Les WCAG 2.2 sont une recommandation du W3C depuis le 5 octobre 2023. Le W3C l'écrit : un contenu conforme aux WCAG 2.2 est aussi conforme aux WCAG 2.0 et 2.1. Seul le critère 4.1.1 (analyse syntaxique), jugé obsolète, disparaît. Un audit en WCAG 2.2 niveau AA répond donc à l'engagement de la charte.
Les six critères A et AA ajoutés, vus depuis une banque
Les WCAG 2.2 ajoutent neuf critères, dont six aux niveaux A et AA. Les trois autres sont de niveau AAA (2.4.12, 2.4.13 et 3.3.9).
Les critères A et AA ajoutés par les WCAG 2.2, avec un exemple bancaire
| Critère | Niveau | Exemple dans un parcours bancaire |
|---|---|---|
| 2.4.11 Focus non masqué (minimum) | AA | Un bandeau cookies ou un en-tête fixe ne doit pas cacher entièrement le champ qui reçoit le focus clavier dans un formulaire de virement. |
| 2.5.7 Mouvements de glissement | AA | Le curseur d'un simulateur de crédit ou un « glisser pour valider » propose aussi une action par simple clic ou toucher. |
| 2.5.8 Taille de la cible (minimum) | AA | Touches du pavé de code, icônes d'une liste d'opérations : 24 × 24 pixels CSS au minimum, ou un espacement équivalent. |
| 3.2.6 Aide cohérente | A | Le chat, le numéro de téléphone et la FAQ restent au même endroit, d'un écran à l'autre. |
| 3.3.7 Saisie redondante | A | Pendant un KYC ou un ajout de bénéficiaire, une information déjà saisie dans le parcours n'est pas redemandée. |
| 3.3.8 Authentification accessible (minimum) | AA | Le code OTP peut être collé, les gestionnaires de mots de passe fonctionnent, aucun puzzle sans autre méthode. |
Ce qui converge en 2026
Au 26 septembre 2026 :
- les WCAG 2.2 sont devenues la norme ISO/IEC 40500:2025 (W3C, 21 octobre 2025) ;
- l'EN 301 549 v4.1.1 (septembre 2026) passe aux WCAG 2.2 mais n'est pas encore citée au Journal officiel de l'UE : la v3.2.1 reste la référence (AccessibleEU, 7 septembre 2026) ;
- en France, le RGAA 5, qui intégrera les WCAG 2.2, est annoncé pour fin 2026.
03 · Les priorités
Les parcours bancaires à auditer en priorité
Un audit utile suit les parcours qui comptent pour vos clients et pour votre reporting.
Entrée en relation et KYC
Champs étiquetés et consignes visibles (3.3.2), erreurs signalées en texte (3.3.1), autocomplétion des données personnelles (1.3.5), pas de ressaisie inutile (3.3.7). Prévoyez une alternative à la capture vidéo.
Authentification et validation des opérations
Code OTP qui peut être collé et gestionnaires de mots de passe acceptés (3.3.8), délai de session prolongeable (2.2.1), biométrie toujours doublée d'une autre méthode.
Virements, paiements et simulateurs
Messages de confirmation annoncés sans déplacer le focus (4.1.3), curseurs utilisables sans glisser (2.5.7), touches assez grandes (2.5.8), montants lisibles à 200 % de zoom (1.4.4).
Relevés, contrats et PDF
Un relevé PDF non balisé reste muet pour un lecteur d'écran. Deux voies : des PDF balisés à la source (titres, tableaux, ordre de lecture, textes alternatifs) ou une version HTML équivalente.
Assistance
Le module de chat fonctionne au clavier et avec un lecteur d'écran. L'aide reste au même endroit sur tous les écrans (3.2.6).
04 · Le mobile
Applications mobiles iOS et Android
Ce qui change sur mobile
Sur mobile, les lecteurs d'écran sont VoiceOver (iOS) et TalkBack (Android). On vérifie aussi la taille de texte choisie dans les réglages, l'affichage en portrait comme en paysage (1.3.4) et la taille des cibles tactiles. Le W3C publie un projet de note, WCAG2Mobile (6 mai 2025), qui explique comment appliquer les WCAG 2.2 aux applications natives et hybrides.
Applications React Native
En React Native, on contrôle les libellés et rôles des composants, l'ordre de focus, les modales et l'annonce des changements d'état. VOID développe des applications React Native, dont MyRMA pour RMA Assurance (iOS et Android, depuis 2025).
Voir aussi notre expertise en développement d'applications mobiles.
05 · Les GAB
GAB : ce que demande la charte et ce qu'un audit peut couvrir
Ce que liste la charte
Des GAB accessibles aux personnes à mobilité réduite, un affichage et des claviers à gros caractères, un guidage vocal par casque audio, et le smartphone utilisé comme relais.
Les référentiels utilisables
La note du W3C WCAG2ICT (11 décembre 2025) applique les WCAG aux logiciels non web et aux automates. La norme européenne EN 301 549 ajoute des exigences sur la fonctionnalité fermée (clause 5) et le matériel (clause 8).
Ce qu'un audit peut couvrir
Écrans logiciels du GAB (contrastes, taille des caractères, ordre et durée des étapes) et parcours en relais sur smartphone : un audit peut les couvrir, avec la note WCAG2ICT pour le logiciel non web. Le matériel (hauteur, prise casque, clavier en relief) relève de l'EN 301 549.
06 · Les fausses solutions
Widgets et overlays : pourquoi ils ne suffisent pas
Ce qu'ont dit une autorité et les associations
Un overlay est un script ajouté au site qui promet de le rendre accessible. Le 22 avril 2025, la FTC américaine a imposé à accessiBe de payer 1 million de dollars pour des affirmations de conformité aux WCAG jugées fausses ou non étayées (communiqué de la FTC). En mai 2023, le Forum européen des personnes handicapées (EDF) et l'IAAP ont rappelé que ces outils ne rendent pas un site conforme à la législation européenne (déclaration commune). Un script ne corrige ni un formulaire, ni un PDF, ni une application native.
Ce que nous faisons à la place
Nous corrigeons le code et les contenus à la source, en respectant les réglages de l'utilisateur : taille de texte, contraste renforcé, réduction des animations.
07 · L'Europe
Banques marocaines présentes en Europe : l'EAA en plus de la charte
Une banque marocaine qui sert des consommateurs dans l'Union européenne, par une filiale, une succursale ou des services destinés aux Marocains résidant à l'étranger, doit regarder un second texte. Depuis le 28 juin 2025, l'European Accessibility Act (directive (UE) 2019/882) impose l'accessibilité des services bancaires fournis aux consommateurs dans l'UE : sites, applications, identification, signature électronique, paiement et informations.
Un audit WCAG 2.2 AA bien documenté alimente l'état d'avancement transmis à Bank Al-Maghrib et la partie web et mobile du dossier européen ; les exigences de l'EN 301 549 hors WCAG se traitent à part. Pour le détail, lisez notre article sur ce que l'European Accessibility Act change pour les services bancaires en ligne.
08 · La méthode
Notre démarche en quatre étapes
Audit WCAG 2.2 AA
Sur un échantillon de parcours : web, application, documents.Livrable : grille d'audit, taux de conformité, rapport avec correctifs.
Plan de remédiation priorisé
Classement par parcours et par gravité, estimation de l'effort.Livrable : plan utilisable pour l'agenda et l'état d'avancement transmis à Bank Al-Maghrib (article 12).
Corrections
Par l'équipe VOID sur Drupal, React/Next.js et React Native, ou en accompagnant vos équipes.Livrable : code corrigé et notes de version.
Contre-audit et suivi
Vérification des corrections, puis suivi dans la durée dans notre tierce maintenance applicative.Livrable : rapport de contre-audit et indicateurs pour le reporting.
Le détail de l'offre, des formules et des livrables est sur la page audit d'accessibilité RGAA et WCAG 2.2.
09 · Les références
Banques et institutions financières accompagnées par VOID
Depuis 2005, VOID conçoit, développe et maintient des plateformes web et mobiles. Deux tiers de nos réalisations publiées (16 sur 24) concernent la banque, l'assurance et les marchés financiers. Parmi les institutions accompagnées (sites, applications, maintenance) : Attijariwafa bank, Wafasalaf, Crédit Agricole du Maroc, Al Barid Bank, CBAO (groupe Attijariwafa bank), CMI, Bourse de Casablanca, Wafa Gestion, Wafabourse et CDG Capital.
Ces références portent sur la conception, le développement et la maintenance, pas sur des audits d'accessibilité.
Voir toutes nos réalisations.
10 · FAQ
Questions fréquentes
La charte Bank Al-Maghrib rend-elle l'accessibilité numérique obligatoire ?
Non : c'est un engagement pris par les banques sous l'égide de Bank Al-Maghrib, sans sanction. Les banques transmettent en revanche à Bank Al-Maghrib un agenda de mise en œuvre, puis un état d'avancement périodique. Par ailleurs, la loi-cadre n° 97-13 relative à la protection et à la promotion des droits des personnes en situation de handicap range parmi les discriminations le fait de priver une personne en situation de handicap d'un service fourni au public.
Quelle version des WCAG la charte vise-t-elle, et pourquoi auditer en WCAG 2.2 ?
La charte cite les WCAG 2.1, sans préciser de niveau. Selon le W3C, un contenu conforme aux WCAG 2.2 l'est aussi aux WCAG 2.1. Un audit en WCAG 2.2 AA couvre donc l'engagement et ajoute six critères utiles aux parcours bancaires.
Quels canaux la charte couvre-t-elle : site, application, GAB, documents ?
Les quatre. L'article 4 vise les agences et les GAB, le portail web, l'application mobile et les documents électroniques, ainsi que la hotline, le chat et la visioconférence pour les personnes sourdes ou malentendantes.
Que faut-il transmettre à Bank Al-Maghrib, et quand ?
L'article 12 prévoit un agenda de mise en œuvre dans les trois mois suivant la signature, puis un état d'avancement périodique. La charte ne fixe pas de format : un taux de conformité par parcours et un plan priorisé rendent ces envois vérifiables.
Un widget d'accessibilité suffit-il pour respecter la charte ?
Non. La charte demande un audit au regard des WCAG et un plan de remédiation. Un script ajouté au site ne corrige ni le code, ni les documents, ni l'application mobile.
Notre banque a une filiale en Europe : l'European Accessibility Act s'applique-t-il ?
Pour les services bancaires fournis aux consommateurs dans l'Union européenne, oui, depuis le 28 juin 2025. Le cas de services fournis depuis le Maroc à des résidents européens demande une analyse juridique au cas par cas.
Lire : ce que l'European Accessibility Act change pour les services bancaires en ligne
Combien de temps faut-il pour auditer une application bancaire ?
La durée dépend du nombre d'écrans, de parcours et de plateformes retenus (iOS, Android, web).
Sources officielles citées
- Bank Al-Maghrib : charte interbancaire en faveur des personnes en situation de handicap (PDF)
- Bank Al-Maghrib : communiqué du 1er mars 2023
- Loi-cadre n° 97-13 relative à la protection et à la promotion des droits des personnes en situation de handicap (PDF, ACAPS)
- HCP : les personnes en situation de handicap au Maroc, analyse du RGPH 2024 (mars 2026)
- W3C : WCAG 2.2
- W3C : nouveautés des WCAG 2.2
- W3C : WCAG 2.2 approuvées comme norme ISO/IEC 40500:2025 (21 octobre 2025)
- W3C : WCAG2Mobile, projet de note (6 mai 2025)
- W3C : WCAG2ICT, note de groupe (11 décembre 2025)
- ETSI : norme EN 301 549 v3.2.1 (mars 2021, PDF en anglais)
- AccessibleEU : mise à jour de la norme EN 301 549 (7 septembre 2026)
- DINUM : nouvelle version du RGAA (2 mars 2026)
- EUR-Lex : directive (UE) 2019/882, European Accessibility Act
- FTC : ordre définitif contre accessiBe (22 avril 2025)
- EDF et IAAP : déclaration commune sur les overlays (mai 2023)
Demander un audit WCAG 2.2 de vos parcours bancaires
Indiquez-nous les plateformes concernées (portail, application, documents, GAB) et l'échéance de votre prochain état d'avancement. Nous revenons vers vous sous 24 heures ouvrées.
Votre interlocuteur : Mehdi Najeddine, VOID. Téléphone : +212 667 042 085. Courriel : casa@void.ma. Profil LinkedIn de Mehdi Najeddine.