Votre site est lisible, les boutons sont gros, les couleurs contrastées, la maquette validée par la graphiste. Vous pensez que votre site est accessible. Dans la plupart des cas, il ne l'est pas.
L'accessibilité web, au sens où une personne aveugle avec un lecteur d'écran, une personne malvoyante qui zoome à 200%, ou une personne à mobilité réduite qui navigue au clavier peut réellement utiliser votre site, se joue à 30 % dans le design et à 70 % dans le code HTML, le fonctionnement technique et la structure sémantique. C'est précisément là que la plupart des sites pèchent, y compris des sites visuellement impeccables.
Depuis le 28 juin 2025, l'European Accessibility Act impose aux PME de plus de 10 salariés ou 2 millions d'euros de chiffre d'affaires qui opèrent dans le e-commerce, la banque, les télécoms ou les transports, de rendre leurs services numériques accessibles. Dans cet article, nous expliquons pourquoi la maquette ne suffit pas, pourquoi les plugins d'accessibilité type AccessiBe aggravent souvent le problème, et ce qu'un développement sur mesure permet nativement. Sans sur-promesse : Revolucy n'est pas un cabinet d'audit RGAA, nous construisons des sites qui tendent vers l'accessibilité par construction.
En bref
| Part du design dans l'accessibilité | Environ 30 %, le reste se joue dans le code |
| Obligation EAA depuis | 28 juin 2025 pour les secteurs concernés |
| Exemption PME | Moins de 10 salariés ET moins de 2 M€ CA |
| Sanctions France | Jusqu'à 37 500 € par manquement, doublé en récidive |
| Solution miracle (overlays) | Inefficaces, parfois contre-productifs |
Les trois croyances qui font passer à côté de l'accessibilité
Nous entendons ces trois phrases régulièrement en rendez-vous. Chacune masque un angle mort.
"Mon site est joli et lisible, donc il est accessible"
C'est la croyance la plus répandue, et c'est la plus coûteuse. L'accessibilité visuelle (contrastes, tailles, lisibilité) représente environ 30 % du sujet. Les 70 % restants concernent des dimensions qu'on ne voit pas quand on regarde simplement le site à l'écran : la structure du code HTML qui permet à un lecteur d'écran de lire correctement la page, la navigation au clavier complète sans passer par la souris, les textes alternatifs sur les images pour les personnes aveugles, l'ordre de tabulation logique dans les formulaires, la gestion des messages d'erreur audibles pour les technologies d'assistance, l'annonce correcte des contenus dynamiques.
Un site peut être visuellement impeccable et totalement inutilisable pour une personne aveugle, parce que le menu n'est pas une vraie liste HTML, parce que les boutons sont des div cliquables sans rôle ARIA, parce que les formulaires n'ont pas de label associé à chaque champ. Aucun de ces problèmes ne se voit sur la maquette.
"J'installe un overlay AccessiBe ou UserWay, ça règle tout"
Faux, et même dangereux. Les overlays d'accessibilité (AccessiBe, UserWay, EqualWeb, AudioEye) sont des widgets JavaScript qui s'ajoutent en une ligne de code et promettent une mise en conformité automatique. La réalité documentée depuis plusieurs années est moins flatteuse.
La Federal Trade Commission américaine a sanctionné AccessiBe en avril 2025 d'une amende d'un million de dollars pour avoir prétendu à tort que son outil IA pouvait rendre tout site conforme aux WCAG . UserWay fait l'objet d'une class action toujours en cours aux États-Unis, déposée par une entreprise qui a été poursuivie pour manque d'accessibilité malgré l'overlay installé. UsableNet a recensé plus de 1 000 procès en 2024 aux États-Unis contre des sites utilisant un overlay. Le WebAIM, référence mondiale de l'accessibilité web, a testé les principaux overlays et conclut qu'ils introduisent plus de problèmes qu'ils n'en résolvent.
Pourquoi ça ne marche pas. Les overlays tentent de corriger après coup des problèmes structurels du code source, avec une intelligence artificielle qui devine ce que le développeur aurait dû déclarer proprement. Le résultat est irrégulier, souvent incomplet, et interfère avec les lecteurs d'écran déjà installés sur l'ordinateur de l'utilisateur. Les associations de personnes en situation de handicap rejettent massivement ces outils. Chez Revolucy, nous privilégions l'accessibilité par construction dans le code, pas des surcouches automatisées qui promettent de rattraper ce qui aurait dû être fait dès le départ.
"Ça ne concerne que les sites publics et les grands comptes"
Faux depuis le 28 juin 2025. Le Référentiel Général d'Amélioration de l'Accessibilité (RGAA) a longtemps concerné les administrations publiques et les entreprises de plus de 250 millions d'euros de chiffre d'affaires. L'European Accessibility Act (EAA), transposé en France par la loi du 9 mars 2023 et le décret du 9 octobre 2023, a changé la donne.
Depuis le 28 juin 2025, toutes les entreprises privées qui dépassent 10 salariés ou 2 millions d'euros de chiffre d'affaires sont concernées, dès lors qu'elles opèrent dans les secteurs visés : commerce électronique, services bancaires, télécommunications, transports, audiovisuel, édition numérique, accès à Internet. Une PME de 15 salariés qui vend en ligne est concernée. Une boutique e-commerce lancée après juin 2025 doit être immédiatement conforme. Pour les services existants, une période transitoire s'étend jusqu'au 28 juin 2030. Les sanctions en France peuvent atteindre 37 500 € par manquement pour une personne morale, doublées en cas de récidive, avec des astreintes pouvant aller jusqu'à 3 000 € par jour.
Ce qui se joue vraiment dans le code (les 70 %)
Entrons dans le concret. Voici les dimensions que le développement contrôle et que le design ne peut pas corriger.
Du HTML5 sémantique plutôt qu'une soupe de divs
Un site construit avec un constructeur de pages type Elementor ou Divi empile souvent des dizaines de div les unes dans les autres, sans sémantique. Pour un utilisateur voyant, aucune différence. Pour un lecteur d'écran, la page devient un flot continu sans repères : pas de distinction entre navigation, contenu principal, pied de page, articles, sections. L'utilisateur aveugle doit écouter tout le site dans l'ordre pour trouver ce qu'il cherche.
Un site développé sur mesure en WordPress propre ou en Python/Django utilise les balises sémantiques HTML5 (header, nav, main, article, section, footer) qui permettent au lecteur d'écran d'annoncer clairement la structure et de naviguer directement vers la zone pertinente. Ce travail se fait à la conception, pas en correction. C'est la raison pour laquelle le sur mesure part avec un avantage structurel sur les constructeurs de pages visuels.
Des unités relatives pour le zoom utilisateur
Une personne malvoyante zoome régulièrement son navigateur à 150, 200 ou 400 %. Un site construit en pixels figés casse à ce moment là : les textes débordent, les boutons se chevauchent, les menus deviennent inutilisables. Un site construit en unités relatives (rem et em pour la typographie, pourcentages et viewport units pour les tailles) s'adapte au zoom sans casser la mise en page. C'est un choix technique fait au démarrage du projet, pas ajustable facilement après coup.
Navigation au clavier et ordre de tabulation
Certaines personnes ne peuvent pas utiliser de souris. Elles naviguent avec la touche Tab, les flèches, la touche Entrée. Un site accessible permet d'atteindre toutes les fonctions sans souris, avec un focus visible à chaque étape, et dans un ordre logique (haut vers bas, gauche vers droite). Les boutons qui ne sont pas de vrais boutons HTML, les menus déroulants qui se ferment quand on essaie d'y naviguer, les modales qui piègent le focus, tous ces problèmes sont invisibles au testeur voyant et bloquants pour l'utilisateur au clavier.
Textes alternatifs, labels et messages d'erreur
Chaque image porteuse de sens doit avoir un texte alternatif décrivant son contenu. Chaque champ de formulaire doit avoir un label associé. Chaque message d'erreur doit être annoncé par une région ARIA live pour que le lecteur d'écran l'entende sans que l'utilisateur doive rechercher où l'erreur s'est affichée. Sans ces éléments, un aveugle ne peut pas remplir un formulaire de commande, ne peut pas savoir qu'il a oublié un champ, ne peut pas comprendre ce qu'est la vignette sur laquelle il vient de cliquer.
Ce que Revolucy fait, et ce que nous ne faisons pas
Pour être parfaitement transparent sur notre positionnement, voici ce que nous proposons concrètement, et les limites que nous assumons.
Ce que notre stack technique permet nativement
Nous livrons des sites en WordPress sur mesure ou en Python/Django avec un code source que nous écrivons et que nous maîtrisons. Cela signifie concrètement : structure HTML5 sémantique dès la conception, unités relatives en standard, attributs ARIA ajoutés quand nécessaire, navigation au clavier fonctionnelle, labels associés aux formulaires, refus des constructeurs de pages qui empilent les divs. Notre graphiste est formée aux enjeux d'accessibilité et intègre dès la maquette les contrastes suffisants, les tailles de police lisibles, les cibles tactiles de taille correcte, et des choix de couleur qui ne reposent pas uniquement sur la couleur pour transmettre une information.
Les sites que nous livrons tendent vers l'accessibilité par construction. Un site Revolucy ne partira jamais avec les problèmes structurels d'un site Elementor ou d'un thème WordPress générique empilant 40 plugins. C'est un avantage réel qui se mesure au niveau du code.
Ce que nous ne proposons pas
Nous ne sommes pas un cabinet d'audit RGAA. Un audit formel de conformité, niveau A ou AA sur les 106 critères du RGAA 4.1, avec rapport officiel, suivi de déclaration d'accessibilité et plan de remédiation, reste un métier spécialisé. Quand un client nous demande une certification formelle, nous orientons vers un organisme dédié à l'audit d'accessibilité numérique. Nous travaillons en amont, pendant la conception et le développement, pour que le résultat soit bon de base. L'audit formel valide ensuite ce qui a été construit.
Nous ne promettons pas une conformité automatique. L'accessibilité dépend aussi du contenu que vous publiez ensuite sur votre site (textes alternatifs sur les photos que vous ajoutez, transcriptions sur les vidéos que vous uploadez, titres de pages que vous rédigez). Nous construisons un outil qui rend ces bonnes pratiques faciles et naturelles, nous ne peuvons pas garantir qu'elles seront appliquées si les équipes éditoriales ne sont pas sensibilisées.
L'accessibilité n'est pas un coût, c'est un investissement rationnel
Un chiffre qui remet les choses à leur place : plus de 135 millions de personnes en situation de handicap en Europe, d'après les chiffres de la Commission européenne citée dans les communications officielles sur l'EAA. Si votre site e-commerce ne leur est pas accessible, vous ne perdez pas une minorité, vous vous coupez d'un marché majeur. Au Royaume-Uni, une étude de 2019 ("The Click-Away Pound") estimait à plusieurs milliards de livres par an le manque à gagner des commerçants en ligne dont les sites ne sont pas accessibles.
Au-delà de l'éthique et du marché, l'accessibilité améliore le référencement. Un site bien structuré sémantiquement (ce que Google comprend facilement), avec des textes alternatifs sur les images, des titres hiérarchisés, des liens descriptifs, remonte mieux. Les critères techniques de l'accessibilité recoupent à 60 ou 70 % les critères techniques du bon SEO. L'investissement produit un double bénéfice.
Enfin, intégrer l'accessibilité dès la conception coûte typiquement 10 à 15 % de plus qu'un projet équivalent qui l'ignore. La rattraper sur un site existant peut coûter 3 à 5 fois plus cher, avec des résultats souvent moins bons. C'est la différence entre construire une rampe d'accès en même temps que l'immeuble ou la rajouter dix ans plus tard en perçant les murs.
FAQ
Mon site doit-il être accessible si je suis une PME de moins de 50 salariés ?
Cela dépend de votre secteur et de votre taille. Si votre PME a moins de 10 salariés et moins de 2 millions d'euros de chiffre d'affaires, vous êtes exempté de l'European Accessibility Act. Au-dessus de ces seuils, vous êtes concerné si votre activité relève des secteurs visés : commerce électronique, banque, télécommunications, transport, audiovisuel, édition numérique, accès à Internet. Une boutique e-commerce de 15 salariés est concernée, un cabinet de conseil de 15 salariés qui a juste un site vitrine ne l'est pas directement. Au-delà de l'obligation légale, l'accessibilité reste un sujet de marché et d'image pour toute PME ayant une présence numérique.
Combien coûte un site web accessible sur mesure ?
Un site vitrine sur mesure Revolucy se situe entre 5 000 et 15 000 € HT, un site e-commerce sur mesure démarre à partir de 10 000 € HT. Intégrer les bonnes pratiques d'accessibilité dès la conception représente environ 10 à 15 % de majoration par rapport à un site équivalent qui les ignorerait, soit quelques centaines à quelques milliers d'euros selon le projet. C'est un investissement bien inférieur au coût de reprise d'un site existant non accessible, qui se chiffre souvent à 3 à 5 fois ce montant. L'hébergement MonArobase coûte 150 € HT par an, la maintenance fonctionne au pack 10 heures à 1 500 € HT sans date de péremption.
Un plugin d'accessibilité type AccessiBe suffit-il pour être conforme ?
Non, et c'est même souvent contre-productif. Les overlays comme AccessiBe, UserWay ou EqualWeb sont largement critiqués par la communauté internationale de l'accessibilité. AccessiBe a été condamnée en avril 2025 par la Federal Trade Commission américaine à une amende d'un million de dollars pour avoir prétendu à tort que son outil IA pouvait rendre tout site conforme aux WCAG. UserWay fait face à une class action en cours aux États-Unis. Plus de 1 000 procès ont été intentés en 2024 contre des sites utilisant un overlay. Ces outils ne corrigent pas les problèmes structurels du code, interfèrent avec les lecteurs d'écran des utilisateurs et ne protègent pas contre les poursuites. La vraie accessibilité se construit dans le code, pas dans une surcouche.
Mon site WordPress existant peut-il devenir accessible sans refonte complète ?
Ça dépend de son état. Un site WordPress construit avec un thème propre et sans empilement de plugins peut être amélioré significativement par un audit ciblé et une phase de remédiation : correction des textes alternatifs, ajustement des contrastes, restructuration des menus, amélioration des formulaires. Un site construit avec Elementor, Divi ou un empilement de 30 plugins est souvent plus coûteux à rendre accessible qu'à refaire proprement. Nous réalisons cet arbitrage lors d'un premier diagnostic, en regardant le code source et la structure existante. Pour en savoir plus sur cette logique, consultez notre article sur les différences entre site sur mesure et template WordPress.
En résumé
L'accessibilité web en 2026 se joue à 30 % dans le design et à 70 % dans le code. Une belle maquette ne suffit pas, un overlay installé en une ligne de code aggrave souvent la situation, et les PME de plus de 10 salariés dans les secteurs concernés (e-commerce, banque, télécom, transport, audiovisuel) sont désormais tenues à la conformité depuis le 28 juin 2025 avec des sanctions pouvant atteindre 37 500 € par manquement.
Chez Revolucy, nous construisons des sites en WordPress sur mesure et en Python/Django qui tendent vers l'accessibilité par construction : HTML5 sémantique, unités relatives, navigation au clavier, labels de formulaires, refus des constructeurs de pages qui empilent les divs. Notre graphiste intègre les fondamentaux d'accessibilité dès la maquette. Nous ne sommes pas un cabinet d'audit RGAA formel, et quand un client a besoin d'une certification réglementaire poussée, nous orientons vers un organisme spécialisé.
Pour creuser, consultez notre page création de site internet sur mesure, notre article sur les étapes d'un projet de site sur mesure, notre comparatif WordPress sur mesure vs thème personnalisé, ou notre retour d'expérience sur les erreurs à éviter lors d'une refonte. Pour discuter de votre projet, prenons rendez-vous.